С лисой и ростелекомом перестал работать, вообще ничего не открывает(даже простые сайты)
У меня на Ростелекоме уходит 30с до начала скачивания файла по адресу https://antizapret.prostovpn.org/proxy.pac.
С другими зарубежными сайтами (github) в последнее время тоже на рт бывают лаги.
На данный момент проблем не наблюдаю. Проверял с Ростелекома.
прямо сейчас проверил
действительно, если подождать около полминуты - начинает грузить, но тормозит в разы(причем все - не только заблокированные сайты)
посижу пока без “обхода”, Антизапрет - не болей 
Проверьте, тормозит ли ответ от antizapret.prostovpn.org, либо же
от .
быстро открывается? Должен писать 404
page not found.
вообще не понял 
Что-то из почты письмо неправильно распарсилось.
Проверьте, тормозит ли ответ от antizapret.prostovpn.org, либо же от https://gateway.ipfs.io/.
https://gateway.ipfs.io/ быстро открывается? Должен писать 404 page not found.
вроде одинаково - быстро
Возможно, было связано с этим: https://radar.qrator.net/blog/how_you_deal_with_route_leaks
Сейчас всё нормально?
У меня лиса и ростелеком стоит вечная загрузка, если убрать пак файл то все нормально загружается. подскажите что делать в таком случае
https://antizapret.prostovpn.org/proxy.pac, если открыть в браузере, начинает скачиваться или открываться? Есть ли задержка при скачивании?
вроде сейчас работает, но еще утром была ситуация как у человека выше
Все открывает 10 минут назад примерно все заработало, вчера тоже такое наблюдал. https://antizapret.prostovpn.org/proxy.pac, открывается // ProstoVPN.AntiZapret PAC-host File
// Generated on Thu Apr 2 10:22:02 MSK 2020
Похоже, проблема в загруженности интернет-каналов по миру. Перекинул раздачу PAC-файла через IPFS-шлюз от Cloudflare, должно быть лучше.
только начал писать,что все вообще отрубилось… - вы наверно как раз вносили изменения
спасибо - работает
У меня через Firefox вот так:
- Несколько лет всё работало без вопросов.
- 28.03.20 перестало работать – то есть вместо заблокированного сайта открывалась заглушка от провайдера, что сайт заблокирован.
- После отключения в настройках firefox всей «улучшенной защиты от отслеживания» заработало снова.
- 03.04.20 начало тормозить – то есть заблокированный сайт начинал грузиться секунд через 10 (обычно начинает грузиться-открываться через 1 сек.).
- Наконец, опять перестало работать, то есть снова открывается только страница-заглушка.
- Через какой-нибудь vpn windscribe, конечно, всё работает и открывается за 1 сек.
- Расширение в Chrome тоже работает нормально.
Что может быть за проблема с Firefox-ом?
Два прокси-сервера зависли. Перезагрузил, попробуйте сейчас.
Нет. Не работает (
На примере торрентов: рутрекер долго висит, потом выдаёт ошибку PR_CONNECT_RESET_ERROR, а русторка сразу показывает страницу-заглушку.
блин, вот сейчас - работает, но в течении дня: и заглушку показывало, и PAC грузился “непростительно долго”, тормозило все(даже не залоченные сайты)
Спасибо за то, что вы делаете 
отписался, просто - как есть…
Я не вижу проблемы из нескольких регионов. В следующий раз, когда будут проблемы, отключайте PAC-файл в настройках и пробуйте загрузить https://antizapret.prostovpn.org/proxy.pac в браузере вручную, после чего детально пишите сюда о результатах.
Если PAC-файл загружается быстро, но сайты не открываются или открываются медленно, нажимайте F12, переходите во вкладку network, нажимайте на какой-либо элемент (чтобы появилось дополнительное меню), делайте скриншот и прикрепляйте в тему.
Поддерживаю lexx:
- Спасибо Антизапрету )
- Сейчас всё снова работает. Очень загадочно!
- Как только перестанет, сделаю через F12.
Тоже перестал работать( goodbyedpi работает, а прокси перестал, через браузер нормально pac-файл открывается, настройки в фаерфоксе вот такие:
Провайдер - ростелеком. Какая-то ещё информация нужна?
Не удалось прикрепить настройки сети в предыдущее сообщение.
Отключите DNS over HTTPS.
Отключил, ничего не поменялось(
Прокси-серверы работают, PAC-файл работает и корректен, rutracker открывается из России через прокси — не знаю, в чем может быть проблема.
Ищите её на своей стороне.
А какие варианты могут быть в принципе? Всё работало лет 5 уже до вчерашнего дня. Ничего не менял. Не могли бы подсказать, куда смотреть вообще? Может, ростелеком что-то новое внедряет?
Вот результаты работы Вашей программы BlockCheck, всё ли нормально для работы обхода через прокси?
Я не знаю, в чем может быть проблема. Тестировал также на Ростелекоме.
Установите teamviewer и напишите личным сообщением ID и пароль для входа — зайду на ваш компьютер и попробую разобраться.
Внезапно заработало, вообще не понимаю, что за глюки, сделал следующее:
- Поставил вот этот файл как прокси: https://config.anticenz.org/proxy.pac Получил такую же ошибку: “При соединении с rutracker org произошла ошибка. PR_CONNECT_RESET_ERROR”
- Опять вернул старую ссылку: https://antizapret.prostovpn.org/proxy.pac
И всё заработало!
Спасибо Вам за ваши программы и прокси!
Все нормализовалось, проблем больше ни у кого не наблюдается?
работать - работает, но присутствуют задержки (грузит через паузу)
перестал открываться https://www.overclockers.ua (( провайдер сказал что сайт заблокировали, чем им оверы то помешали…
Ни домен, ни IP-адреса в реестре не числятся, обращайтесь к вашему провайдеру.
После последней поломки-починки наблюдается проблема с открытием rutracker.org на машинах, находящихся за NAT, организованном посредством Kerio Control 7.2.2 build 3443: открывается, но все оформление страниц сбито и сообщения отправить нельзя (“Для отправки сообщений необходимo включить JavaScript”). Сама машина с Kerio Control подключена к железному роутеру. Т. о., имеет двойной NAT.
Проблема стабильно воспроизводится на двух машинах в локалке на FF 52.9.0. Пробовал также на одной машине на IE 11, на другой в Chrome - воспроизводится. На актуальной версии версии FF на одной машине первичное открытие - через адресную строку - происходит нормально, но стоит обновить страницу - все ломается; на другой машине ломается сразу. В любом случае, на чистой виртуалке (тип сетевого соединения - Bridged) на последней версии FF все ломается сразу. На FF везде пробовал на чистых профилях, без резалок рекламы.
При этом на самой машине с Kerio Control все открывается нормально (пробовал на FF 52.9.0). Также все нормально на машине в локалке, если antizapret запустить на ней локально.
Проблема наблюдается также с http://antizapret.prostovpn.org/proxy.pac - заблокированные сайты (не только Рутрекер) с ним открываются через несколько минут, и то кое-как; иногда спустя эти минуты вижу заглушку провайдера. Сам pac-файл в браузере открывается за 10-15 секунд. И опять проблема наблюдается только за кериевским NAT: стоит ту же машину подключить напрямую к железному роутеру, то с pac-файлом все начинает быстро работать.
Дабы исключить вероятность того, что что-то испортилось в самом Kerio Control, подключил файл виртуального жесткого диска полугодовой давности (Kerio Control стоит на виртуалке HyperV) - проблема не ушла.
Методом исключения прихожу к выводу, что что-то изменилось в самом antizapret. Посмотрите, пожалуйста.
UPD: если убрать двойной NAT (исключить железный роутер), то проблема сохраняется.
UPD2: пока остановился на костыле: если надо подключиться к Рутрекеру, устанавливаю соединение с antizapret локально, захожу на Рутрекер, отключаюсь от antizapret. Все страницы, открытые по ссылкам с открытой во время активности локального antizapret страницы, открываются потом нормально (!). Но если нужно открыть новую переходом по адресу или обновить старую, опять нужно локально подключаться. А полностью уйти на локальный не могу - нужна работа с локальными DNS-именами, которую локально работающий antizapret ломает.
https://antizapret.prostovpn.org/help.html
‣ Всё равно ничего не работает
Создайте тему на форуме поддержки АнтиЗапрета.
В сообщении укажите используемую операционную систему, браузер, какой способ вы используете (прокси или VPN), как настраиваете, что именно не работает (не открываются все заблокированные сайты, или только один конкретный) и как не работает (вместо сайта открывается страница-заглушка, сайт открывается бесконечно долго, или получаете какую-либо ошибку).
Также предоставьте скриншот запросов к сайту: нажмите F12 в браузере, перейдите на вкладку Сеть (Network), перезагрузите страницу, кликните на первом запросе (это важно!) и сделайте скриншот.
Windows 8.1, FF 74, VPN
Ниже запросы без кода ответа, которые, видимо, не загружаются. Нажмите на них, посмотрите, в чем причина.
Подозреваю, что ваш провайдер заблокировал домен static.t-ru.org.
Да нет, это не провайдер, это мои шаловливые ручки создали на DNS-сервере зону t-ru.org с алиасами для bt*.t-ru.org. Не подумал о возможных последствиях. Сам двое суток бился и еще вас отвлекал. Все работает, и ни Антизапрет, ни KC оказались ни при чем. Огромное спасибо, и извините за беспокойство.
Хотя это что касается VPN. Через прокси (http://antizapret.prostovpn.org/proxy.pac) по-прежнему не работает:
Сам pac-файл открывается за несколько секунд.
Проблем на прокси не вижу. Зайдите по http на этот сайт.
По http на demotivators заходит, но очень медленно:
При попытке захода по http на Рутрекер показывает заглушку провайдера:
Все прокси-серверы функционируют, с PAC-файлом проблем нет. Попробуйте очистить кеш браузера. Если не поможет — отлаживайте на сетевом уровне, через tcpdump/wireshark или аналог.
И снова вы правы: дело было в закрытых на выход портах. Еще раз большое спасибо!
FF75.0 WIN7 64bit С конца марта-начала апреля перестал грузиться сайт https://rule34.xxx/ - пишет “Попытка соединения не удалась”.
Если вручную настроить прокси, то сайт грузится, но скорость низкая. Через proxy.pac - нет. При этом остальные заблокированные сайты открываются нормально, как и не заблокированные.
В IE11 и Хроме с расширением ситуация аналогичная.
Этот сайт не в реестре, IP-адреса также не заблокированы.
Обращайтесь к вашему провайдеру, чтобы узнать причину
недоступности сайта.
Добрый день! Перестала робатать антиблокировка. При попытки в ручную, через адресную строку браузера, зайти на страницу http://antizapret.prostovpn.org/proxy.pac выдаёт ошибку 504 Gateway Time-out с перебросом на вот этот адрес: https://gateway.ipfs.io/ipns/pacipfs2.antizapret.prostovpn.org/proxy-ssl.js!Снимок экрана 2020-04-20 в 09.46.27|690x431
Всё вернулось в норму! Всё снова работает.
Снова упал, не пускает на заблокированные сайты pac лист в хроме
Такое периодически бывает, достаточно перезагрузить PAC-файл, если браузеру его не удалось скачать с первого раза. В Firefox для этого есть отдельная кнопка, как в остальных браузерах — не знаю, но перезапуск обычно помогает.
Этот сайт не в реестре, IP-адреса также не заблокированы.
Обращайтесь к вашему провайдеру, чтобы узнать причину
недоступности сайта.
Провайдер ссылается на сайт isitblockedinrussia .com, который показывает, что сайт заблокирован:
Этот сайт не заблокирован: в реестре нет ни ссылок на домен rule34.xxx, ни записей о блокировке IP-адресов.
В реестре есть записи о блокировке *.x-cazino.top и *.pin-up521.com (именно доменов), у которых совпадают IP-адреса с rule34.xxx. Согласно рекомендациям Роскомнадзора, провайдер не вправе блокировать другие сайты, если в реестре есть запись с указанием домена или ссылки (т.е. если не заблокировано просто по IP-адресу).
Сайт isitblockedinrussia показывает «наихудшую ситуацию» (как раз ту, которая у вас), и трактует наличие в реестре IP-адресов независимо от типа внесения в реестр.
Проблема однозначно в вашем провайдере, который не следует рекомендациям Роскомнадзора, и блокирует всё что есть в реестре без разбора. У вас, наверняка, из-за этого половина интернета не работает. Рекомендую написать провайдеру еще раз (можете сослаться на это моё сообщение), либо сменить его, либо использовать полноценный VPN, маршрутизирующий весь трафик.
У всех снова перестал работать pac лист в хроме или только у меня? Сайт антизапрета так же открыть не могу.
Не только у тебя и не только в хроме. Мозилла - симптомы те же. Не работает и сам сайт не открывается.
https://antizapret.prostovpn.org/proxy.pac ошибка: ERR_CONNECTION_TIMED_OUT
Через VPN Opera proxy.pac открывает. Прямая ссылка работает без VPN https://gateway.ipfs.io/ipns/pacipfs*.antizapret.prostovpn.org/proxy-ssl.js. (провайдер ростелеком)
P.S. Решение: открываем через VPN url: antizapret.prostovpn_org/proxy.pac, копируем ссылку *****.antizapret.prostovpn_org/proxy-ssl.js и вставляем её вместо proxy.pac
P.P.S. Уже работает!
Подтверждаю, что описанный метод работает с мозилой. Кстати, провайдер тоже ростелеком.
Не стоит так делать, адрес может измениться в любой момент, и точно поменяется в ближайшем будущем.
я знаю, требовалось незамедлительное решение. сейчас уже работает.
Последние дня 3 так: после запуска firefox какое-то время работает нормально, потом начинает тормозить с открытием, потом перестаёт открывать страницы вообще.
Без https://antizapret.prostovpn.org/proxy.pac работает нормально.
«В следующий раз, когда будут проблемы, отключайте PAC-файл в настройках и пробуйте загрузить https://antizapret.prostovpn.org/proxy.pac 6 в браузере вручную, после чего детально пишите сюда о результатах.»
При попытке загрузить proxy.pac по ссылке выше с отключенным в настройках PAC-файлом, вместо файла открывается заглушка "Neustar. Site blocked"
Очевидно, какая-то система Neustar блокирует вам доступ к файлу. Предполагаю, что это корпоративный межсетевой экран, на котором заблокированы VPN-сайты.
Спасибо!
Но непонятно.
В течение нескольких минут то https://antizapret.prostovpn.org/proxy.pac открывался в любом браузере, то появлялась заглушка neustar.
Сейчас firefox работает нормально через proxy-ssl.js.
Если получиться разобраться, тут отпишусь.
Вероятно, у вас закешировался DNS. Вы точно открывали ссылку по HTTPS? Зачем вы пропустили сообщение об ошибке сертификата?
Не вставляйте ссылку на IPFS напрямую в настройки браузера.
Извините, не специалист в этих делах.
Сейчас вместо “https://antizapret…” снова открывается заглушка neustar, но все сайты (пока) открываются нормально.
Поэтому пока оставлю IPFS в настройках браузера (как выше подсказали), а то снова всё сломается.
Ну а что. Трясли же дискеты 5’25 с плохими секторами перед тем, как вставить. Техномагия, в общем )
Провайдер сказал, что эти IP-адреса принадлежат американскому сервису, который заблокирован по IP и соответственно эти IP не будут разблокированы пока не разрешит РКН.
Нельзя ли вернуть сайт rule34.xxx в список сайтов для которых действует обход блокировки? Потому что с момента как этот сайт формально разблокировали в конце марта - начале апреля, он не доступен через антизапрет.
Это не соответствует действительности. Давайте разберёмся вместе с вами.
У меня есть выгрузка для провайдеров, от 2020-05-31 17:00:00.
Домена rule34.xxx в ней нет. Смотрим, какие у этого домена IP-адреса:
$ host -t a rule34.xxx
rule34.xxx has address 104.26.1.234
rule34.xxx has address 104.26.0.234
Ищем 104.26.0.234 и 104.26.1.234 в листе:
<content id="2263806" includeTime="2020-05-04T20:22:39" entryType="1" blockType="domain" hash="E2D5E8B22552BC2444612FE2EF524663">
<decision date="2016-11-07" number="2-6-27/2016-11-01-7-АИ" org="ФНС"/>
<domain><![CDATA[www.pin-up521.com]]></domain>
<ip>104.26.1.234</ip>
<ip>104.26.0.234</ip>
<ipv6>2606:4700:0020:0000:0000:0000:681a:01ea</ipv6>
<ipv6>2606:4700:0020:0000:0000:0000:681a:00ea</ipv6>
</content>
<content id="2263807" includeTime="2020-05-04T20:22:39" entryType="1" blockType="domain-mask" hash="FD7120AC29F65AC6F3E4F36B31AB50CF">
<decision date="2016-11-07" number="2-6-27/2016-11-01-7-АИ" org="ФНС"/>
<domain><![CDATA[*.pin-up521.com]]></domain>
<ip>104.26.1.234</ip>
<ip>104.26.0.234</ip>
<ipv6>2606:4700:0020:0000:0000:0000:681a:01ea</ipv6>
<ipv6>2606:4700:0020:0000:0000:0000:681a:00ea</ipv6>
</content>
<content id="2269945" includeTime="2020-05-07T20:29:18" entryType="1" blockType="domain-mask" hash="F1990327FFE3AE3C50B1C5497A29EC74">
<decision date="2017-02-22" number="2-6-20/2017-02-20-38-АИ" org="ФНС"/>
<domain><![CDATA[*.x-cazino.top]]></domain>
<ip>104.26.1.234</ip>
<ip>104.26.0.234</ip>
</content>
Это все записи, включающие эти IP-адреса. Обратите внимание: у записей тип blockType="domain" и blockType="domain-mask". Открываем документ Роскомнадзора, описывающий формат выгрузки:
Версия памятки: 4.10 от 12.04.2019
Код типа блокировки реестровой записи:
- default – блокировка по стандартным правилам
- domain – блокировка по доменному имени
- ip – блокировка по сетевому адресу
- domain-mask – блокировка по маске доменного имени
Если данный атрибут отсутствует либо указано значение «default», то блокировка осуществляется по стандартным правилам.
Если указано значение «domain», то указатели страниц сайтов (URL) для данной реестровой записи
будут отсутствовать, необходимо ограничить доступ к домену целиком.Если указано значение «ip», то указатели страниц сайтов (URL) и доменное имя для данной реестровой записи будут отсутствовать, необходимо ограничить доступ по сетевому адресу.
Если указано значение «domain-mask», то указатели страниц сайтов (URL) для данной реестровой
записи будут отсутствовать, значение доменного имени будет указано с маской в виде «*.domain.com». При этом необходимо ограничить доступ к основному доменному имени, а также ко всем доменным именам, подпадающим под маску.
Так как у нас domain и domain-mask, ограничение должно осуществляться по домену и доменной маске, а не по IP-адресу.
Смотрим документ Об утверждении Требований к способам (методам) ограничения доступа к информационным ресурсам, применяемым в соответствии с Федеральным законом «Об информации, информационных технологиях и о защите информации» и размещаемой информации об ограничении доступа к информационным ресурсам
https://regulation.gov.ru/projects#npa=73424 (нужно нажать «доработанный по итогам обсуждения…»).
4 Оператор связи обязан обеспечить ограничение доступа только к включенному в выгрузку указателю страницы сайта в сети «Интернет». Если запись выгрузки содержит сведения об указателе страницы сайта в сети «Интернет», использующем сетевой протокол, поддерживающий шифрование, допускается ограничение доступа ко всему доменному имени, в том числе путем ограничения запросов пользователей к системе получения информации о доменных именах (далее – DNS-сервер) или выполнения соответствующих настроек DNS-серверов оператора связи.
5 При наличии в записи выгрузки информации о сетевом адресе или последовательности сетевых адресов и отсутствии информации о доменном имени и указателе страницы сайта в сети «Интернет», оператор связи осуществляет ограничение доступа к указанному сетевому адресу или совокупности сетевых адресов по всем сетевым портам.
6 При наличии в записи выгрузки информации о доменном имени и при отсутствии информации об указателе страницы сайта в сети «Интернет», операторы связи осуществляют ограничение доступа ко всему информационному ресурсу по всем сетевым протоколам.
7 При наличии в записи выгрузки информации о доменном имени с указанием вида *.domain.com (маски), оператор связи осуществляет ограничение доступа к основному доменному имени, а также ко всем доменным именам нижестоящего уровня.
8 Иные способы (методы) ограничения доступа к информационным ресурсам не допускаются.
Жирным выделил то, что применимо к данному случаю, а именно: во всех трёх записях, находящихся в реестре, указан домен (или доменная маска), не указаны конкретные ссылки.
Пункт 5 (о блокировке по IP-адресу) не применим, т.к. в записях присутствует указатель на доменное имя.
Вывод из этого документа — провайдер в праве блокировать только конкретные указанные в реестре домены (www.pin-up521.com, *.pin-up521.com, *.x-cazino.top), но не может блокировать их IP-адреса и другие сайты, использующие эти же адреса.
Можете отправить ссылку вашему провайдеру на эту сообщение. Также можете пожаловаться на чрезмерную блокировку сайтов вашим провайдером в Роскомнадзор, они, насколько знаю, рассматривают подобные обращения.
Вы связывались с провайдером повторно? Если связывались, получили ли ответ? Мне интересно узнать, сделал ли провайдер что-либо после моего сообщения.
К своему стыду, не связывался. Мне проще использовать ultrasurf, чем снова создавать тикет и неделю ждать звонка от их системного администратора. Я не настолько специалист, чтобы уверенно им объяснять на словах, что они не правы и, чтобы они воспринимали мои слова как руководство к действию. Думаю, результат был бы тем же. Так что, спасибо за уделённое время.
Можете дать им мой емейл iam@valdikss.org.ru, я смогу с ними пообщаться. Либо можете дать им ссылку на моё сообщение выше и попросить рассмотреть и дать ответ.
В начала сентября сайт разблокировали без каких-либо дополнительных действий.
Сегодня не хочет работать через openvpn.
Один раз кое-как подключился на 17 минут, а так все ошибки.
Ради интереса скачал украинскую конфигурацию, она запустилась без проблем.
Openvpn 2.5.0, Win7x64, IP: 5.165.0.114
В соседней теме видел вот это сообщение, нужно так сделать или пока не надо?
Лог
Fri Feb 12 20:12:42 2021 DEPRECATED OPTION: --cipher set to 'AES-128-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'AES-128-CBC' to --data-ciphers or change --cipher 'AES-128-CBC' to --data-ciphers-fallback 'AES-128-CBC' to silence this warning.
Fri Feb 12 20:12:42 2021 OpenVPN 2.5.0 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Oct 28 2020
Fri Feb 12 20:12:42 2021 Windows version 6.1 (Windows 7) 64bit
Fri Feb 12 20:12:42 2021 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10
Fri Feb 12 20:12:42 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:12:42 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:14:42 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:14:42 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:14:47 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:14:47 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:14:47 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:14:47 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:14:47 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:14:47 2021 Connection reset, restarting [0]
Fri Feb 12 20:14:47 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:14:52 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:14:52 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:16:52 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:16:52 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:16:57 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:16:57 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:16:58 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:16:58 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:16:58 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:16:58 2021 [antizapret-server] Peer Connection Initiated with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:17:00 2021 open_tun
Fri Feb 12 20:17:00 2021 tap-windows6 device [OpenVPN TAP-Windows6] opened
Fri Feb 12 20:17:00 2021 Set TAP-Windows TUN subnet mode network/local/netmask = 192.168.112.0/192.168.114.61/255.255.248.0 [SUCCEEDED]
Fri Feb 12 20:17:00 2021 Notified TAP-Windows driver to set a DHCP IP/netmask of 192.168.114.61/255.255.248.0 on interface {319C660F-B57B-4570-A029-6FF4EC35136D} [DHCP-serv: 192.168.119.254, lease-time: 31536000]
Fri Feb 12 20:17:00 2021 Successful ARP Flush on interface [18] {319C660F-B57B-4570-A029-6FF4EC35136D}
Fri Feb 12 20:17:00 2021 IPv4 MTU set to 1500 on interface 18 using service
Fri Feb 12 20:17:00 2021 Blocking outside dns using service succeeded.
Fri Feb 12 20:17:10 2021 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Fri Feb 12 20:17:10 2021 Initialization Sequence Completed
Fri Feb 12 20:34:13 2021 Connection reset, restarting [0]
Fri Feb 12 20:34:13 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:34:13 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:34:18 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:34:18 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:34:19 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:34:19 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:34:19 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:34:19 2021 Connection reset, restarting [0]
Fri Feb 12 20:34:19 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:34:19 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:34:25 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:34:25 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:36:25 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:36:25 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:36:25 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:36:30 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:36:30 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:36:30 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:36:30 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:36:30 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:36:30 2021 Connection reset, restarting [0]
Fri Feb 12 20:36:30 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:36:30 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:36:35 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:36:35 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:38:35 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:38:35 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:38:35 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:38:40 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:38:40 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:38:41 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:38:41 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:38:41 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:38:41 2021 Connection reset, restarting [-1]
Fri Feb 12 20:38:41 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:38:41 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:38:46 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:38:46 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:40:46 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:40:46 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:40:46 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:40:51 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:40:51 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:40:51 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:40:51 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:40:51 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:40:51 2021 Connection reset, restarting [0]
Fri Feb 12 20:40:51 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:40:51 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:40:56 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:40:56 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:42:56 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:42:56 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:42:56 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:43:01 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:43:01 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:43:01 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:43:01 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:43:01 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:43:01 2021 Connection reset, restarting [-1]
Fri Feb 12 20:43:01 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:43:01 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:43:06 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:43:06 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:45:06 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:45:06 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:45:06 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:45:16 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:45:16 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:45:16 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:45:16 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:45:16 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:45:16 2021 Connection reset, restarting [0]
Fri Feb 12 20:45:16 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:45:16 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:45:26 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:45:26 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:47:26 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:47:26 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:47:26 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:47:46 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:47:46 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:47:46 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:47:46 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:47:46 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:47:46 2021 Connection reset, restarting [0]
Fri Feb 12 20:47:46 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:47:46 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:48:06 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:48:06 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:50:06 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:50:06 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:50:06 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:50:46 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:50:46 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:50:46 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:50:46 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:50:46 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:50:46 2021 Connection reset, restarting [0]
Fri Feb 12 20:50:46 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:50:46 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:51:26 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:51:26 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:53:26 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:53:26 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:53:26 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Fri Feb 12 20:54:46 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:54:46 2021 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Fri Feb 12 20:54:46 2021 TCP connection established with [AF_INET]51.75.70.203:1194
Fri Feb 12 20:54:46 2021 TCP_CLIENT link local: (not bound)
Fri Feb 12 20:54:46 2021 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Fri Feb 12 20:54:46 2021 Connection reset, restarting [-1]
Fri Feb 12 20:54:46 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:54:46 2021 SIGUSR1[soft,connection-reset] received, process restarting
Fri Feb 12 20:56:06 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]51.75.75.245:1194
Fri Feb 12 20:56:06 2021 Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Fri Feb 12 20:58:06 2021 TCP: connect to [AF_INET]51.75.75.245:1194 failed: Unknown error
Fri Feb 12 20:58:06 2021 Unblocking outside dns using service succeeded.
Fri Feb 12 20:58:06 2021 SIGUSR1[connection failed(soft),init_instance] received, process restarting
Доброго вечера. Тоже сегодня не включается ни на тв боксе не на компе, попытка подключения и все…
Решил передернуть подключение на роутере и началось…
Перезагрузка роутера ожидаемо ничего не исправила, проблема одна и та же на двух разных провайдерах:
TCP: connect to [AF_INET]51.75.75.245:1194 failed: Connection refused
NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
OpenVPN0 SIGUSR1[connection failed(soft),init_instance] received, process restarting
OpenVPN0 Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
OpenVPN0 TCP connection established with [AF_INET]51.75.70.203:1194
OpenVPN0 TCP_CLIENT link local: (not bound)
OpenVPN0 TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
OpenVPN0 Connection reset, restarting [0]
OpenVPN0 SIGTERM[soft,connection-reset] received, process exiting
Service: "OpenVPN0": unexpectedly stopped.
Полный лог c verb 7:
Feb 12 22:35:28
ndm
Network::Interface::Base: "OpenVPN0": interface is up.
Feb 12 22:35:28
ndm
Core::ConfigurationSaver: saving configuration...
Feb 12 22:35:31
OpenVPN0
OpenVPN 2.4.6 [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [AEAD]
Feb 12 22:35:31
OpenVPN0
library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10
Feb 12 22:35:31
OpenVPN0
Control Channel MTU parms [ L:1623 D:1210 EF:40 EB:0 ET:0 EL:3 ]
Feb 12 22:35:31
OpenVPN0
Data Channel MTU parms [ L:1623 D:1450 EF:123 EB:406 ET:0 EL:3 ]
Feb 12 22:35:31
OpenVPN0
crypto_adjust_frame_parameters: Adjusting frame parameters for crypto by 56 bytes
Feb 12 22:35:31
OpenVPN0
calc_options_string_link_mtu: link-mtu 1623 -> 1559
Feb 12 22:35:31
OpenVPN0
crypto_adjust_frame_parameters: Adjusting frame parameters for crypto by 56 bytes
Feb 12 22:35:31
OpenVPN0
calc_options_string_link_mtu: link-mtu 1623 -> 1559
Feb 12 22:35:31
OpenVPN0
Local Options String (VER=V4): 'V4,dev-type tun,link-mtu 1559,tun-mtu 1500,proto TCPv4_CLIENT,cipher AES-128-CBC,auth SHA1,keysize 128,key-method 2,tls-client'
Feb 12 22:35:31
OpenVPN0
Expected Remote Options String (VER=V4): 'V4,dev-type tun,link-mtu 1559,tun-mtu 1500,proto TCPv4_SERVER,cipher AES-128-CBC,auth SHA1,keysize 128,key-method 2,tls-server'
Feb 12 22:35:31
OpenVPN0
Socket Buffers: R=[87380->87380] S=[16384->16384]
Feb 12 22:35:31
OpenVPN0
Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Feb 12 22:35:32
ndm
Core::ConfigurationSaver: configuration saved.
Feb 12 22:35:32
OpenVPN0
TCP: connect to [AF_INET]51.75.75.245:1194 failed: Connection refused
Feb 12 22:35:32
OpenVPN0
NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
Feb 12 22:35:32
OpenVPN0
SIGUSR1[connection failed(soft),init_instance] received, process restarting
Feb 12 22:35:32
OpenVPN0
Restart pause, 5 second(s)
Feb 12 22:35:37
OpenVPN0
Re-using SSL/TLS context
Feb 12 22:35:37
OpenVPN0
Control Channel MTU parms [ L:1623 D:1210 EF:40 EB:0 ET:0 EL:3 ]
Feb 12 22:35:37
OpenVPN0
Data Channel MTU parms [ L:1623 D:1450 EF:123 EB:406 ET:0 EL:3 ]
Feb 12 22:35:37
OpenVPN0
crypto_adjust_frame_parameters: Adjusting frame parameters for crypto by 56 bytes
Feb 12 22:35:37
OpenVPN0
calc_options_string_link_mtu: link-mtu 1623 -> 1559
Feb 12 22:35:37
OpenVPN0
crypto_adjust_frame_parameters: Adjusting frame parameters for crypto by 56 bytes
Feb 12 22:35:37
OpenVPN0
calc_options_string_link_mtu: link-mtu 1623 -> 1559
Feb 12 22:35:37
OpenVPN0
Local Options String (VER=V4): 'V4,dev-type tun,link-mtu 1559,tun-mtu 1500,proto TCPv4_CLIENT,cipher AES-128-CBC,auth SHA1,keysize 128,key-method 2,tls-client'
Feb 12 22:35:37
OpenVPN0
Expected Remote Options String (VER=V4): 'V4,dev-type tun,link-mtu 1559,tun-mtu 1500,proto TCPv4_SERVER,cipher AES-128-CBC,auth SHA1,keysize 128,key-method 2,tls-server'
Feb 12 22:35:37
OpenVPN0
Socket Buffers: R=[87380->87380] S=[16384->16384]
Feb 12 22:35:37
OpenVPN0
Attempting to establish TCP connection with [AF_INET]51.75.70.203:1194 [nonblock]
Feb 12 22:35:38
OpenVPN0
TCP connection established with [AF_INET]51.75.70.203:1194
Feb 12 22:35:38
OpenVPN0
TCP_CLIENT link local: (not bound)
Feb 12 22:35:38
OpenVPN0
TCP_CLIENT link remote: [AF_INET]51.75.70.203:1194
Feb 12 22:35:38
OpenVPN0
TCP_CLIENT WRITE [14] to [AF_INET]51.75.70.203:1194: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0
Feb 12 22:35:38
OpenVPN0
Connection reset, restarting [0]
Feb 12 22:35:38
OpenVPN0
TCP/UDP: Closing socket
Feb 12 22:35:38
OpenVPN0
SIGTERM[soft,connection-reset] received, process exiting
Feb 12 22:35:38
ndm
Service: "OpenVPN0": unexpectedly stopped.
Feb 12 22:35:41
OpenVPN0
OpenVPN 2.4.6 [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [AEAD]
Feb 12 22:35:41
OpenVPN0
library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10
Feb 12 22:35:41
OpenVPN0
Control Channel MTU parms [ L:1623 D:1210 EF:40 EB:0 ET:0 EL:3 ]
Feb 12 22:35:41
OpenVPN0
Data Channel MTU parms [ L:1623 D:1450 EF:123 EB:406 ET:0 EL:3 ]
Feb 12 22:35:41
OpenVPN0
crypto_adjust_frame_parameters: Adjusting frame parameters for crypto by 56 bytes
Feb 12 22:35:41
OpenVPN0
calc_options_string_link_mtu: link-mtu 1623 -> 1559
Feb 12 22:35:41
OpenVPN0
crypto_adjust_frame_parameters: Adjusting frame parameters for crypto by 56 bytes
Feb 12 22:35:41
OpenVPN0
calc_options_string_link_mtu: link-mtu 1623 -> 1559
Feb 12 22:35:41
OpenVPN0
Local Options String (VER=V4): 'V4,dev-type tun,link-mtu 1559,tun-mtu 1500,proto TCPv4_CLIENT,cipher AES-128-CBC,auth SHA1,keysize 128,key-method 2,tls-client'
Feb 12 22:35:41
OpenVPN0
Expected Remote Options String (VER=V4): 'V4,dev-type tun,link-mtu 1559,tun-mtu 1500,proto TCPv4_SERVER,cipher AES-128-CBC,auth SHA1,keysize 128,key-method 2,tls-server'
Feb 12 22:35:41
OpenVPN0
Socket Buffers: R=[87380->87380] S=[16384->16384]
Feb 12 22:35:41
OpenVPN0
Attempting to establish TCP connection with [AF_INET]51.75.75.245:1194 [nonblock]
Feb 12 22:35:42
OpenVPN0
TCP: connect to [AF_INET]51.75.75.245:1194 failed: Connection refused
Feb 12 22:35:42
OpenVPN0
NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
Feb 12 22:35:42
OpenVPN0
SIGUSR1[connection failed(soft),init_instance] received, process restarting
Feb 12 22:35:42
OpenVPN0
Restart pause, 5 second(s)Через N минут неуспешных попыток таки подключилось…
Работоспособность восстановлена. Сервер был отключён намеренно:
При попытке перейти на http://mix.hopto.org вижу такое сообщение
Сообщение об ошибке верное: на этом домене указан несуществующий IP-адрес 0.0.0.0, а попытки открытия несуществующих и локальных IP-адресов на прокси-серверах заблокированы.
В следующий раз читайте текст и выполняйте то, что в нём указано.
На K-Meleon Goanna (K-Meleon 76.4.1 on Goanna 3.5.0 (Build 20210227) — тестировал в т. ч. с только распакованного) уже вторую неделю PAC не фурычит. Ростелеком все баненные http кидает на warning.rt.ru, на https браузер пишет “Ошибка при установлении защищённого соединения”. (В Maxtoon/Slimjet/360chrome/Palemoon/MyPal с перезапуском работает как с PAC в своих настройках, так и с IE.) В чём может быть проблема?
Раз во всех браузерах работает, а в одном не работает, обращайтесь к разработчику браузера.
ValdikSS, так PAC не с обновлением браузера перестал работать, а сам по себе в том же, в котором ранее работал многие годы (Goanna — это просто сборка, сам K-Meleon уже давно не обновлялся). Выше, например, на firefox жаловались. Может, у сайта с движками возник конфликт? Или провайдер что-то нахимичил. Кстати, насчёт MyPal поспешил, с ним тоже проблемы.
Скачал K-Meleon по вашей ссылке, запустил на Windows XP, установил ссылку в настройках proxy АнтиЗапрет — работает, причем используются прокси с шифрованием соединения.
Так что проблема у вас. Для отладки используйте журнал браузера K-Meleon (шестерёнка → tools → error console, в него, как минимум, попадает сообщение об успешной установке PAC-файла), а также сетевой анализатор Wireshark.
Распаковал стандартный. Там завелось. Что-то, думаю, не так.
В своей сборке удалил пару лишних настроек Proxy. Чудеса. Заработало! Распаковал Goanna, поставил PAC. И там завелось. Ничего не понимаю. До этого чего только не делал. Всё же грешу на Ростелеком. IP сменился, может, на шлюзах что-то… Спасибо за поддержку. )
Мда, недолго музыка играла. Опять на warning.rt.ru бросает…
PAC-скрипт в процессе работы распаковывает листы заблокированных доменов, по каждой доменной зоне отдельно. Когда-то давно, когда скрипт был еще не сильно оптимизирован, это вызывало проблемы с определенным браузерами, из-за слишком большого потребления оперативной памяти.
Если у вас обход блокировки в целом работает, но периодически перестаёт, то это может быть причиной. Однако, я только что попользовался браузером 10 минут на Windows XP с 1 ГБ RAM, и подобной проблемы не наблюдал.
См. консоль браузера и сетевой трафик. Провайдер здесь ни при чём.
Этот браузер как раз и отличается от многих своей незначительной ресорсопотребностью. С ОП там проблем нет. В консоли тоже никаких причин не высвечивается. Но косвенную причину я нашёл. Это происходит при смене профиля настроек прокси и возврату к данной. Чистка кэша и кук, разумеется, не помогает, так как это первое, с чего обычно начинаешь при подобных проблемах. Только перепуск с данным профилем помогает. Но раньше такого не было, всё сменялось туда-сюда без проблем.
Вы можете использовать VPN АнтиЗапрета в качестве альтернативного варианта. Он работает в любых программах.
Последние пару дней часто ошибка “сайт (сервер) не найден” одолевает
Добрый день добавьте плз api.themoviedb.org , а то у них пул ip которые перидически в бан попадают,
и куча софта для видео просто перестает работать.
Добавьте в файл hosts не заблокированные IP-адреса для этого домена.
Появляется такое сообщение. Решение проблемы неясно.