Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Множественное подключение к серверу не разрешено

Автор: simontron
Дата сообщения: 27.10.2007 13:51
После исследований выяснилось, что в случае с AD это может произойти в случае когда станции (или серверы) регистрируют свои имена в DNS с суфиксом.
Например есть комп "Test" и домен "firma.local"
Если он регистрируется в DNS как "test.firma.local." то при запросе \\test\c$ будет как раз ваша ситуация.
Проблемму можно решить обращаясь по полному имени. Например test.firma.local\с$
Автор: BxTRmc
Дата сообщения: 01.12.2007 22:01
У меня наоборот... Вводил IP //192.168.0.1/с$, появлялась ошибка о множественном подключении. Попробовал ввести имя //Server/c$ и все заработало. В чем причина не понял...
Автор: NcaSQw
Дата сообщения: 02.12.2007 11:56
Люди, прекратите мучиться! Протокол SMB не допускает более одного одновременного подключения к серверу, так что если вы уже установили от имени какого-угодно пользователя соединение, то от имени другого установить никак не получится, будь вы хоть семи пядей во лбу. Хотите под новым пользователем подключиться? - рвите старое соединение. А то, что вы не знаете, что старое соединение уже установлено, ещё не значит, что его нет.
Автор: DrMzi
Дата сообщения: 20.02.2008 16:14
Таже ситуация походу ...

имеется одноранговая сеть 30 компов, AD нэт.
при расшаревании папочки на Win2003 Server всё проходит вроде хорошо,
но с клиентских машин (WinXP) в папку не пускает - говорит отказано в доступе,
при попытке подключить сетевой диск на клиенте - ввожу логин/пароль серверный и получаю Множественное подключение к серверу не разрешено

в чём проблема неясно ...
на сервере гвеста разблокировал.
на серваке завёл юзверей, чтоб логины-пароли совпадали с локальными для юзера,
Да, рядом стоит такойже win2003 server там всё работает, а второй сервер не хочет однако.

Need help
Автор: abominable
Дата сообщения: 24.03.2008 07:24
была проблема в AD...
решилось выставлением правильного часового пояса и времени на клиенте...
Автор: SergR
Дата сообщения: 31.03.2008 13:01
NcaSQw
Вообще это ограничения не протокола SMB, а его реализации от MS. Еще точнее - клиента, потому как смб-клиент на линухе (дефолтная самба) без проблем может подключаттся к ресурсу на виндовой машине сразу с несколькими учетными записями (проверено лично).
Автор: zhekash
Дата сообщения: 09.06.2008 17:37
Методом проб и ошибок я пришел к следующему решению проблемы. Необходимо всего лишь отключить в параметрах безопасности Учетные записи: ОГРАНИЧИТЬ ИСПОЛЬЗОВАНИЕ ПУСТЫХ ПАРОЛЕЙ ТОЛЬКО ДЛЯ КОНСОЛЬНОГО ВХОДА. В моем случае это помогло. Так что пробуйте.
Автор: snoitaleR
Дата сообщения: 16.07.2008 13:08
У меня получилось!
Я отключил подключенные сетевые диски, и после этого смог зайти на ADMIN$ и C$...

Добавлено:
Не уследил за изменениями...
После повторного подключения сетевых дисков без ошибки зашел и на C$ и на ADMIN$...
Причина осталась неизвестной...
Автор: adjuster
Дата сообщения: 27.08.2008 14:43
Чуть-чуть (2 месяца) с опозданием, но вдруг кому пригодится: решал проблему конекта к SAMBA с WIN XP - вот что заметил: если подключать сетевые диски используя путь по IP, то в дальнейшем будут выдаваться ошибки: не возможно множественное подключение..
Если использовать путь через имя \\server\ - то в дальнейшем можно открывать и другие соединения, но тоже через имя (ошибок не будет).

