web-dev-qa-db-ja.com

エンドユーザーとして特定のWebサイトにアクセスできないことを診断するにはどうすればよいですか?

通常、インターネット上のWebページにはアクセスできるが特定のページにはアクセスできない場合、エンドユーザーとしての原因をトラブルシューティングするにはどうすればよいですか?


この質問は今週のスーパーユーザーの質問でした。
詳細については、ブログエントリをお読みください。またはブログに投稿自分

56
Kyle Brandt

多分ウェブサイトは実際にダウンしています。

http://downforeveryoneorjustme.com にアクセスしてみてください。

down for everyone or just me

「それはあなただけではない」と表示されている場合、ウェブサイトが停止している可能性が高いので、可能であれば報告するか、しばらくお待ちください。

たぶん、それはDNSの問題です。

WebサイトのDNS名(example.comだとしましょう)がIPアドレスに解決されるかどうかを確認します。これを行うには、コンソールまたはコマンドプロンプトを起動し、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に問題がある可能性があります。 nslookup stackoverflow.com 8.8.8.8を使用して、GoogleのDNSに対して解決されるかどうかを確認できます。

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テストを実行する場合は、 Windows用のGRCのDNSベンチマーク 、またはサービス just-ping.com および whatsmydns.net を試してください。

多分それはブラウザの問題です。

DNSで解決されてもpingの応答が得られない場合は、pingをフィルタリングしているか、そのサイトにアクセスできません。もしあなたがare返信を受け取っているなら、あなたはブラウザまたはブラウザプロキシの問題を抱えているかもしれません。すべてのデフォルト設定で別のWebブラウザーをインストールしてみて、異なる結果が得られるかどうかを確認してください。

多分それはあなたのインターネット接続に問題があります。

解決しているが到達できない場合は、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 (シェアウェア; 30日間の無料評価)を試すこともできます。これにより、tracerouteが繰り返し実行され、結果がグラフ化されるため、ホップ上のパケットロスや帯域幅の問題がないか確認できます。 traceroute。

pingplotter to example.com

これをしばらく実行します。 1つまたは2つのエントリだけでタイムアウトになる場合は、おそらくインターネットサービスプロバイダーに連絡してください。終わりに近づいている場合は、可能であれば、サイトのウェブマスターに連絡してください。連絡先には、pingおよびtracerouteコマンドの出力を含めてください。

52
Kyle Brandt

探すべき他の何かは欠陥のあるルーターです。

Stack Exchangeのサイトにアクセスすると、このような状況になりました。タイムアウトして接続エラーが返され、通常は一度に5分間「ロックアウト」されます。事実上、他のすべてのサイトは問題ありませんでした。

Stack Exchangeのスタッフ(非常に参考になりました)と私のISPとの長いチャットの後、私はそれをルーターに絞り込みました。それを交換することは明らかに問題を解決しました。

ここでの問題(私は思う)は、複数のアカウントを持つログインしたユーザーとしてStack Exchangeを使用し、それらの多くを持っているときに生成する比較的大量のトラフィックに対応できないというルーターの障害があったことですいつでも見える。

影響を受けたのは1つのサイト(まあ、1組のサイト)だけだったので、問題は別の場所にあると思いました。

2
ChrisF

私の場合、私には非常に具体的な問題があり、それを解読するのは困難でした。 Firefoxから特定のWebサイトにアクセスしようとすると、常にタイムアウトが発生しました。ページのアドレスを別のブラウザにコピーしようとすると、タイムアウトも発生しました。さまざまな接続で発生しており、他のすべてのデバイスは問題なく動作しました。 cURL を使用してWebサイトをクエリすることもできました。設定の変更、プロキシ、DNSの変更と更新などを試みました...

簡単に言えば、問題は私の拡張機能の1つHTTPS Everywhere が私をリダイレクトしていたことでしたhttpsバージョンのアドレスに変更されましたが、サーバーがSSLポートで応答していませんでした。

他のブラウザーでデバッグしようとしたときに、無意識のうちにhttpsプロトコルプレフィックスもコピーして貼り付けたため、同じ問題が発生しましたが、cURLリクエストを実行するためにシェルに手動で入力して機能しました。

修正は、特定のWebサイトのHTTPS Everywhereルールを無効にすることでした。

非常に特殊なケースですが、他の人に起こる可能性があり、これが役立つことを願っています。

0
Czechnology

最近では、IPv6を検討する必要があります。 IPv6メカニズム(DNS、ルーティング、OS)には問題があるが、IPv4には問題がない(またはその可能性は低い)可能性があります。 Windows 7のpingコマンドとtracertコマンドはどちらも-4または-6オプションにより、IPv4と新しいIPv6を個別にテストできます。

これは、別の回答ではなく、メインの回答へのコメントのように感じますが、コメントするには 十分な担当者 がありません。または、おそらく私はWikiを編集する必要があります。これは、例を追加することを意味するかもしれません。答えは非常にプロフェッショナルなものだからです。しかし、ウィキを編集するのに十分な担当者もいません。

必要に応じて自由に編集してください。

0
john v kumpf