Ник Пост Дата
ByDesign(All is ending)

С сегодняшего дня происходит что-то очень странное - при подключенном антизапрете (в роутере Keenetic) перестают вообще открываться какие-либо сайты, браузер пишет “having trouble finding that site”.
Такое ощущение, что провайдер (Дом.ру) роняет днсы в ответ на использование впн. Телега и банальная SOCKS-прокси при этом продолжают работать. Кто-нибудь сталкивался с таким, как бороться?
Upd: антизапрет теперь вообще не коннектится, висит статус “Unknown” и всё.

2025-01-19T19:03:19.919Z
0ka(0ka)

на компе или телефоне тоже самое?

2025-01-19T19:22:05.389Z
ByDesign(All is ending)

Домашний интернет, через роутер. На телефоне у меня антизапрета нет.

2025-01-19T19:35:21.772Z
0ka(0ka)

ну так нужно проверить, вопрос не просто так задавался

2025-01-19T19:37:01.623Z
ByDesign(All is ending)

Не понял, какая тут связь. Мне бы в первую очередь с домашним разобраться. У мобильных операторов там свои заморочки всегда были.

2025-01-19T19:43:18.527Z
0ka(0ka)

скачайте приложение опенвпн на телефон и конфиг файл тоже, и на домашнем вайфае попробуйте подключиться

2025-01-19T19:44:08.000Z
ByDesign(All is ending)

Типа проблема в роутере что ли? Но прошивку я обновлял какое-то время назад последний раз, а поведение это началось только сегодня. Я так полагаю, те самые печально известные “новые настройки ТСПУ” таки дошли.

2025-01-19T19:50:56.206Z
uwu(uwu)

у меня на телефоне антизапрет постоянно так делает на мобильном/проводном билайне
приходится включать режим полета секунд на 30 (я хз что это дает, наверно какой нибудь кэш dns сбрасывает) , после этого начинает работать нормально
но это изначально так было

2025-01-19T19:54:59.320Z
ByDesign(All is ending)

У меня вот до сегодня работало без нареканий вообще, но теперь и сам антизапрет отвалился, и бесплатный конфиг амнезии тоже.
Перезагрузка роутера, смена днсов не помогает.

2025-01-19T20:12:14.962Z
ByDesign(All is ending)

Хотя после перезагрузки на новом айпишнике даёт 1 раз подключиться к антизапрету, чуть поработает, потом снова падает и больше не коннектит. Очень странно это всё.

2025-01-19T22:20:05.508Z
dartraiden(Alexander Gavrilov)

Если настроено по моим инструкциям, то когда туннель поднят (подключен успешно), DNS провайдера не используются, а используется DNS АнтиЗапрета (это, вообще, обязательное условие, т.к. там именно средствами DNS осуществляется разделение трафика). И трафик до DNS АнтиЗапрета ходит внутри VPN-туннеля, провайдер в него никак не вмешается.

Так что, нет, “рвать днсы” провайдер не станет, это ничего не даст.

2025-01-19T23:05:48.248Z
dartraiden(Alexander Gavrilov)

Это, пардон, не диагностика, а так, из разряда “машина не едет и всё”.

