I tentativi di mount.cifs causano il blocco dell'account


1

Ho un sistema Linux che monta le condivisioni di Windows usando cifs, configurato in /etc/fstab. Il fileserver di Windows a cui si sta connettendo è unito a un dominio di Active Directory. Quando monto le condivisioni, cosa che faccio manualmente, mi vengono richieste le credenziali di Windows per ciascun mountpoint. Queste credenziali, a quanto mi risulta, sono memorizzate nella cache da cifs e vengono utilizzate per riconnettersi alla condivisione ogni volta che viene utilizzato il filesystem.

Ciò pone un problema se monto, immetto la mia password e quindi la password in Active Directory viene modificata. All'accesso al filesystem cifs tenta di connettersi con la sua password cache (vecchia) e questo fa sì che l'account venga bloccato dopo un numero sufficiente di tentativi.

Non riesco a trovare alcun modo per impedire a cifs di riprovare quando si verifica un errore "nome utente / password errati" dal file server di Windows. Vedo che gli sviluppatori di samba ne hanno discusso nel 2005, ma nessuna correzione è stata effettivamente implementata.

Qualcun altro ha riscontrato questo problema e ci sono soluzioni alternative conosciute? Al momento ogni volta che la mia password scade devo smontare su ogni scatola che viene utilizzata, quindi cambiare la password, quindi rimontare. Le deviazioni da quell'ordine causano ripetuti blocchi poiché le istanze cifs ancora montate continuano a riprovare.

Risposte:


0

Stai ancora riscontrando il problema? Hai trovato una soluzione?

Quando una coppia nome utente / password non è valida, non deve essere ritentata. Quindi questo mi sembra un bug. Probabilmente dovresti discuterne sulla mailing list di samba e / o segnalare formalmente un bug. Assicurati di rispettare le buone pratiche relative alla segnalazione di bug, ad esempio dichiarare con precisione il sistema, la versione di Samba, ecc.


non abbiamo mai risolto il problema; abbiamo dovuto aggirare il problema usando un processo manuale. Tutti coloro che hanno utilizzato il mount hanno avuto accesso come root in modo da poter rimontare utilizzando il proprio account utente quando è scaduto l'account precedente in uso.
Jonny,

Grazie per la condivisione. È interessante notare che ho visto la tua domanda mentre cercavo come rimuovere la necessità per gli utenti di avere praticamente i permessi di root (o sudo, che si avvicinano) per accedere alle condivisioni smb. Attualmente usiamo smbnetfscon soddisfazione (era lento fino a quando non è stato sintonizzato, ora va bene).
Stéphane Gourichon,

Sì, sono d'accordo sul fatto che FUSE è generalmente l'opzione migliore per questo tipo di problemi, tranne nei casi in cui le prestazioni sono fondamentali. Sfortunatamente queste macchine si trovano su una rete segregata e siamo abbastanza limitati su quale software possiamo trasmettere.
Jonny,
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.