Samba Поділитися помилкою користувача / пароля після оновлення


9

це перший раз, коли я не зміг знайти відповідь, тому це моє перше запитання. Я надам якомога більше інформації. У мене є маршрутизатор ASUS, який має 2 жорстких диска. Є лише 1 ім’я користувача / пароль для доступу до засобів масової інформації під час роботи в мережі. Мій ПК вже не здається мати доступ до нього після оновлення.

Після початкового введення облікових даних для входу та вибору пункту "Запам'ятати назавжди" я завжди (понад 2 роки) мав доступ до накопичувачів, перейшовши на "Огляд мережі" в наутилусі і натиснувши на піктограму маршрутизатора, потім натиснувши папку, до якої я хочу отримати доступ. Сьогодні у мене було оновлення безпеки, яке містило наступне:

Тепер, коли я переходжу до папок на жорстких дисках, це спливає:

Я вибираю "Зареєстрований користувач", вводите ім'я користувача, пароль і вибираєте "Запам'ятати назавжди", потім натисніть кнопку "Підключити", і поле з'явиться вгору сірим кольором з полями, скинутими за замовчуванням.

Якщо я знову натискаю кнопку підключення, ті самі жадібні спливаючі вікна постійно повертаються знову і знову.

Якщо я вручну закрию його. З'явиться абсолютно новий спливаюче вікно, яке дозволяє мені входити в облікові дані. Однак, якщо я знову ввожу їх, nautilus просто закривається, і я іноді отримую спливаюче вікно, яке говорить про те, що Ubuntu зіткнулася і внутрішня помилка тощо.

Є 3 телефони, 1 планшет, 1 ПК Win7 та ще один комп'ютер Ubuntu 15.10, який може підключатися до мережевих дисків і читати / писати без проблем. Слід додати, що я ігнорував вищезазначене оновлення на інших ПК Ubuntu, коли я почав мати цю проблему.

Поки єдиний спосіб отримати доступ до жорстких дисків на своєму ПК - це вимкнути безпеку мого маршрутизатора для доступу самби. Я справді не маю уявлення, як це виправити чи як повернути його таким, яким він був.

Заздалегідь дякую за будь-яку допомогу.


1
У мене раніше було те саме налаштування, що і у вас, і 16.04. Він більше не працює. Я витратив багато часу, намагаючись змусити його працювати. Ті самі зміни були опубліковані до 15.10 та 14.04. У моєму випадку я додав себе та свій пароль до матеріалів користувачів самби (тобто `sudo smbpasswd -a doug '), тоді як мені раніше цього не доводилося робити.
Doug Smythies

Щойно я виявив поганий спосіб, і про останнє оновлення .. все ще намагаюся змусити мій сервер самби знову приймати користувачів Windows. Пристрої Android, Linux та Apple не мають проблем з доступом до акцій samba, лише машини Windows не в змозі отримати доступ до самби після останнього виправлення ubuntu для самби.
AllGamer

Нещодавно в протоколі спільного використання файлів Windows, включеному в Windows, було виявлено серйозний недолік безпеки, включений у Windows та реалізований Samba для систем Linux / unix. Останні оновлення Windows & Samba містили виправлення для цього, але, схоже, це порушує деякі налаштування, як для Windows, так і для Linux ...
JanC

Більше інформації можна знайти на samba.org/samba/latest_news.html#4.4.2
січня

Відповіді:


11

Я вперше додав рядок client use spnego = noу кінці файлу /etc/samba/smb.conf, але він не працював. Після того, як я розмістив рядок біля початку файлу, мережеві диски спрацювали.


1
Ура. Це те, що зробило трюк. Мені просто довелося поставити рядок вгорі праворуч після перерви глобальних налаштувань. Дякую.
user531897

11

У мене була точно така ж проблема. Додавання

client use spnego = no

до [глобального] розділу /etc/samba/smb.confвирішеної проблеми в моєму випадку. Мабуть, значення за замовчуванням змінилося на "так" після оновлення до v.4.3.8, тому мені потрібно було явно встановити його.

Для ознайомлення дивіться онлайн-сторінку .


Я додав рядок тексту як запропонований вами безрезультатно. Проблема все ще зберігається. Дякую, хоча.
user531897

@ user531897 Ви перевіряли, чи є інші значення, які змінили їх за замовчуванням після оновлення? напр., "клієнтське використання спнего" не було встановлено в моєму smb.conf. Раніше це було нормально, відповідно до попередньої версії значенням за замовчуванням було "ні". але тепер вони змінили його на "так", тому мені довелося встановити це вручну. Можливо, для вас є подібна проблема з іншим варіантом?
stack_horst

загалом ви мали правильну відповідь, мабуть, просто треба було знаходитись у самому верху файлу (як заявляв користувач18778) відразу після перерви глобальних налаштувань ... Після перезавантаження все працює, як і раніше. Дякую.
користувач531897

як зауважив @xenog (у редакції, це мав бути коментар): Якщо у вас немає /etc/samba/smb.confфайлу, встановіть пакет samba-common( sudo apt install samba-common). Це було необхідно йому / їй під час нової установки Ubuntu Gnome 16.04.
stack_horst

1

Я спробував використовувати smbclient, щоб побачити, що сталося.

SMB-сервер не підтримує EXTENDED_SECURITY, але "клієнт використовує spnego = так і" client ntlmv2 auth = так "

Я думаю, це означає, що клієнт самби повідомляє серверу samba використовувати функції, яких там немає. З використання запису Самба вище за цим посиланням я знайшов це:

Вплив ' client ntlmv2 auth = yes' полягає в тому, що за замовчуванням ми не будемо використовувати автентифікацію NTLM (NT Local Machine) як клієнта.

Оскільки я не використовую розширену безпеку, я просто вимикаю це як " client ntlmv2 auth = no" в /etc/samba/smb.conf. Я повинен додати рядок, щоб замінити типовий параметр. Все знову працює.


1
Ласкаво просимо в Ask Ubuntu! Будь ласка, не додайте "дякую" як відповіді. Вкладіть деякий час у сайт, і ви отримаєте достатньо привілеїв, щоб отримати відповіді, які вам подобаються, - це спосіб попросити Ubuntu сказати спасибі.
Мітч

0

Перевірте, чи встановлено winbind. Встановіть його, якщо цього не отримали, і перезавантажте samba-ad-dc ще раз. Ви повинні бути добре після цього.

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


1
Я встановив winbind. Переселився самба. Перезавантажимо про всяк випадок. Все одно ніяких змін. Дякую, хоча.
user531897

0

Так, після останнього оновлення, я зробив yestarday samba не зміг підключитися як клієнт через nautilus. Монтаж через команду mount direct все ще працював. Мені довелося змінити файл smb.conf, як було запропоновано вище, додавши

використання клієнта spnego = ні

Тоді вам доведеться перезапустити стек мережі samba (просто перезавантажте).

Зараз все працює.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.