Похоже тут какие-то косяки с NetBios.
Автор: Vbd
Дата сообщения: 28.08.2008 09:49
snoitaleR
спасибо помогло
после смены на сервере пароля win2k выдавал такое же сообщение, пока не отключил сетевые диски от сервера, а потом переподключил по новой. и все заработало
Автор: MAMAMIAKNGURU
Дата сообщения: 05.09.2009 13:29
В общем проблема и в самом деле была нерешаемая, куча чего пришлось сделать, кучу чего перепробовать.
8 потов изошло, сотни клоков волос вырвано, ОДНАКО!

Решение нашлось, часть информации почерпана из вашего форума, и решение пришло в голову именно тогда когда читал тут. Не знаю актуально это теперь, или нет, но может кому пригодится в дальнейшем ...
Итак, что сделал и что получилось:

Введение:
Имеем:
1 Имеем сервак Win_Server_2003 с файловой системой NTFS, (обязательное условие)
2 Машины клиенты с WinXp-Home_Edition
Необходимо:
1 Организовать доступ к файлам и папкам на сервере таким образом, чтобы различные пользователи и группы имели

разлиный доступ к различным файлам, или же различный уровень доступа к одной папке, или файлу.
2 Сделать это не поднимая контроллер домена.

Решение:
1 На машине под управлением вин2003 прописываем юзеров, что разумеется все умеют делать.
2 Создаем папку, к которой требуется предоставит индивидульный или групповой ресурс для конкретного или конкретных пользователей.
3 логинимся в вин 2003 под учеткой админа, или с его правами (я обычно логинюсь из под простого юзера, в целях
безопасности)
4 Заходим в свойства папки, вкладка безопасность, нажимаем дополнительно, убираем галочку наследование разрешений родительского объекта [или что-то в этом духе ]
5 не обращаем внимание на то, что пишут, нажимаем "удалить", ну или читаем в целях самообразования.
6 формируем новые разрешения: нажимаем добавить-дополнительно-поиск-выбор_пользователя_или_группы, нажимаем ОК
7 в появившейся таблице разрешений подробно указываем что именно нужно разрешить.
8 Нажимаем ОК, повторяем при необходимости для различных пользователей, или групп.
9 ВАЖНО !!! ...помним, что разрешения указывать нужно униальные. Это подразумевает что, если вы укажете определенный доступ группе пользователей, при этом решите какому-то конкретному пользователю входящему в эту группу предоставить особые полномочия, тогда....скорее всего возникнут проблемы с тем, чтобы это сделать, при чем видно это будет только тогда когда юзер не сможет получить именно те привелегии которые вы ему дали . Это произойдет из-за того, что вы уже предоставили ограниченный доступ группе. (Звучит может и не слишком понятно, но уж извините объяснил как смог)
9 НАжимаем ОК и утверждаем разрешения NTFS
10 Теперь собственно об открытии доступа по сети
Открываем File-server-manager предоставляем к папочке, которую мы только что отредактировали полный доступ группе "ВСЕ". Пытаемся подключиться к серверу с машины под управлением Xp-home, Ждем чуда, радуемся если случилось ...не произошло?...тогда чешем репу и идем дальше

11 НА сервере: Пуск-выполнить GPEDIT.MSC windows_settings-локальные политики-параметры безопасности-сетевой
доступ:модель совместного доступа и безопасности для локаьных учетных записей - выбираем обычную модель. (если уже выбрана, снова чешем репу, и снова идем дальше)

12 Открываем сomputer management идем в учетеные записи пользователей и выключаем к "едреней фене" (термин такой) учетную запись гостя, если она включена (если она выключена, чешем репу...и молимся о том, чтобы описанные мной далее пункты принесли пользу. Отрываться от моего поста не советую, потому как еще нужно настроить машину клиента, возможно проблемы скрываются там)

13 Меняем имя пользователя на машине клиента в соответвии с именем заданным на сервере. (Пункт условный, и вероятно не требуется, однако я не стал рисковать и на всякий случай сделал именно так). панель управления-учетки
пользователей-изменить_запись-изменить имя на то которое требуется.

14 Идем в мой_компьютер-сервис-свойства_папки-вид-снимаем галку автоматический_поиск_сетевых_файлов_и_принтеров.

