#環境
- ルーター設定情報
- 自宅サーバーへssh接続するとき、特殊なポート番号の場合はポートマッピングで指定されたローカルIPアドレスへいくように設定して長く問題は出なかった
sshのポートを8XXXのときは別のマシンdellnote latititudeへ接続に行き、
22ポートのときはメインマシンへ
- HG8045D 自宅光回線機器
- sshのipv4 ポートを1454に分岐
症状
- Teratermだとポップアップが出ないがrefuseで拒否はされず固まる
- しばらくするとタイムアウトになる
- Linuxからのsshも同様にタイムアウトになる
テストしての状況
fedora43を再インストールしてポート番号を変更だけしてみたが
だめだった
ルーターの設定は長く運用できていた実績があり
現在の状況
- 自宅の内側LANからは問題なくログインできる
内側にあるWindowsマシンからTeraterm でログイン可能
もちろんポート番号は変更したもの
TeratermではないLinux-Fedoraからは内側LANのターミナルでもできる
LANカードが２つあるがポートマッピングで転送先のローカルLANIPアドレスを指定してのログインはできる - 外側からルーターを通ってのパケットが応答がない
- tcpdumpでは接続直後１回だけパケットが来ている
- ポート転送をしない別マシンのSSHへは問題なくログインできる
設定はポート番号の違いでファイアウォールはそれぞれ使うポート番号を許可している - 外部からだけログインできないマシンもファイアウォールでそのポート番号を許可しているが、そもそもファイアウォールをダウンさせても症状はかわらない
状況や対応で変化したら追記していきます
2025.12.20
- 8090～ポートはhttpやhttpsサーバーをdellnoteで待ち受けしてポート転送していたがそれも同様の症状であることがわかった
- httpプロトコルも同様の状態であることがわかったのでルーター設定で問題が出た可能性か192.168.3.2のイーサネット設定の問題か
外部からポート指定してマッピング先のSSH接続でログを表示すると
"Local version string SSH～' この後は応答がない
↑ この後のプロトコル?でのやり取りで応答をうけとれていないようだ
正常に接続できる場合には
'Remote protocol version～' の応答が来ている
2025/12/21
:::note info
メインマシンはDMZとしてすべてのパケットが行くようにしている
そこでいったんルーターのポートマッピングを無効にして
メインマシンのiptablesでポート転送を記載し同様の処理ができるようにした
# dellnote5
-A PREROUTING -p tcp --dport 7XX4 -i eno1 -j DNAT --to 192.168.3.2:7XX4
-A PREROUTING -p tcp --dport 8XX0 -i eno1 -j DNAT --to 192.168.3.2:8XX0
外部からdellnoteのマシンへ指定のポートでログインできたりWEBサーバーのページもdellnoteのページが表示されるようにできた
:::
その状態でルーターの同様の設定を復活してみるとやはり同じ症状で接続が固まりタイムアウトとなった
現在の結論
ルーターのポートマッピング処理ができなくなったと言える
ルーターのポートマッピング設定を有効にするとDMZへ行く前にパケットはDMZへ行かずに転送はされて接続ができなくなることがわかった
ルーターのDMZよりポートマッピングが優先されているのでこれ自体は問題ない
ただマッピング先へパケットが流れても双方向でいかずに応答が返らない