Samba просит пароль, хотя стоит гостевой доступ (guest ok = yes) к шаре

Столкнулся с проблемой: настроив шару на samba с гостевым доступом, при попытке захода с Windows на сервер с этой samba введя ip в адресную строку «\xxx.xxx.xxx.xxx» , у меня настырно просило ввести логин и пароль для захода на сервер.

Стоит отмеить, что на этом сервере были другие шары с авторизацией, но логин и пароль сервер должен был спрашивать на уровне захода в конкретную шару с авторизацией, и соответственно беспрепятственно пропускать в шару с гостевым доступом. Что примечательно с другого компьютера так и происходило.

Симптомы описаны, итак в чем же оказалось дело.

Необходимо удалить из samba пользователя с именем совпадающим с вашей учетной записью Windows под которой вы сидите.

Почему так происходит:

В шарах с гостевым доступом выставлено:

Также есть такой параметр

который по умолчанию выставлен в положение «Bad user», что обозначает что запросы с неправильным паролем будут не приняты если такое имя пользователя существует, если не существует то заходим под гостем.

Отсюда вывод: Windows при попытке зайти подставляет ваше имя пользователя (то есть имя учетной записи Windows) под которой вы сейчас сидите, и соответственно пароль. А так такое имя существует в samba то соответственно происходит неудачная попытка залогиниться под существующим пользователем samba. Соответственно если мы удаляем пользователя в samba, либо изменяем пользователя Windows, то происходит авторизация сразу под гостем.

Samba просит пароль, хотя стоит гостевой доступ (guest ok = yes) к шаре

Столкнулся с проблемой: настроив шару на samba с гостевым доступом, при попытке захода с Windows на сервер с этой samba введя ip в адресную строку “\xxx.xxx.xxx.xxx” , у меня настырно просило ввести логин и пароль для захода на сервер.

Стоит отметить, что на этом сервере были другие шары с авторизацией, но логин и пароль сервер должен был спрашивать на уровне захода в конкретную шару с авторизацией, и соответственно беспрепятственно пропускать в шару с гостевым доступом. Что примечательно с другого компьютера так и происходило.

Симптомы описаны, итак в чем же оказалось дело.

Необходимо удалить из samba пользователя с именем совпадающим с вашей учетной записью Windows под которой вы сидите.

Почему так происходит:

В шарах с гостевым доступом выставлено:

Также есть такой параметр

который по умолчанию выставлен в положение “Bad user”, что обозначает что запросы с неправильным паролем будут не приняты если такое имя пользователя существует, если не существует то заходим под гостем.

Отсюда вывод: Windows при попытке зайти подставляет ваше имя пользователя (то есть имя учетной записи Windows) под которой вы сейчас сидите, и соответственно пароль. А так такое имя существует в samba то соответственно происходит неудачная попытка залогиниться под существующим пользователем samba. Соответственно если мы удаляем пользователя в samba, либо изменяем пользователя Windows, то происходит авторизация

Читайте другие интересные статьи

Понравилась статья, расскажи о ней друзьям, нажми кнопку!

SAMBA спрашивает логин и пароль при доступе по сети (еще раз, сори)

Всем огромный привет! У меня CentOS 8 поставил sambу… конфиг:

что не так не пойму, до этого ставил и на ура … может мой конфиг не айс?

Например, нужные пользователи (в т.ч. nobody), не заведены на бэкенде утилитой smbpasswd.

Также у опубликованных директорий могут быть неверные «локальные» права.

Проблемы с форматированием кода.

нужные пользователи (в т.ч. nobody), не заведены на бэкенде >утилитой smbpasswd

Уважаемый, NDfan , а как это сделать? Ни разу не делал и не в одном мане не находил

smbpasswd -a nobody smbpasswd -e nobody

Если нужен гостевой доступ попробуй так

и всеравно не пускает

А подключение производится с чего?

с Windows 7 по сети

В настройках общего доступа случаем не включен доступ с парольной защитой?

На компе с самбой выполни

а правильный синтаксис, уважаемый?

Сори ключ -L забыл

после ребута, вообще перестало пускать ((( а, вообще, это нормально:

нет, сори, по имени компьютера, а по IP все норм — также не пускает без пароля какого-то))))

Пальцем в небо, закоменьть server min protocol = NT1

