Системная ошибка 1219 множественное подключение к серверу или к общим ресурсам одним пользователем

Речь пойдет об ошибке подключения к сетевому ресурсу в windows, а именно: Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя не разрешено. отключите все предыдущие...

2012-06-26 23:58:20

Windows

Samba

Речь пойдет об ошибке подключения к сетевому ресурсу в windows, а именно:

Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя не разрешено. отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторите…

Возникает она в случае, если вы подключены к общему ресурсу с одними учетными данными и пытаетесь подключиться к другому ресурсу на том же сервере но с другими учетными данными, а сервер (в моем случае Samba) настроен в режиме security = USER.

Немного подробнее о security = USER

Пример security устанавливает «security mode bit» в репликах к smbd в момент согласования протокола, тем самым включая или отключая режим безопасности. Клиенты, основываясь на этой информации, определяют нужно ли (и если да то как) передавать серверу имя пользователя и пароль.

При security = USER, клиент должен сначала произвести вход (logon), с существующим именем пользователя и паролем (имя может быть транслировано с помощью параметра username map). Шифрованные пароли (см. encrypted passwords) также могут быть использованы в этом режиме.

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

Есть одна ошибка в Windows для рабочих групп (Windows for Workgroups, WfWg), которая имеет отношение к этому параметру. При работе в режиме USER или SERVER, клиенты Windows для рабочих групп игнорируют имя пользователя и пароль, указываемые в диалоге для доступа к ресурсу. «Благодаря» этому практически невозможно присоединиться к сервису Samba пользователем, отличным от того, с правами которого произведен вход в Windows.

Решение проблемы

Гениально простое решение предлагает нам M$: подключиться к серверу не по имени, а по IP. Действительно просто и замечательно работает :)


Итак мы подключены к servershare1 под именем user1 и хотим подключиться к servershare2 как user2. Для этого заходим на сервер по IP, например 192.168.0.1share2 и подключаемся как user2. Все прекрасно работает.

Этого вполне достаточно для того чтобы зайти на не доступный пользователю ресурс под админом. Если требуется более 2 юзеров при доступе к серверу, то стоит подумать о security = SHARE в самбе или о способе 2 от M$ — создать в DNS алиасы для сервера и ходить к нему под разными именами.

Ссылки на использованные материалы:

  • Все о Samba — security
  • Подключение сетевого диска под другим именем
  • KB938120 Использовать учетные данные пользователя для подключения к общему сетевому ресурсу с компьютера под управлением Windows появляется сообщение об ошибке: «сетевая папка подключена с использованием другого имени пользователя и пароля»

BizTalk Server 2013 R2 Branch BizTalk Server 2013 R2 Developer BizTalk Server 2013 R2 Enterprise BizTalk Server 2013 R2 Standard Еще…Меньше

Симптомы

Предположим, используется Microsoft BizTalk Server в Windows Server 2012 R2 или Windows Server 2012. При попытке использовать адаптер файла при использовании альтернативных учетных данных, появиться следующие сообщения об ошибках:

Ошибка 1219 (0x800704c3)

«Ядро системы обмена сообщениями не удалось добавить расположение приема «Получать Location1» с URL-адреса «\fileservernamesharename*.*» адаптер «ФАЙЛ». Причина: «адаптер ФАЙЛ нет доступа к общему сетевому ресурсу с помощью предоставленных учетных данных. URL-адрес: \fileservernamesharename ошибка: несколько подключений к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя, не допускаются. Отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторите попытку. «. ‘

Решение

Информация о накопительном пакете обновления

BizTalk Server 2013 R2

Сначала эта проблема была исправлена в следующем накопительном обновлении для BizTalk Server 2013 R2:

  • Накопительное обновление 1 (CU1) для BizTalk Server 2013 R2

Примечание. Эта проблема имеет зависимость от исправления Windows. Необходимо также установить обновление 3068441 или более поздней версии для BizTalk 2013 R2 на сервере под управлением Windows Server 2012 R2.

