Usuwanie użytkownika samby: pbdedit vs. smbpasswd, jaka jest różnica?

Jaka jest różnica pomiędzy

$ pdbedit -x

i

$ smbpasswd -x

usunąć użytkowników samby?

Zarówno smbpasswdi pdbeditmoże być używany do zarządzania użytkownikami Samby.

Odpowiedź na pytanie: od Samby 4 nie ma różnicy między tymi dwoma poleceniami. Oba polecenia będą działać na tym samym pliku - w formacie smbpasswd lub tdbsam - i wykonają zadanie.

Rozwijając odpowiedź:

smbpasswdjest starszy. Służył do zarządzania danymi uwierzytelniającymi Samby przechowywanymi w formacie pliku o tej samej nazwie - smbpasswd . Domyślną ścieżką do pliku w dystrybucjach opartych na RedHat było /etc/samba/smbpasswd(aby ujednoznacznić: sam program, format pliku i domyślny plik tego formatu, na smbpasswdktórym działa program, nazywane są smbpasswd ).

pdbeditpojawił się podczas cyklu rozwoju Samby 3 jako zamiennik smbpasswd. Z perspektywy użytkownika root pdbeditjest on w stanie wykonywać wszystkie operacje, które smbpasswdmogą wykonywać, a także ich nadzór (zarządzać zabezpieczeniami konta i ustawieniami zasad). „Natywny” format przechowywania poświadczeń Samby pdbeditto tdbsam - zaplecze przechowywania haseł oparte na DB. W dystrybucjach opartych na RedHat domyślna ścieżka pliku to /var/lib/samba/private/passdb.tdb.

Problem pdbeditpolega na tym, że może być używany tylko przez root, podczas gdy smbpasswdzwykli użytkownicy mogą zmieniać hasła Samby w sposób podobny do tego, co passwdrobi komenda dla kont systemowych Linux. Rozumiem więc, że od Samby 4 zadanie zarządzania użytkownikami jest przekazywane pdbediti smbpasswdpozostawione, aby użytkownicy inni niż root mogli zmienić swoje hasła (chociaż root może nadal używać smbpasswddo zarządzania przechowywaniem poświadczeń Samby w ograniczony sposób).

Ze strony podręcznika użytkownika pbdedit :

fragment

Narzędzie pdbedit wykorzystuje modułowy interfejs passdb i jest niezależne od rodzaju używanej bazy danych użytkowników (obecnie są oparte na smbpasswd, ldap, nis + i tdb i więcej można dodać bez zmiany narzędzia).

Podczas gdy strona man smbpasswd :

fragment

Domyślnie (uruchamiany bez argumentów) będzie próbował zmienić hasło SMB bieżącego użytkownika na komputerze lokalnym. Jest to podobne do działania programu passwd (1). smbpasswd różni się od sposobu działania programu passwd tym, że nie jest to setuid root, ale działa w trybie klient-serwer i komunikuje się z lokalnie działającym smbd (8). W związku z tym, aby to się udało, demon smbd musi działać na komputerze lokalnym. Na komputerze z systemem UNIX zaszyfrowane hasła SMB są zwykle przechowywane w pliku smbpasswd (5).

pbdeditMoże więc manipulować różnymi backendami haseł Samby, natomiast smbpasswdmoże manipulować tylko tego rodzaju backendami.