не изменилось, зато по netbios name стало пускать с запросом опять логина и пароля ( до этого вообще не пускало)

Смотрю исходный конфиг, и выработанный в ходе беседы, и многое вызывает сомнения. Самое главное — закомментированное имя раздела будет трактоваться интерпретатором не как выключенный блок (подозреваю, цель была такова), а как просто как отсутствующая строка.

А это значит, что весь массив параметров просуммировался с [global] (см. вывод своего testparm), что может приводить к неожиданному поведению.

У меня есть небольшая памятка по настройке (на основе мурзилки от Sander Van Vugt, для подготовки к сертификации по 7-й части), плюс личные модификации.

Наверное, многое можно сделать лучше, но работает штатно. Интеграция с Windows была не очень интересна, но должна частично поддерживаться (подключение к бездоменному stand-alone).

Samba запрашивает пароль и не пускает в расшаренные папки

Не попасть из-под Linux в расшаренные виндовые папки: samba запрашивает пароль, который никто не ставил, и пишет, что доступ запрещён. /etc/samba/smb.conf выглядит так:

т.е. машинка с виндой не пущает линакс, а вы пытаетесь на линаксе самбовые расшары (его же линупсовые) настраивать?

в винде гостя разреши

смотрите в логи, там все написано. Если не умеете читать — кладите логи сюда, попробуем помочь. А сами возьмите азбуку — это полезно.

Со стороны Винды доступ открыт (расшарен весь диск), пароля никто не ставил.

Это классический виндовый прикол

где-то то ли в реестре то ли в настройках политики безопасности винды нужно разрешить гостевой беспарольный вход в самбовы расшары

Говорят, там просто учетку гостя надо разблокировать.

В Windows или в Linux?

А в линуксе есть гостевая учетка? O_o

В последних убунтах есть «Guest session»

>В последних убунтах есть «Guest session»

В убунте есть много костылей, при помощи которых авторы пытаются превратить GNU/Linux в Windows.
Поэтому лично я не склонен считать, что «есть в убунте» == «есть в линуксе».

> «есть в убунте» == «есть в линуксе»

Разблокировал в Винде учётную запись гостя, перезагрузился — никаких изменений. При этом виндовые машины нормально читают диски друг друга: и на чтение, и на запись. И Windows XP, и Windows 7.

Проверь, что открыты порты на файрволе у венды: 137, 139, 445

ну то есть для начала проверь с отрубленным файрволом

С отключенным файрволом всё то же самое.

я out of ideas. В w2k работало

А может, проблема всё-таки в линуксовой самбе?

Когда речь заходит об убунте, имхо, правильнее будет «виндовс многолик». Ось определяется не только ядром/окружением, но и идеологией. Там, где конкретные технологии меняются радикально, идея может оставаться незыблемой.

строго говоря, для доступа к расшаренным виндовым каталогам нужна не вся самба, а только samba client

что выводит команда

smbclient -L -I IP_виндовой_машины?

Не попасть из-под Linux в расшаренные виндовые папки: samba запрашивает пароль

Как вообще ты пытаешься это осуществить? В гноме через переход — соединиться с сервером?

Попробуй через smbmount будет ли подключать.

# smbclient -L -I 192.168.1.3

192.168.1.3: Not enough ‘\’ characters in service

В KDE через кнопку «Сеть» \ «Общие папки Samba» в Dolphin’е. Команды smbmount баш не понимает.

Установи smbfs и потом можно будет в фстаб прописать шару, если она постоянна нужна. Для начала проверь вообще — будет работать или нет. Если да, то в кедах смотреть надо будет, что там.

Как заставить самбу спрашивать пароль при каждом доступе?

Мы настроили samba с общими папками, защищенными паролем. Проблема, с которой мы сталкиваемся, заключается в том, что нескольким пользователям было разрешено использовать одну и ту же систему. Например, если пользователь A впервые использует систему S1, система запрашивает имя пользователя & amp; пароль для доступа к общим папкам samba, а затем, если пользователь покидает это место и если пользователь B входит для доступа к той же системе, скажем S1, он не запрашивает пароль. Есть ли способ решить эту проблему?

Примечание:

