時にはpingができないポイントまでロックされるLinuxベースのプロセスコントローラがあります。つまり、pingはできますが、ネットワーク設定を変更しないと、もうpingできません。
どのプロセス/システムが実際にpingに応答するのか疑問に思います。プロセスが中断されたようです。
ベストアンサー1
カーネルネットワークスタックは、pingコマンドで送信されるICMPメッセージを処理しています。
答えがなければ、ネットワークの問題やフィルタリング、ホストベースのフィルタリング/速度制限/ブラックホールなど以外の問題です。これは、一時的である可能性のある何らかの理由でシステムが過負荷になる可能性がある、またはまれに発生する可能性があるカーネルクラッシュ（ハードウェアエラーなど）が発生する可能性があり、必ずしもICMPトラフィックによるものではありません（ただし、このクラストラフィックを使用しようとしました）ロード）は、サーバーの寿命の早い段階でサーバーがどのように維持されているかを確認するための良いテストです。カーネルパニックが発生した後者の場合は、ログファイルまたはコンソールに十分な情報が必要です。
また、pingサービスがオンラインであることを確認するツールはほとんど常に間違っています。これは多くの理由がありますが、主に定義に従って実際のアプリケーショントラフィックをシミュレートしないためです。たとえば、Webサーバーがまだアクティブであることを確認する必要がある場合はHTTPクエリ（TCPポート80または443）を実行し、メールサーバーを確認する必要がある場合はSMTPクエリ（TCPポート25）を実行する必要があります。 、DNSサーバーの場合UDPそしてポート53などのTCPクエリ