Dlaczego SSH nie rozwiązuje tej nazwy hosta?

Podczas próby połączenia SSH z hostem w sieci o nazwie storagepojawia się błąd rozpoznawania DNS:

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

Ale kiedy pytam DNS z hostem, działa

$ host storage
storage has address 192.168.20.103

W jaki sposób hostmożna znaleźć adres IP, ale sshnie można?

sshi hostrozpoznawaj nazwy według zupełnie innych ścieżek, więc nie jest zaskakujące, że czasami dają różne wyniki, szczególnie gdy nazwa do rozpoznania nie jest FQDN (stąd sugeruje się używanie FQDN wszędzie).

Nie wspominasz nic o swoim systemie operacyjnym i konfiguracji systemu, więc muszę zachować ogólność, mając oko na Linuksa: szczegóły MacOS są nieco inne, a Windows jeszcze bardziej, ale ogólne pojęcia są takie same.

• hostodpytuje DNS, więc w zasadzie sprawdza /etc/resolv.confi wysyła zapytania do wymienionych tam serwerów, ewentualnie dołączając nazwę domeny, jeśli nazwa hosta nie jest jeszcze w pełni kwalifikowana. Ignoruje każde inne możliwe źródło, ale należy pamiętać, że w dzisiejszych czasach wiele systemów ma lokalny buforujący serwer DNS (zwykle dnsmasq), który czyta /etc/hostsi inne źródła przed wysłaniem zapytania do innych serwerów DNS, więc jeśli hostzapytania od tego lokalnego serwera, /etc/hostsmogą się wkraść.

• sshpodąża własną ścieżką. Opiszę, co opensshrobi pod Linuksem, inne implementacje różnią się. Najpierw szuka pseudonimów hosta zdefiniowanych w plikach konfiguracyjnych (systemowych /etc/ssh/ssh_configi dla użytkownika ~/.ssh/config), a następnie przeszukuje inne źródła w kolejności określonej przez hosts:dyrektywę w /etc/nsswitch.conf. Powiedz, że to coś takiego:

  hosts: files dns
  

  oznacza to: zajrzyj /etc/hostsdo DNS, a następnie zapytaj ( /etc/resolv.confponownie). Innymi możliwymi źródłami są przestarzałe nisi netinfousługi, LDAP, active directory, nazywacie je.

Aby debugować konkretny przypadek, powinieneś podążać ścieżką implementacji podążania sshi dowiedzieć się, gdzie utknie.