Статус

Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».

Ссылки

Нужна дополнительная помощь?

Содержание

  1. Windows Ошибка 1219
  2. Немного подробнее о security = USER
  3. Решение проблемы
  4. Множественные подключения к серверу или общему ресурсу одним и тем же пользователем с использованием более одного имени пользователя не допускаются.
  5. 9 ответов
  6. Множественные подключения к серверу или общему ресурсу одним и тем же пользователем с использованием более одного имени пользователя не допускаются.
  7. Как удалить ошибку в Linux domain envorirment error1219 Множественные подключения к серверу
  8. Блог IT человека
  9. пятница, 9 сентября 2011 г.
  10. Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя неразрешено. отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторит

Windows Ошибка 1219

Речь пойдет об ошибке подключения к сетевому ресурсу в windows, а именно:

Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя не разрешено. отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторите.

Возникает она в случае, если вы подключены к общему ресурсу с одними учетными данными и пытаетесь подключиться к другому ресурсу на том же сервере но с другими учетными данными, а сервер (в моем случае Samba) настроен в режиме security = USER.

Немного подробнее о security = USER

Пример security устанавливает «security mode bit» в репликах к smbd в момент согласования протокола, тем самым включая или отключая режим безопасности. Клиенты, основываясь на этой информации, определяют нужно ли (и если да то как) передавать серверу имя пользователя и пароль.

При security = USER, клиент должен сначала произвести вход (logon), с существующим именем пользователя и паролем (имя может быть транслировано с помощью параметра username map). Шифрованные пароли (см. encrypted passwords) также могут быть использованы в этом режиме.

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

Есть одна ошибка в Windows для рабочих групп (Windows for Workgroups, WfWg), которая имеет отношение к этому параметру. При работе в режиме USER или SERVER, клиенты Windows для рабочих групп игнорируют имя пользователя и пароль, указываемые в диалоге для доступа к ресурсу. «Благодаря» этому практически невозможно присоединиться к сервису Samba пользователем, отличным от того, с правами которого произведен вход в Windows.

Решение проблемы

Гениально простое решение предлагает нам M$: подключиться к серверу не по имени, а по IP. Действительно просто и замечательно работает 🙂

Итак мы подключены к servershare1 под именем user1 и хотим подключиться к servershare2 как user2. Для этого заходим на сервер по IP, например 192.168.0.1share2 и подключаемся как user2. Все прекрасно работает.

Источник

Множественные подключения к серверу или общему ресурсу одним и тем же пользователем с использованием более одного имени пользователя не допускаются.

Используется Windows 2008 R2. На нашем сервере мы получаем эту ошибку: «Множественные подключения к серверу или общему ресурсу одним и тем же пользователем с использованием более одного имени пользователя не разрешены. Отключите все предыдущие подключения к серверу или общему ресурсу и попробуйте еще раз». при попытке сопоставить диск в командной строке. Однако на удаленном компьютере нет открытых окон проводника, и на удаленном компьютере ничего не отображается, когда я выполняю «чистое использование».

Почему Windows думает, что что-то подключено, когда «net use» сообщает, что для него нет открытых дисков или папок?

Как заставить Win перестать думать, что что-то подключено, без перезапуска?

Похоже, что я получаю сообщение об ошибке, если указываю имя пользователя и пароль. Если я просто вставлю:

Это работает, но если я вставлю

Это дает ошибку. Почему это могло быть?

9 ответов

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

Возможно, диспетчер учетных данных Windows хранит учетные данные для общего сетевого ресурса.

hhBU2

Я хочу использовать USB-накопитель маршрутизатора в качестве сетевого хранилища для разных пользователей, так как в этой ветке я встретил сообщение об ошибке

«Множественные подключения к серверу или общему ресурсу одним и тем же пользователем с использованием более одного имени пользователя не разрешены. Отключите все предыдущие подключения к серверу или общему ресурсу и повторите попытку».

