У меня есть около серверов удаленного рабочего стола Windows 2008 R2 в ферме. Насколько мне известно, все они имеют одинаковый статус обновления и управляются одним и тем же GPO. Среди прочего, пользователи, входящие в систему через RDP, выполняют скрипт входа. mylogin.cmd который отображает диск I: если по каким-то причинам у них уже нет такого диска:
if exist I:\*.* goto havei
eventcreate /ID 1 /L APPLICATION /T INFORMATION /SO LogOnOffDebug /D "Try Map I:"
NET USE I: \\myserver\myshare /persistent:no
eventcreate /ID 2 /L APPLICATION /T INFORMATION /SO LogOnOffDebug /D "errorlevel = %errorlevel%"
if exist I:\*.* goto havei
eventcreate /ID 3 /L APPLICATION /T WARNING /SO LogOnOffDebug /D "This is bad"
:havei
Как видите, я уже добавил несколько строк для отладки проблемы, и вот что я наблюдаю: я нахожу события 1 и 2 в журнале событий, но не событие 3. Итак, очевидно,
NET USE был выполнен, потому что файлы I: не были просмотрены,Именно так и должно происходить, и так происходит со всеми членами фермы.
Однако на двух машинах пользователи не см. Драйв I: в их сеансах afterwrads! Тот же диск, который был проверен на видимость в течение выполнение сценария входа в систему так же, как и у других участников фермы! Мне кажется, что диски, подключенные во время выполнения сценария, не «экспортируются» (?) В обычный сеанс. Простое выполнение того же сценария входа в систему впоследствии во время их рабочего сеанса помогает и дает им диски, но это, конечно, не подходящее средство.
В чем вообще может быть разница между множеством хороших и немногих плохих серверов, вызывающих такое поведение? (Могу добавить, что это явление появилось недавно и не существовало несколько лет назад - так что что-то должно быть, недавно было сделано с плохими серверами, но я понятия не имею, что)
Если у ваших пользователей уже есть сетевое подключение к другим устройствам, скорее всего, это также повлияет на ваш скрипт, когда дело доходит до сопоставления. Вы можете сначала попробовать отключить все существующие подключенные диски от скрипта.
Net Use * /delete
Затем вы добавляете свои новые команды подключенных дисков.
Я предлагаю решить эту проблему с помощью этих двух вариантов
Пакетный сценарий 1;
net use Z:
if %errorlevel% EQU 0 net use I: /delete
net use I: \\path
Или, независимо от того, отображать его каждый раз снова Скрипт 2
if exist i:\ (
net use i: /delete
)
net use i: \\path
Другой вариант - сопоставить через gpo https://activedirectorypro.com/map-network-drives-with-group-policy/
Я надеюсь, что это может решить вашу проблему
Так как вы не сказали, какой серверной фермой вы пользуетесь, просто Обновите США с дополнительной информацией. (извините, не могу пока комментировать)
если это сценарий, который запускается при входе пользователя в систему, вы можете просто поместить свою партию на каждый сервер «C: \ ProgramData \ Microsoft \ Windows \ Start Menu \ Programs \ Startup», он сделает свое дело.
>
В чем вообще может быть разница между множеством хороших и немногих плохих серверов,> вызывающих такое поведение? (Я мог бы добавить, что это явление появилось недавно и не существовало несколько лет назад - так что что-то, должно быть, недавно было сделано с плохими серверами, но я понятия не имею, что именно)
У меня лично возникла такая же проблема с общим ресурсом Windows 2008R2 в локальной сети на локальном клиенте win 8.1 и 10, у них были запущены службы рабочего стола, но он запускался до сетевого (как вы представляете, если общий ресурс существует постоянно, но с красным полем, если не постоянный, меня просто не было, потому что я не мог подключиться к командлету сетевого использования)
извините за опечатки или менее подробное название служб, не удалось найти правильное название служб на английском языке (обновлена моя победа 2008R2)