SSHがこのホスト名を解決しないのはなぜですか？

という名前のネットワーク上のホストにSSHで接続しようとするとstorage、DNS解決エラーが発生します。

$ ssh storage
ssh: Could not resolve hostname storage: Name or service not known

しかし、ホストでDNSを照会すると、動作します

$ host storage
storage has address 192.168.20.103

hostIPを見つけることはできるが、sshできないのはどうしてですか？

sshそしてhost解決に名前がFQDNでない場合は特に、彼らは、時には異なる結果をもたらすことは驚くべきことではないので、解決名は、完全に異なるパス以下の（したがって、至る所のFQDNを使用するための提案。）

OSとシステム構成については何も言及していないので、Linuxに注目して一般的な内容を維持する必要があります。MacOSの詳細は多少異なり、Windowsはさらに異なりますが、一般的な概念は同じです。

• hostDNSを照会します。したがって、基本的には/etc/resolv.confそこにリストされているサーバーを調べて照会し、ホスト名がまだ完全に修飾されていない場合はドメイン名を付加します。他のすべてのソースを無視しますが、最近では多くのシステムがローカルキャッシュDNSサーバー（通常dnsmasq）を実行し/etc/hosts、他のDNSサーバーを照会する前に他のソースを読み取ります。host/etc/hosts

• ssh独自のパスに従います。opensshLinuxでは他の実装とは異なることを説明します。まず、構成ファイル（システム全体およびユーザーごと）で定義されているホストのニックネームを探し、次にのディレクティブで指定された順序で他のソースを検索します。次のようなものだとしましょう：/etc/ssh/ssh_config~/.ssh/confighosts:/etc/nsswitch.conf

  hosts: files dns
  

  つまり/etc/hosts、DNSを調べてから照会します（/etc/resolv.conf再度）。他のソースとしては、廃止さnisれたnetinfoサービス、LDAP、アクティブディレクトリなどがあります。

特定のケースをデバッグするには、実装のパスをたどって、sshどこで動かなくなるかを調べる必要があります。