投稿:
更新:
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 アドレスを間違えてたことです(寝ぼけて3
と8
を間違えていた)。正しくはこれ
ssh -v [email protected]
ポイントは、IP アドレスを間違えていても、ホスト名(逆引き含め)を指定しない限りはエラーが出ないのです。タイムアウトはするけど、それは宛先がないから接続できないのであって、当然の結果です。
また、ローカル IP アドレスが決まっているのに、それを失念していた点が非常に残念です。
問題解決にあたって確認していたこと
- 接続先の IP アドレス
- その端末で
ip a
して把握済み
- その端末で
OpenSSH
のインストール・起動の確認systemctl
から確認済み
- ファイアウォールの設定
- 一時的に全てのポートを解法し、パケットを全て受け付けた
- インターネットへの接続
- 確実にできていた(
ping google.com
やapt-get install
が動いていたため。ちなみにDebian
です) - ちなみに有線 LAN
- 確実にできていた(
- クライアント(ノート PC)から
192.168.0.23
へping
が通じていた(逆も然り)- このときはIP をミスしていなかった
- 同じネットワークにも存在することは確かになった
nmap
nmap
するときは IP アドレス間違えていなかった(ここで気づくべき)ため、通常通りスキャンして複数の端末を検知できていた
原因+対策
正直、これだけです。
- 過去のコマンドをずっと使っていた
- 最初に入力したコマンドを履歴から補完して打っていたため、IP アドレスが最初からミスしたそのままだったことが原因です。
- クラス C のプライベート IP アドレスなのに、最初に打ち間違えてしまった・・・
- 対策は、詰まることが続けば、一度冷静に手打ちをする
自分に該当しなかったが関連する問題
同じ状況の人がいるのではないか?と思い調べたところです。
おかげで端末同士でping
する点を実践でき、可能性を潰せました。
おわりに
凡ミスの恐ろしさを知ったと同時に、眠いときに作業することはやめようと反省しました。