Помимо метода с использованием команды «NET USE», я нашел другой способ с веб-страницы

Лучше устранить ограничение подключения Windows, отредактировав файл hosts, который находится в каталоге «C: Windows System32 Drivers etc».

Например, IP-адрес моего маршрутизатора 192.168.1.1, а его USB-накопитель имеет три общие папки: user1, user2 и user3, которые разделены для трех пользователей, тогда мы можем добавить следующие три строки в файл hosts,

В этом примере мы сопоставляем server1 с пользователем # 1, server2 с пользователем # 2 и server3 с пользователем # 3.

После перезагрузки ПК мы можем подключить папку user1 для пользователя №1, user2 для пользователя №2 и user3 для пользователя №3 одновременно в проводнике Windows, то есть

Если мы введем имя маршрутизатора как \ server1 в поле индикации папки проводника, он отобразит все общие папки USB-накопителя маршрутизатора в правой панели проводника и sever1 в разделе «Сеть» на левой панели проводника, тогда пользователь №1 может доступ к общей папке user1.

В этот раз, если мы введем \ server2 или \ server3 в поле индикации каталога проводника, то мы можем подключить USB-накопитель маршрутизатора как server2 или server3 и получить доступ к общей папке user2 или user3 для пользователя # 2 или пользователя # 3 и одновременно поддерживать соединение «server1».

Используя этот метод, мы также можем использовать команду «NET USE» для выполнения этих действий.

Вот альтернатива Powershell ответу.

net use \ /delete самый быстрый и целевой (не влияет на другие соединения), но во многих случаях он не работает по одной из многих причин.

Если все не удается, перезапустите службу LanmanWorkstation, вы можете использовать этот сценарий:

Недостаточно перезапустить службу рабочей станции (например, из консоли services.msc)
Возможно, службу необходимо отключить на короткое время. Если вы выполняете этот перезапуск из сценария, возможно, лучше добавить задержку в 1 секунду.

В случаях, когда net use \ /delete не работает, потому что другая программа все еще использует этот общий ресурс, вы можете идентифицировать такую ​​программу и удалить дескриптор блокировки, не закрывая его. Используйте Sysinternals Process Explorer, нажмите Ctrl + F для поиска и введите имя хост-машины, владеющей таким общим ресурсом. Щелкните каждый результат, окно программы за диалогом поиска переместится к дескриптору найденной программы. Щелкните этот маркер правой кнопкой мыши и выберите «Закрыть ручку». (или просто закройте такую ​​программу, если можете). Это работает только в обычных случаях, когда действительно есть программа, блокирующая отключение общего ресурса. Не в тех странных случаях, когда он заблокирован без причины.

повышенная учетная запись имеет собственную среду. Это приводит к неожиданному поведению.
Если вы выполните команду net use в консоли cmd / PS с повышенными привилегиями, это не повлияет на то, какого пользователя Windows Explorer будет использовать для доступа к общему ресурсу.
И наоборот, если вы запустите программу из общего ресурса, и программа запросит и получит повышенный доступ, эта программа потеряет соединение с этим общим ресурсом и любыми файлами, которые могут потребоваться для запуска. Вам необходимо запустить net use из cmd / PS с повышенными привилегиями, чтобы создать подключение к общему ресурсу с повышенными правами.

В некоторых случаях может помочь удаление последних папок из быстрого доступа в проводнике Windows (вверху левой панели).
Если хост, к которому вы подключаетесь, предлагает разные уровни доступа в зависимости от пользователя и / или имеет гостевой (анонимный) доступ к общему ресурсу, вы можете часто сталкиваться с такой ситуацией.
Когда вы получаете доступ к общему ресурсу, используя свое имя пользователя, папка внутри такого общего ресурса может быть назначена панели быстрого доступа как недавний элемент. Когда вы открываете проводник Windows после перезапуска, недавние элементы в быстром доступе будут проверены, и будет установлено соединение с хост-машиной и останется открытым в форме MUP. Если ваш общий ресурс принимает как авторизованные, так и анонимные подключения, просто открытие Windows Explorer создаст анонимное подключение, и когда вы нажмете на общий ресурс, который требует авторизации, вы не увидите диалоговое окно учетных данных, а получите сообщение об ошибке.