Добавляйте строчку `verb 5" в конфиг OpenVPN и смотрите в системный журнал, там будет больше сведений о происходящем.

Это может быть всё, что угодно, например, блокировка протокола OpenVPN, в которой ничего нового нет - некоторые пользователи о ней давно сообщали, а до меня она добралась буквально 2 месяца назад.

2025-01-19T23:10:14.042Z
ByDesign(All is ending)

Да я понимаю, но это первый раз такое. И ведь уже во многих регионах давно заблочен протокол OpenVPN тупо, может, просто и до моего добралось. (А что делать-то тогда, уходить на другое решение только?)
В логах с verb 5 банально пишет

Jan 20 02:17:56 OpenVPN0
Attempting to establish TCP connection with [AF_INET]51.158.176.255:1194

Jan 20 02:19:56 OpenVPN0
TCP: connect to [AF_INET]51.158.176.255:1194 failed: Operation timed out

Jan 20 02:19:56 OpenVPN0
NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay

Jan 20 02:19:56 OpenVPN0
SIGTERM[connection failed(soft),connection-failed] received, process exiting

Jan 20 02:19:56 ndm
Service: “OpenVPN0”: unexpectedly stopped.

и так по кругу.

2025-01-19T23:13:41.201Z
User0

У меня в последнее время участились случаи, когда роутер успешно установил VPN-туннель с АнтиЗапретом, но DNS запросы по такому туннелю не резолвятся. При ручном переподключении в логах появляется строчка Jan 18 18:16:12 openvpn[27438]: TLS: Initial packet from [AF_INET]51.158.187.25:1194, sid=2a6baaab 1edd685f Помогает только смена IP-адреса сервера АнтиЗапрета и всё снова работает.

2025-01-19T23:20:13.790Z
ByDesign(All is ending)

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

2025-01-19T23:45:12.642Z
dartraiden(Alexander Gavrilov)

Пока туннель был поднят, нет, не может это дать.

Пока туннель поднят, абсолютно весь DNS-трафик идёт через VPN.

Грубо говоря, браузер спрашивает o"какой IP-адрес у navalny.cm?" и DNS АнтиЗапрета отвечает - “10.200.5.1”. Браузер ломится на этот адрес и, благодаря маршруту, указывающему, что трафик до 10.x.x.x должен идти через туннель, трафик улетает в туннель и идёт через сервер АнтиЗапрета, чем и достигается обход блокировки. А когда браузер спрашивает “какой адрес у kremlin.ru?”, то всё тот же DNS АнтиЗапрета отвечает “95.173.136.72”, поскольку не указано маршрутизировать через туннель, трафик пойдёт через провайдера напрямую.

Вообще, диагностика должна начинаться с nalookup имядомена, это гораздо информативнее, чем гадать, отвечает кто-то или нет.

2025-01-19T23:50:35.981Z
ByDesign(All is ending)

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

2025-01-20T00:08:42.967Z
Dhohbr

Сделайте nslookup v.31337.lol
Попробуйте в параметрах ВПН указать по очереди эти адреса. Может у вас какие-то блокируются.

2025-01-20T08:39:02.278Z
denium

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

У вас свой антизапрет или от Валдика? У Валдика на сервере немного модифицированный OpenVPN протокол. Но патч непубличный.

2025-01-20T10:27:37.797Z
ByDesign(All is ending)

Не свой, общий конфиг из соседней темы с гайдом.
Долгое время это было для меня такое решение “установил и забыл”, с которым открывались почти любые сайты, кроме пограничных кейсов, когда например со стороны самого же сайта были забанены диапазоны антизапрета (бывало и такое в редких случаях). Поэтому сильно в эту тему не вникал даже. И вот теперь даже не знаю, чем его таким заменить, чтобы не пускать вообще вообще всё через впн.

2025-01-20T11:32:56.971Z
LeonMskRu(Leon MskRu)

при включенном VPNe

dig vk.com
dig rutracker.org (ну или чтото другое. запрещенное)

для забаненых должно выдавать что то такое

rutracker.org. 281 IN A 10.224.0.110
rutracker.org. 281 IN A 10.224.0.109
;; SERVER: 192.168.104.1#53(192.168.104.1)

2025-01-20T12:27:48.013Z
ByDesign(All is ending)

Перепробовал все адреса, толку нет.
Что интересно, после ребута и нового выданного мне айпишника провайдером антизапрет подключается и даже какое-то время работает, но потом снова падает насовсем. Такое ощущение, что в реальном времени блочат связку “айпи + впн”.

2025-01-20T12:59:34.394Z
denium

Такое ощущение, что провайдер (Дом.ру) роняет днсы

Действительно, дом.ру славится подменой dns.

2025-01-20T13:42:24.857Z
MasterHome(Master Home)

192.168.104.1 не резольвит имена. Два дня уже как.

2025-01-20T15:42:32.548Z
ByDesign(All is ending)

То есть, это проблема самого антизапрета что ли? А почему тогда никто больше не жалуется?

2025-01-20T16:19:38.811Z
dartraiden(Alexander Gavrilov)

В моей инструкции это учтено и не влияет: домен самого АнтиЗапрета именно поэтому резолвится через защищённые DNS, затем поднимается туннель и провайдер уже ничего подменить не может.

Так что, вопрос с DNS можно закрыть - DNS тут не при чём.

Сам АнтиЗапрет прямо сейчас работает и резолвит исправно.

2025-01-20T23:27:51.912Z
ByDesign(All is ending)

Да, судя по всему, провайдер конкретно в этом моменте не виноват всё-таки, это зависшие на стадии подключения впны с собственными днсами дают такой эффект, что ничего не грузится в этот момент, но уже установленные соединения не рвутся, типа той же телеги.

Но всё равно не ясно, почему антизапрет то подключается, поработает чуть и снова умирает. По идее, если бы это была блокировка по протоколу, он в принципе не должен подключаться тогда.

Ещё заметил, что некоторые (не все) стримы на твиче перестали грузиться без впн. Что это, косяк провайдера или проделки РКН? Вроде опять же никто другой не жалуется, проблема локальная для конкретно меня или же моего региона.

Интернет уже становится таким месивом, что разбираться во всём этом реально утомительно.

2025-01-21T12:08:23.500Z
LeonMskRu(Leon MskRu)

какойто подземный стук всётаки есть
openvpn-connect win10 == не ресолвит
openvpn GUI win10 == ресолвит
конфиги вроде одинаковые

честно говоря не стал голову ломать
подумал только у меня локальные глюки

2025-01-21T14:20:05.259Z
nikdynikdy

У меня такая же проблема, все начилось 18 января. Антизапрет установлен на роутере Asus rt-ax58u (прошивка не мерлин), провайдер Билайн. Домашние пожаловались, что на всех клиентах перестал работать интернет, браузер ругался на DNS. Отключил ВПН на роутере, и все клиенты заработали. При включении ВПН все опять ломалось. nslookup ya.ru с клиента не проходила, а с роутера работала и выдавала правильный ответ. Также отмечу, что в субботу 18.01.2025 после нескольких перезагрузок роутера удалось как-то запустить ВПН, но спустя 3-4 часа проблема на клиентах вернулась. Пока ВПН на роутере выключил и мониторю вашу тему на форуме. Готов поучаствовать в поиске проблемы. Антизапрет меня полностью устраивал и хочется вернуть рабочее решение.

2025-01-21T18:01:30.533Z
MasterHome(Master Home)

Заработало.

2025-01-21T18:02:06.922Z
nikdynikdy

Проверил сейчас, роутер не перезагружал, включил ВПН на роутере, дождался статуса подключено. В браузере на клиенте (windows 10) выдает это:
Не удается получить доступ к сайту
Не удалось найти IP-адрес сервера www.ya.ru.
Попробуйте сделать следующее:
Проверьте настройки прокси-сервера, брандмауэра и DNS.
Выполните диагностику сети в Windows
DNS_PROBE_FINISHED_BAD_CONFIG

Вывод nslookup с клиента:
C:\Users\kolya>nslookup ya.ru
╤хЁтхЁ: RT-AX58U-6938
Address: 192.168.1.1

DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Превышено время ожидания запроса RT-AX58U-6938

Вывод nslookup с роутера:
Server: 85.21.192.5
Address 1: 85.21.192.5 ns4.corbina.net

Name: ya.ru
Address 1: 77.88.44.242 ya.ru
Address 2: 77.88.55.242 ya.ru
Address 3: 5.255.255.242 ya.ru
Address 4: 2a02:6b8::2:242 ya.ru

Фрагмент лога роутера после включения ВПН:

Спойлер

Jan 21 21:16:08 vpnclient5[18419]: Unrecognized option or missing or extra parameter(s) in config.ovpn:40: data-ciphers (2.4.12)
Jan 21 21:16:08 vpnclient5[18419]: OpenVPN 2.4.12 arm-buildroot-linux-gnueabi [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Nov 4 2024
Jan 21 21:16:08 vpnclient5[18419]: library versions: OpenSSL 1.1.1t 7 Feb 2023, LZO 2.03
Jan 21 21:16:08 vpnclient5[18420]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jan 21 21:16:08 vpnclient5[18420]: TCP/UDP: Preserving recently used remote address: [AF_INET]51.158.181.161:1194
Jan 21 21:16:08 vpnclient5[18420]: Socket Buffers: R=[87380->87380] S=[16384->16384]
Jan 21 21:16:08 vpnclient5[18420]: Attempting to establish TCP connection with [AF_INET]51.158.181.161:1194 [nonblock]
Jan 21 21:16:09 vpnclient5[18420]: TCP connection established with [AF_INET]51.158.181.161:1194
Jan 21 21:16:09 vpnclient5[18420]: TCP_CLIENT link local: (not bound)
Jan 21 21:16:09 vpnclient5[18420]: TCP_CLIENT link remote: [AF_INET]51.158.181.161:1194
Jan 21 21:16:09 vpnclient5[18420]: Connection reset, restarting [0]
Jan 21 21:16:09 vpnclient5[18420]: SIGUSR1[soft,connection-reset] received, process restarting
Jan 21 21:16:09 vpnclient5[18420]: Restart pause, 5 second(s)
Jan 21 21:16:14 vpnclient5[18420]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jan 21 21:16:14 vpnclient5[18420]: TCP/UDP: Preserving recently used remote address: [AF_INET]51.158.176.255:1194
Jan 21 21:16:14 vpnclient5[18420]: Socket Buffers: R=[87380->87380] S=[16384->16384]
Jan 21 21:16:14 vpnclient5[18420]: Attempting to establish TCP connection with [AF_INET]51.158.176.255:1194 [nonblock]
Jan 21 21:16:15 vpnclient5[18420]: TCP connection established with [AF_INET]51.158.176.255:1194
Jan 21 21:16:15 vpnclient5[18420]: TCP_CLIENT link local: (not bound)
Jan 21 21:16:15 vpnclient5[18420]: TCP_CLIENT link remote: [AF_INET]51.158.176.255:1194
Jan 21 21:16:15 vpnclient5[18420]: Connection reset, restarting [0]
Jan 21 21:16:15 vpnclient5[18420]: SIGUSR1[soft,connection-reset] received, process restarting
Jan 21 21:16:15 vpnclient5[18420]: Restart pause, 5 second(s)
Jan 21 21:16:20 vpnclient5[18420]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Jan 21 21:16:20 vpnclient5[18420]: TCP/UDP: Preserving recently used remote address: [AF_INET]51.158.187.25:1194
Jan 21 21:16:20 vpnclient5[18420]: Socket Buffers: R=[87380->87380] S=[16384->16384]
Jan 21 21:16:20 vpnclient5[18420]: Attempting to establish TCP connection with [AF_INET]51.158.187.25:1194 [nonblock]
Jan 21 21:16:21 vpnclient5[18420]: TCP connection established with [AF_INET]51.158.187.25:1194
Jan 21 21:16:21 vpnclient5[18420]: TCP_CLIENT link local: (not bound)
Jan 21 21:16:21 vpnclient5[18420]: TCP_CLIENT link remote: [AF_INET]51.158.187.25:1194
Jan 21 21:16:21 vpnclient5[18420]: TLS: Initial packet from [AF_INET]51.158.187.25:1194, sid=d91030f2 16d830a3
Jan 21 21:16:21 vpnclient5[18420]: VERIFY OK: depth=1, CN=AntiZapret CA2
Jan 21 21:16:21 vpnclient5[18420]: VERIFY KU OK
Jan 21 21:16:21 vpnclient5[18420]: Validating certificate extended key usage
Jan 21 21:16:21 vpnclient5[18420]: ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
Jan 21 21:16:21 vpnclient5[18420]: VERIFY EKU OK
Jan 21 21:16:21 vpnclient5[18420]: VERIFY OK: depth=0, CN=antizapret-server-shared
Jan 21 21:16:22 vpnclient5[18420]: WARNING: ‘link-mtu’ is used inconsistently, local=‘link-mtu 1559’, remote=‘link-mtu 1543’
Jan 21 21:16:22 vpnclient5[18420]: WARNING: ‘cipher’ is used inconsistently, local=‘cipher AES-128-CBC’, remote=‘cipher BF-CBC’
Jan 21 21:16:22 vpnclient5[18420]: Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, 2048 bit RSA
Jan 21 21:16:22 vpnclient5[18420]: [antizapret-server-shared] Peer Connection Initiated with [AF_INET]51.158.187.25:1194
Jan 21 21:16:23 vpnclient5[18420]: SENT CONTROL [antizapret-server-shared]: ‘PUSH_REQUEST’ (status=1)
Jan 21 21:16:24 vpnclient5[18420]: PUSH: Received control message: 'PUSH_REPLY,route 192.168.104.1 255.255.255.255,route 10.224.0.0 255.254.0.0,dhcp-option DNS 192.168.104.1,block-outside-dns,route-gateway 192.168.120.1,topology subnet,ping 110,ping-restart 360,socket-flags TCP_NODELAY,route 103.246.200.0 255.255.252.0,route 178.239.88.0 255.255.248.0,route 185.104.45.0 255.255.255.0,route 193.105.213.36 255.255.255.252,route 203.104.128.0 255.255.240.0,route 203.104.144.0 255.255.248.0,route 203.104.1
Jan 21 21:16:24 vpnclient5[18420]: Options error: Unrecognized option or missing or extra parameter(s) in [PUSH-OPTIONS]:4: block-outside-dns (2.4.12)
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: timers and/or timeouts modified
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: --socket-flags option modified
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: --ifconfig/up options modified
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: route options modified
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: route-related options modified
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: peer-id set
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: adjusting link_mtu to 1626
Jan 21 21:16:24 vpnclient5[18420]: OPTIONS IMPORT: data channel crypto options modified
Jan 21 21:16:24 vpnclient5[18420]: Data Channel: using negotiated cipher ‘AES-128-GCM’
Jan 21 21:16:24 vpnclient5[18420]: Outgoing Data Channel: Cipher ‘AES-128-GCM’ initialized with 128 bit key
Jan 21 21:16:24 vpnclient5[18420]: Incoming Data Channel: Cipher ‘AES-128-GCM’ initialized with 128 bit key
Jan 21 21:16:24 vpnclient5[18420]: TUN/TAP device tun15 opened
Jan 21 21:16:24 vpnclient5[18420]: TUN/TAP TX queue length set to 100
Jan 21 21:16:24 vpnclient5[18420]: /sbin/ifconfig tun15 192.168.120.93 netmask 255.255.248.0 mtu 1500 broadcast 192.168.127.255
Jan 21 21:16:24 vpnclient5[18420]: /etc/openvpn/ovpnc-up 5 tun15 1500 1554 192.168.120.93 255.255.248.0 init
Jan 21 21:16:25 vpnclient5[18420]: WARNING: this configuration may cache passwords in memory – use the auth-nocache option to prevent this
Jan 21 21:16:25 vpnclient5[18420]: Initialization Sequence Completed

Тема актуальна, помогите победить.

2025-01-21T18:35:17.101Z
Dhohbr
telnet 51.158.181.161 1194
telnet 51.158.187.25 1194

На телнет отвечают эти адреса?
Судя по логу, вы подключились к 51.158.187.25, на нем VPN работал?

2025-01-21T20:31:01.018Z
nikdynikdy

Сегодня вечером смогу проверить реакцию на команды telnet. Включу ВПН на роутере и выполню команды telnet на клиенте, результат исполнения команд приложу.

Ответ на ваш вопрос даже не знаю как дать, судя по логу роутера ВПН тунель поднимается, но в браузере на клиенте, при поднятом ВПН на роутере, страницы на клиенте не открываются, выдается ошибка DNS_PROBE_FINISHED_BAD_CONFIG.
В посте выше последовательность действий была следующая:

  1. Включил ВПН на роутере, дождался статуса “Подключено”.
  2. Запустил браузер на клиенте (win 10), страница ya.ru выдала ошибку DNS_PROBE_FINISHED_BAD_CONFIG
  3. Выполнил nslookup ya.ru на клиенте, получил DNS request timed out.
  4. Выполнил nslookup ya.ru на роутере, получил нормальный ответ.
    Заметил, что при проведении эксперимента, все открытые ранее соединения на других домашних устройствах не прерывались (IP-телевидение показывало, дети на своих компах сидели в соцсетях и играх).
2025-01-22T06:50:18.751Z
Dhohbr

DNS у вас не работает, потому что запросы через VPN идут.
А после успешного соединения VPN, в логах есть периодические переподключения?
По-хорошему, надо дамп трафика снимать и смотреть, через Wireshark.

2025-01-22T08:43:53.641Z
Dhohbr

Проверил у себя антизапрет, работают все адреса кроме 51.158.181.228. Выглядит так же, подключение есть, но ничего не работает. В tcpdump ничего подозрительного нет, на блокировку не похоже.
Скорее всего проблема с днс на этом сервере, адреса не резолвятся, но по ip все доступно.

2025-01-22T10:00:31.283Z
nikdynikdy

Сделал следующее: удалил старый ВПН профиль на роутере, создал новый профиль со стандартным конфигом. Соединение очень быстро поднялось на 51.75.75.245. На клинентах все заработало, ни каких ошибок DNS. Замечу, что роутер я не перезагружал, IP-адрес, выданный провайдером, не менялся.
Уже 40 минут работает. Наблюдаю.

2025-01-22T16:57:01.445Z
Elwitcher(Алекс )

Аналогичная ситуация, столкнулся неделю назад примерно. Провайдер МТС, на роутер Asus с родной прошивкой был установлен Антизапрет уже года два как и все работало нормально. Теперь при включённом антизапрете не открывается ни один сайт (хотя соединение успешно настроено и нет ни каких ошибок).

2025-01-25T16:17:22.657Z
Harchvertelol(Harch)

Аналогичная ситуация. С конца декабря начал сбоить антизапрет, DNS пишет ошибку. При отключении всё ок, но нет обхода блокировок. Asus rt-ax86s, родная прошивка. Я в VPN Fusion добавлял антизапрет, больше ничего не делал (возможно, нужно ещё как-то настроить DNS? Инструкции сходу не нашёл, но всё работало, поэтому не трогал). Периодически работать начинает, потом опять перестаёт. Решение нашлось?

2025-01-26T21:25:06.957Z
dartraiden(Alexander Gavrilov)

Учитывая, что бесплатный АнтиЗапрет не разблокирует YT, вдобавок уже вовсю имеем внереестровые блокировки целых хостеров, давайте признаем: его смысл вообще теряется.

2025-01-26T21:51:18.758Z
3a9LL(3a9LL)

Пока работает запрет нужно его использовать. Если ркн его прибьет то уже впн. Не?

2025-01-26T21:53:24.931Z
Harchvertelol(Harch)

Не знаю, его использую в совокупности с отдельным тоннелем VPN для ютуба для ТВ (а на ПК - понятно какая прога), и проблем не имею, разве что с телефона проблема посмотреть ютуб, но это почти никогда и не нужно (там можно включить впн).

2025-01-26T21:53:43.546Z
Harchvertelol(Harch)

Так, помогло просто пересоздать опять профиль VPN, а также с DNS гугла вернуть DNS провайдера…

2025-01-26T21:57:16.937Z
dartraiden(Alexander Gavrilov)

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

2025-01-26T21:57:49.979Z
Harchvertelol(Harch)

Переподключение не помогало (выключал и включал VPN много раз), или же помогало на 5 минут, так что не знаю, решил попробовать сделать именно с удалением VPN, так как выше писали, что помогло, и да, помогло

2025-01-26T21:58:44.528Z
Miles1727(Miles1727)

На днях плохо стал работать впн, соединение устанавливалось но ДНС не обслуживалось, сейчас и соединение и пинг по днс есть а трафик не ходит.

2025-01-27T07:48:35.945Z