Zzzz9, я не рассматриваю древние как дерьмо мамонта модели, не имевшие функционала маршрутизатора или имеющие их в сильно урезанном варианте, даже если таковые существовали. А озвученная Вами модель - вполне себе маршрутизатор.
Максим Гришин, формально в политике (как доменной, так и локальной) может лежать (авто)запускаемый скрипт/модуль, который меняет параметр реестра кодом, а не через политику. Такое изменение не фиксируется как настройка политики и не блокируется.
может ли быть это следствие работы другого пользователя под своей учеткой?
У каждой учётной записи свой куст настроек - ибо эта настройка хранится в HKCU. Так что нет. Хотя я и могу допустить запуск софта, который лазит в HKU.
Ну раз там появляется изменённое значение, значит, есть какой-то процесс, который его изменяет. Если это "какое-то время" более-менее предсказуемо, то можно любой программой мониторинга изменения значений реестра (да тот же ProcessMonitor) отловить это изменение и хотя бы узнать, какой процесс этим занимается. А вот на вопрос "почему" без знания "кто", я думаю, ответа не найти.
Обычно именно такие симптомы наблюдаются при частичном повреждении (изгиб, окисление) одного из проводников разъёма (обычно на устройстве, крайне редко на кабеле) на пинах 4-5 или 7-8. Как итог - физическое подключение устанавливается (согласование скорости выполняется нормально), а вот с передачей данных затык. А на том кабеле, что работает - просто ножи разъёма на полмиллиметра вперёд по сравнению с остальными.
не пингуется ни в одну ни в другую сторону.
Пинг - это тест слишком высокого полёта. Смотри статистику интерфейса (количество переданных и принятых байтов/пакетов).
Пробовал как с компьютером на Windows 10 так и на iMac.
Проверь работу между этими двумя компами на всех кабелях - думаю, что они будут общаться без каких-либо проблем. Потому как по описанию главный подозреваемый - сетевой разъём на роутере. Осмотри внимательно разъём на роутере на предмет окисления и прогиба контактов.