최종 사용자로서 특정 웹 사이트에 접속할 수없는 경우 어떻게 진단합니까?


56

일반적으로 인터넷에서 웹 페이지에 연결할 수 있지만 특정 웹 페이지에 도달 할 수없는 경우 최종 사용자의 원인이 무엇인지 어떻게 해결합니까?


이 질문은 금주슈퍼 사용자 질문입니다 . 자세한 내용
블로그 항목 을 읽 거나 블로그에 직접 참여 하십시오.


답변:


52

웹 사이트가 실제로 다운되었을 수 있습니다.

http://downforeveryoneorjustme.com을 방문 하십시오 .

모두 또는 나를 위해

"귀하 만이 아닙니다"라고 표시되면 웹 사이트가 중단되었을 가능성이 있으므로 가능하면보고하거나 기다려야합니다.

아마도 DNS 문제 일 수 있습니다.

웹 사이트 DNS 이름 (라고 말하십시오)이 example.comIP 주소로 해석되는지 확인하십시오. 콘솔 또는 명령 프롬프트를 시작하고 다음을 입력하여이를 수행 할 수 있습니다.ping example.com

C:\Users\Jeff>ping example.com

Pinging example.com [192.0.32.10] with 32 bytes of data:
Reply from 192.0.32.10: bytes=32 time=26ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=39ms TTL=244

Ping statistics for 192.0.32.10:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 26ms, Maximum = 39ms, Average = 29ms

"알 수없는 호스트"오류가 발생하면 이는 DNS 문제 일 가능성이 있음을 의미합니다. 를 사용하여 Google의 DNS에 대해 해결되는지 확인할 수 있습니다 nslookup stackoverflow.com 8.8.8.8.

C:\Users\Jeff>nslookup example.com 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    example.com
Addresses:  2620:0:2d0:200::10
          192.0.32.10

해당 명령으로 문제가 해결되면 DNS 공급자 (예 : ISP)에게 문의하십시오. 추가 DNS 테스트를 실행하려면 GRC의 Windows 용 DNS 벤치 마크 또는 just-ping.comwhatsmydns.net 서비스를 사용해 보십시오 .

브라우저 문제 일 수 있습니다.

DNS에서 해결되지만 핑 응답을받지 못하면 핑을 필터링하거나 해당 사이트에 연결할 수 없음을 의미합니다. 당신이하면 된다 응답을 받고 당신은 브라우저 또는 브라우저 프록시 문제가있을 수 있습니다. 모든 기본 설정으로 다른 웹 브라우저를 설치하고 다른 결과가 나타나는지 확인하십시오.

인터넷 연결에 문제가있을 수 있습니다.

그것이 해결되고 있지만 도달 할 수 없다면 달리기를 시도 tracert example.com하고 시간 초과를 시작하는 곳을 보십시오 .

Tracing route to example.com [192.0.32.10]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1 
  2    15 ms    26 ms    29 ms  c-x-x-x-x.hsd1.ca.comcast.net [x.x.x.x] 
  3    10 ms    25 ms     9 ms  te-5-4-ur04.pinole.ca.sfba.comcast.net [68.86.248.169] 
  4    12 ms    13 ms    14 ms  te-0-6-0-0-ar01.oakland.ca.sfba.comcast.net [68.85.154.86] 
  5    35 ms    15 ms    12 ms  pos-0-3-0-0-cr01.sacramento.ca.ibone.comcast.net [68.86.90.129] 
  6    15 ms    16 ms    18 ms  pos-0-9-0-0-cr01.sanjose.ca.ibone.comcast.net [68.86.85.181] 
  7    16 ms    18 ms    19 ms  xe-11-1-0.edge1.SanJose1.Level3.net [4.79.43.133] 
  8    27 ms    18 ms    33 ms  vlan69.csw1.SanJose1.Level3.net [4.68.18.62] 
  9    77 ms    29 ms   183 ms  ae-63-63.ebr3.SanJose1.Level3.net [4.69.134.225] 
 10    28 ms    35 ms    35 ms  ae-2-2.ebr3.LosAngeles1.Level3.net [4.69.132.10] 
 11    43 ms    27 ms    60 ms  ae-31-80.car1.LosAngeles1.Level3.net [4.69.144.131] 
 12    23 ms    23 ms    28 ms  INTERNET-CO.car1.LosAngeles1.Level3.net [4.71.140.222] 
 13    24 ms    23 ms    24 ms  www.example.com [192.0.32.10] 

Trace complete.  

