ADarkin

Это называется seamless mode или безрамочный режим.
Насколько я помню - его можно добиться и с обычным RDP на клиентскх ОС, включив RemoteApp - так что решается проблема подключением по RDP с хоста в ВМ с настроенным seamless режимом и прописанным запуском конкретной программы.

На самом деле время пинга складывается из нескольких составляющих. Основные две из них:

- время, которое тратится промежуточными узлами на передачу до пингуемого узла и обратно;
- время, которое пингуемый узел тратит на обработку запроса и формирование/отправку ответа.

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

Что самое противное, ни одну из этих составляющих нельзя измерить надёжно. А тебя по большому счёту, интересует только первая из названных составляющих. Даже на время реакции целевого, конечного, узла можно начхать - на TCP/UDP он будет реагировать гораздо шустрее, чем на пинг, а если будет тормозить, то отвечающий софт, а не передача.

А на скорость передачи не заморачивайтесь. Пакетики в пинге короткие, частота передачи высокая, так что время передачи пакета от узла к узлу по медному или оптическому кабелю в подавляющем большинстве случаев просто меньше точности измерения времени.

ну раз у тебя кабель вытащился из коннектора - значит он не обжат)
когда коннектор обжат - жилы ты из него не вытащишь
и еще - не пользуйся дешманскими кабелями из алюминия - там не угадаешь на сколько метров и как он реально будет работать

блин чувак - ты делаешь сетку на гигабит, и обжимаешь отвёрткой... ну серьезно?

Второй вопрос - с ЧЕГО ВДРУГ у тебя КАБЕЛЬ 5е а коннекторы 6е ??????? они одинаковые должны быть - в 6е толще жилы!
Конечно с уличным кабелем всё обжалось - там же КАБЕЛЬ тоже 6е! с нормальными ТОЛСТЫМИ жилами!
Под кабель 5е надо брать коннекторы тоже 5е

ты даш гарантию что это отрабатет хотя бы лет ? обжика стоит недорого, если тебе надо сделать много обжатий

Копать тут - в поддерживаемые протоколы шифрования для Kerberos: недоступность по имени при доступности по IP - вообще типичный признак проблем с Kerberos, а тут ещё в наше время MS повадилась отключать старые протоколы как "небезопасные" - потому что безопасность (показная) стала продаваемой, ее якобы наличие увеличивает ценность продукта в глазах клиентов.

Режим зануды:
1. Нанять амина / стать им.
2. Научится различать проблемы и не валить все в одну кучу.
3. Читать документацию по используемым технологиям.

По сути:
1. В одном сегменте сети должен быть только один DHCP сервер. В ограниченный случаях допустимо иметь несколько, но тогда они должны иметь непересекающиеся пулы адресов. Выключите все dhcp сервера, которые не планируете использовать.
Windows показывает какой dhcp сервер выдал ip адрес (ipconfig /all ) . Проверьте, совпадает ли это с вашими планами.

2. Пул адресов должен быть больше, чем число компьютеров, которые получают адрес по dhcp.
3. Если используются статические адреса, они не должны включаться в dhcp pool.

Проблема петель решается аудитом сети.
t1600-28ts это коммутатор, а не маршрутизатор.
Dlink 1016 —это неуправляемый коммутатор, а не hub.

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

Белые IP с двух сторон - GRE over IPsec, IPIP over IPsec
Серый IP с одной стороны - PPTP/L2TP IPsec/SSTP/OpenVPN/Wireguard

Все эти способы создают туннельные интерфейсы и поверх них прекрасно работает OSPF