Кажется, достаточно перезапустить службу проводника Windows:

В моем случае это помогло.

В нашей сети я обнаружил, что перезапуск службы Workstation на клиентском компьютере может решить эту проблему. Это сработало в тех случаях, когда перезагрузка клиента также решила проблему. Но перезапустить службу намного быстрее и проще [и может работать, когда перезагрузка не работает].

У меня сложилось впечатление, что локальный ПК с Windows кэширует некоторую старую информацию, и это, кажется, ее очищает.

Для получения информации о перезапуске службы см. этот вопрос. Это сводится к запуску следующих команд в командной строке:

Примечание. Флаг /y заставит службу остановиться, даже если это прервет существующие соединения. Но в противном случае он подскажет пользователю и подождет. Так что это может быть необходимо для написания сценариев.

Имейте в виду, что в Windows Server 2016 (и, возможно, других) эти команды также могут остановить службу входа в сеть. В таком случае вам нужно будет добавить: net start netlogon

Источник

Множественные подключения к серверу или общему ресурсу одним и тем же пользователем с использованием более одного имени пользователя не допускаются.

multiple connections to a server or shared resource by the same user using more than one user name are not allowed 1

Как удалить ошибку в Linux domain envorirment error1219 Множественные подключения к серверу

Используется Windows 2008 R2. На нашем сервере мы получаем такую ​​ошибку: «Множественные подключения к серверу или общему ресурсу одним и тем же пользователем с использованием более одного имени пользователя не разрешены. Отключите все предыдущие подключения к серверу или общему ресурсу и повторите попытку». при попытке сопоставить диск в командной строке. Однако на удаленном компьютере нет открытых окон проводника, и на удаленном компьютере ничего не отображается, когда я выполняю «чистое использование».

Почему Windows думает, что что-то подключено, когда «net use» сообщает, что для него нет открытых дисков или папок?

Как заставить Win перестать думать, что что-то подключено, без перезапуска?

Похоже, что я получаю сообщение об ошибке, если указываю имя пользователя и пароль. Если я просто введу:

это работает, но если я вставлю

это дает ошибку. Почему это могло быть?

В нашей сети я обнаружил, что перезапуск службы Workstation на клиентском компьютере может решить эту проблему. Это сработало в тех случаях, когда перезагрузка клиента также решила бы проблему. Но перезапустить службу намного быстрее и проще [и может работать, когда перезагрузка не работает].

У меня сложилось впечатление, что локальный компьютер с Windows кэширует старую информацию, и это, кажется, ее очищает.

Для получения информации о перезапуске службы см. Этот вопрос. Это сводится к запуску следующих команд в командной строке:

Обратите внимание /y флаг заставит службу остановиться, даже если это прервет существующие соединения. Но в противном случае он подскажет пользователю и подождет. Так что это может быть необходимо для написания сценариев.

Имейте в виду, что в Windows Server 2016 (+ возможно, другие) эти команды также могут остановить службу входа в сеть. В таком случае вам нужно будет добавить: net start netlogon

Кажется, достаточно перезапустить службу проводника Windows:

В моем случае это помогло.

net use \ /delete должно работать, но во многих случаях это не так.

net stop workstation поскольку предлагает @DaveInCaz работает в таких случаях.

У меня есть кое-что, почему и как я не смог вписаться в комментарий.

Недостаточно перезапустить службу рабочей станции (например, из консоли services.msc)
Возможно, службу необходимо отключить на какое-то время. Если вы выполняете этот перезапуск из сценария, может быть лучше добавить задержку в 1 секунду.

