リモートデバッグサーバのtcpストリーム

httpトラフィックのみの場合、TCPストリームをデバッグする必要はありません.しかし、私はTCP長接続に基づくプロトコルを処理しています.TCPストリームを通じてサービスをデバッグするのに役立つ場合があります.
しかし、これはローカル開発でよく見られる状況にすぎません.テストサーバや本番サーバが受け入れるデータストリームをデバッグするのは正常ですか?もちろん、tcpdump -i eth0 tcp port -w /tmp/debug.capなどのtcpdumpをサーバで実行し、debug.capをサーバscpからローカルにwiresharkで詳細に検討することができます.
しかし、デバッグ、サービスが正常かどうかは時間に関係することもあります.このような事後研究の方法は不便です.直接sshサーバーを通じて、tcpdumpを通じてパイプに出力することができます.それから、パイプのこちらはwiresharkを通じてバッグをつかんで分析し、scpの煩わしさを省いて、リアルタイムでデバッグすることができます.
コマンドssh fedSDE "sudo tcpdump -s 0 -U -n -i eth0 port -w -" | wireshark -k -i -を使用して簡単にできます.
ただし、「sudo:申し訳ありませんが、sudoを実行するために端末を持っていなければなりません」という異常がある場合は、管理者を使用して/etc/sudoersを変更し、Defaults requirettyという行を注釈すればいいです.
それから母はもう私のサーバーのトラフィックをデバッグする心配はありません!