Это значит, что с этим сервером у вас все нормально, он даже не заблокирован.
Если заблокирован - зависнет на строке ALPN: curl offers http/1.1
Если забанен по IP - зависнет на Trying [здесь IP сервера]:443…
Проверьте все сайты Х, меняя в команде адрес после https:// на указанные Тестером здесь и проверьте, что блокируется, а что по IP забанено. Гудбай при этом, естественно должен быть выключен.
Потом уже решим, что дальше крутить
не помогло. сам сайт открывается, просто там бесконечная загрузка.
Значит ваша стратегия не работает с сайтами на TLS 1.2 ищите другую. Гудчек из соседней темы в помощь. В default - all.txt забьете сайты, что вам нужны, лишнее уберете и стратегиями с режимом --fake-with-sni прогоните.
Или так попробуйте
Сделала все как сказали, поменяла стратегию, пробовала и эту, и из программы, снова все сайты открываются, а Х - не грузится
Сам X или только видео/картинки? В файл etc/hosts ничего не добавляли, связаннное с твиттером?
сам X, вот так. Что такое файл etc/hosts?
А если через ctrl+F5 обновить страницу?
не-а, то же самое
Вы гудчек, я так понял, скачали? В папке checklists создайте текстовый файл, назовите twitter и туда впишите:
abs-0.twimg.com
abs.twimg.com
pbs.twimg.com
api.x.com
x.com
video.twimg.com
Потом в файле config.cmd замените строчку:
set "_curlDoH="
на строчку:
set "_curlDoH=https://dns.comss.one/dns-query"
И строчку
set "_skipAutoISPsGCS="
на
set "_skipAutoISPsGCS=true"
И запустите проверку, выбрав созданный вами лист twitter.
Для экономии времени, если у вас тестовый билд гудбая с поддержкой --fake-with-sni, проверку выполняйте только по листу fake-with-sni, а не по full.
Log_GoodCheck_09-10-2024_19-44-54.txt (309,1 КБ)
вот какой мне лог выдало. оно не нашло вариаций где все 6 доменов работают, максимум 3
У вас разные домены Х-а закрыты разными типами блокировки, скорее всего. Надо искать общую (если получится), либо переходить на запуск 2-х копий GDPI или на аналог - программу Zapret. НО там все совсем по-другому настраивается.
Сейчас посмотрю, в одном из доменов там опечатка энивей, так то 4/6 был бы максимум.
У вас похоже по айпи заблочен x.com или я хз.
Попробуйте выполнить в командной строке по очереди вот эти 6 команд
curl -so NUL -m 2 -w "code: %{response_code}\tredirect: %{redirect_url}" https://x.com --resolve x.com:443:104.244.42.193
curl -so NUL -m 2 -w "code: %{response_code}\tredirect: %{redirect_url}" https://x.com --resolve x.com:443:104.244.42.65
curl -so NUL -m 2 -w "code: %{response_code}\tredirect: %{redirect_url}" https://x.com --resolve x.com:443:104.244.42.1
curl -so NUL -m 2 -w "code: %{response_code}\tredirect: %{redirect_url}" https://x.com --resolve x.com:443:104.244.42.129
curl -so NUL -m 2 -w "code: %{response_code}\tredirect: %{redirect_url}" https://x.com --resolve x.com:443:172.66.0.227
curl -so NUL -m 2 -w "code: %{response_code}\tredirect: %{redirect_url}" https://x.com --resolve x.com:443:162.159.140.229
Результат сюда.
В командной строке?
у меня тоже при любых стратегиях x.com не работает. из 6 команд приведенных в примере, код возврата 200 только 2 последних возвращают т.е. 172.66.0.227 и 162.159.140.229
и то через раз.
все 104.224.42.* из примера не работают. Даже ответных SYN+ACK пакетов нет.
Прошу прощения, если немного не в тему (как я понял, тут несколько иную проблему обсуждают)
Где-то с неделю, после того как поставил из соседней темы новую версию GoodbyeDPI от KDS - появилась такая вот проблемка с твиттером.
Никаких расширений или настроек браузера с того момента не менялось.
Пробовал отключать все расширения - не помогло. Пробовал через другой браузер firefox (ставил с нуля, абсолютно чистый) с выключенной защитой от слежения - тоже мимо. С той лишь разницей, что в Лисе пишет конкретно про “Firefox’s Enhanced Tracking Protection (Strict Mode)”, но по сути ошибка та же. Пытался гуглить, но решения так и не нашёл. Есть какие-то идеи?
Вам нужно 2 вещи: рабочий doh, который обойдет блок по Ip Не грузит Instagram и twitter. Забанены по IP? Что делать? - #2 by TesterTi
И рабочая стратегия goodbyedpi, которая обойдет блок по sni https://ntc.party/t/goodcheck-блокчек-скрипт-для-goodbyedpi-zapret-byedpi/
вот для всех этих доменов:
Сам сайт: x.com
Его апи: api.x.com
Картинки:
pbs.twimg.com
abs.twimg.com
abs-0.twimg.com
Видео: video.twimg.com
И соответственно все эти домены должны быть в вашем блэклисте gdpi
Да, в goodcheck домены нужно добавить в один из текстовых файлов в папке \CheckLists
А потом в goodcheck выбрать именно этот файл для проверки
К сожалению - не помогло.
Перечислю, что конкретно сделал:
Кстати GoodCheck указал в конце использованный им для сканирования DoH -
И при использовании в браузере оно так же не сработало.
Уже даже и не знаю, на что подумать…
p.s. все домены, которые вы указали выше - уже давно были добавлены в блэклист гудбая. Как и сказал выше: до обновления версии, которую предоставил KDS в соседней теме - всё работало нормально (ток картинки не грузились, что спокойно чинилось добавлением в hosts). Но хз, мне кажется что это какое-то совпадение…
В этом и заключается проблема: CDN твиттера переехали на другие сервера, а старые теперь отдают 404, и из-за этого идут ошибки.
Ещё момент: сейчас попробовал отключить (вообще) goodbyedpi и подрубиться через amnesiaWG с помощью конфига, сгенеренного хайповым (ныне) гугловским сервисом. В твиттер сразу же зашло, без каких-либо проблем.
Сразу же дополняю: не знаю что произошло, но выключив AmnesiaWG и снова включив gdpi - твиттер стал работать без каких-либо проблем. У меня абсолютно нет идей, как это работает и что произошло…
