вроде как FileZilla все же умеет синхронизироваться по расписанию, и заливать по маске.
в крайнем случае, можете воспользоваться стандартным приложением ftp из состава системы. батники никто не отменял.
Ну, как я понял - домен все же не должен смотеть в обе стороны - это раз.
ДиркетАцесс - не пользовался таким, предположил бы прописать в качестве DNS-сервера сервер компании или поднимать тот же vpn до компании, и ходить туда... ну, и пускать клиентов даже на свои рабочие машины из интернета, как и выставлять Windows "попой" в инет... ну, я бы не стал.
С сертификатами все равно ничего не могу понять. Как сертификат связан с именем домена Active Directory ?
Если у вас нейм-сервера зоны companyname.ru лежат у хостера, то это будут те самые подводные камни. Надо чтобы нейм-сервер был "внутри" сети и смотрел наружу. С динамическим адресом это ... плохо.
У вас таким образом будет 2 зоны companyname.ru - одна у вас и одна у хостера. Синхронизировать их.. будет тяжко.
Также, я все же не могу понять про сертификаты. А какие именно сертификаты вы хотите получить ? На веб-сайт - легко можно получить на "правильное" доменное имя "companyname.ru". На что-то, доступное из интернета, типа почтового сервера ? Аналогично, dns-алиасы никто не отменял. На что-то, доступное только внутри локальной сети ? А для чего на это заводить "реальные" сертификаты, если там хватит самоподписанных ?
В любом случае - имя домена Active Directory никак не повиляет на получение сертификатов. И на почту, и на веб-сервер, и преславутое "т.д.".
Компы за файрволом... ну, я бы назвал все же .local. Но причин, мешающих назвать их .office.companyname.ru, я не вижу (кроме чисто эстетических).
ЗЫ. Не забывайте, что в таком случае NetBIOS-имя домена у вас будет office.
а, неправльно прочитал вопрос... да, CNAME не работает вместе с MX. на то он и CNAME. можно вбить костыль. прописать SRV-запись для _http._tcp. может, и заработает.
костыль номер 2 - вбить "сайт-заглушку" на статический ip
который будет по запросу sitename.ru перенаправлять на www.sitename.ru
