Множественное подключение Windows 10 к серверу или общим ресурсам одним пользователем

Обновлено: 04.07.2024

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

Причина

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

Ограничение в Windows заключается в том, что вы не можете подключиться к одному и тому же сетевому серверу, используя два разных набора учетных данных (комбинации имени пользователя и пароля).

Решение ошибки 1219

Решение простое. Вместо использования сетевого имени целевого сервера используйте его IP-адрес. Таким образом, Windows будет интерпретировать IP-адрес как отдельную запись в своем списке сетевых подключений, и проблем не возникнет.

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

Есть еще одно изящное решение этой проблемы, предложенное Джеффри Лидке из нашей партнерской компании Kapa GmbH

Редактируйте файл hosts (C:\Windows\System32\Drivers\etc) от имени администратора и добавьте по одной записи для каждой сетевой папки на том же сервере. Например, предположим, что у нас есть сервер с именем FILESRV на 10.0.0.4, мы должны добавить в файл хоста:

При этом мы создаем N псевдонимов для 10.0.0.4. Теперь команда net use или настройки вашей сети в BackupChain будут интерпретироваться как уникальный целевой сервер:

Следовательно, мы можем получить доступ к нескольким общим сетевым ресурсам на одном и том же целевом сервере (10.0.0.4), используя три разные учетные записи пользователей одновременно. Имейте в виду, что этот сценарий работает только со статическими IP-адресами.

Добро пожаловать в BackupChain, программу резервного копирования серверов для ИТ-специалистов!

Познакомьтесь с BackupChain, нашим программным обеспечением для резервного копирования Server 2016, специально созданным для ИТ-специалистов. Оно делает гораздо больше, чем просто резервное копирование по сети. BackupChain предлагает резервное копирование без блокировки, в котором используются открытые стандартные форматы файлов, поэтому ваши резервные копии можно использовать без специального программного обеспечения. Кроме того, BackupChain использует дедупликацию всякий раз, когда вы настраиваете облачное резервное копирование, резервное копирование виртуальных машин Hyper-V, резервное копирование VMware, резервное копирование сервера Exchange и резервное копирование файловых ресурсов. Помимо решения для резервного копирования Windows Server, BackupChain также включает в себя инструменты, необходимые для самостоятельной настройки сервера облачного хранилища на всех версиях Windows от XP до Windows 10 и Windows Server 2016.

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

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

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

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

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

выдает ошибку. С чего бы это?


@raphael75, держу пари, что когда вы успешно выполните net use n: \\192.168.10.120\test, вы увидите сеанс, указанный на сервере общего доступа к файлам, используя net session /list, принадлежащий другому пользователю, а не имя пользователя, которое вы пытаетесь подключиться во второй командной строке.

Механизм управления учетными записями пользователей Windows кажется несовершенным, когда речь идет о сопоставлении сетевых дисков. Итак, как указал @raphael75, выполнение net use * /d как в обычном, так и в расширенном режимах/токенах может помочь гарантировать удаление всех сетевых подключений. По крайней мере, у меня это работало в Windows 7.

11 ответов 11

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

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

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

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

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


Это сработало для меня. Был сбит с толку, почему моя доля самбы, которая раньше работала, внезапно перестала работать. Спасибо!

При попытке сопоставить диск, подключенный к маршрутизатору, я получил сообщение об ошибке, опубликованное OP. Ваш ответ решил мою проблему!

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

Даже если вы удалите общую папку с помощью net use * /del , на стороне сервера там все еще есть соединение.

Чтобы обойти эту проблему, созданную Microsoft преднамеренно, вы должны подключить диск таким образом, чтобы Windows думала, что это еще один общий ресурс на другом сервере. Самый простой способ сделать это — использовать псевдонимы DNS или IP-адреса. В вашем случае, если ваше первое сопоставление использует IP-адрес, например \\IP\Share, с вашими текущими учетными данными, вы должны использовать что-то вроде \\ServerName\Share password /user:Domain\Username, это должно создать новый общий ресурс с новыми учетными данными. .

Microsoft называет такое поведение дизайном. Я называю его просто глупым дизайном.



Согласен, глупый дизайн. Я пробовал все возможное, включая перезапуск службы рабочей станции. Наконец, после 2 лет нежелания перезагружать мою рабочую станцию, когда это выскочило (всегда в середине проекта), я укусил пулю: я очистил все элементы сетевого использования, затем перезагрузился, проблема исчезла.

Вы также можете отредактировать c:\windows\system32\drivers\etc\hosts и добавить дополнительную запись для разных учетных данных пользователя, разрешающих один и тот же IP-адрес.

