Вот. На этом выводе уже видно кое-что важное.
netcfg -s n не показывает никаких очевидных VPN/WireGuard/WinDivert/TAP-фильтров. Из стороннего там фактически только:
> nt_rtf64 — Realtek LightWeight Filter (NDIS6.40)
И вот этот компонент я бы всё-таки убрал из дальнейшего уравнения, потому что это не обычный драйвер сетевой карты, а именно NDIS-фильтр Realtek. У HP были случаи проблем с этим фильтром; он также связан с функциями Network Booster/сетевого мониторинга на игровых системах HP.
Но есть нюанс: мы его уже отключали через Disable-NetAdapterBinding, и соединение не восстановилось. Поэтому я пока не утверждаю, что он виновник.
Сейчас сделаем гораздо более точную проверку
Выполни:
Get-NetAdapterBinding -Name "Ethernet" | Where-Object {$_.ComponentID -eq "nt_rtf64"}
и:
Get-NetAdapterBinding -Name "Беспроводная сеть" | Where-Object {$_.ComponentID -eq "nt_rtf64"}
Нам нужно увидеть, действительно ли он сейчас Disabled.
---
А вот это — самый интересный тест
Попробуй HTTPS к российскому сайту:
curl.exe -vk https://ya.ru
и сразу после:
curl.exe -vk https://google.com
Это сейчас очень важно.
Если получится примерно:
ya.ru → TLS handshake успешно
google.com → Connection reset
то Windows TLS полностью исправен, а проблема именно в выборочном направлении зарубежного трафика.
Если даже ya.ru тоже падает — тогда будем копать Windows/WFP.
---
И ещё одна вещь, которую я хочу проверить
У тебя HP Pavilion Gaming. У HP/OMEN действительно встречается Realtek NDIS Lightweight Filter, связанный с сетевым Network Booster.
Поэтому выполни:
Get-Service | Where-Object {
$_.Name -match "rtf|omen|hp|network|booster" -or
$_.DisplayName -match "Realtek|OMEN|Network Booster|HP"
} | Format-Table Status,Name,DisplayName -AutoSize
Скинь мне вывод этих трёх команд.
После этого я уже не буду гонять тебя по десяти случайным сбросам — если ya.ru работает, а Google нет, перейдём к диагностике WFP/маршрута именно зарубежных адресов.