Системная ошибка 1219 Dameware Multiple Connection

Обновлено: 21.11.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.

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

Я начинаю с указания "Использование в сети" и отправляю учетные данные для сервера.

Но здесь я получаю системную ошибку 1219:

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

Мне неизвестно, есть ли у меня другие подключения к серверу, кроме этого.

Я попробовал net "use /delete", но мне сказали, что нет открытых подключений к серверу.

8 ответов 8

<р>1. Запустите командную строку

<р>2. Просмотр текущих сетевых ресурсов

<р>3. Удалить ездовых животных

<р>4. Подключить общий ресурс под другим пользователем

Вы также можете узнать больше о том, как работать с командой net.

net use * /del /yes можно использовать в скрипте, где вам нужно удалить общие ресурсы зомби без какого-либо вмешательства.

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

@MiserableVariable ваш комментарий сам по себе является правильным ответом. использование net из командной строки администратора по сравнению с обычной командной строкой много раз ставило меня в тупик

Кажется, помогло: "net use * /del"

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

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

net use * /del не помогло.

net use показывает отсутствие соединений (проверено как с обычным запросом, так и с повышенными привилегиями)

ipconfig /renew тоже не помог

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

Если это кому-то поможет, я обнаружил, что net stop lanmanworkstation ; чистый запуск lanmanworkstation ; чистый старт netlogon ; net start sessionenv сделал свое дело, не выходя из системы.

У меня была похожая ситуация, и когда я пытался использовать предложения JYD по остановке/запуску сети, что-то напомнило мне, что ПК был подготовлен для использования в домене и отправлен конечному пользователю для использования через туннель c2s. Где-то в процессе что-то изменилось на машине, и пользователь вошел в систему с локальным идентификатором, имеющим те же учетные данные, что и (удаленный) домен. TLDR; - Я изменил параметр /user: на /user:DOMAIN\userid , и проблема была решена.

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

Запуск net use * /del, а затем ответ "N", похоже, очистил его!

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

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

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

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

Мы назовем этого клиента a. Клиент A, как и многие другие узлы в моей сети, имеет несколько учетных записей пользователей, т. е. администратора, оператора, электрика, и разные учетные записи пользователей имеют разные привилегии.

Мой вопрос: зависит ли это конкретно от имени пользователя или от типа учетной записи? И почему только программное обеспечение управления безопасностью получает эту ошибку при попытке войти в клиент?

Максимальное использование гиперконвергентной инфраструктуры

2022-03-22 18:00:00 Веб-семинар UTC Веб-семинар: Dell — максимально эффективное использование гиперконвергентной инфраструктуры Сведения о событии Просмотреть все события

Джон3367

Это программное обеспечение пытается использовать MAP-диски?

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

Я могу воспроизвести его, набрав NET USE в командной строке... и затем попытавшись принудительно выполнить аутентификацию под другим именем пользователя. (Смотри ниже). Мое имя пользователя "administrator", но я пытаюсь подключить диск, используя имя пользователя "John"

C:\Users\administrator>net use
Новые подключения будут запоминаться.

Статус локальной удаленной сети

--------------------------------- --------------------------------
OK U: \\dc1\User Folders Сеть Microsoft Windows
OK V: \\app2\Visual Microsoft Windows Network
Команда выполнена успешно.

C:\Users\administrator>
C:\Users\administrator>
C:\Users\administrator>net use j: \\dc1\office2016 /user:domainname\john
Произошла системная ошибка 1219.

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

Английский

Часто задаваемые вопросы: Администрация IDEAL

Централизованное управление доменами и рабочими группами Windows Active Directory

С какими ошибками обычно сталкивается наше программное обеспечение?

Как устранить проблему с сообщением «Произошла системная ошибка 53. Сетевой путь не найден»?

Когда я пытаюсь получить доступ к физическому ресурсу в моей сети (серверу или компьютеру) с помощью вашего программного обеспечения, я иногда получаю сообщение "Произошла системная ошибка 53. Сетевой путь не найден".

Сообщение "Произошла системная ошибка 53. Сетевой путь не найден" является обычным собственным сообщением операционной системы Microsoft Windows и не имеет прямого отношения к программному обеспечению Pointdev.

Чтобы устранить эту ошибку, проверьте следующие пункты:

- 1 - Убедитесь, что вы можете выполнить эхо-запрос с помощью команды CMD на удаленный хост (по его IP-адресу или физическому имени NetBIOS) и что хост отвечает без значительной потери пакетов. Если удаленный хост не отвечает, когда его пингуют по имени хоста, но отвечает, когда пингуется по его IP-адресу, проверьте свойства DNS на удаленном хосте. Этот момент следует учитывать, поскольку многие функции наших продуктов используют разрешение имен при попытке доступа к удаленным хостам.

- 2- Если ваша станция находится в домене Windows Active Directory, в этом случае проверьте если вы «пингуете» удаленный компьютер, используя его полное имя: ping remotecomputer.pointdev.local (или remotecomputer — это имя удаленного компьютера, а pointdev. local имя вашего домена Active Directory). Если проверка связи проходит правильно, проверьте, активирован ли параметр Добавлять родительские суффиксы основного суффикса DNS на вашей сетевой карте: Свойства вашей сетевой карты, Дополнительно < /em>кнопка . вкладку DNS. Вы также можете добавить суффиксы вручную, если это необходимо (опция Добавить эти суффиксы DNS (по порядку)).

- 3 - Проверьте на локальном компьютере и на удаленном узле наличие никакое аппаратное или программное обеспечение безопасности не блокирует и не фильтрует связь между локальной и удаленной машинами (брандмауэр/антивирус/маршрутизатор и т. д.). При необходимости необходимо установить правила (открытие порта, преобразование порта...), чтобы разрешить связь между двумя машинами.

- 4 - Будьте осторожны с компьютером под управлением Windows 7, Windows 8 или Windows 10, потому что повышается безопасность сети. Действительно, родной брандмауэр Windows активирован по умолчанию. Проверьте также в сетевом центре, что сетевое обнаружение и общий доступ к файлам включены. Также убедитесь, что служба удаленного реестра (execute services.msc) включена и запущена (по умолчанию эта служба не запущена).

- 5 - Убедитесь, что удаленный хост виден из сетевого окружения Windows. При необходимости проверьте пункт выше.

- 6 - Убедитесь, что общий доступ к файлам и принтерам для сетей Microsoft включен на удаленном узле.

- 7 - Убедитесь также, что протокол NetBIOS включен в свойствах сетевой карты удаленного хоста.

- 8 - Убедитесь, что вы можете получить доступ со своего компьютера к административным общим ресурсам удаленного хоста, введя, например, в проводнике Windows: \\RemoteHost\Admin$ или \\RemoteHost\C$

См. ниже доступ к статье Microsoft, посвященной системной ошибке 53 : "Произошла системная ошибка 53. Сетевой путь не найден".

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