ldv

find . -maxdepth 0 -type d -name "*" -exec tar cvfz {}.tgz {} \;

точнее даже так
find ./* -maxdepth 0 -type d -exec tar cvfz {}.tgz {} \;

Могу предположить, что это могло возникнуть после обновлений, как компов, так и домен контроллера. Тут нужно смотреть.
Можно проверить, лечится ли это переустановкой учетной записи компьютера на DC.
Обычно доверительных отношений нет, когда пароль учетной записи компьютера изменился а у DC пароль другой, вот он и не понимают друг друга.

Высоконагруженные системы упираются в ограничение количества портов.

Это вы про TCP порты? Не могли бы вы развить эту мысль? Я вас не вполне понимаю.

IPv6 призван решить эту проблему поддерживая назначение серверу множества ip-адресов.

А в случае IPv4, по-вашему, так сделать нельзя, то есть назначить серверу множество адресов?

На мой взгляд, основную проблему в стеке TCP/IP представляет отсутствие внятного сеансового уровня (session layer в терминах ISO OSI). Поэтому каждый сервис/уровень по-своему категоризирует трафик по сессиям, например TCP по кортежу адресов и портов источника и назначения, HTTP по cookie и так далее. В IPv6 действительно есть релевантное этой проблеме нововведение в виде поля flow label, интересно, какие появятся варианты его практического применения.

Ну и нельзя забывать о том, что сеть - это инфраструктура, а менять инфраструктуру, особенно развитую, долго и трудно.

Так на сервисе то порт для подключения он один - например 80-й, а к клиенту как раз динамический... А балансировка нагрузки что бы железо справлялось, и отказоустойчивость была...

Предлагаю в настройках TCP/IP dns сервера указать IP только этого DNS, в настройках DNS настроить Forwarding например на 8.8.8.8 (интернет будет прекрасно работать), на контроллере в настройках TCP/IP указать IP своего DNS.
P.S. Ваш DNS сервер открыт для всех в интернете? Попробуйте пингануть Ваш сервер по полному имени, можно с него же, во что резолвится в данный момент?
Всё это похоже на коллизию имен DNS - www.npsod.ru/blog/market_news/7315.html, https://www.icann.org/resources/pages/name-collisi...
icannwiki.com/.office

Чего не хватило языку, чтобы занять рынок?

Занять какой рынок?
Делфи - никогда и никуда не умирал. Просто его "давят" искусственно статьями по всему интернету и внушают молодому поколению, что он умер, чтобы дать возможность хотя бы сравняться качеством новым продуктам. Он используется в престижных и крупных организациях, где важно качество продукта, а не PR...
У Delphi большое сообщество разработчиков возраста более 25-30 лет, он отшлифован годами от "детских болезней ЯП" для крупных продакшн-проектов, а так же у него очень быстрая скорость разработки приложений.
Если все правда, то зачем бы компания Embarcadero вкладывала бы деньги вот в это:
ссылка ?
Комментарии здесь излишни.

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

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

В один домен L2 сети лучше не добавлять -- это небезопасно и сложно управлять. Лучше каждый филиал в свою подсеть, и на центральном маршрутизаторе рулить, кому куда можно.

В одной? :)
Или все таки чтобы у всех был доступ ко всем компьютерам?
Если в одной, к примеру 192.168.0.0/24, то так не получится.
Если хотите чтобы доступ был ко всем компьютерам, в разных сетях
192.168.0.0/24
192.168.1.0/24
192.168.2.0/24
И так далее. То это возможно.

1. Делаем главный сервер и остальные клиентами цепляются к нему.
2. Разруливаем маршрутизацию по филиалам, с сервера 192.168.0.0/16.
3. ....
4. ПРОФИТ.

За вас никто не сделает, так что просто начните с подключения одного филиала.
А дальше второй и третий . . .

Не слушайте всех остальных :)
Все сервера в организации должны быть виртуальными, кроме хостов виртуализации!
Страшилки вам расскажут, те кто не использует это полноценно в продакшене. Особенно в части того, что хост и другие виртуалки стартуют раньше КД.

Как должно быть:
0. В настройках виртуалок с КД включите принудительное включение после старта хоста.
1. Отключите настройку синхронизации времени от хоста к виртуальной машине с КД в свойствах виртуальной машины.
1а. Настройте синхронизацию КД с таймсервером.
2. КД должно быть минимум два.
3. КД должны располагаться на двух разных хостах и хранилищах.
4. Резервное копирование КД должно происходить одновременно с серверами с Sharepoint и Exchange.
5. При восстановлении из резервной копии одного из КД важно учитывать состояние и приоритет репликации (начиная с Win2012 и с современными бэкапилками типа Veeam B&R не так актуально)
6. Пароль администратора КД (а заодно и всего домена) вещь сокровенная и кроме как для входа на КД в случае сбоев использоваться более нигде не должен.

есть NAS на котором запущен FTP-сервер, он подключён к сети 1Гбит Ethernet. В синтетических тестах (Lan Speed Test) и том же iperf скорость передачи близкая к теоретически максимальной (960МБ/с).

Вы где то сильно ошибаетесь. Такое невозможно ни физически, ни теоретически.
При подключении к сети 1Гбит Ethernet, максимально возможная скорость передачи файлов равна 1000/8=125МБ/с
Чтобы обеспечить скорость в 960МБ/с вам нужен линк на 10Гбит как минимум.

А вот при фактическом копировании/записи файлов скорость ограничена 10 МБ/с.

Фактическая скорость будет в основном ограничена скоростью дисков, так что вполне нормальная ожидаемая скорость для бюджетного NAS'а.
Если хотите повысить скорость - ставьте более быстрые диски, распределяйте нагрузку между дисками, и.т.д.

Т.е для вас максимальная скорость передачи ограничена скоростью 125МБ/с
А реальная будет зависеть от двух вещей -

• Производительностью дисковой подсистемы. Для среднестатического диска это примерно 1-100МБ/с в зависимости от нагрузки
  
• Производительностью ОС файлового хранилища. Зависит от скорости работы процессора, наличия памяти и настроек.
  

1. перестаем говнокодить устаревшими на 10 лет функциями, изучаем PDO.
2. Читаем про auto_increment в MySQL
3. Читаем про ORDER BY в MySQL
4. Читаем про иньекции в MySQL
5. Учимся верстать и не используем устаревшие на 15 лет теги.

Оставте VPN, только пригласите специалиста, что бы хорошо настроил. Или выбрать другую VPN технологию. Лично я использовал по началу OpenVPN, потом перешел на softether - который включает в себя ряд VPN технологий. Можно рассмотреть, вариант на mikrotik. И проверьте Ваш канал, раз в 10 минут может и по его вине быть.