или тупо поставить неуправляемый простой свитч то всё начинает работать.
Это вот на 99.99% говорит о том, что дело не в Linux, а в каких-то ограничениях в сети. Linux может какое-то косвенное влияние оказывать, но пока я не готов сказать, какое именно. Различие сходу - Linux не резервирует часть полосы под системные нужды, потому если какой-то компьютер забивает канал, он забивает его на сколько может (хоть на 100%, если столько нужно), но это никак не объясняет изменения при замене коммутатора.
По скриншотам.
1. Это непонятно что. Видимо Альтератор, но я им не пользуюсь. Если это из-за сети, то это следствие, а не причина.
2. Это вот интересно. Почему-то на провдном интерфейсе нет IP-адреса. При этом прилетело всего 4 пакета. Это через какое время после включения? Отдельное замечание: ifconfig в Linux много лет, как устарел. В данном случае не принципиально (а может и удобнее даже), но привыкайте использовать iproute2 - и возможностей по управлению ip-стеком больше даёт, и показывает соответственно, больше, когда надо ("ip a", "ip -s l" для данного случая).
3. В этот момент интересно, доступны ли шлюз и DNS-сервера. Собственно, ошибка в браузере означает, что системе не удалось узнать IP-адрес сервера yandex.ru, то есть DNS недоступен. "сведения о текущем соединении", вроде бы, показывают, что всё есть, но правду покажут только "ip a" и "ip r" (ну или ifconfig/route).
4. Эта картинка говорит о том, что с настройками TCP/IP всё хорошо, но вот DNS недоступен. Опять же интересно, что показывают ping до DNS и вывод команды "host yandex.ru 10.192.0.249" (и можно у 8.8.8.8 спросить сразу).
В общем, на первый взгляд и по имеющейся пока информации возникает какая-то проблема с пропуском трафика и из-за этого отпадает DHCP.
1 Попробуйте "вручную" задать настройки tcp-ip.
Этот вариант, в принципе, нормальный для проверки. Просто настройте на проблемном компьютере этот enp3s0f1 посредством etcnet (хотя и DHCP тоже может настроен им быть; что написано в /etc/net/ifaces/enp3s0f1/options?) и с явным указанием IP-адреса/шлюза/DNS. Если проблема уйдёт, всё сведётся к поиску причины нейстойчивой работы DHCP.