Errore "Impossibile recuperare l'elenco di condivisioni dal server" durante la navigazione di una condivisione con Nautilus

Un po 'prima dell'aggiornamento da 10.04 a 11.10, il mio desktop Ubuntu ha smesso di permettermi di accedere alle mie directory di condivisione di Windows. Ho pensato di passare a 11.10 e il problema sarebbe stato risolto ma no.

Ogni volta che faccio clic su un dominio di rete Windows utilizzando Nautilus, viene visualizzato il seguente messaggio .:

Impossibile montare la posizione: impossibile recuperare l'elenco di condivisioni dal server

Da dove comincio a risolvere questo problema? Sto diventando disperato ora :(

Provai

sudo mount -t cifs //SomeMachine/SomeShare some_directory

e ho capito

mount error(115): Operation now in progress

Stranamente, ho ottenuto un popup che indica:

Could not display network:/// Error: Dbus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply ...

Questa è la vera risposta alla tua domanda. Ho anche avuto lo stesso problema.

Esegui il terminale e inserisci questo comando

gksudo gedit /etc/hosts

e aggiungi l'indirizzo IP del computer e il nome nel file hosts. Salva ed esci.

Esempio ip e nome:

192.168.120.65    blablaPcName

È tutto.

Ho trovato questo consiglio di Gord Nickerson che ha funzionato per me: il messaggio di errore è "impossibile recuperare l'elenco di condivisioni dal server", quindi non può navigare su un PC Windows 7 o Ubuntu 10 o Mac desktop.

Prima di tutto, i demoni Samba smbde nmbddevono essere entrambi in esecuzione affinché la navigazione in rete funzioni. Possono essere avviati con serviceo con systemctl startle più recenti versioni di Ubuntu basate su systemd.

smbtree elenca tutte le condivisioni dalle macchine sulla rete.

Quindi, via a /etc/sambae noi sudo pico smb.conf.

L'ordine di risoluzione dei nomi utilizza prima i file host e le trasmissioni per ultime ed è commentato! Forse lo cambiamo in:

name resolve order = bcast host

e quindi riavviare i server con service smbd restarteservice nmbd restart

Lavori! Questo è un terribile errore da fare in un aggiornamento. L'aggiornamento non dovrebbe interrompere ciò che funziona, in particolare qualcosa di importante come la rete. Per fortuna ricordo il lavoro manuale che dovevi fare per far tornare la samba in Redhat 5 e 6.

È possibile che si tratti di un errore generale durante la connessione al sistema:

• http://forums.gentoo.org/viewtopic-t-895820-start-0.html

Nel caso del thread sopra, c'era una discrepanza tra nome e indirizzo IP e nmblookupaiutato a determinare il problema. Inoltre, questa pagina sembra avere alcuni buoni suggerimenti per la risoluzione dei problemi

• http://www.linuceum.com/Server/srvSambaTrouble.php

Che sto copiando:

• Metti smbclient in modalità debugging, l'output dovrebbe apparire in dmesg (-d | --debuglevel = level)
• smbclient -L //<IP of Samba Server> -U <server user>
• nmblookup {name}
• Puoi montare da altri sistemi?

Modifica la tua domanda se fai più risoluzione dei problemi.

Con Ubuntu 14.04:

Questo errore può essere causato da un nome netbios con una dimensione superiore a 15 caratteri. Dovrebbe generare i log nel file /var/log/samba/log.smbd in questo modo:

register_name: NetBIOS name NAME-OF-PC-TOO-LONG is too long. Truncating to

Questo errore può essere corretto modificando il file /etc/samba/smb.conf e aggiungendo la seguente riga:

netbios name = NAME-OF-PC

NAME-OF-PC non deve contenere più di 15 caratteri.

Ho avuto ottimi risultati in ambienti di rete misti (Windows / Ubuntu) con questo metodo:

1. Premi Alt+ F2e digita:gksu gedit /etc/nsswitch.conf

2. Cerca questa linea:

   hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
   

3. Aggiungi winsin questo modo:

   hosts:  files mdns4_minimal [NOTFOUND=return] wins dns mdns4
   

4. Installa il pacchetto "winbind": sudo apt-get install winbind

   (O tramite Software Center o Synaptic .)

5. Riavvia o riavvia la rete.

Basta aggiungere "consenti" al firewall:

• Porta 137 / UDP - utilizzata da nmbd
• Porta 138 / UDP - utilizzata da nmbd
• Porta 139 / TCP - utilizzata da smbd
• Porta 445 / TCP - utilizzata da smbd

E funzionerà, e se non sai come fare, installa "gufw" e usa "+" e poi la "scheda semplice".

Il mio problema era dovuto /etc/samba/smb.conf. Cercò WORKGROUPed eliminò la riga dopo di essa che menzionava un localhostnome. Assicurarsi che WORKGROUPsia lo stesso per entrambi i file di configurazione su ciascun computer. Un modo completo è quello di sudo apt-get purge samba(e / o remove?) E quindi sudo apt-get install samba. Questo è il modo in cui risolvo il problema la prima volta, dopo l'aggiornamento dal 16.10 al 17.04 su una delle mie macchine (il 16.10 era difettoso per me). Adesso ho due macchine: 16.04 e 17.04.

Ho avuto questo problema e l'ho risolto installando il pacchetto gvfs-bin . Ad eccezione di gvfs-bin, la maggior parte dei pacchetti gvfs erano già installati: gvfs, -common, -libs, -daemons e -backends.

Prova ad accedere a una finestra di Windows da Ubuntu utilizzando File. Vai su "Altre posizioni" e "Connetti al server" in fondo. Usa smb: // username @ serveraddress. Questo ha funzionato per me.

Il problema (almeno in Ubuntu 18.04 dove l'ho provato) è che il seguente comando:

sudo ufw allow Samba

aggiungerà solo regole per Samba che funge da server. Non aggiungerà alcuna regola per Samba che agisce come client. Ma quando provi a montare una condivisione remota, è quello che stai facendo: in questo scenario la tua macchina è un client e la macchina remota è un server.

Inoltre, l'errore "nessuna risposta" è un suggerimento che alcuni firewall stanno rovinando le cose. Le macchine generalmente rispondono alle richieste. Potrebbero rispondere con un errore, nel qual caso hai altri problemi, ma se non rispondono affatto, i loro pacchetti vengono in genere consumati da un firewall.

Le regole che consentono a Samba di agire come server non sono sufficienti per consentire anche a Samba di agire come client, poiché le macchine remote rispondono dalla propria porta 137, ma la porta locale su cui arrivano queste risposte non è 137, è un po ' porta casuale.

Per risolvere questo problema, eseguire il comando seguente:

sudo ufw allow in proto udp from any port 137,138 to any

Ciò consentirà ai pacchetti UDP di arrivare in qualsiasi porta locale purché provengano dalla porta 137 o 138 del computer remoto. La porta 138 probabilmente non è necessaria, poiché ho visto solo pacchetti in arrivo da 137, ma non lo sapete mai.

Questo è probabilmente insicuro, perché la porta di origine può essere falsificata, ma non siamo paranoici.

Questo mi ha risolto.

Ho potuto vedere il mio server Samba solo per indirizzo IP.

Commutazione del bcast al 1 ° in "nome risoluzione ordine = bcast lmhosts hosts vince". E riavviare samba. A proposito, questa 1 riga riavvia samba.

sudo service samba restart

Neanche quello ha funzionato.

Sono andato a cercare /etc/samba/lmhostsper controllarlo e nessun file! Quindi ho fatto host.

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

Non riesco ancora a cercare il nome del server. Poi ho pensato di aspettare, il nome del computer e il nome della samba sono diversi. Quindi ho modificato host e nome host, cambiandoli con il nome del server samba. Il nome host attento contiene solo una parola. Il nome del computer non contiene # commenti.

/etc/hosts    
/etc/hostname    
$ sudo reboot 

Ora funziona e basta. Posso semplicemente fare clic su rete in nautilus o caja e il server si apre appena! Su tutti i client, tutti sono Linux o Android. Anche su una vecchia macchina per spremere debian.