Помилка 1219 під час доступу до спільної папки: як її виправити

El Помилка 1219 під час доступу до спільної папки Ця помилка з’являється, коли Windows виявляє підключення до одного сервера з різними іменами користувачів в одному контексті входу. Ви можете зіткнутися з нею під час підключення мережевого диска, відкриття іншої папки на сервері або спроби змінити обліковий запис, який використовується для входу.

Наприклад, якщо ви вже відкрили \\SERVIDOR\Ventas з обліковим записом, спробуйте увійти \\SERVIDOR\Sistemas З іншим обліковим записом це може спричинити конфлікт. Щоб вирішити його, потрібно знайти попередні з’єднання, закрити їх і знову ввійти, використовуючи правильні ідентифікатори.

Що означає помилка 1219 у спільній папці?

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

Це не обов’язково означає, що пароль неправильний. Можливо, Windows раніше використовувало підключення, яке несумісне з новим запитуваним ідентифікатором.

Тому, перш ніж змінювати дозволи або налаштування безпеки, переконайтеся, що в повідомленні чітко зазначено системна помилка 1219Маршрут не знайдено або доступ заборонено, що вимагає різних перевірок.

Визначення відкритих з'єднань за допомогою мережі

Збережіть усі відкриті документи з сервера та закрийте всі вікна або програми, використовуючи їхні папки. Потім відкрийте командний рядок. з тим самим користувачем і рівнем дозволів, з яким виникає проблема.

Якщо проблема виникає у звичайному Провіднику файлів, почніть зі звичайного командного рядка. Запуск від імені адміністратора може призвести до появи іншого контексту та ускладнити порівняння.

Перевірте наявні з'єднання:

net use

Знайдіть шляхи, що вказують на уражений сервер. Можливо, там є з’єднання з літерою, наприклад Z:, та інші без призначеної літери. Зверніть увагу на ресурси, які потрібно відновити, перш ніж їх від’єднувати.

Для отримання додаткової інформації про PowerShell ви можете звернутися до:

Get-SmbConnection |
    Select-Object ServerName, ShareName, UserName, Credential, Dialect, NumOpens

Ця команда дозволяє переглядати сервери, ресурси та ідентифікатори SMB-підключень, повернутих запитом. Вона не видаляє підключення та не змінює їхню конфігурацію.

Від’єднайте ресурси від ураженого сервера.

Видаліть усі з’єднання, визначені для цього сервера. Ці приклади є альтернативними варіантами залежно від того, як виглядає кожне з’єднання:

net use Z: /delete

net use \\SERVIDOR\Ventas /delete

Повторіть процес для інших ресурсів на тому ж сервері, на яких виникає конфлікт. Якщо з’єднання, здається, IPC$Ви також можете відключити його, вказавши його точний маршрут:

net use \\SERVIDOR\IPC$ /delete

Відключення диска не видаляє файли із сервера.Однак це перериває доступ з цього з’єднання. Якщо Windows попереджає вас про відкриті файли або ресурс, що використовується, поверніться до програм, збережіть свою роботу та закрийте їх, перш ніж продовжити.

Уникайте починати з net use * /delete: скасовує всі мережеві з’єднання, якими керує команда, включаючи ті, що не пов’язані з проблемою.

Перевірте збережені облікові дані та підключіться знову

Якщо Windows повернеться до використання старого облікового запису, відкрийте Менеджер облікових даних з Панелі керування та введіть Облікові дані WindowsПеревірте записи, що відповідають імені сервера, IP-адресі або псевдоніму.

Видаліть застарілі облікові дані лише з ураженого комп’ютера. Ви також можете переглянути збережені записи з консолі:

cmdkey /list

Щоб видалити певний запис, використовуйте його точне місце призначення. Наприклад:

cmdkey /delete:SERVIDOR

Видалення збережених облікових даних саме по собі не закриває вже відкрите SMB-з’єднання. Тому ця перевірка має супроводжувати відключення попередніх ресурсів.

Потім знову підключіться до облікового запису, який має необхідні дозволи:

net use Z: \\SERVIDOR\Compartida * /user:DOMINIO\usuario /persistent:no

Замініть сервер, папку та користувача власною інформацією. Зірочка змушує Windows запитувати пароль, не відображаючи його під час введення, і /persistent:no Уникайте збереження цього нового завдання для майбутніх входів у систему.

Якщо ви використовуєте локальний обліковий запис на сервері або NAS, використовуйте формат користувача, який відповідає цьому пристрою.

Що робити, якщо помилка 1219 з'являється знову

Перевірте, чи якісь програми, вікна Провідника або налаштування автозавантаження відновлюють підключення зі старою ідентифікатором. Перевірте ще раз. net use після відтворення несправності.

Якщо ви не можете звільнити з’єднання під час сеансу, збережіть свою роботу та Вихід із Windows перед повторним входом у систему. У керованій системі він повідомляє адміністратору, які сервери та облікові записи задіяні, щоб переглянути автоматично відтворені з’єднання.

Стабільне рішення передбачає використання авторизованої ідентифікації для ресурсів, необхідних у цьому контексті. Воно не передбачає спільного використання службового облікового запису серед усіх співробітників або надання прав адміністратора.

Чи можу я використовувати IP-адресу сервера або псевдонім?

Microsoft документує використання IP-адреси або іншого DNS-псевдоніма як альтернатив, які можуть призвести до того, що клієнт сприйматиме місце призначення як інший сервер. Однак. Вони не є універсальними замінниками правильної конфігурації..

У корпоративній мережі доступ за IP-адресою може перешкоджати нормальному використанню Kerberos і може призвести до помилки, якщо NTLM заблоковано. Псевдоніми також вимагають узгоджених налаштувань іменування та автентифікації. Якщо вам потрібні два одночасні ідентифікатори, зверніться до адміністратора, щоб визначити відповідний параметр.

Якщо високорівнева програма, служба або завдання завершуються збоєм

Те, що літера диска відображається в Провіднику, не гарантує, що вона також буде доступна в програмі, що працює від імені адміністратора. Літери дисків пов'язані з контекстом входу та можуть не використовуватись звичайним сеансом і сеансом з підвищеними правами.

Для служб і процесів, що працюють в іншому контексті, використовуйте UNC-шлях, наприклад \\SERVIDOR\Compartida і перевірте дозволи облікового запису, який запускає процес. Шлях UNC уникає залежності від літери, але не надає доступу та не усуває конфлікт облікових даних.

Команда whoami Він ідентифікує користувача консолі, на якій ви його запускаєте; сам по собі він не демонструє, яку ідентифікацію використовує інша служба.

Не плутайте 1219 з іншими блоками доступу

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

• Маршрут не знайдено: Перевірте ім'я сервера, спільну папку та підключення.
• Доступ заборонено: Запит на перевірку використовуваного облікового запису та його дозволів.
• Заблоковані неавтентифіковані гості: Налаштуйте дійсного користувача на сервері або NAS замість того, щоб увімкнути незахищений доступ як загальне рішення.
• Несумісність безпеки SMB: Перегляньте налаштування та оновлення сервера або NAS разом з адміністратором.

Не вмикайте SMB 1.0, щоб спробувати виправити помилку 1219. Windows Server 2012 R2 підтримує SMB 3.02, і конфлікт ідентифікації не вирішується ввімкненням старішого протоколу. Вимкнення контролю облікових записів користувачів (UAC) або зниження захисту SMB також не є необхідним для повторного підключення до правильного облікового запису.