Грешка 1219 при достъп до споделена папка: как да я поправим

El Грешка 1219 при достъп до споделена папка Тази грешка се появява, когато Windows открие връзки към един и същ сървър с различни потребителски имена в рамките на един и същ контекст за влизане. Може да се сблъскате с нея, когато свързвате мрежово устройство, отваряте различна папка на сървъра или се опитвате да промените акаунта, използван за влизане.

Например, ако вече сте отворили \\SERVIDOR\Ventas с акаунт, опитайте да влезете \\SERVIDOR\Sistemas С друг акаунт това може да причини конфликт. За да го разрешите, трябва да намерите предишните връзки, да ги затворите и да влезете отново с правилната самоличност.

Какво означава грешка 1219 в споделена папка?

Съобщението обикновено показва, че не са разрешени множество връзки към един и същ сървър, използващи повече от едно потребителско име. Конфликтът може да засегне различни папки, хоствани на този сървърПромяната на споделения ресурс не е същото като свързването с друг компютър.

Това не означава непременно, че паролата е неправилна. Възможно е да има предишна връзка, използвана от Windows, която е несъвместима с новата заявена самоличност.

Следователно, преди да променяте разрешенията или настройките за сигурност, проверете дали известието изрично споменава системна грешка 1219Ненамерен маршрут или отказан достъп изискват различни проверки.

Идентифицирайте отворени връзки с използване на мрежата

Запазете всички отворени документи от сървъра и затворете всички прозорци или приложения, използващи техните папки. След това отворете командния ред. със същия потребител и ниво на разрешения, с които възниква проблемът.

Ако проблемът възникне в обикновения File Explorer, започнете с нормален команден ред. Изпълнението му като администратор може да предостави различен контекст и да затрудни сравнението.

Проверете съществуващите връзки:

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 се появи отново

Проверете дали някое от приложенията, прозорците на Explorer или настройките за стартиране отварят отново връзка със старата самоличност. Проверете отново. net use след възпроизвеждане на грешката.

Ако не можете да освободите връзките в сесията си, запазете работата си и Излизане от Windows преди да влезете отново. В управлявана система, той информира администратора кой сървър и акаунти са включени, за да прегледа автоматично пресъздадените връзки.

Стабилното решение включва използването на оторизирана самоличност за ресурсите, от които се нуждаете в този контекст. То не включва споделяне на сервизен акаунт между всички служители или предоставяне на администраторски права.

Мога ли да използвам IP адреса на сървъра или псевдоним?

Microsoft документира използването на IP адрес или друг DNS псевдоним като алтернативи, които могат да накарат клиента да третира дестинацията като различен сървър. Въпреки това, Те не са универсални заместители на правилната конфигурация..

В корпоративна мрежа достъпът чрез IP адрес може да попречи на нормалното използване на Kerberos и може да се провали, ако NTLM е блокиран. Псевдонимите също изискват последователни конфигурации за именуване и удостоверяване. Ако имате нужда от две едновременни самоличности, помолете вашия администратор да определи подходящата опция.

Ако приложение, услуга или задача от високо ниво се провали

Само защото буквата на устройството се появява в Explorer, не гарантира, че тя ще бъде налична и в програма, работеща като администратор. Буквите на устройствата са обвързани с контекста за влизане и може да не се споделят между обикновената сесия и сесията с повишени права.

За услуги и процеси, които се изпълняват в друг контекст, използвайте UNC път, например \\SERVIDOR\Compartida и проверете разрешенията на акаунта, който изпълнява процеса. UNC пътят избягва зависимостта от буква, но не предоставя достъп или елиминира конфликт на идентификационни данни.

Командата whoami Той идентифицира потребителя на конзолата, където го стартирате; сам по себе си не показва каква самоличност използва различна услуга.

Не бъркайте 1219 с други блокове за достъп

Ако съобщението се промени след повторно свързване, диагностицирайте новата грешка, преди да продължите да променяте идентификационните данни:

• Маршрутът не е намерен: Проверете името на сървъра, споделената папка и свързаността.
• Отказан достъп: Поискайте преглед на използвания акаунт и неговите разрешения.
• Блокирани неудостоверени гости: Конфигурирайте валиден потребител на сървъра или NAS, вместо да активирате несигурен достъп като общо решение.
• Несъвместимост със сигурността на SMB: Прегледайте настройките и актуализациите на сървъра или NAS с администратора.

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