В случаях, когда net use \ /delete не работает, потому что другая программа все еще использует этот общий ресурс, вы можете идентифицировать такую ​​программу и удалить дескриптор блокировки, не закрывая ее. Используйте Sysinternals Process Explorer, нажмите Ctrl + F для поиска и введите имя хост-машины, владеющей такой общей папкой. Щелкните каждый результат, окно программы за диалогом поиска переместится к дескриптору найденной программы. Щелкните этот маркер правой кнопкой мыши и выберите «Закрыть ручку».(или просто закройте такую ​​программу, если можете). Это работает только в обычных случаях, когда действительно есть программа, блокирующая отключение общего ресурса. Не в тех странных случаях, когда он заблокирован без причины.

повышенная учетная запись имеет собственную среду. Это приводит к неожиданному поведению.
Если вы сделаете net use в консоли cmd / PS с повышенными привилегиями, это не повлияет на пользователя, который будет использовать проводник Windows для доступа к общему ресурсу.
И наоборот, если вы запустите программу из общего ресурса, и программа запросит и получит повышенный доступ, эта программа потеряет соединение с этим общим ресурсом и любыми файлами, которые могут потребоваться для запуска. Вам нужно бежать net use из cmd / PS с повышенными привилегиями, чтобы создать подключение к общему ресурсу с повышенными привилегиями.

В некоторых случаях может помочь удаление последних папок из быстрого доступа в проводнике Windows (вверху левой панели).
Если хост, к которому вы подключаетесь, предлагает разные уровни доступа в зависимости от пользователя и / или имеет гостевой (анонимный) доступ к общему ресурсу, вы часто можете столкнуться с такой ситуацией.
Когда вы получаете доступ к общему ресурсу, используя свое имя пользователя, папка внутри такого общего ресурса может быть назначена панели быстрого доступа как недавний элемент. Когда вы открываете проводник Windows после перезапуска, недавние элементы в быстром доступе будут проверены, и будет установлено соединение с хост-машиной и останется открытым в форме MUP. Если ваш общий ресурс принимает как авторизованные, так и анонимные подключения, просто открытие Windows Explorer создаст анонимное подключение, и когда вы нажмете на общий ресурс, который требует авторизации, вы не увидите диалоговое окно учетных данных, а получите сообщение об ошибке.

