サーバーは、異なるネットワークからクライアントのローカルIPと通信しようとします

私はネットワークの読み書きができませんが、自宅のネットワーク上のサーバーに、友人の自宅のネットワーク上のクライアントとインターネットを介して通信させようとしています。私の友人も私も静的パブリックIPを持っていないため、クライアントとサーバー用に静的IPを購入するつもりはありません。

以下のセットアップの図： ServerClientWAN

ルーターでポート転送を設定し、パブリックIPアドレスへの特定のポートの通信がサーバーのローカルIPに転送されるようにしました。この設定では、サーバーはクライアントを確認し、クライアントから着信メッセージを受信できますが、何らかの理由で、友人のホームネットワークからローカルIPアドレスのクライアントにメッセージを送信しようとします。サーバーとクライアントは独自のTCP / IPプロトコルを使用しています。次の図に示すように、サーバーはクライアントのIPアドレスを192.168.0.Xとして認識します。私たちが間違っている可能性についてのアイデアはありますか？クライアントからのコミュニケーションは友人のパブリックIPから来ると思っていただろうか？プロトコルメッセージがローカルIPで受信され、サーバーがそれらのメッセージを解析して、クライアントのローカルIPのエンドポイントで応答する場合があります。この場合、

制約は、サーバーとクライアントが「ロックされた」デバイスであるため、OS / Appレベルの変更を避けたいということです。ある種のVPNまたはVLANをセットアップできるかもしれません（それはインターネット上のものですか）。別の言い方をすれば、私たちの好みはこの問題に対するネットワークソリューションを考え出すことです。これを解決するために、サーバーとクライアント以外のデバイスをネットワークに追加できますが、プロトコルメッセージをルーティングする新しいアプリケーションを「プログラム」したくないでしょう。

問題のプロトコルがなければ、詳細に言うことはできませんが、意図的に漠然としているように見えるので、一般的に答えます。

あなたの説明から、サーバー/プロトコルはNATを処理できません。つまり、新しいポートで各クライアントとセッションをネゴシエートするのではなく、着信パケットにリストされているソースIPに返信するだけで誰が設計されているかを知っています。これはLANでのみ問題ありません。

この問題を覆すには、ブリッジされたイーサネットVPNを作成する必要があります。OpenVPNなどがこれを管理しますが、通常のIPレベルのVPNと比べてセットアップが非常に困難です。また、クライアントを変更できないため、ルーターをVPNクライアントにする必要があるため、交換が必要になる場合があります。X86ソフトウェアを実行できるネットワーク上の任意のマシンでVPNをホストできます。