はじめに
こんにちは、こふです。
今思うと凡ミス過ぎて自分が怖いですが、原因追求をしたことが逆に良い経験になりました。
こんな感じで一生つながらない・・・となっていました。
公開鍵はきちんと指定してました（省略してますが・・・）
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 をミスしていなかった
- 同じネットワークにも存在することは確かになった
nmapnmapするときは IP アドレス間違えていなかった（ここで気づくべき）ため、通常通りスキャンして複数の端末を検知できていた
原因＋対策
正直、これだけです。
- 過去のコマンドをずっと使っていた
- 最初に入力したコマンドを履歴から補完して打っていたため、IP アドレスが最初からミスしたそのままだったことが原因です。
- クラス C のプライベート IP アドレスなのに、最初に打ち間違えてしまった・・・
- 対策は、詰まることが続けば、一度冷静に手打ちをする
自分に該当しなかったが関連する問題
同じ状況の人がいるのではないか？と思い調べたところです。
おかげで端末同士でpingする点を実践でき、可能性を潰せました。
おわりに
凡ミスの恐ろしさを知ったと同時に、眠いときに作業することはやめようと反省しました。