WRT54Gポートフォワーディングが機能していません
以前はポートフォワーディングを正常に設定しましたが、今回は機能しません。
最新のファームウェアを搭載したWRT54Gv6ルーターを使用しています。ポート転送セクションでは、ポート範囲7000〜7100を設定して、自分のコンピューターであるLAN ip192.168.1.106に転送します。また、静的IP構成の場合と同様に、常に上記のIPを使用するようにコンピューターのネットワーク接続をセットアップしました。
しかし、私がテストするとき、例えばポート7050は開いていますが、 http://www.yougetsignal.com/tools/open-ports/ のようなWebサイトからは常に閉じられています。
何が問題を引き起こしている可能性がありますか？
転送されたポートのテストは、ポートを転送しているIPアドレスに、ポートでの接続を受け入れることができる「リスナー」がある場合にのみ成功を示します。
したがって、最初に行うことは、接続されるアプリケーションを起動し、ポートでリッスンしていることを確認することです。あなたはこれを行うことができます
netstat -an
あなたは次のようなものを見るはずです
Proto Local Address Foreign Address State
TCP 0.0.0.0:7050 0.0.0.0:0 LISTENING
クライアントを起動するだけではリスナーを実行するのに十分でない場合は、netcatを使用できます。
nc -l 7050
可能であれば、これがネットワーク内から機能することを確認してください。簡単な方法は、telnetがインストールされている別のマシンから、次のコマンドを使用することです。
telnet 192.168.1.106 7050
成功し、テスト元のWindowsデバイスである場合は、カーソルが点滅しているだけです。失敗した場合は、すぐにコマンドラインに戻るか、タイムアウトになります。 nmap は、テストに使用できる代替ツールです。
PCがポートで接続を受け入れていることを確認したら、外部テストサービスを試してください。
可能であれば、外部のLinuxボックスからテストしてください。ルーターのパブリックIPにpingできることを確認し（ルーターの構成でこれを有効にする必要がある場合があります）、Linuxボックスから次の手順を実行します。
traceroute -I <public ip>
traceroute -p 7050 -T <your public IP>
最初のtracerouteは、ICMPを使用してルーターにトレースします。これは、ルーターでpingを有効にしている場合に機能するはずです。 2つ目は機能するか、ルーターの前のある時点で停止します。 （ICMP tracerouteと比較して）ルーターの直前のホップである場合、ルーターは正しく転送されていません。それよりも早い場合は、ISPが着信接続をブロックしていることを意味します。