Windows-7 non può risolvere una condivisione Samba tramite il nome di dominio .local (ma può risolvere per TCP / IP)

Ho un server Samba Linux e un computer Windows 7 in esecuzione su una rete locale. Ho installato Avahi sul server e Apple Bonjour (versione 2) sul computer Windows.

Il computer Windows può risolvere l'indirizzo del server myserver.localper le comunicazioni TCP / IP, come le pingconnessioni o ssh. Ma non è in grado di vedere o trovare il server nell'elenco delle condivisioni. Anche digitando \\myserver.local\sharenon lo trova. Usandolo con l'indirizzo IP come nelle \\1.2.3.4\shareopere. Quindi apparentemente il problema è quando si converte il nome nel suo indirizzo allo scopo di lavorare con le condivisioni.

Ho provato a provarlo con nslookup myserver.local, stampa

Server: <my provider's DNS server name>
Address: <my provider's DNS server address>

e fallisce con Non-existent domain.

Questo punta nella giusta direzione? È possibile in qualche modo aggiungere la risoluzione del .localdominio quando si lavora con questo tipo di servizi? O cos'altro potrei fare per eseguire il debug del problema?

— Petr Pudlák
fonte

Guarderei il file hosts lato Windows e cercherei la sintassi e la configurazione errata in quel file.

— linuxdev2013,

Se apri Esplora risorse e digiti il percorso UNC, \\ myserver.local, vedi la condivisione elencata lì? In caso contrario, hai una configurazione errata sul lato SAMBA o nei tuoi meccanismi di autenticazione. La tua affermazione che funziona tramite IP ma non tramite nomi DNS presenta problemi di Kerberos, ma presuppone che tu stia utilizzando Kerberos in primo luogo e lo richieda nella tua configurazione SAMBA. Su Windows, quando Kerberos ha esito negativo o non viene utilizzato, viene tentato NTLM. Kerberos richiede DNS, quindi potresti riscontrare il rifiuto di Kerberos utilizzando il nome host in cui NTLM funziona tramite IP - un'acquisizione di pacchetti sarebbe definitiva.

— thepip3r,