Я дал ответ на сайте суперпользователя на тему «Открыть сетевой диск с другим пользователем» (https://superuser.com/questions/577113/open-a-network-drive-with-different-user/1524707# 1524707)

Я хочу использовать USB-накопитель маршрутизатора в качестве сетевого хранилища для разных пользователей, так как в этой ветке я встретил сообщение об ошибке

«Множественные подключения к серверу или общему ресурсу одним и тем же пользователем с использованием более одного имени пользователя не разрешены. Отключите все предыдущие подключения к серверу или общему ресурсу и повторите попытку».

Помимо метода с использованием команды «NET USE», я нашел другой способ с веб-страницы

Лучше устранить ограничение подключения Windows, отредактировав файл hosts, который находится в каталоге «C: Windows System32 Drivers etc».

Например, IP-адрес моего маршрутизатора 192.168.1.1, а его USB-накопитель имеет три общие папки: user1, user2 и user3, которые разделены для трех пользователей, тогда мы можем добавить следующие три строки в файл hosts,

В этом примере мы сопоставляем server1 с пользователем №1, server2 с пользователем №2 и server3 с пользователем №3.

После перезагрузки ПК мы можем одновременно подключить папку user1 для пользователя №1, user2 для пользователя №2 и user3 для пользователя №3 в проводнике Windows, то есть

если мы введем имя маршрутизатора как server1 в поле индикации папки проводника, он отобразит все общие папки USB-накопителя маршрутизатора в правой панели проводника и sever1 в разделе «Сеть» на левой панели проводника, тогда пользователь №1 может доступ к общей папке user1.

В это время, если мы введем server2 или server3 в поле индикации каталога проводника, то мы можем подключить USB-накопитель маршрутизатора как server2 или server3 и получить доступ к общей папке user2 или user3 для пользователя # 2 или пользователя # 3 и одновременно поддерживать соединение «server1».

Используя этот метод, мы также можем использовать команду «NET USE» для выполнения этих действий.

Вот альтернатива Powershell ответу @UuDdLrLrSs.

Возможно, диспетчер учетных данных Windows хранит учетные данные для общего сетевого ресурса.

Multiple connections to a server or shared resource by the same user using more than one user name are not allowed

Источник

Блог IT человека

пятница, 9 сентября 2011 г.

Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя неразрешено. отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторит

Бывают такие ситуации когда: 1 ситуация:

Заходите на сетевую папку и в этот момент выскакивает окошко с вводом сетевого пароля и по ошибке Вы ввели не тот пароль и поставили галку сохранить пароль и при повторном заходе в папку выскакивает ошибка доступа.

2 ситуация:

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

В дополнение: Сетевые пароли храняться в контенере которы можно отредактировать или удалить с помощью команды: control userpasswords2 (Пуск->Выполнить->control userpasswords2)

Доп. ключ слова к статье : пароль на сетевой папке, сброс сетевого пароля, сетевое имя и пароль, сетевой пароль, ввод сетевого пароля, пароль сетевого подключения, сетевые пароли xp, требует сетевой пароль, сетевой пароль windows xp, как узнать сетевой пароль, сетевое окружение пароль, как убрать сетевой пароль, сбросить сетевой пароль, управление сетевыми паролями, забыл сетевой пароль, требует ввод сетевого пароля, взлом сетевого пароля, ввод сетевого пароля xp, установка сетевого пароля, отключение сетевого пароля, сетевой пароль vista, как поставить сетевой пароль, сетевой пароль указан неверно, сетевые пароли win xp, как удалить сетевой пароль, пароль сетевого подключения windows xp, как убрать ввод сетевого пароля, как установить сетевой пароль, ввод сетевого пароля win 7, windows 7 требует сетевой пароль, убрать сетевой пароль windows 7, сетевой доступ по паролю, удаление сетевых паролей, где взять сетевой пароль, как взломать сетевой пароль, как отключить ввод сетевого пароля, очистить сетевые пароли, подбор сетевого пароля, сетевой пароль по умолчанию, безопасность windows ввод сетевого пароля, создание сетевого пароля, ввод сетевого пароля windows xp, где посмотреть сетевой пароль, где хранятся пароли сетевых подключений, где найти сетевой пароль, сетевая папка запрашивает пароль, управление сетевыми паролями windows xp, как создать сетевой пароль, сохранить пароль к сетевой папке, управление сетевыми паролями windows 7, как снять сетевой пароль, как настроить windows xp, хранение сетевых паролей, как настроить виндовс, как установить сетевое подключение,

Источник

Вычислительная техника всегда полностью детерминирована. В ней нет полурешений или частичных ответов. Есть только нули, есть только единицы. И если что-то не работает, то оно не работает всегда и по вполне выявимой причине. Примерно так полагали отцы-основатели храма компьютера. А потом в вычислительном блоке завелись тараканы, маленькие такие жучки, которые стохастически бегали и замыкали контакты, что приводило к ошибкам, возникающим случайным образом, к ошибкам, которые не укладываются в детерминированную, жесткую модель двоичной вычислительной техники.

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

Перфолента винтажная

Перфолента винтажная

Именно о такой «ошибке» и пойдет дальше речь. Действие происходит в среде операционной системы Windows 10. Разрядность или редакция системы не имеет значения. При попытке подключения к сервису Samba удаленного сервера в локальной сети на Linux при использовании команды net use возникает ошибка множественного доступа:

System error 1219 has occurred.

Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again.

Ошибка будет возникать и при попытке подключиться к «расшареной папке» на удаленном сервере обычным проводником. Гугленье по номеру и описанию ошибки ни к каким позитивным результатам не приводит, так как ошибка настолько старая, что даже ссылки на базу знаний Microsoft ведут на страницу ошибки об отсутствии ошибки, а не на описание того, как с появившейся бедой справиться.

В моем случае я пытался подключать сетевой диск из командного файла. Операция проводилась командой:

NET USE B: \192.168.1.11BU BU2 /user:BUS /persistent:no

Где в качестве диска B: примонтировывалась папка BU с сервера, заданного IP-адресом 192.168.1.11. При этом подключение осуществлялось под пользователем BUS с паролем BU2. И подключение существовало до перезагрузки (или его можно было отключить командой NET USE B: /DELETE).

Но, начнем по порядку. Давным-давно, по причинам ведомым одним только разработчикам, да архитекторам Microsoft, сетевые подключения к сервисам удаленный папки (та самая Samba) жестко ограничивались только одним пользователем на один сервер. Что это значит? Это значит, что на один сервер можно подключиться только под одной парой Login/Password. И если вы уже открыли один такой сеанс и не отключились от него (а Windows обычно не отключает соединение, чтобы потом не тратить время на его подключение заново), то при второй попытке подключиться к этому же серверу возникает как раз ошибка 1219. Собственно, описание проблемы и способ ее решения приводится непосредственно при выводе кода 1219. Дескать надо убрать другие подключения, тогда все заработает.

Многие «решения» и советы в сети сводятся примерно к следующему:

1. Перезагрузиться. Самый универсальный совет. И таки да, все заработает, если, конечно, у вас нет какого-либо автоматического подключения к удаленному серверу по Samba в автозагрузке. (По этому поводу встречался и совсем экзотический вариант по перезагрузке сервиса Workstation, дескать быстрее, да и все остальное не закроется, но это уже какой-то Overkill).

2. Удалить существующие подключения без перезагрузки. Вариант немного сложнее, но работает не хуже. Для этого придется поработать руками. Заходим в командную строку Windows (мой любимый способ через Win-X и там уже выбрать). Вводим команду NET USE. Она возвращает нам список подключенных удаленных папок. Затем удаляем ненужное подключение через NET USE xxx /DELETE, где xxx тот ресурс в качестве которого у нас подключена удаленная папка. Либо же удаляем вообще все подключения через NET USE * /DELETE.

3. Далеко не у всех пункты 1 и 2 срабатывают. Поэтому самые hard-core users советуют заодно «почистить» всё остальное, что так или иначе касается сетевых подключений. Все делается там же, в командной строке, после проведения операции из пункта 2. Поочередно запускаем следующие команды:

ipconfig /release
ipconfig /flushdns
ipconfig /renew

Все вышеприведённые варианты должны, просто обязаны, помочь в проблеме. Но, что, если нет? Например, если NET USE возвращает, что у вас в системе нет никаких подключений? Мой NET USE просто отписывался «There are no entries in the list.», так как банально не видел подключений сделанных и сохраненных через проводника.

В таком случае поступаем другим, не менее интересным способом. Но для его понимания, нужно понять каким образом сетевой стек в Windows идентифицирует удаленные сервера. А делает он это очень просто. По какому сетевому имени к серверу подключаешься, так он его и запоминает. В моем варианте я подключался через проводник и в командном файле к серверу по его IP-адресу (192.168.1.11). Но ведь у сервера есть еще и его сетевое имя. У меня он зовется N3050. И вместо NET USE B: \192.168.1.11BU BU2 /user:BUS /persistent:no я могу вполне резонно воспользоваться NET USE B: \N3050BU BU2 /user:BUS /persistent:no и все заработает.

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

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



Бывают такие ситуации когда хотите зайти на сетевой ресурс, а выскакивает ошибка с текстом:

“Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя неразрешено. Отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторите…”

Множественное подключение к серверу или разделяемым ресурсам одним пользователем с использованием более одного имени пользователя неразрешено. отключите все предыдущие подключения к серверу или разделяемым ресурсам и повторите…

Заходите на сетевую папку и в этот момент выскакивает окошко с вводом сетевого пароля и по ошибке Вы ввели не тот пароль и поставили галку сохранить пароль и при повторном заходе в папку выскакивает ошибка доступа.

требует ввода сетевого пароля

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

Данный Вариант я опишу по пунктам как я сделал в боевом режиме на своем компе (под Windows 7) с  живым примером

  1. зашел в командную строку  (Пуск->Выполнить->cmd или WIN +R)
  2.  ввел команду net use и мне вышел список подключенных сетевых папок (в моем случае \192.168.200.16d$ )
  3. ввел команду net use /d Y:  (данная команда с ключем /d удаляет диск Y:)
  4. далее ввожу снова команду net use и убеждаюсь что теперь список пустой и нету подключенного диска \192.168.200.16d$
  5. далее снова входу на сетевую папку и радуюсь жизни

Живой пример на моей компе

Microsoft Windows [Version 6.1.7601]
(c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.

C:Usersroot>net use
Новые подключения будут запомнены.
Состояние Локальный Удаленный Сеть

——————————————————————————-
OK Y: \192.168.200.16d$ Microsoft Windows Network
Команда выполнена успешно.
C:Usersroot>net use /d Y:
Y: успешно удален.
C:Usersroot>net use
Новые подключения будут запомнены.

В списке нет элементов.
C:Usersroot>

В дополнение: Сетевые пароли хранятся в контейнере который можно отредактировать или удалить с помощью команды:   control userpasswords2 (Пуск->Выполнить->control userpasswords2)

Доп. ключ слова к статье : пароль на сетевой папке, сброс сетевого пароля,   ввод сетевого пароля, пароль сетевого подключения, сетевые пароли xp, требует сетевой пароль, сетевой пароль windows xp,  требует ввод сетевого пароля,  ввод сетевого пароля xp, как убрать ввод сетевого пароля, ввод сетевого пароля win 7, windows 7 требует сетевой пароль, убрать сетевой пароль windows 7, как отключить ввод сетевого пароля,  ввод сетевого пароля windows xp, где посмотреть сетевой пароль, сетевая папка запрашивает пароль

net use \serverpublic /delete

I am trying to map network drive, but get error 1219 on Windows XP:

net use z: \serverAtests password /user:serverAalex

I have tried

net use * /del /yes

But it has no effect, and the

net use

shows empty list.

\serverAtests is a valid path, as I can open it in Explorer.

What can be done?

EDIT: After reboot it works. But any ideas are still very welcome.

asked Apr 12, 2009 at 23:03

alex2k8's user avatar

alex2k8alex2k8

42k56 gold badges167 silver badges218 bronze badges

This will usually be caused by a handle left open. Download Process Explorer to find it, and try to close the program that has it open (don’t close the handle itself). If it turns out to be explorer.exe, it’s probably a buggy preview handler/shell extension.

If you can’t find the handle, you can always try using the IP address of ServerA to create a new connection with different credentials, e.g.

net use z: \10.1.2.3tests password /user:serverAalex

Yes, sorry — use Find Handle or DLL with \ServerA to find the program.

answered Apr 13, 2009 at 6:13

Mark's user avatar

MarkMark

6,2512 gold badges35 silver badges34 bronze badges

3

To open it in Explorer it has to be able to logon using your credentials (or the ones you provide when it eventually asks you for credentials).

After that you have a connection and would have to disconnect before you could remap the share with different credentials. (see «Disconnect network share»)

You could map it persistently — that way it would always use the credentials you provide.

answered Apr 13, 2009 at 0:59

Shea's user avatar

SheaShea

11k2 gold badges17 silver badges20 bronze badges

Понравилась статья? Поделить с друзьями:
  • Систематическая ошибка выжившего пример
  • Системная ошибка 121
  • Системная ошибка erm 116
  • Систематическая ошибка выжившего дельфины
  • Системная ошибка 1068 не удалось запустить дочернюю службу windows 10