Errore di condivisione utente / password Samba dopo l'aggiornamento


9

questa è la prima volta che non riesco a trovare una risposta, quindi questa è la mia prima domanda. Fornirò quante più informazioni possibili. Ho un router ASUS che ha 2 HDD. C'è solo 1 nome utente / password per accedere ai media mentre si è in rete. Il mio PC non sembra più essere in grado di accedervi dopo un aggiornamento.

Dopo aver inizialmente inserito le credenziali di accesso e aver selezionato "Ricorda per sempre" ero sempre stato (oltre 2 anni) in grado di accedere alle unità andando su "Sfoglia rete" in nautilus e facendo clic sull'icona del router, quindi facendo clic sulla cartella a cui desidero accedere. Oggi ho avuto un aggiornamento di sicurezza che conteneva quanto segue:

Ora, quando vado ad accedere alle cartelle degli HDD, questo si apre:

Seleziono "Utente registrato", inserisco nome utente, password e seleziono "Ricorda per sempre", quindi faccio clic su Connetti e la casella viene visualizzata in grigio con i campi ripristinati ai valori predefiniti.

Se faccio di nuovo clic sul pulsante Connetti, lo stesso pop-up in grigio continua a tornare più volte.

Se lo chiudo manualmente. Viene visualizzato un nuovo pop-up che mi consente di inserire le credenziali. Tuttavia, se li inserisco di nuovo, nautilus si chiude semplicemente e occasionalmente ricevo un pop-up che dice che Ubuntu ha riscontrato un errore interno, ecc.

Ci sono 3 telefoni, 1 tablet, 1 PC Win7 e un altro PC Ubuntu 15.10 in grado di connettersi alle unità di rete e leggere / scrivere senza problemi. Dovrei aggiungere che ho ignorato l'aggiornamento sopra menzionato sull'altro PC Ubuntu una volta che ho iniziato ad avere questo problema sul mio.

Finora l'unico modo in cui posso accedere agli HDD con il mio PC è disattivare la sicurezza del mio router per l'accesso alla samba. Non ho davvero idea di come porre rimedio a questo o come riportarlo com'era.

Grazie in anticipo per qualsiasi aiuto.


1
Avevo la stessa configurazione di te e no, non funziona più su 16.04. Ho trascorso molto tempo cercando di farlo funzionare. Quelle stesse modifiche sono state rilasciate solo poche ore fa al 15.10 e 14.04. Nel mio caso ho aggiunto me stesso e la mia password alle cose degli utenti di samba (ad esempio "sudo smbpasswd -a doug"), mentre non avevo mai dovuto farlo prima.
Doug Smythies,

Ho appena scoperto la strada sbagliata, anche sull'ultimo aggiornamento .. sto ancora cercando di convincere il mio server samba ad accettare nuovamente gli utenti di Windows. I dispositivi Android, Linux e Apple non hanno problemi ad accedere alle condivisioni di samba, solo le macchine Windows non sono in grado di accedere a samba dopo l'ultima patch di Ubuntu per samba.
AllGamer,

Recentemente è stato rilevato un grave difetto di sicurezza nel protocollo di condivisione file di Windows incluso in Windows e implementato da Samba per i sistemi linux / unix. I recenti aggiornamenti di Windows e Samba contenevano la correzione per questo, ma sembra che questo rompa alcune configurazioni, sia su Windows che su Linux ...
JanC

Potrebbero esserci maggiori informazioni su samba.org/samba/latest_news.html#4.4.2
JanC

Risposte:


11

Ho prima aggiunto la riga client use spnego = noalla fine del file /etc/samba/smb.conf, ma non ha funzionato. Dopo aver posizionato la linea vicino all'inizio del file, le unità di rete hanno funzionato.


1
Saluti. Questo è ciò che ha fatto il trucco. Ho dovuto solo mettere la linea in alto a destra dopo la rottura delle impostazioni globali. Grazie.
user531897,

11

Ho avuto esattamente lo stesso problema. Aggiunta

client use spnego = no

alla sezione [globale] di /etc/samba/smb.confrisolto il problema nel mio caso. Apparentemente il valore predefinito è cambiato in "sì" dopo l'aggiornamento a v.4.3.8, quindi avevo bisogno di impostarlo esplicitamente.

Vedere la manpage online per riferimento.


Ho aggiunto la riga di testo come suggerito da te senza alcun risultato. Il problema persiste ancora. Grazie comunque.
user531897

@ user531897 hai verificato se ci sono altri valori che hanno cambiato il loro valore predefinito dopo l'aggiornamento? ad es. "client use spnego" non è stato impostato nel mio smb.conf. Questo era ok prima, come per la versione precedente il valore predefinito era "no". ma ora l'hanno cambiato in "sì", quindi ho dovuto impostarlo manualmente. Forse per te c'è un problema simile con un'altra opzione?
stack_horst,

nel complesso hai avuto la risposta giusta apparentemente doveva essere in cima al file (come dichiarato dall'utente 18778) subito dopo la rottura delle impostazioni globali ... Dopo un riavvio tutto funziona come prima. Grazie.
user531897,

come ha osservato @xenog (in una modifica, avrebbe dovuto essere un commento): se non si dispone del /etc/samba/smb.conffile, installare package samba-common( sudo apt install samba-common). Ciò era necessario per lui / lei su una nuova installazione di Ubuntu Gnome 16.04.
stack_horst

1

Ho provato a usare smbclient per vedere cosa è successo ho ottenuto questo:

Il server SMB non supporta EXTENDED_SECURITY ma 'client use spnego = yes e' client ntlmv2 auth = yes '

Penso che questo significhi che il client samba sta dicendo al server samba di usare funzionalità che non ci sono. Dall'uso della nota di Samba sopra con questo link ho trovato questo:

L'impatto di " client ntlmv2 auth = yes" è che per impostazione predefinita non utilizzeremo l'autenticazione NTLM (NT Local Machine) come client.

Dal momento che non sto usando alcuna sicurezza estesa, lo spengo semplicemente come " client ntlmv2 auth = no" in /etc/samba/smb.conf. Devo aggiungere una riga per sovrascrivere il valore predefinito. Tutto funziona di nuovo.


1
Benvenuti in Ask Ubuntu! Si prega di non aggiungere "grazie" come risposte. Investi un po 'di tempo nel sito e otterrai i privilegi sufficienti per migliorare le risposte che ti piacciono, che è il modo di chiedere a Ubuntu di ringraziarti.
Mitch


0

Sì, dopo l'ultimo aggiornamento che ho fatto ieri samba non è stato in grado di connettersi come client tramite il nautilus. Il montaggio tramite il comando mount diretto funzionava ancora. Ho dovuto modificare il file smb.conf come suggerito sopra aggiungendo

uso client spnego = no

Quindi devi riavviare lo stack di rete samba (basta riavviare).

Ora funziona tutto.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.