Błąd użytkownika / hasła udostępniania Samby po aktualizacji

9

po raz pierwszy nie mogłem znaleźć odpowiedzi, więc to moje pierwsze pytanie. Podam jak najwięcej informacji. Mam router ASUS, który ma 2 dyski twarde. Dostępna jest tylko 1 nazwa użytkownika / hasło, aby uzyskać dostęp do multimediów w sieci. Wygląda na to, że mój komputer nie może już uzyskać do niego dostępu po aktualizacji.

Po początkowym wprowadzeniu danych logowania i wybraniu „Pamiętaj na zawsze” zawsze (ponad 2 lata) mogłem uzyskać dostęp do dysków, przechodząc do „Przeglądaj sieć” w nautilus i klikając ikonę routera, a następnie klikając folder, do którego chcę uzyskać dostęp. Dzisiaj miałem aktualizację zabezpieczeń, która zawierała:

Teraz, gdy idę, aby uzyskać dostęp do folderów na dyskach twardych, pojawia się:

Wybieram „Zarejestrowany użytkownik”, wpisuję nazwę użytkownika, hasło i wybieram „Zapamiętaj na zawsze”, a następnie kliknij Połącz, a okno wyskoczy z powrotem wyszarzone i pola zostaną przywrócone do wartości domyślnych.

Jeśli ponownie kliknę przycisk Połącz, wyskakujące okienko wyskakuje w kółko.

Jeśli go ręcznie zamknę. Pojawi się nowe wyskakujące okienko, które pozwala mi wprowadzić poświadczenia. Jeśli jednak wprowadzę je ponownie, nautilus po prostu zamyka się i od czasu do czasu pojawia się wyskakujące okienko z informacją o napotkaniu Ubuntu i błędzie wewnętrznym itp.

Istnieją 3 telefony, 1 tablet, 1 komputer z systemem Windows 7 i inny komputer z systemem Ubuntu 15.10, które można podłączyć do dysków sieciowych i odczytywać / zapisywać bez problemu. Powinienem dodać, że zignorowałem aktualizację wspomnianą powyżej na innym komputerze Ubuntu, gdy zacząłem mieć ten problem na swoim.

Do tej pory jedynym sposobem, w jaki mogę uzyskać dostęp do dysków twardych za pomocą komputera, jest wyłączenie zabezpieczeń routera w celu uzyskania dostępu do samby. Naprawdę nie mam pojęcia, jak temu zaradzić ani jak powrócić do poprzedniego stanu.

Z góry dziękuję za wszelką pomoc.

użytkownik531897
źródło
1
Kiedyś miałem taką samą konfigurację jak ty i nie, nie działa już 16.04. Spędziłem dużo czasu starając się, aby to zadziałało. Te same zmiany zostały zaledwie kilka godzin temu wydane z powrotem do wersji 15.10 i 14.04. W moim przypadku dodałem siebie i swoje hasło do rzeczy użytkowników samby (tj. „Sudo smbpasswd -a doug”), podczas gdy nigdy wcześniej nie musiałem tego robić.
Doug Smythies,
Właśnie odkryłem zły sposób, także na temat najnowszej aktualizacji ... wciąż próbuję zmusić mój serwer samby do ponownego zaakceptowania użytkowników systemu Windows. Urządzenia z systemem Android, Linux i Apple nie mają problemu z dostępem do udziałów samby, tylko komputery z systemem Windows nie mogą uzyskać dostępu do samby po najnowszej aktualizacji ubuntu dla samby.
AllGamer 19.04.16
Ostatnio wykryto poważną lukę w zabezpieczeniach w protokole udostępniania plików systemu Windows zawartym w systemie Windows i wdrożonym przez Sambę dla systemów linux / unix. Ostatnie aktualizacje systemu Windows i Samby zawierały tę poprawkę, ale wygląda na to, że psuje to niektóre ustawienia, zarówno w systemie Windows, jak i na Linuksie…
JanC
Nie może być więcej informacji na samba.org/samba/latest_news.html#4.4.2
Janc

Odpowiedzi:

11

Najpierw dodałem wiersz client use spnego = nona końcu pliku /etc/samba/smb.conf, ale nie działał. Po umieszczeniu wiersza na początku pliku dyski sieciowe działały.