15 Чешем репу...чисто для профилактики

16 Перезагружаем машину клиента

17 Логинимся на сервере и подключаем сетевой диск, удобным Вам способом, например так: Мой_компьютер-сервис-подключить_сетевой_диск, ищем свою папку к которой дали досту нажимаем подключить,
появляется приглашение ввести имя пользователя и пароль

18 С радостью и большой надеждой вводим данные юзера, которого завели, ставим галочку на пункте "восстанавливать при входе в систему", нажимаем ОК

19 Если результат достигнут, с воодушевлением и самоудовлетворенностью наслаждаемся полученным результатом, и
благодарим автора, т.е. меня за сотворенное чудо, если нет...Ну да, Вы наверное догадались: "чешем репу,
материмся...читаем форумы в общем ищем иной способ организовать разграниченный доступ по локалке"



Резюме...
Всем вышеописанным мы:
1 предоставили "полный сетевой доступ" к папке на сервере,
2 ограничениями NTFS добились детальных разрешений для конкретных пользователей.
3 Заставили сервер требовать имя пользователя и пароля с тем чтобы принять во внимание условия NTFS и залогинить на сервер юзера под ПРАВИЛЬНЫМИ учетными данными, а не под учеткой гостя.
4 заставили машины клиенты предоставлять серверу правильные имена и пароли, а ни те, которые им вздумается.

Надеюсь мой длительный пост помог вам
Удачи!

PS Потратил на написание сообщения час из них 40 минут на регистрацию на форуме (не люблю я это), на поиск решения тучу времени.
Извиняйте за некоторые неточности в статье, и не "ловите" на мелочах, кое-где писал по памяти главное что цель достигнута и машинки с WinXp-Home работают так, как нужно.

Автор: ostrik
Дата сообщения: 18.09.2009 08:47
Все ответы здесь:

Err Msg: The Credentials Supplied Conflict with an Existing...
http://support.microsoft.com/?KBID=106211

Multiple Credentials in a Single Windows NT Session
http://support.microsoft.com/default.aspx?scid=kb;en-us;173199

Password Case Sensitivity and System Error 1219
http://support.microsoft.com/?KBID=98724

Автор: brucelee
Дата сообщения: 27.11.2009 08:48
Если комуто еще понадобится эта тема, то в ситуации которой описал adjuster на несколько постов выше, от windows на samba действительно при обращении по netbios-имени, все подключается нормально. А по ip выдает ошибку множественного подключения (если до этого конектились под другим пользователем или под гостем например).
Вобщем нужно как то убивать открытые сессии на сервере.
С виндовым не расбирался, но смысл тот же.

Автор: obitt
Дата сообщения: 08.10.2010 16:29
Была такая же проблема, решилась вводом ip-адреса вместо имени сервера, как тут и писали выше.
Автор: featdetect
Дата сообщения: 18.03.2012 12:48
Соединяю две W7, та же проблемма. Как же, всё-таки, разрешить этот множественный сетевой вход?
Автор: ph5
Дата сообщения: 21.01.2013 15:56
Народ, сорри, не совсем по теме... Проблема с подключением к "шарам". Одноранговая локальная сеть, во все компы могу заходить на c$, d$, кроме одного, при попытке подключения \\compik\d$ -
И "гость" везде включил и групповую политику по дефолту, через загрузку шаблона, ставил(кстати, после восстановления гр. политик по дефолту меня вообще перестало пускать на проблемный комп, пока не сделал так: 1)Убрал "гостя" из Локальные политики безопастности->Локальные политики->назначение прав пользователя->Отказ в доступе к компьютеру из сети"). Ладно, просто \\compik теперь заходит, а вот на шары нет(( Есть какие нить варианты как это побороть? win xp sp3. И еще заметил на проблемном компе не получается посмотреть свойства "шар". Этих "свойств" просто нет!

Добавлено:
Разобрался, надо было снять галку "Простой доступ к файлам и папкам" Блин, я даже и не подозревал, что там глака это включена!

Страницы: 12

Предыдущая тема: Как сделать из роутера прокси?


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.