Nie można połączyć się z udziałem SMB po aktualizacji do Ubuntu Gnome 16.04

Po aktualizacji do Ubuntu Gnome 16.04 nie mogę już uzyskać dostępu do udziału smb w moim sieciowym zbiorniku mediów. To stara (2009) Popcorn Hour A-110.

Kiedy łączę się z serwerem smb: //192.168.0.5 w nautilus, dostaję się do niekończącej się pętli z pytaniem o logowanie, co powoduje komunikat o niepowodzeniu uwierzytelnienia. Jestem pewien, że nazwa użytkownika / hasło są poprawne, ponieważ działa w systemie Windows i zresetowałem je kilkanaście razy. Zauważ, że przed aktualizacją (Ubuntu Gnome 15.10) nie pojawił się nawet monit o podanie nazwy użytkownika / hasła, po prostu otworzyłby się w przeglądarce plików.

Więc zainstalowałem smbclient, aby zobaczyć, co się dzieje, a to daje mi wskazówkę:

smbclient //192.168.0.5/share -U nmt
Server does not support EXTENDED_SECURITY  but 'client use spnego = yes and 'client ntlmv2 auth = yes'
session setup failed: NT_STATUS_ACCESS_DENIED

To wydaje się sugerować, że serwer nmt może być za stary, aby obsługiwać jakiś schemat bezpieczeństwa wymagany przez klienta.

Jak mogę to naprawić?

To pytanie jest duplikatem tego .

Odpowiedź: musisz wyraźnie ustawić

client use spnego = no

w /etc/samba/smb.conf.

Jeśli nie możesz znaleźć tego pliku, wykonaj polecenie:

sudo apt-get install smbclient

Wypróbowałem wszystkie te sugestie i nic nie działało. Dla mnie zadziałało:

sudo smbpasswd -a [username]

Nie rozumiem, dlaczego samba zapomniała użytkownika, i trudno mi uwierzyć, że samba musi zostać wyraźnie poinformowana o każdym użytkowniku, który musi uzyskać dostęp do maszyny linuksowej z systemu Windows, ale to załatwiło sprawę (na szczęście mam tylko jeden użytkownik), więc informuję wszystkich.

Używam ChaletOS 16.0.4.2. Zrobiłem wszystko, co mogłem znaleźć w Internecie, aby uzyskać dostęp do zewnętrznego dysku udostępnionego przez router Asuswrt-Merlin. NIC! NIE Znaczy NIC DZIAŁAŁO !! Po zainstalowaniu wszystkich niezbędnych rzeczy do samby nadal nie mogę uzyskać dostępu do mojego udziału. Wciąż pojawiał się monit o podanie hasła. Podałbym to poprawnie, ale nie miałem radości. Kiedy dokonałem zmiany Petera de Maeyera w powyższym pliku „/etc/samba/smb.conf”, napęd otworzył się jak błękitne niebo po ulewnym deszczu. Dzięki Peter !!!

Ponieważ nigdy nie znalazłem wszystkich tych kroków w jednym miejscu, mam nadzieję, że może to pomóc komuś innemu. Ostatecznie sztuczka polegała na połączeniu odpowiedzi Petera i tego linku .

Podsumowując, najpierw stworzyłem plik „~ / .smbcredentials” i umieściłem w nim odpowiednie informacje:
( Dla nieznanego, ten mały, poruszający się znak przed „/” oznacza umieszczenie pliku w folderze „/ home”)

nazwa użytkownika =msusername

domena =ENTER_YOUR_WINDOWS_DOMAIN

hasło =msusername

(Witryna nie mówi o dodaniu domeny, ale zrobiłem to tylko dla pewności)

Zapisałem i zamknąłem ten plik i zmieniłem dla niego uprawnienia, wpisując to w terminalu:

chmod 600 ~/.smbcredentials

Następnie zmodyfikowałem plik „/ etc / fstab”, wprowadzając go w terminalu:

sudo gedit /etc/fstab