użytkownik18778
źródło
1
Twoje zdrowie. To właśnie załatwiło sprawę. Musiałem po prostu umieścić linię w prawym górnym rogu po zerwaniu globalnych ustawień. Dzięki.
user531897
11

Miałem dokładnie ten sam problem. Dodawanie

client use spnego = no

do sekcji [globalnej] /etc/samba/smb.confrozwiązania problemu w moim przypadku. Najwyraźniej wartość domyślna zmieniła się na „tak” po aktualizacji do wersji 4.3.8, więc musiałem to wyraźnie ustawić.

Zobacz stronę podręcznika online w celach informacyjnych.

stack_horst
źródło
Dodałem wiersz tekstu, jak sugerujesz, bezskutecznie. Problem nadal występuje. Ale dziękuję.
user531897 22.04.16
@ user531897 czy sprawdziłeś, czy są jakieś inne wartości, które zmieniły swoje wartości domyślne po aktualizacji? np. „Client use spnego” nie został ustawiony w moim pliku smb.conf. Wcześniej było to w porządku, ponieważ w poprzedniej wersji domyślną wartością było „nie”. ale teraz zmienili go na „tak”, więc musiałem ustawić go ręcznie. Może dla Ciebie jest podobny problem z inną opcją?
stack_horst
ogólnie rzecz biorąc, miałeś właściwą odpowiedź, najwyraźniej musiał znajdować się na samej górze pliku (jak stwierdził użytkownik 18778) zaraz po zerwaniu globalnych ustawień ... Po ponownym uruchomieniu wszystko działa tak, jak wcześniej. Dziękuję Ci.
user531897
jak zauważył @xenog (w edycji, powinien to być komentarz): Jeśli nie masz /etc/samba/smb.confpliku, zainstaluj pakiet samba-common( sudo apt install samba-common). Było to dla niego konieczne przy nowej instalacji Ubuntu Gnome 16.04.
stack_horst
1

Próbowałem użyć smbclient, aby zobaczyć, co się stało, mam to:

Serwer SMB nie obsługuje EXTENDED_SECURITY, ale „klient używa spnego = yes i„ klient ntlmv2 auth = yes ”

Myślę, że to oznacza, że ​​klient samba informuje serwer samby o korzystaniu z funkcji, których nie ma. Uwaga Skorzystaj z Samby powyżej z tym linkiem znalazłem to:

Wpływ „ client ntlmv2 auth = yes” jest taki, że domyślnie nie będziemy używać uwierzytelniania NTLM (NT Local Machine) jako klienta.

Ponieważ nie używam żadnych rozszerzonych zabezpieczeń, po prostu wyłączam to jako „ client ntlmv2 auth = no” w /etc/samba/smb.conf. Muszę dodać linię, aby zastąpić domyślną. Wszystko znów działa.

Louis
źródło
1
Witamy w Ask Ubuntu! Nie dodawaj „dziękuję” jako odpowiedzi. Zainwestuj trochę czasu na stronie, a zyskasz wystarczające uprawnienia, aby głosować na odpowiedzi, które ci się podobają, co jest pytaniem Ubuntu o podziękowanie.
Mitch
0

Sprawdź, czy masz zainstalowany Winbind. Zainstaluj, jeśli go nie masz, i uruchom ponownie samba-ad-dc. Po tym powinno ci być dobrze.

https://lists.samba.org/archive/samba/2016-April/199291.html

Samba
źródło
1
Zainstalowałem Winbind. Zrestartowano sambę. Zrestartowano na wszelki wypadek. Wciąż bez zmian. Ale dziękuję.
user531897 22.04.16
0

Tak, po ostatniej aktualizacji, którą zrobiłem wczoraj, samba nie była w stanie połączyć się jako klient przez nautilus. Montowanie za pomocą polecenia mount direct nadal działało. Musiałem zmienić plik smb.conf jak zasugerowałem powyżej, dodając

klient używa spnego = nie

Następnie musisz zrestartować stos sieciowy samby (po prostu uruchom ponownie).

Teraz wszystko działa.

użytkownik534443
źródło