アプリケーションから他のサーバーから別のアプリケーションに送信されたhttpヘッダーを監視するために、CentOSを実行しているLinuxサーバーでどのツール/機能を使用できますか？私はサーバーからサーバーへのhttpヘッダーの監視を探しています。私の問題は、サーバーから送信されたデータ、つまり投稿を介して送信されたhttpヘッダーを意味するデータをキャプチャする方法がわからないことです。
さまざまな方法とサードパーティソフトウェアを試してみました。フィドラー2ieinspectorなどがありますが、サーバーから送信されたヘッダーではなく、クライアントヘッダーのみをキャプチャしているようです。 post関数で送信された文字列と返された内容をキャプチャするだけです。簡単に見えますが、この場合は迷子になり、簡単な解決策が何であるかを知る時間はありません。
fiddler2を使用してサーバーからクライアントへのヘッダーを表示できますが、アプリケーションは他のサーバーからAPIを呼び出しています。したがって、順序はクライアントからサーバーへ - サーバーからサーバーへ - サーバーからサーバーへ - サーバーからクライアントへです。私たちのサーバーから別のサーバーに送信されたhttpヘッダーが正しいかどうかを知る方法はありません。
他のサーバーのサポートでは、その情報をキャプチャできず、データを公開する必要がありました。私たちは何を送っているのか知っていますが、それを確認する方法はありません。私たちが望むのは、サーバーに常駐してそれらを追跡し、サーバー間のトラフィックを監視するためのfiddler2に似たツールです。 fiddler2がこれを行うことができる場合は、方法を教えてください。
ベストアンサー1
最も簡単な方法は、アプリケーションにロギングを追加することです。送信前と受信後にヘッダーをログに記録し、ログを読み取ります。これが唯一の「簡単な」仕事です。私はあなたがこれを行うことができないと仮定します。明らかに、ブラウザのソフトウェアはインターネット上の2つのリモートシステム間の通信をキャプチャできません。他のすべてはより複雑です。
キャプチャされたパケットをオフライン（Wiresharkなど）に再組み立てしたくないと仮定する場合、これを達成する最も正しい方法は、2つのアプリケーション間でプロキシを設定することです。したがって、システムは、もはやリモートシステムに直接接続されず、ローカルプロキシに接続されます。再構成を受け入れたくない場合は、だましてください（DNSをローカルからプロキシに再ルーティングしてから、プロキシが物理IPに接続します）。
プロキシが2つの間で渡すすべてのコンテンツはデフォルトでは変更されませんが、要求と応答について必要なものを記録する機会を提供します。これは本質的に、ユーザー間のスイッチで要求/応答を確認できるのと同じです。
これは邪魔になる変更なので、正しく修正されるまでアプリケーションがクラッシュする可能性があります。したがって、テストサーバーで試してみることをお勧めします。これにより、問題のあるコンテンツを十分に特定できます。追求したいならおすすめです。nginxプロキシデーモンとして機能します。