Выполните следующие действия:

  • Нажмите кнопку "Пуск" и введите cmd .
  • Нажмите правой кнопкой мыши параметр "Командная строка" и выберите "Запуск от имени администратора".
  • Введите net use и нажмите Enter .
  • Поищите в списке диски, которые могут вызывать сомнения. Во многих случаях, когда возникает эта проблема, диску может не быть назначена буква. Вам нужно удалить этот диск.
  • В командной строке введите net use /delete \\имя_сервера\имя_папки, где имя_сервера\имя_папки — это диск, который вы хотите удалить.


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

  1. Открыть диспетчер задач
  2. Найдите процессы Windows Explorer
  3. Выберите его. После выбора в правом нижнем углу появится кнопка "Перезагрузить".
  4. Нажмите кнопку "Перезапустить". Проводник Windows будет перезагружен.

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

Прошу прощения за невежество, но сколько раз я ни пользовался диспетчером задач за эти годы, я ни разу не видел кнопки "Перезапустить" - только "Завершить задачу".

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

рабочая станция net stop, поскольку @DaveInCaz может помочь в некоторых случаях.

Если ничего не помогает, перезапустите службу LanmanWorkstation, вы можете использовать этот скрипт:

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

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

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

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

Множественное подключение к серверу или общему ресурсу Печать

Изменено: пт, 23 ноября 2018 г., 03:32

Сообщение об ошибке — «Несколько подключений к серверу или общему ресурсу одним и тем же пользователем»

При подключении к сетевому диску с помощью SyncBack может появиться сообщение об ошибке следующего содержания:

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

Это ошибка Windows. Windows не разрешает несколько одновременных подключений к одному и тому же сетевому «серверному» ресурсу с одного и того же «клиентского» компьютера с более чем одним набором учетных данных. Необходимо разорвать исходное подключение к этому сетевому ресурсу, прежде чем устанавливать к нему новое подключение с использованием других учетных данных.

Если вы столкнулись с таким сообщением об ошибке, вот несколько возможных обходных путей:

<р>1. Используйте IP-адрес удаленного сервера (вместо имени хоста) в путях UNC при подключении к сетевому ресурсу.

Например: \\IP_Address\folder\

<р>2. Попробуйте разорвать все существующие подключения к сетевому ресурсу с помощью команды «net use».

- В командной строке запустите "net use"

- Удалите существующие подключения к резервному хранилищу с помощью команды:

«чистое использование/удаление \\ServerName\FolderName»

- Повторно запустите команду «net use» и убедитесь, что соединение прервано.

Вы можете перейти по этой ссылке для получения дополнительной информации.

<р>3. Перезапустите службу «Рабочая станция» на машине, где установлен SyncBack. Служба «Рабочая станция» управляет подключениями к общим ресурсам. Перезапуск службы приведет к разрыву сетевого подключения. Однако обратите внимание, что может быть несколько зависимых служб, поэтому, если вы используете рабочий сервер, запланируйте перезапуск в нерабочее время.

- Пуск > Выполнить > введите services.msc и нажмите OK

- Найдите службу рабочей станции > щелкните правой кнопкой мыши и выберите "Остановить".

- После остановки службы выберите службу "Рабочая станция" > щелкните правой кнопкой мыши и выберите "Пуск".

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

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

Однако дело в том, что ошибка ошибочна; Я прямо указал Windows использовать одинаковые учетные данные для обеих точек подключения.

Однако я проверил Диспетчер учетных данных и подтвердил, что для NAS сохранены только одни учетные данные; есть только один.

Единственный способ решить проблему — это, как предполагается, удалить оба смонтированных сетевых пути, а затем прочитать их. Конечно, когда я это делаю, я сообщаю устройству, что использую другие учетные данные, и ввожу их. Он запоминает имя пользователя, которое я ранее настроил, и я ввожу пароль. Затем я перемонтирую другой диск точно таким же образом (оба используют одно и то же имя пользователя и пароль).

Затем я могу перезагрузиться и, о, один из них не работает.

Единственное, о чем я могу думать, так это о том, что Windows за неимением лучшего слова "тупая". Один из дисков принимает анонимную аутентификацию, и я предполагаю, что Windows в своей предельной ~~мудрости~~ глупости идет прямо к анонимной аутентификации, а затем ведет себя глупо для второго, поскольку пытается использовать другие учетные данные. (те, которые я изначально определил явно и проигнорировал для предыдущего подключения).

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

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

Читайте также: