両方のサーバーのオペレーティングシステムはDebianです。
私はnmapを使用してTCP待ち時間を測定する方法を示すいくつかの例を見つけました。
nmap --packet-trace -p 22 192.168.0.10
しかし、待ち時間については否定的な結果が出ました。つまり、次の出力が印刷されます。
Host is up (-0.0023s latency)
最後に。
nmapは何をしていますか？ SYNとSYN-ACKの時間差を測定していますか？それでは、時々否定的な結果が出るのはなぜですか？非常に正確に同期するには、2つのサーバー間のクロックが必要ですか？
また、sshを良いTCPテストサーバーとして使用できますか？それとも別のサービスを使用する必要がありますか？
TCPレイテンシを測定するために使用できる他のツールはありますか？待ち時間測定の否定的な結果が原因でnmapを信頼しているかどうかはわかりません。
答え1
時間旅行を目撃したと主張するものを不信にするのは正しいです。
これはイベント混同エラー、Nmapの将来のバージョンで修正されました。最新のnmapを使用したいかもしれませんが、これは間違いなく信頼にはうまくいきません。
しかし、一般的に「TCP待ち時間」が何を意味するのかは明らかではない。この用語の正式な定義はありません。実際に測定したい特定の時間、どのイベントからどのインターフェイスでどのインターフェイスで他のイベントが発生したかを正確に単語として記録する必要があります。ただ後ろにこれを定義したら、測定するツールを選択します。
たとえば、「TCP誘導レイテンシ」と呼びたいすべてのものについて、カーネル/ユーザーレベルインターフェイスとドライバ/ハードウェアインターフェイスの両方でタイミングを決定できる必要があります。したがって、プログラムはUserland（nmapなど）で実行されます。私に必要なものさえありません。
それはそれが本当であるという意味ではありませんあなた測定したいということは、何を知るべきか、何のために知るべきかを正確に知る必要があるという意味にすぎません。これは基本的に物理学の研究です。観察のための実験を設計する前に、まず観察したいものを考え、実験設計の過程でこの目的に使用する正しい測定機器を決定する必要があります。マルチメータを火山に投げ、それを科学と呼ぶことはできません！