Crovax

Если я вас правильно понял, то через powershell можно указать тип запуска для сервиса примерно так

Get-Service openvpn | Set-Service -StartupType Automatic

как там точно сервис openvpn называется я не помню, так что подкрутите

ну и сам powershell скрипт можно запускать типа
powershell -file filename.ps1
а в filename.ps1 уже писать все нужные команды

Да просто текстовые параметры, которая программа видит и что-то делает в зависимости от того, какие параметры были переданы.
К примеру, консольной программе нужно на вход принять два имени файла - то, откуда читать и то, куда писать.
Разработчик может сказать, мол, сначала напишите имя входного файла, а потом имя выходного. И вам придется вызывать программу следующим образом:
software.exe infile.txt outfile.txt
А другой разработчик возьмет и подумает - а может сделать чтоб можно было параметры подавать в любом порядке? Вот тут и приходят на помощь "ключи". Например, разработчик будет "парсить" входные параметры консольной программы и если увидит параметр "-i", то следующий за ним будет распарсен как имя входного файла. Аналогично, по параметру "-o" программа поймёт, что дальше следует имя выходного файла. Вот эти вспомогательные параметры и зовутся ключами. По договоренности, обычно используют понятные однобуквенные сокращения с одной черточкой перед ним (-i как input, -o как output) или многобуквенные сокращения с двумя черточками (--input или --output).
И теперь можно вызывать программу как
software.exe -i infile.txt -o outfile.txt
так и
software.exe -o outfile.txt -i infile.txt
Для двух параметров эффект не очень заметен, но представьте, что их десяток, и часть из них не являются обязательными. Там уже без ключей тяжело запомнить что в каком порядке подавать

Вариант 1 используют очень храбрые, очень ...неумные либо фанаты Microsoft, непоколебимо верящие в силу файрволла от MS. Если это про Вас - Ваш выбор.
Вариант 2 используют те, кто любит постоянно лечить компы юзеров от майнеров и жаловаться на то, что почту блокируют за спам. Ну, либо тот, кому совсем уж нечего скрывать :) Если это про Вас - Ваш выбор.
Вариант 3 уже больше похож на типовую схему построения.

DHCP не стоит держать на роутере. Роутер должен делать то, для чего предназначен - роутить. Ну еще файрволл и VPN, по необходимости. DHCP относится к базовым ролям внутренней сети и держать его IMHO нужно на сервере AD - нагрузка копеечная, зато если вовремя заполнять данные оснастки - можно использовать ее в качестве таблицы распределения IP - не весь же сегмент у Вас динамика, сервера как правило имеют статические адреса.

Эксч категорически рекомендуется отделить от AD. Прокси, если есть - тоже отделить. При нынешних технологиях виртуализации это сделать куда как просто. Файлопомойку - тоже отделить.

Вам нужны разные подсети вообще или нет?

Если нет то банально вырубаете DHCP на dlink-е, настраиваете ему локальный IP из свободных 192.168.1.0/24.
Адреса wi-fi клиентам будет раздавать ADSL роутер, dlink в этом случае банальный свитч с wi-fi.

там и не могут учитываться переводы часов, потому что сервер времени отдаёт вам время по гринвичу. часовые пояса и переводы часов - задача ОС, к ней и вопросы.