hostname.local är vanligtvis ett mDNS-/Bonjour-namn, inte vanlig DNS. I det här fallet med Ubuntu Server återställde installation och konfiguration av Avahi-daemon åtkomsten till homeserver.local. Användaren bekräftade uttryckligen att detta löste problemet.
Ansible-nätverks- och Netplan-ändringarna var inte lösningen. Maskinen hade redan normal IP-nätverksanslutning; det som saknades var lokal multicastannonsering och -upplösning av namn.
Servern fanns redan i det lokala nätverket
homeserver.local kunde inte lösas förrän Avahi installerades. Källa: IceWhale Community Forum.Routern kunde se värden, och HTTP-tjänsten på port 80 kördes. Det innebar att grundläggande IP-anslutning inte var samma problem som upplösning av .local-namn.
Varför Avahi åtgärdade hostname.local
Avahi implementerar mDNS/DNS-SD i Linux. Ubuntus Zeroconf-guide förklarar att datorer som kör Avahi kan annonsera och lösa namn som hostname.local.
Installera avahi-daemon, kontrollera att tjänsten körs och se till att UDP-multicasttrafik inte blockeras mellan klienten och servern.
Skriv inte om Netplan bara för att åtgärda mDNS
DHCP, statiska IP-inställningar och konfigurationen av DNS-servrar kan alla vara korrekta samtidigt som .local fortfarande inte fungerar. mDNS använder multicastupptäckt på den lokala länken, så det är en separat väg för namnsupplösning.
Om du arbetar med en aktuell ZimaOS-enhet i stället för en vanlig Ubuntu-värd hjälper guiden för LAN-åtkomst dig att skilja mellan nåbarhet via adress och upptäckt av värdnamn.
Slutsats
Källtråden har en tydligt verifierad lösning: Avahi återställde homeserver.local. Om den numeriska IP-adressen redan fungerar bör du felsöka mDNS/Bonjour i stället för att upprepade gånger ändra Ethernet- eller Netplan-konfigurationen. Om IP-adressen inte fungerar måste du åtgärda den grundläggande nätverksanslutningen först.
