0

さまざまな国からのクライアントをシミュレートするために、HTTP 要求の送信元 IP アドレスを改ざんする必要があるテスト シナリオを満たしています。これに関するツールのヘルプを知っていますか?

最後になりましたが、当社の Web サイトは ASP.NET で構築されています。

ありがとう。

4

6 に答える 6

4

テスト環境では、通常、それは難しくありません。まず、仮想ネットワークインターフェイスに関するこのSOの質問を読んでください。

サーバーとクライアントが同じマシン上にある場合、あなたがしなければならないのは、クライアントソフトウェアを仮想インターフェイスにバインドする方法を理解することだけです。 wgetたとえば、--bind-addressバインドするローカルアドレスを指定するオプションがあります。Webブラウザーは、これを行うのが少し難しいです。VMで実行する必要があるかもしれません。

サーバーとクライアントが同じLAN上にある場合は、クライアントマシンへの静的ルートを使用してルーターを構成する必要があります。この場合、おそらく仮想ネットワークインターフェイスは必要ありません。クライアントマシンに静的IPを設定するだけです。ゲートウェイが正しく設定されている限り、サーバーにパケットを送信できる必要があります。ルートが正しく設定されている限り、応答はクライアントに戻る方法を見つける必要があります。

クライアントとサーバーがインターネットで分離されている場合、それはかなり困難です。1つのオプションは、サーバー上にネットワークトンネルエンドポイントを設定し、それをクライアントマシンにトンネリングすることです。クライアントマシンは、仮想ネットワークインターフェイスを備えていることを「認識」しています。

于 2009-12-04T09:43:02.503 に答える
1

インフラストラクチャにアクセスできる場合は、ルーターの外にインターフェイスを追加してから、ルーターにそのネットワークへの静的ルートを配置できます。

Server-----Router----Internet
            /
Test_PC----/

または、 PBR （Policy Based Routing）を調べて、ルーターで送信元パケットにフラグを付け、その場で送信元を変更できるため、サーバーは、送信元を希望する場所から送信されていると見なします。

Server-------------Router_with_PBR-------------Internet----- PC
SCR:4.2.2.2        Change SCR:6.6.6.6 to 4.2.2.2              6.6.6.6

しかし、パケットがさまざまな国から来たときになぜ見たいのかを自問する必要があります。一部の国では、アクセスをフィルタリングする大規模なプロキシサーバー（「グレートファイアウォールオブチャイナ」）があるため、上記のテストではあまり証明されません。

その場合の最善の策は、プロキシサーバーを使用することです。長期的なソリューションを探している場合は、サーバーをセットアップし（仮想はこれに最適です）、テストにRDPを使用します。きっとどこかで仮想サーバーを1、2ヶ月借りることができると思います。

于 2009-12-04T09:52:36.563 に答える
0

ソース IP アドレスを変更すると、Web サーバーからのトラフィックがクライアントに到達できなくなります。

ある種のプロキシおよび/またはアドレス変換フィルターを使用して、双方向通信を許可しながら再マッピングを行うことができる場合があります。

于 2009-12-04T09:10:09.883 に答える
0

それは可能ではありません。IPアドレスを偽造すると、httpに必要な応答が返されないためです。

最良の方法は、プロキシを使用することです。serverfault に関するこの質問も参照してください。

于 2009-12-04T09:08:00.797 に答える