graf_Alibert

3. либо команда набирается из текушего меню, либо от корня меню. Это примерно как в *nix отличается путь log/syslog от /var/log/syslog (относительный и абсолютный путь)

Наверное, через VBS/PS можно решить - через VBS вообще много чего можно сделать, в том числе весьма неординарного. Но мне неизвестно - это долгое рытье MSDN.
Вынести комп из-за VPN. И отключить его от сети конторы (физически или на уровне vlan - главное, чтобы не на компе).
Повесить RDP на нестандартный порт - его конечно все равно найдут, но школоту отсечет.
Не ставить на него ничего, кроме того софта, который демонстрируете и после каждого юзера накатывать бэкап (а еще лучше завести виртуалку и ее после логоффа автоматом из снапшота подымать, убивая старую)

Напишу тезисы в защиту тонких клиентов:
1. Для массовых однотипных простых рабочих мест это отличный вариант.
2. Обслуживать кучку блэйд-серверов и бэкапить их намного приятнее, чем 200+ разнородных десктопов.
3. Можно сильно сократить численность рядовых эникеев, которые поддерживали в рабочем состоянии эти 200+ машин. В тонких клиентах особо нечему ломаться, заявок должно стать сильно меньше.
4. Сотрудников можно переводить на удалёнку с околонулевыми затратами времени.
5. При поломке тонкого клиента, сотрудник просто пересаживается за любой другой свободный и продолжает работать со своим окружением и всеми своими файлами.
6. В 1С можно получить очень хороший прирост в быстродействии, если и базы и клиенты будут находиться на одном сервере или в кластере.
7. Если вы говорите, что старые компьютеры уже сильно шумят и их почти все списали, значит вам действительно требуется обновление большого парка техники и закупка тонких клиентов будет экономически выгоднее, чем закупка новых десктопов.

Теперь о странностях конкретно вашего решения:
На мой взгляд переход на тонкие клиенты должен быть экономически выгоден. Однако, вы указываете, что на оборудование для 1 рабочего места выделено 90 тыс.рублей, что на мой взгляд слишком много.
Плюс эта привязка именно к одному вендору (в вашем случае к dell).
Очень уж это сильно напоминает распил бюджетов и откаты.

Во-первых, не согласен с утверждением, что стоит заморачиваться с телефонией при наличии 20+ абонентов. Манго и прочее уже пробовал, по сути там любой тариф хуже астериска и имеет ряд ограничений.
Во-вторых, не имея технических знаний и никогда не ставя linux, поставил связку ubuntu + asterisk за 2 часа вот по этому ману:
asterisk-pbx.ru/wiki/asterisk_install/asterisk-13_...
Главное внимательность при установке.
В-третьих, см мой профиль на тостере, найдете у меня вопросы по астеру и ответы, которые облегчают понимание Астериска в сложных ситуациях.

PS: Запись разговоров - стандартная функция, делается в два щелчка при заведении абонентов в базу через Freepbx (это web оболочка для Asterisk)

Микротик не выдаёт максимальную скорость?

Что такое нормальная скорость по вашему?

но когда просто смотришь ютуб и серфишь страницы скорость скачет 100-700к на любых лан портах,

А какая должна быть?

Непонятно чего вы хотите.
Вы же написали - тариф провайдера 15Мбит/с.
Это значит что максимально возможная скорость передачи данных в глобальную сеть 15Мбит/с
В реальности скорость должна быть между 0 и 15Мбит/с - это нормально.
Если скорость меньше нуля или больше 15Мбит/с это ненормально.

но подключить по sfp+ так как нужна соответственная скорость.

SFP+ это до 10 Гбит/с - врятли вам нужна такая скорость
SFP - до 1 Гбит/с - вполне достаточно для провайдера
Так что ставьте обычный медиаконвертер под spf и уводите на гигабитную медь

Как правило определяет наличие подключения к интернету служба NCSI.
Основные этапы определения -
Стучится по адресу www.msftncsi.com/ncsi.txt. Если удалось прочитать файл- есть подключение.
Проверяется доступность DNS - NCSI резольвит имя dns.msftncsi.com. Если удалось - ок.

Значит, блокируются адреса, по которым ОС проверяет доступность интернета. Может быть, телеметрию резали и что-то лишнее зарезали

Как обеспечить доступ к нескольким серверам по RDP используя имена серверов?

Сделать соответствующие записи в DNS.

Обеспечить пользователям удаленный доступ к нужному серверу только по имени сервера без разглашения пользователям IP адресов.

Обеспечьте доступ и не разглашайте IP

Если 1.1.1.1 и 2.2.2.2 в вашем случае это внешние адреса головного сервера pptp под управлением RouterOS то можно использовать встроенную функцию dyndns.
И обойтись без скриптов вообще.

С этим сайтом работают много человек под одним аккаунтом.

Сделайте каждому свой аккаунт. Проблем в этом - нет никаких.

Не можешь понять - не лезь в эту компанию.
А то всегда будешь на хабре вопросы писать.

А вообще настройка подсетей и пробросы портов.