「SSH がホスト名を解決できませんでした」エラーを迅速に解決する

ssh を使用しようとすると、ホスト名を解決できなかったことを示すエラーが表示されることがあります。このエラーが発生した場合は、まずネットワークに接続していることを確認する必要があります。あらゆる種類のワイヤレス ネットワークのユーザーは、要求を完了するのに十分な信号を受信して​​いることを確認したいと考えます。多くの開発者によれば、これらのエラーの最も一般的な原因は接続の欠如です。これはタイプミスよりもさらに一般的です。

確実に接続されていることがわかったら、次にタイプミスがないか確認する必要があります。 IP アドレスまたはある種のリソース ロケータ行を誤って入力した可能性があります。情報の提示方法にこだわりがあるように見えるかもしれませんが、ssh ソフトウェアは、ユーザーが常に適切なリソースに接続していることを確認したいと考えています。さらに、hosts ファイルは、接続しようとしているリソースに関して、最終的に ssh を間違った方向に向けてしまう可能性もあります。

方法 1:不正なホスト名コマンドを解決する

ssh の代わりに s sh または ss h と入力するなどの間違いがなかったと仮定すると、hostname コマンドの形式が間違っている可能性があります。ソフトウェアは、他の形式ではなく ssh user@NAME として指定されたコマンドを想定しています。コマンドに適切な権限を持つターミナルを開きます。通常、SSH を使用する場合は通常のユーザーとして操作でき、スーパーユーザー権限は必要ありません。

Ctrl、Alt、T を同時に押してターミナルを開くこともできます。一部の Xfce4 ユーザーは、Windows キーまたは Super キーを押しながら T を押すことができます。検索に進んで「ターミナル」と入力するか、代わりにシステム ツールから選択することによって、ダッシュ、アプリケーション、KDE、または Whisker メニューからプロンプトを開始できます。 Ubuntu Server、またはグラフィカル ユーザー インターフェイスを持たないバージョンの Red Hat Enterprise Linux および Scientific Linux のユーザーは、Ctrl、Alt、F1 ～ F6 を押したまま仮想コンソールにアクセスする必要があります。続行する前にログインする必要があります。

プロンプトが表示されたら、SSH コードを発行し、それが前の形式であることを確認します。たとえば、ネットワーク上にホスト名が接続されている場合は、ssh root@myPlace を試すことができます。 IP アドレスに直接接続する場合は、コマンド ssh root@##.#.#.## を使用すると、八角形の記号を数字に置き換えることができます。

root@server またはその他の同様の内容を記述していると、次のエラーが吐き出される場合があります。

ssh:ホスト名サーバーを解決できませんでした:名前またはサービスが不明です

ユーザーの中には、このコマンドを常に記述する必要があるのは ssh user@server であることを自分に言い聞かせるのが習慣になっている人もいます。

方法 2:ファイルを修正する

ファイルへのあらゆる種類の損傷もホスト名の問題を引き起こす可能性があり、ssh は、この種のエラーに対して、他のものと同じ警告を表示することがあります。 hosts ファイルを開くには root アクセスが必要です。上記のいずれかのターミナルで作業している場合は、「sudo nano」と入力します。  または
 編集するためにファイルを開きます。 sudo プロンプトでパスワードが要求されます。

デスクトップ環境内で作業している場合は、アプリケーション ラインを開く必要があります。これを行うには、使用しているデスクトップ環境に応じて、Windows キーまたは Super キーと R を押したまま、Alt キーと F2 キーを押すか、ダッシュ をクリックします。行がある場合は、GTK+ または KDE Qt ベースのアプリケーションを使用しているかどうかに応じて入力します。 gedit や kate の代わりに、gvim、leafpad、またはマウスパッドを使用することもできます。

いずれの場合でも、hosts ファイルはロードされています。読み取りおよび書き込みアクセス権があることを確認してから、ファイルの先頭を見てください。正しく動作させるには、次の 2 行が必要です。

127.0.0.1 ローカルホスト

127.0.1.1 ホスト名

YourHostName には、マシンの実際のホスト名が含まれている必要があります。 IPv6 ネットワークを使用している場合は、これらも必要になる場合があります。

::1 ip6-localhost ip6-ループバック

fe00::0 ip6-localnet

ff00::0 ip6-mcastprefix

ff02::1 ip6-allnodes

ff02::2 ip6-allrouters

IPv4 テクノロジーのみを使用するネットワークを使用している場合は、ほとんどの場合、最初の 2 つを正しく設定するだけで済みます。ただし、現代のインターネット接続は IPv6 標準に急速に移行しているため、これらを単独で設定する時代は急速に終わりつつあります。 Linux ディストリビューションではこれらの設定が構成されているはずですが、誤ったパッケージや単純なユーザー エラーによってホスト ファイルが破損し、間違った場所に接続がポイントされる場合があります。

タイトル バーに と表示されるグラフィカル テキスト エディタを使用している場合は、実際には保存できず、gksu または kdesu が正しく使用されていません。あるいは、ff02::2 ip6-allrouters の後に他の行があることに気づくかもしれませんが、これらのコードは他のコードと関係がない限り、触れる必要はありません。これらは他の割り当ての一部であり、ユーザーが特定のサイトにアクセスするのをブロックするために hosts ファイルが使用されたシステムを使用している場合は、かなりの数の割り当てがある可能性があります。ただし、重複した行をコメントアウトする必要がありますが、行の先頭に # 記号を追加することで実行できます。前述の各行は 1 回のみ出現する必要があり、指定された名前のいずれかに複数の代入を行うことは望ましくありません。これにより、ssh と他のすべてのネットワーク プログラムが最後の割り当てを単純に取得することになりますが、これは間違っている可能性があります。

編集が完了したらファイルを保存し、その後すぐに閉じてください。できることなら、hosts ファイルに不必要な変更を加えたくないでしょう。そのため、ここで終了することが非常に重要です。完了したら ssh コマンドを試し、最初の方法で説明した手順に従ってコマンドが適切に作成されていることを確認してください。それでも問題が解決しない場合は、マシンを再起動してください。それ以外の場合、ssh に関してこれ以上の問題は発生しないはずです。

著者について

ケビン・アロウズ

Kevin Arrows は、10 年以上の業界経験を持つ、経験と知識が豊富なテクノロジー スペシャリストです。彼は Microsoft Certified Technology Specialist (MCTS) 認定を取得しており、最新の技術開発について常に最新の情報を入手することに深い情熱を持っています。 Kevin は、ソフトウェア開発、サイバーセキュリティ、クラウド コンピューティングなどの分野での専門知識と専門知識を示し、テクノロジー関連の幅広いトピックについて幅広く執筆しています。テクノロジー分野への彼の貢献は同僚から広く認められ、尊敬されており、複雑な技術概念を明確かつ簡潔に説明する能力が高く評価されています。