Загрузка данных


Вот. На этом выводе уже видно кое-что важное.

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/маршрута именно зарубежных адресов.