Imgur.com이 제대로 해결되지 않습니다. 홈 네트워크의 DNS 문제


5

나는 왜 그런지 이해하지 못한다. imgur.com 내 컴퓨터에서 해결되지 않습니다. Google DNS를 사용해 보았지만 여전히 작동하지 않습니다. 내 광대역 공급자의 DNS도 마찬가지입니다. 그러나 VPN을 통해 연결하면 작동합니다. 왜 이런거야? 또한, 내 휴대 전화 와이파이를 사용하여 동일한 문제가 있으므로 내 집에 네트워크에 묶여 있습니다. 이 문제를 어떻게 진단하고 수정할 수 있습니까?

편집 : vpn이있는 브라우저와없는 브라우저의 imgur.com 사진. VPN을 통해 게시 됨.

enter image description here

enter image description here


내 부분의 오류를 수정하고 수정하십시오. 귀하의 질문을 정리했지만 몇 가지 가정을했을 수도 있습니다!
iglvzx

아주 근접한. Imgur.com은 실제로 작동합니다. 그러나 모든 하위 도메인이 실패합니다. 나는 그림이있는 곳을위한 사이트를 얻는다. 그러나 어떤 그림이 아니라도. :( 일부 CSS 스크립트도 연결할 수없는 것 같습니다. 이것은 내가 보는 것의 예입니다. bayimg.com/iAmMOaAdK
Algific

1
브라우저 캐시를 비우려고 했습니까? NoScript 같은 브라우저에 보안 부가 기능이 설치되어 있습니까?
harrymc

컴퓨터에서 어떤 OS를 실행하고 있습니까?
Spiff

1
도메인이 해결 된 이후로 DNS 문제가 아닙니다. 모든 것이 VPN 터널을 통해 정상적으로 작동하므로 문제가 라우터에 있다고 생각합니다.
goblinbox

답변:


1

라우터에 DNS 캐싱 문제가 있습니다. 나는 이전의 Linksys E1000 Wireless-N 라우터를 가지고 있었지만 다른 (더 싼) 모델에도 문제가 있음을 발견했습니다.

가장 쉬운 방법은 일반적으로 DNS 캐시를 지우는 라우터를 재설정하는 것입니다. 펌웨어가 최신인지 확인하고 그렇지 않은 경우 업데이트하십시오. 다른 옵션은 다른 라우터를 얻는 것입니다.


나는 그것을 들여다 볼 것이다. 라우터 란 무선 랜 안테나 또는 모뎀이있는 박스를 의미합니까?
Algific

안테나가있는 상자.
Seabass

7

imgur.com 이미지는 일반적으로 i.imgur.com에서 가져오고 CSS와 JS는 s.imgur.com에서 가져옵니다. 둘 다 * .edgecastcdn.net의 별칭입니다. EdgeCast.com CDN (아카 마이 (Akamai)의 경쟁 업체와 마찬가지로 컨텐츠 배포 네트워크).

i.imgur 및 s.imgur가 해결할 * .edgecastcdn.net 호스트를 해결하거나 연결할 수 있는지 여부를 알아 보거나 EdgeCast를 사용하는 잘 알려진 다른 사이트가 있는지 확인하십시오. 해당 사이트에 동일한 문제가있는 경우


라이브 리크도 같은 증상을 나타냅니다.
Algific

3

수행 할 수 있습니까? nslookup {whatever_subdomain}.imgur.com - 그런 다음 브라우저에서 해당 IP에 직접 액세스하십시오. 예를 들어 " http://123.456.789.012 "브라우저에서.

imgur.com에서 어떤 이유로 든 하위 도메인 중 일부에서 나 (또는 ​​DNS에서 제공 한 IP)를 차단하거나 차단 한 것처럼 들립니다. 문제의 하위 도메인에 너무 많이 액세스했을 수 있습니다.


1

명령 프롬프트를 열고 따옴표없이 "tracert imgur.com"을 실행하십시오. 이렇게하면 패킷이 드롭되는 위치를 알려주고 출력을 게시 할 수 있습니다.


1

또한 더 유용한 답변을 얻으려면 설치를 시도하십시오. Firefox 대체 브라우저로 설치 방화범 추가 기능으로. 그것은 스스로를 "버그"아이콘 . 그것의 방문 네트워크 탭 시도하다 페이지를 다시로드하기 . 페이지의 각 요소는 한 행으로 표시됩니다.

CSS / JS 파일에 대한 GET 요청이 실패한 경우 상태 404 , 연결된 웹 서버가 요청 된 URL을 찾을 수 없습니다. 상황에 따라 브라우저가 잘못된 IP 주소에 연결되었거나 연결이 가로 챕니다 (예 : 3G 프로 바이더 또는 "영리한"프록 싱 라우터의 투명한 프록시).

그것이 " 중단 된 "줄에 다음 실제 DNS 해결 문제가있을 수 있습니다 왼쪽에있는 GET 부분을 마우스 오른쪽 단추로 클릭하고"새 탭에서 열기 "를 선택하면 임베디드 리소스가 일반적으로 자동으로 실패하므로보다 유익한 오류 메시지가 나타납니다 귀하의 경우처럼 이미지 또는 CSS / JS 파일이 누락되었습니다.

행운을 빕니다.


0

이것은 윈도우, 맥 및 내 안드로이드 전화에서 발생합니다.

라우터를 통해 휴대 전화가 연결된 경우에만이 문제가 발생하면 라우터에 문제가있는 것일 수 있습니다.

휴대 전화가 교환 원을 통해 인터넷에 직접 연결되어있을 때도 이와 같은 문제가 발생하면 imgur.com 웹 사이트 자체에 문제가 있거나 ISP가 희생하고있는 것일 수 있습니다.


뭔가 다른 사람 (그냥 무작위 포럼에서 온라인으로 읽기)가 나와 같은 문제가 있기 때문에 뭔가가 내 ISP와 비린내 같아요!
Algific

나는 내 대답을 분명히했다. 하지만 다른 사람과 휴대 전화가 동일한 ISP를 통해 연결되어 있습니까?
harrymc

0

TL; DR : 라우터의 DNS 프록시를 무시하고 대신 다른 DNS 서버를 사용하도록 컴퓨터를 설정하십시오. ISP의 DNS 서버를 사용하거나 Google의 공개 DNS 서버 .

Mac을 사용 중입니다. 다음을 통해 DNS 서버를 무시할 수 있습니다.

  1. ~에가 회로망 제어판
  2. 클릭 많은…
  3. 고르는 DNS 새 서버 주소를 입력하십시오 (예 : 8.8.8.88.8.4.4.

홈 네트워크에서이 DNS 서버 만 사용하려는 경우 새 위치 ~ 안에 회로망 제어판.

세부

나는 비슷한 문제가 있었다. 나를 위해 간헐적 인 오류가 발생했습니다. *.imgur.com 또한 아이러니하게도 *.sstatic.com이 사이트는 수퍼 유저의 정적 컨텐츠를 서버하는 데 사용됩니다. 조회가 잠시 실패하고 잠시 동안 작동 한 다음 다시 실패합니다.

최근에 라우터를 업그레이드 했으므로 라우터와 관련이있는 것처럼 보였습니다.

사용 dig 다른 DNS 서버에 대해 쿼리를 테스트했습니다.

  • 내 라우터에 대한 쿼리가 간헐적으로 실패합니다. 라우터가 ISP의 DNS 서버를 프록시합니다.
  • 내 ISP의 DNS 서버에 대한 직접 쿼리도 간헐적으로 실패합니다. 직접 쿼리는 항상 마지막 모뎀에서 작동했습니다.
  • Google의 공용 DNS 서버에 대한 직접적인 쿼리는 항상 작동했습니다.

어쩌면 내 라우터가 ISP 서버 (프록시 및 직접)에서 DNS 응답을 엉망으로 만들고 있습니다. 아니면 ISP 서버가 간헐적으로 실패 했습니까? 말할 수 없었습니다. 그리고 나는 진짜 문제였던 작업을 귀찮게하지 않았습니다. :)

실패한 쿼리는 콘텐츠 전달 네트워크 용이었습니다. CDN은 성능을 최적화하기 위해 종종 복잡한 DNS 결과를 반환하기 때문에 의미가 있습니다.

나처럼 라우터의 DNS, ISP의 DNS 또는 둘 사이의 상호 작용에 문제가있을 수 있습니다. 가능한 해결 방법은 다음과 같습니다.

  1. 장치가 다른 DNS 서버를 사용하도록 구성하십시오. ISP의 DNS 서버를 직접 사용하거나 Google에서 제공하는 .
  2. 편집 /etc/hosts 파일을 만들고 수동으로 실패한 조회를위한 주소를 추가하십시오.
  3. 자체 DNS 서버를 내부적으로 설정하십시오.

옵션 1이 가장 쉽습니다. 로컬 공용 DNS 서버가있는 위치에있는 경우 권장합니다. 여기에 Google의 공용 DNS 서버 위치 .

저는 뉴질랜드에 있는데 다른 나라의 공용 DNS 서버를 갖고 싶지 않습니다. 이렇게하면 모든 DNS 조회에서 저의 대기 시간이 늘어납니다. 또한 CDN의 주요 이점 중 하나를 줄여줍니다. CDN은 가능한 경우 로컬 서버의 컨텐츠를 제공하려고 시도하며 DNS 서버의 위치를 ​​기반으로합니다. 미국 또는 아시아 기반 DNS 서버는 이러한 이점을 줄였습니다.

나는 또한 나의 ISP의 DNS 서버를 사용하고 싶지 않았다. 왜냐하면 라우터가 관련되어있을 때 심지어는 직접적인 질의에 대해서도 희소식 이었기 때문이다.

그래서 옵션 2는 나를 위해 약간 더 좋았다. 약간의 유지 보수가 필요 하겠지만, dig 편집 /etc/hosts 때때로.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.