Я ещё один кейс открыл😂
В общем варианта 2, или сможем на site сервере обновить mp, или починить новый mp

Мы без вас поднять не сможем это дело

Народ, подскажите, перевели все на https. Проверили - работает. Через месяц 2 ещё раз решили поверит заливку по сети. Все ломается после установки клиента и перезагрузки. Клиент не может скачать с DP контент. При этом, на рабочей станции нет персонального сертификата (порты закрыты). Я правильно понимаю, что пока не стоит клиент, работает Network Account, а после установки уже клиент, но так как нет сертификата, то получает отлуп от DP?

Не, NAA не может работать на HTTPS DP

В свойствах DP должен быть подгружен PFX-сертификат, который зашивается в загрузочный образ. Таким образом WinPE его использует

У вас есть в свойствах DP серт этот?

Раз в WinPE всё работает, думаю есть :) значит машинка свежезалитая должна сертификат получать

Она его получает же от нашего AD?

Больше неоткуда, да

Ок, значит закрыли технологические отверстия. Спасибо.

Добрый день! Ребят, никто не сталкивался с такой проблемой. При заливке системы задается имя ПК через скрипт, затем смотря какие первые 10 символов идет помещение в нужную OU в AD и помещение в переменную. Данная переменная используется на шаге завода в домен. Проблема заключается в том, что в скрипте vbs в OU есть русские и англ названия. Русские названия при помещении в переменную получаются казябрами. Из-за этого не происходит попадания в нужную OU машины. Как можно сделать кодировку OU с русскими буквами? Кодировка самого файла идет в utf-8.

Можно. У меня тут добрые молодцы названия OU сделали латиницей и посредине с одной русской "С".  Поубивав бы.

Тоже, в VBS-скрипте.

Если так делать можно - это не значит, что нужно.

У нас идут к примеру sBuiltOU = "LDAP://OU=АБВ,OU=Workstations,OU=ГДС,OU=KKK,DC=corp,DC=local"

ужоз

Осталось начать учётки на русском делать :)

Если бы Админы делали в AD все на латинице. Проблем не было.

Это точно

Как будто в этом есть что то плохое