Linuxネットワークのトラブルシューティングとデバッグ

私の考えでは、ネットワークのトラブルシューティングの一般的な原則は次のとおりです。

1. あなたのレベルがどの程度あるかを確認してくださいTCP/IP プロトコルスタック（または他のスタック）何かが間違っています。
2. 正しいシステム動作が何であるか、正常なシステム状態から外れたものが何であるかを理解します。
3. 質問を一文または数語で表現してみてください。
4. 欠陥のあるシステムから得られた情報と自分の経験、他人の経験（Google、各種フォーラムなど）を活用して、成功（または失敗）するまで問題を解決しようとします。
5. それでも失敗した場合は、他の人に助けやアドバイスを求めてください。

私は通常、必要なすべての情報を取得し、その情報を自分の経験に合わせるために必要なすべてのツールを使用します。ネットワークスタックのどのレベルにエラーが含まれているかを確認することで、可能性の低いバリアントを削除するのに役立ちます。他の人の経験を活用すると問題をすばやく解決するのに役立ちますが、わからないまま問題を解決できる状況が頻繁に発生し、問題が再発生するとインターネットなしで再解決する方法はありません。

通常、ネットワークの問題を解決する方法がわかりません。私の脳にはという魔法の機能があるようですSolveNetworkProblem(information_about_system_state, my_experience, people_experience)。この機能は時々正確に正解を返すことも、時には失敗することもあります（ここのように）。LinuxノートブックでTCPが機能しない）。

私は通常、ネットワークデバッグに次のツールセットを使用します。

• ifconfig（またはip link、ip addr） - ネットワークインタフェースに関する情報を取得するために使用されます。
• ping- マイコンピュータがターゲットホストにアクセスできることを確認するために使用されます。ping基本的なDNS診断にも役立ちます。 IPアドレスまたはホスト名でホストをpingして、DNSが正しく機能していることを確認できます。次に、そこで何が起こるかを確認しtracerouteてください。tracepathmtr
• dig- すべてのDNS診断
• dmesg | lessまたはdmesg | tail- dmesg | grep -i errorLinuxカーネルのアイデアを理解するのが難しいです。
• netstat -antp+ | grep smth- 最も一般的に使用される netstat コマンドは、TCP 接続に関する情報を表示します。私はしばしばgrepを使ってフィルタリングを行います。新しいssコマンドも参照してください（iproute2新しいコマンドでは基準Linuxネットワーキングツールスイート）とlsof例：lsof -ai tcp -c some-cmd
• telnet <host> <port>- さまざまなTCPサービス（SMTP、HTTPプロトコルなど）との通信に非常に便利で、特定のTCPポートに接続できる一般的な可能性も確認できます。
• iptables-save(Linux で) - ダンプいっぱいiptablesテーブル
• ethtool- すべてのネットワークインターフェイスカードパラメータを取得する（リンク状態、速度、オフロードパラメータ...）
• socat- すべてのネットワークプロトコル（UDP、マルチキャスト、SCTP...）をテストするためのスイス軍用ツールです。特に便利です（Telnetよりも便利です）、いくつかのオプションがあります-d。
• iperf- 帯域幅可用性テスト
• openssl（s_client、、、ocsp... x509）すべてのSSL / TLS / PKIの問題をデバッグします。
• wireshark- ネットワークトラフィックをキャプチャして分析する強力なツールで、多くのネットワークエラーを分析してキャプチャできます。
• iftop- ネットワーク/ルーターに大規模なユーザーを表示します。
• iptstate（Linux） - ファイアウォール接続追跡の現在のビュー。
• arp（またはLinuxの新機能ip neigh） - ARPテーブルのステータスを表示します。
• route異常（Linux）ip route- ルーティングテーブルのステータスを表示します。
• strace（またはtrussシステムによって） - 問題のあるプロセスが実行するシステムコールを示す便利なツールですdtrace。tuscまた、システムコールが失敗した場合はエラーコード（errno）も表示されます。この情報は通常、システムの動作を理解し、問題を解決するのに十分です。あるいは、特定のネットワーク機能にブレークポイントを使用すると、その機能がgdb作成されたタイミングとそのパラメータが何であるかを知ることができます。
• Linuxでのファイアウォールの問題の調査：iptables -nvL各ルールに一致するパケット数を表示します（iptables -Zカウンタをゼロでクリア）。ファイアウォールチェーンに宛先を挿入することは、LOGどのパケットがその宛先に到達したか、到着するまでどのように変換されたかを確認するのに役立ちます。さらに理解するために、パケット全体が記録されますNFLOG（比較的）。ulogd

驚くべきことに、多くの「ネットワーク問題」は、ある種のDNS問題のために追跡される可能性があります。最初のトラブルシューティングでは、ping -n w.x.y.zホスト名のDNS解決を無視し、IP接続のみを確認する必要があります。後でroute -nDNSチェックなしでデフォルトのIPルートを確認するために使用されます。

IP接続とルーティングを確認したらnslookup、hostおよび銀のdigメッセージを生成できます。 「ロック」はDNSタイムアウトを示す可能性があることに注意してください。

現在の状態とコンテンツを確認することを忘れないでください/etc/resolv.conf。 DHCPクライアントはリースするたびにこのファイルを変更し、時にはエラーが発生したり、ディスク容量が不足しても更新が発生しないことがあります。

配線に問題がある可能性があります。ハードウェアにアクセスできる場合は、すべてのケーブルが接続されていて機械的に接続されていることを確認してください。ルーターまたはイーサネットインターフェースが表示されたら、リンクインジケーターが点灯していることを確認してください。

ethtoolリモートでは、に依存する必要がありますmii-tool。

[root@flask ~]# ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full 
                                100baseT/Half 100baseT/Full 
        Advertised pause frame use: Symmetric
        Advertised auto-negotiation: Yes
        Speed: 10Mb/s
        Duplex: Half
        Port: MII
        PHYAD: 24
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: g
        Wake-on: d
        Current message level: 0x00000001 (1)
                               drv
        Link detected: yes

「リンクが検出されました：はい」は良いですが、このコンピュータのNICがよりうまく機能するため、10Mb / sと半二重はうまくいきません。ネットワークカードかケーブルかを調べる必要があります。同じルーターに接続されている他のコンピューターでは、全二重100 Mb / sが表示されます。