• Я знаю, что это происходит из-за постоянных соединений. Но есть ли способ контролировать постоянные соединения с самого сервера samba?
• Можно ли заставить сервер samba запрашивать пароль при каждом доступе, отключив постоянные соединения?

Я надеюсь, что есть возможность Кстати, но у меня его нет. Я уже пробовал параметр deadtime , но он просто закрывает незанятые соединения и делает ресурс свободным. Т.е., если новый пользователь приходит и получает доступ к общему ресурсу samba, он не запрашивает имя пользователя & amp; пароль.

Обновления:

Использование ubuntu и windows и общий ресурс samba работает на сервере ubuntu 12.04.

При доступе к общему ресурсу samba из Ubuntu у меня нет проблем. Как только я размонтирую общий ресурс после его использования, он запрашивает имя пользователя и пароль во второй раз.

Но в Windows, когда я впервые получаю доступ к общему ресурсу samba, второй раз он не запрашивает имя пользователя и пароль, просто становится доступным общий ресурс samba.

Я просто хочу, чтобы windows machine запрашивала пароль каждый раз, когда пользователь закрывает общий ресурс, вместо того, чтобы делать net use * /delete каждый раз, и мы не можем приказать пользователю делать это каждый раз.

Есть ли способ заблокировать это поведение и заставить сервер samba запрашивать пароль каждый раз, когда они получают к нему доступ через системы Windows ??

Что я хочу исправить это, например пользователь A, B, & amp; C имеет учетные данные для доступа к общему ресурсу samba, где пользователь D, E & amp; F не авторизован для доступа к общему ресурсу samba, но им всем разрешено использовать одну и ту же систему, например Система A .

2 ответа

Ваша проблема в том, что ПОЛЬЗОВАТЕЛЬ A и ПОЛЬЗОВАТЕЛЬ B используют одно и то же имя пользователя в S1 !

Потому что, если бы они использовали разные имена пользователей , их бы определенно попросили ввести пароль.

В любом случае, обходной путь для вашей ситуации — размонтировать ресурс самбы после того, как с ним поработали. Это просто сделать с помощью nautilus , нажав кнопку eject рядом с ним.

Другой обходной путь — добавить новых пользователей для системы S1 , и когда ПОЛЬЗОВАТЕЛЬ A завершит работу, он может выйти из системы просто так, чтобы ПОЛЬЗОВАТЕЛЬ B не может получить доступ к ПОЛЬЗОВАТЕЛЯМ А

Вы используете Windows клиентов, не так ли?

Ну, я не думаю, что это вопрос постоянных соединений , я думаю, что это скорее вопрос [ 1127] кэшированные учетные данные на клиентах. И чтобы избежать этого, вам придется настроить своих клиентов. Цитируя непосредственно из этой страницы :

Samba не контролирует кэширование паролей на стороне клиента.

Кэширование учетных данных для входа в домен является деятельностью на стороне клиента. В клиентах Windows 2000 Professional и Windows XP Profesional есть параметры реестра, которые управляют кэшированием учетных данных для входа в систему.

• Нажмите Пуск> Выполнить> введите gpedit.msc
• Проверьте конфигурацию компьютера \ Параметры Windows \ Параметры безопасности \ Локальные политики \ Параметры безопасности
• Установите флажок «Интерактивный вход в систему: номер предыдущего» Logins To Cache «(если значение равно 0, то кэшированные учетные данные отключены)

Также проверьте . — Конфигурация компьютера \ Административные шаблоны \ Система \ Вход в систему — Проверка» Всегда ждать сеть при запуске компьютера и входе в систему »(убедитесь, что это не настроено или отключено)

Если вы используете winbind, вы можете также отключить автономный вход winbind, добавив в свой файл smb.conf: [ 1119]

winbind offline logon = false

РЕДАКТИРОВАТЬ:

Я также нашел этот интересный вопрос . Вы можете попытаться добавить несколько:

в автозапуск вашего клиента на клиентах, чтобы учетные данные удалялись всякий раз, когда любой пользователь выполняет вход в систему. Взгляните также на этот ответ . Кажется, что можно остановить Windows кэширование учетных данных для каждой акции следующим образом:

Но, вероятно, для вашей задачи достаточно что-то вроде:

Найдите тот, который лучше всего соответствует вашим потребностям, и попробуйте включить его в автозапуск (или в реестре run записей).