RStarun

Xerox CenterWare - очень прикольная штука, имеет веб интерфейс. Ставить этого монстра ради одного принтера и просто ради учета печати это конечно издевательство и когда я ставил (давно), он не ловил локальные принтеры.
Есть аналогичное решение от HP Web JetAdmin, он умел работать с локальными принтерами через агента, но не помню был ли учет печати в разрезе юзеров, компов, заданий.
Оба имеют free версию вроде, оба предназначены для управления флотилией принтеров.
Ни один не умеет блокировать "неправильные" задания на печать, перенаправлять задания на менее нагруженные принтеры, это уже другой софт и он всегда стоит денег.

1. Скорее всего Windows XP стоит 32 разрядная, а Windows 7 64 разрядная. Для простой и непринужденной установки нужно на Windows XP в свойствах принтера добавить 64 разрядные драйвера. Ну и добавить в AD.
После этого можно:

• развернуть этот принтер средствами GPO (без всяких скриптов). С серверов печати разворачиваются принтеры точно, с локальных машин не пробовал, но должны.
  
• можно попробовать и скрипт повторить указанный выше
  
• самый правильный вариант - ничего после этого не делать. После того как Вы добавили принтер в AD со всеми возможными драйверами, дальше это уже проблема пользователя. То есть это уже не техническая проблема, а организационная. Пользователи сами должны уметь устанавливать себе принтер через GUI, там процедура очень юзер френдли. Если описание принтеров, их месторасположение сделаны адекватно, то юзер найдет себе подходящий принтер и будет печатать на нем. Хватит его за ручку водить.
  

По картинке понять что либо сложно.
Нужно настраивать маршрутизацию на маршрутизаторах - ведь маршрутизировать пакеты это их работа.
Начать можно с попытки пропихнуть один единственный пакет от ПК к ближайшему роутеру, потом к следующему и так далее до сервера.
ping 192.168.0.1 - это понятно работает
ping 192.168.1.1 - это тоже видимо
ping 192.168.31.1 - это нет.
На каждом из маршрутизаторов прописываем куда посылать пакет для подсетей таких то и таких то.
при попытке доступа из подсети 192.168.1.0/24 до 192.168.31.1 есть ответ? Прописан ли маршрут до 192.168.31.1 на R1?
Сам сервер так же может не маршрутизировать пакеты.

На ios, android сильная конкуренция среди приложений. На WinPhone конкуренции меньше. Есть смысл писать приложения и работать "на себя".

Ни разу не маркетолог, но такие новинки нахожу чаще всего через различные статьи, обзоры. Это и раскрученные ресурсы типа хабра и гигтаймс и мелкие блоги и обзоры.

"640КБ должно быть достаточно для каждого."
MS SQL очень любит ОЗУ, поэтому вопрос - хватит ли вашему приложению 4 гб базы для работы?
Даже если хватит - надолго ли?
выбирая 32 битное решение вы сразу ограничиваете себя. Если с приложением будут проблемы (а ведь никто не мешает поднять тестовую среду и проверить), то лучше переделать приложение на совместимость с современной инфраструктурой.

А вообще покупая MS SQL вы можете использовать как 32, так и 64 разрядную версию продукта, и определиться уже после покупки. Уточните эту информацию у продаванов или у самого мелкософта.

красивое решение это поставить на вход в локальную сеть, то есть вместо TL-WR741ND железку с поддержкой VPN. Можно и тот же TL-WR741ND перешить WRT прошивкой и поднять openvpn, но боюсь не потянет 4 пользователя. Кстати - еще и скорость нужно представлять какая должна быть для приложения. Вариантов железок много.
firebird выставлять наружу портмаппингом - я бы хорошо подумал.

Рискую предположить что сервис типа Hamachi поможет получить доступ к домашней локальной сети.

смотрите в сторону ПО для слежки за сотрудниками. Их несколько на рынке. Снимают экраны периодически, сниффят клавиатуру, IM, mail.
Имеют удобный интерфейс для просматривающего, и умеренную стоимость, незаметны для пользователя, а еще скорее всего нелегальны :)
А так да - TMG или поделки вроде usergate

1. DFS как раз позволяет избежать проблем, он же дистрибьютед. Новый сервер AD будет в этом же домене насколько я понимаю, значит подключаем его в этот же DFS в качестве зеркала.... Хотя нет - он все продублирует тогда. Физически то у нас одно хранилище.
К DFS обращение идет не по имени сервера \\server1\files\, а по имени DFS шары, например \\domain\dfsshare\files
значит на новом сервере поднимаем DFS, включаем в качестве доп сервера управляющего DFS (Серверы пространства имен), на старом опускаем DFS, проверяем что все работает. Потом в один прекрасный день/час переводим ссылки в DFS на новое месторасположение. Всё - DFS мигрировали.

2. Просто шары перетащить на DFS, и только потом мигрировать - пункт 1.

Менять название нового сервера являющегося контроллером домена? нееее.. не стоит.
Есть еще временный вариант - обращаться к новому серверу по имени старого. То есть днс имя oldserver должно ссылаться на ip от newserver. При этом старый уже точно должен быть выведен из эксплуатации, а на новом нужно что то там подкрутить чтобы он принимал подключения от клиентов которые его называют oldserver.

Еще вопрос какой сервер.
если это случайно SBS, то он сам практически все умеет настраивать.
В панели его управления есть пункты про подключение к сети интернет. При запуске этого пункта сервер сам пытается настроить роутер, а так же сообщает что необходимо сделать если автоматическая настройка не удалась.
Еще он сам регистрируется в Майкрософте и выдает ссылку по которой можно получить к серверу доступ (удаленные рабочие столы машин в сети, его удаленный рабочий стол, общие документы и т.п.). Всё через браузер IE.

Windows multipoint server для этих целей есть у майкрософта. Ну не совсем для этих целей, но первое что в голову пришло.
А вообще неправильный это подход. Лучше разделить. На комп ставим DLNA сервер, а к ТВ (если встроенного DLNA плеера (Smart TV) нет, то ищем андроид приставку или неттоп какой нибудь. Ну и сеть между ними в гигабит.