Вадим Чопоров

Exchange))

Telnet'ом отправляйте. Или PowerShell - пофункциональней.

Нет доступа к папке sysvol как минимум 1 из контроллеров, на который коннектится консоль управления с сервера. Шаблоны берет минимально представленные (возможно даже битые) из локального хранилища.

Сначала определитесь, что Вам нужно в итоге. Все прилинкованные куда-либо политики, и имеющие в секьюрити фильтре какой-либо принципал безопасности - применяются. Если Вы хотите где то увидеть по каждому польователю список политик - как написал Евгений Евгений , сделайте выгрузку gpresult куда-нибудь. Но этой кашей вы только породите еще больше вопросов, и запутаетесь в конец.

Именно такой, как вы и описали - просто берем шаблоны и заменяем текущие в папке policy definitions. Обратная совместимость - это дело вендора, предоставляющего политики. Ну, или, что более вероятно - попробуйте повторно загрузить из другого источника, возможно просто битая политика, т.к. замена шалонов должна приводить, в крайнем случае, к не отображению ряда параметров. если они не указаны в новых шаблонах.
Если же новые шаблоны реально ломают оснастку - там в ошибке есть ссылка на конкретные проблемные шаблоны. И, если реально будет крашится при других шаблонах - можно сравнить шаблоны, из старых и новых, и вручную поправить - это просто xml файлы, правда большеватые.

Вообще так и должно быть, если у вас реализация AD дефолтная, и DNS интегрирован в AD. Доступ на чтение каталога имеют только доменные пользователи.

Включите кеширование на RODC. По умолчанию RODC не кеширует учетные данные юзеров:
https://docs.microsoft.com/en-us/previous-versions...
How to:
https://www.faqforge.com/windows-server-2016/confi...

У Вас настолько часто меняются настройки политик? В силу огромного количества политик, кастомных и меняющихся шаблонов, различий в клиентских ОС, и прочего - сложно реализовать универсальный инструмент. Если пилить на коленке - то все его содержание, это команда на отправку компа на ребут, и проверка значений ключей реестра, устанавливаемых политиками. Опять же не стоит забывать, что даже у одного поколения ОС будут разные ветки при разной разрядности.

У RIPE точно есть)

Возможно всё. Другой вопрос - насколько оправданы будут затраты на реализацию. Зачем Вам уходить с виртуалки на железо? Если нет специфичных требований от апликух - виртуалка гибче в плане обслуживания, и тягать ее можно в виде банального образа и монтировать/мигрировать без проблем на другом хосте.
Для ознакомления с нюансами переноса, к примеру, с VMWare на физику, можете глянуть здесь, думаю убедит Вас отказаться от переноса обратно на железо:
https://www.vmware.com/support/v2p/

Можете указать сетевые настройки Ip-адресации локальной сетевой, и мобильного подключения? Вы используете vlan? Вручную роуты никакие не прописывали?

RIPE Network Coordination Centre - они занимаются распределением и регистрацией ip-адресов за различными субъектами, к примеру, за провайдерами. А по поводу утечки трафика - выше уже много вариантов накидано. И утечка трафика - что вы имеете ввиду? Постоянно генерируемый траффик, занимающий часть полосы, или просто когда то что то залилось, и вы видите, что с/на этот адрес сгенерирован определнный объем?

А что у вас должно раздавать адреса?)

Жмякните на консольном окошке в верхнем левом углу, зайдите в properties, и выставьте желаемый buffer size. Здесь же можете задать доп. папаметры поведения консоли, цвета и т.п.

В AD пользовательские пароли НЕ хранятся, от слова совсем. Их знает только юзер. В AD лежат хеши паролей, на основе проверки которых происходит аутентификация пользователя. Чем хорош хеш - это результат обработки входных данных НЕОБРАТИМОЙ функцией, с гарантиеей получения уникального значения - хеша. В случае AD с уровнем леса от Win 2008R2 используется шифрование AES256 - можно пробовать расшифровать с помощью радужных таблиц. Но во первых это не совсем тривиально, а во вторых - к сожалению, если у Вас включена политика сложности паролей, и юзерам приходится юзать не совсем тривиальные пароли типа 777 - по времени такой перебор займет прилично времени (скажем на марс мы раньше экспедицию отправим)) ).

Что Вы имеете ввиду "на роутере поднят ДНС"? Представляется мне, что у Вас простенький роутер, и на нем просто указан внешний ДНС, в параметрах сетевого подключения. Если так - то ровно по рекомендации Николай Савельев , пропишите форвардер на Ваш роутер, и все. Еще поставьте галку "use root hints" - на случай проблем с днсами, указанными на роутере. Если же у Вас роутер сам является ДНС сервером, и хранит какие-либо зоны - стоит сделать тоже самое, плюс добавить stub zones с адресом Вашего роутера в качестве ns сервера, на роутере разрешите вычитку хранимых зон вашим контроллером - это позволит динамически хранить и обновлять зоны с роутера на контроллере, и не будет дополнительно бегать на роутер, при обращениях за адресами из хранимых на нем зон.