投稿:

更新:

SSHで Operation timed outになって困ってたが凡ミスだった件

はじめに

こんにちは。 今思うと凡ミス過ぎて自分が怖いですが、原因追求をしたことが逆に良い経験になりました。

こんな感じで一生つながらない…と困っていました。公開鍵はきちんと指定してました。

ssh -v [email protected]
OpenSSH_9.0p1, LibreSSL 3.3.6
...
debug1: Connecting to 192.163.0.23 [192.163.0.23] port 22.
debug1: connect to address 192.163.0.23 port 22: Operation timed out
ssh: connect to host 192.163.0.23 port 22: Operation timed out

解決策

答えは、IP アドレスを間違えてたことです(寝ぼけて38を間違えていた)。正しくはこれ

ssh -v [email protected]

ポイントは、IP アドレスを間違えていても、ホスト名(逆引き含め)を指定しない限りはエラーが出ないのです。タイムアウトはするけど、それは宛先がないから接続できないのであって、当然の結果です。

また、ローカル IP アドレスが決まっているのに、それを失念していた点が非常に残念です。

問題解決にあたって確認していたこと

  • 接続先の IP アドレス
    • その端末でip aして把握済み
  • OpenSSHのインストール・起動の確認
    • systemctlから確認済み
  • ファイアウォールの設定
    • 一時的に全てのポートを解法し、パケットを全て受け付けた
  • インターネットへの接続
    • 確実にできていた(ping google.comapt-get installが動いていたため。ちなみにDebianです)
    • ちなみに有線 LAN
  • クライアント(ノート PC)から192.168.0.23pingが通じていた(逆も然り)
    • このときはIP をミスしていなかった
    • 同じネットワークにも存在することは確かになった
  • nmap
    • nmapするときは IP アドレス間違えていなかった(ここで気づくべき)ため、通常通りスキャンして複数の端末を検知できていた

原因+対策

正直、これだけです。

  • 過去のコマンドをずっと使っていた
  • 対策は、詰まることが続けば、一度冷静に手打ちをする

自分に該当しなかったが関連する問題

同じ状況の人がいるのではないか?と思い調べたところです。

おかげで端末同士でpingする点を実践でき、可能性を潰せました。

おわりに

凡ミスの恐ろしさを知ったと同時に、眠いときに作業することはやめようと反省しました。