それがあなたの問題なのか、それともISPの問題なのかを見分ける方法
私はもともとこれを「あなたのインターネットがダウンしているか、あなたのネットワークがただねじ込まれているかどうかを見分ける方法」と題し、ジェフのAIはこの質問はおそらく閉じられるだろうと言った。
それにもかかわらず、ここに誰かが常にISPと電話をかけていて、それは通常私たちの責任です。問題があるかどうか、または問題があるかどうかを判断するための最良のテクニックは何ですか。
これは非常に包括的な質問のように思われるかもしれませんが、断続的な待機時間と切断がある場合（全体的な機能停止だけでなく[google.comにpingできない]）、ISPに連絡する前に何をしますか？
便利なテストサイトは次のとおりです。 http://downforeveryoneorjustme.com/
Pingとtracerouteは、この種の調査を開始するときの最初の最良のテストの一部です。ただし、ファイアウォールはこのトラフィックをブロックする場合があります。
通常のpingで停止するだけではありません。 ping <ip address> -l 2048を試して大きなパケットをいくつか送信し、それが断片化/ MTUの問題ではないことを確認してください。
使用率を確認してください-チューブがいっぱいになっている可能性があります。
プロバイダーとのネットワークの問題をトラブルシューティングするときに確認すること。ここで「ping」とは、「拡張pingを実行し、さまざまなサイズをスイープし、各サイズで少なくとも1000パケットを送信して、遅延、損失、エラーを探す」ことを意味することに注意してください。
- 同じサブネット上のデバイスからISPのハンドオフをpingします。 （あなたとあなたのISPの間にL2問題がないことを確認します）。
- 内部サブネットの1つにあるデバイスからISPのハンドオフをpingします。 （内部ネットワークとISPの間にルーティング/セキュリティの問題がないことを確認します）
- プロバイダーのネットワークでIPをpingします。公開されているものを見つけられない場合、またはヘルプデスクがそれを提供しない場合は、インターネットのどこかにtracerouteを実行し、2番目または3番目のホップを使用します。これにより、ユーザーとISP間のルーティングが正しく構成されていることが確認されます。
- インターネットにpingする[〜＃〜] ip [〜＃〜]。私は通常、簡単に覚えられるLevel3のDNSサーバーの1つである4.2.2.1を使用します。これにより、ISPからpingした特定のIPへのルーティングが正しく構成されていることが確認されます。
- インターネットにpingするドメイン名。これにより、プロバイダーのDNS構成が正しいことを確認します。
手順1または2が失敗した場合は、内部ネットワークの問題である可能性が高いです。
手順3が失敗した場合は、プロバイダーのネットワークに問題があるようです。ただし、まったく応答がない場合は、ISPがインフラストラクチャアドレスとのICMPを単純にブロックしている可能性があることに注意してください。
ステップ4の失敗は、ISPとその上流プロバイダーの1つとの間の潜在的な問題を示しています。
ステップ5の失敗は、名前解決に問題があることを示しています。
お役に立てば幸いです。
TCP接続数などを確認するのもよいでしょう。
netstat -a（linux/windows）lsof -i tcp（linux）- Sysinternals TCP View （windows）。
一部のアプリケーションは、多くのTCP接続を同時に生成する可能性があります。これにより、新しい接続を作成できなくなりますが、SSHなどの既存の接続は引き続き続行されます。
DSLモデムは、多くの接続で窒息することもあります。
これは通常、Windowsマシンにのみ影響します。
ISPに問題があり、ツール Ping Plotter が非常に役に立ちました。 ISPのインターネットゲートウェイでルーターにpingを送信するように設定することもできます。この例では、支社から本社にpingを送信するように指定しました。この例では、いくつかの異なるISPを経由していました。何よりも、古いデスクトップや仮想マシンにセットアップでき、必要なときにデータを収集するためにそこに座ってみましょう。
これは、パス内の各ルーターと、各ルーターが応答を返すのにかかる時間を示しているため、下流のトラブルスポットを見つけるのに非常に役立ちます。
- スイッチとルーターを調べて、衝突やトラフィックが多いかどうかを確認します
- 1台のマシンを送信ルーターに接続して、問題が解決するかどうかを確認してください。
最良のツールは科学的方法です。問題の原因について仮説を立てます。それを書き留め。仮説を検証する実験を作成します。それを書き留め。実験を行います。結果を書き留めます。実験で仮説が確認されれば、完了です。仮説を確認できない場合は、新しい仮説が必要です。それが決定的でない場合は、新しい実験が必要です。
LinuxにはMTR（My Trace Routeの略）と呼ばれる使いやすい素晴らしいツールがあり、ルートのすべてのステップでのパケット損失を表示し、フラッピングルートを探すのにも役立ちます。