同じネットワーク内（NAT の背後）にいる場合でも、TCP/UDP ホール パンチングが機能するかどうか、またパケットのパスはどうなるのかを知りたいです。
同じネットワークでホール パンチングを使用すると、同じ宛先と送信元アドレスを持つパケットが送信されます。送信元ポートと宛先ポートのみが異なります。NAT ループバックが有効になっているルーターはこれを適切に処理すると思いますが、他のルーターはどうでしょうか。パケットはドロップされますか、それとも ISP のルーター (最初のルーター?) がパケットをバウンスし、その後は正常に処理されますか?
私が疑問に思うのは、この技術を使ってネットワーク内のピア間のブロックを回避することを考えていたからです (クライアントはインターネットにしかアクセスできず、お互いの通信はブロックされる学校のネットワークなど)。他の唯一の選択肢は、中間者をプロキシ (トンネル?) として使用することです。この方法の欠点は、ホール パンチングのみを行うサーバーよりも大幅に広い帯域幅を持つサーバーが必要になることです。また、レイテンシも大幅に増加します。
答え1
これは NAT ヘアピニングと呼ばれます。ヘアピニングをサポートする NAT は、両方のピアが同じ NAT 内にある場合でも変換を実行できます。
答え2
ルータは、宛先ネットワークが送信元ネットワークと異なる場合にのみ「ルーティング」を行います。
したがって、送信元コンピュータの IP アドレスが 10.1.1.5、マスクが 255.255.255.0 で、宛先アドレスが 10.1.1.50 の場合、NAT ルーターはこれを無視し、スイッチのみがこれを処理します。
宛先が10.2.1.50の場合、だろうルータが必要ですが、ルータの設定によっては、通常は内部ネットワークで NAT を行わないため、ルートが NAT 部分に到達しない可能性があります。NAT は不要なオーバーヘッドと問題を追加するため、内部で NAT が必要になることはありません。
したがって、あなたが提案していることは機能しません。
実際、ピアツーピア トラフィックがブロックされている場合、これは何らかの透過的なフィルターによって発生している可能性があります。
これを回避する唯一の方法は、するピア間で作業し、これを介して暗号化されたチャネルを実行します。
最後に、ピアツーピア接続がブロックされているため、ブロックを回避しようとすると意思利用規約に違反することになります。ネットワークから追い出され、場合によっては（学校から）退学させられ、さらには刑事訴追される可能性もあります。本当に価値がありません！代わりに、ピアツーピア トラフィック用に独自の WiFi ネットワークを設定してください。