W pliku „fstab” wpisałem to na dole (upewnij się, że używasz tutaj własnych informacji):

smb://COMPUTER_NAME/SHARED_FOLDER /media/NEW_FOLDER_NAME cifs credentials=/home/YOUR_UBUNTU_USERNAME/.smbcredentials,iocharset=utf8,sec=ntlm 0 0

Zapisałem i zamknąłem ten plik, a następnie otworzyłem plik „smb.conf”, wprowadzając go w terminalu:

sudo gedit /etc/samba/smb.conf

W linii nr 29 (w części „Globalna”) zmieniłem nazwę „grupy roboczej”, tak aby pasowała do powyższej nazwy „domeny”. Zaraz pod tym utworzyłem nową linię (linia nr 30) i wprowadziłem:

client use spnego = no

Na wszelki wypadek, po przeczytaniu tej strony , pomyślałem, że dobrym pomysłem byłoby wprowadzenie tej zmiany również w linii nr 101:

obey pam restrictions = yes do obey pam restrictions = no

Po ponad dwudziestu (tak, to 20) godzinach i przeszukiwaniu mojego systemu kilka razy, w końcu znalazłem radość z tych ustawień.

Powodzenia i oby Bogowie Linuksa byli z tobą!

Próbowałem tych odpowiedzi, ale nadal nie mogę połączyć się z moimi udziałami Windows. Mogę połączyć się z mojego komputera z systemem Windows do mojego udziału Ubuntu, ale nie na odwrót. Korzystanie 16.04.

Zaktualizuj / Edytuj:

Po wykonaniu wielu różnych czynności, w tym ponownej instalacji Ubuntu i edycji pliku SMB.CONF, wymyśliłem, jak rozwiązać mój problem.

Wyczyściłem laptopa i zainstalowałem stację roboczą Fedora 24 i zauważyłem te same wyniki - powiedziałem HMMMM.

I wtedy zdałem sobie sprawę, że większość komputerów, z którymi próbowałem się połączyć, miały oczywiście nazwy użytkowników, ale puste hasła. Próbowałem jako edycja SMB.CONF, o której ktoś wspomniał, aby umożliwić stosowanie pustych haseł, ale nie był w stanie sprawić, by zadziałało. I w razie potrzeby zawsze ponownie uruchamiałbym mój smbd i nmbd po zmianach.

W każdym razie miałem jeden komputer w sieci, który ma nazwę użytkownika i hasło. Zgadnij co - z Fedory mogłem się połączyć! Następnie wprowadziłem hasła na innych komputerach i presto, mogłem w końcu połączyć się z nimi z Fedory.

Teraz, ponieważ celem jest używanie Ubuntu, ponownie wyczyściłem laptopa, ale tym razem ponownie wykonałem nową instalację stacji roboczej Ubuntu. Dokonałem dwóch bardzo drobnych zmian w pliku SMB.CONF (wprowadziłem je również w instalacji Fedory), aby poprawnie ustawić nazwę grupy roboczej i nazwę netbios. Po prostu pozostawiłem wszystko inne jako domyślne.

Następnie udostępnij folder na komputerze Ubuntu. Po prostu użyłem GUI, aby udostępnić folder (nie modyfikował SMB.CONF) i ustawić, aby umożliwić dostęp gości. Teraz każdy komputer w mojej sieci może połączyć się z udziałem na moim komputerze Ubuntu. Jeśli chcę ściślej kontrolować, kto może i nie może uzyskać dostępu do tego udziału, mogę wprowadzić zmiany w moim SMB.CONF.

Ale teraz, w najlepszym razie - teraz mogę połączyć się z mojego laptopa Ubuntu z dowolnym innym komputerem i udostępnieniem w mojej sieci.

Rozwiązaniem mojego problemu, który może, ale nie musi pomóc innym, jest to, że urządzenia, z którymi nie mogłem się połączyć, miały konta bez haseł. Po przypisaniu haseł wszystkie działały.

Mam nadzieję, że to może komuś pomóc!

Dzięki,

Rich Huelbig