또한 추적 경로를 반복적으로 실행하고 결과를 그래프로 표시하는 PingPlotter (Shareware; 무료 30 일 평가)를 사용해 볼 수 있으므로 추적 경로의 홉에서 패킷 손실 또는 대역폭 문제가 있는지 확인할 수 있습니다.

example.com에 pingplotter

이것을 잠시 동안 실행 시키십시오. 한두 번만 입력 한 후에 시간이 초과되면 인터넷 서비스 제공 업체에 문의하십시오. 끝까지 시간이 초과되면 가능하면 사이트의 웹 마스터에게 문의해야합니다. 연락하는 사람마다 pingtraceroute명령 의 출력을 포함하십시오 .


DNS-es를 전환하여 chat.SE에 연결하는 문제를 해결했습니다
Ivo Flipse

웹 사이트가 실제로 다운 된 것으로 판명 되면 여가 시간에 동료와 적극적으로 개발하는 확장 기능인 TryAgain 으로 Firefox가 자동으로 다시 시도하도록 할 수 있습니다 .
Paul Lammertsma

웹 사이트에서 다운되지 않은 사이트를보고하는 것 같습니다. 아직도 해결해야 할 버그가있는 것 같습니다 ...
jjxtra

네트워크에 연결할 수없는 경우이 페이지 의 Google 캐시 버전
Jeff Atwood

2

찾아야 할 것은 결함이있는 라우터입니다.

최근에 Stack Exchange 사이트에 액세스 할 때이 상황이 발생했습니다. 시간이 초과되고 연결 오류가 발생하며 일반적으로 한 번에 5 분 동안 "잠금 해제"됩니다. 거의 모든 다른 사이트는 정상이었습니다.

Stack Exchange 직원과 긴 대화를 나눈 후 (매우 도움이 됨) ISP와 라우터 범위를 좁혔습니다. 그것을 바꾸는 것은 분명히 문제를 해결했습니다.

여기서 문제는 라우터에 결함이있는 것이 여러 계정을 가진 로그인 된 사용자로 Stack Exchange를 사용할 때 생성하는 비교적 많은 양의 트래픽에 대처할 수 없다는 것입니다. 언제든지 볼 수 있습니다.

하나의 사이트 (한 세트의 사이트) 만 영향을 받았다는 사실로 인해 문제가 다른 곳에 있다고 생각하게되었습니다.


0

요즘에는 IPv6을 고려해야합니다. IPv6 메커니즘 (DNS, 라우팅, OS)에 문제가있을 수 있지만 IPv4에는 해당되지 않습니다 (또는 그 반대도 가능). Windows 7 부터 pingtracert명령 모두 IPv4 및 새 IPv6을 독립적으로 테스트하기 위해 -4또는 -6옵션을 사용합니다.

이것은 다른 답변이 아닌 주 답변에 대한 의견처럼 느껴지지만 의견을 말할 충분한 담당자 가 없습니다 . 또는 Wiki를 편집해야합니다. 예를 들어 대답을 너무 전문적으로 보이기 때문에 예제를 추가해야 할 수도 있습니다. 그러나 Wiki 편집에 대한 담당자가 충분하지 않습니다.

필요에 따라 자유롭게 편집하십시오.


0

제 경우에는 매우 구체적인 문제가 있었기 때문에 해독하기가 어려웠습니다. Firefox에서 특정 웹 사이트에 접속하려고 할 때 항상 시간 초과가 발생했습니다. 페이지 주소를 다른 브라우저로 복사하려고하면 시간 초과가 발생했습니다. 다양한 연결을 통해 발생했으며 다른 모든 장치가 제대로 작동했습니다. cURL 을 사용하여 웹 사이트를 쿼리해도 정상적으로 작동했습니다! 설정, 프록시 변경, DNS 변경 및 새로 고침 등을 시도했습니다.

간단히 말해서, 문제는 내 확장 중 하나 인 HTTPS Everywhere 가 나를 https 버전의 주소로 리디렉션 하지만 서버가 SSL 포트에서 응답하지 않는다는 것입니다.

다른 브라우저에서 디버깅하려고 할 때 무의식적으로 https 프로토콜 접두사를 복사하여 붙여 넣었으므로 동일한 문제가 있었지만 cURL 요청을 수행하기 위해 수동으로 쉘에 입력하여 cURL 요청을 수행했습니다.

수정 사항은 특정 웹 사이트에 대한 HTTPS Everywhere 규칙 을 비활성화하는 것 입니다.

매우 특별한 경우이지만 다른 사람들에게 발생할 수 있으며 이것이 도움이되기를 바랍니다.

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