Домены из белого списка не рабочие

[chinese-maintainer]

Не знаю как вы проверяете домены, но они полурабочие, т.е. на одном провайдере или CDN не детектиться, на других детектиться. Просьба доработать скрипт определения доменов белого списка по ВСЕМ заблокированным CDN/ провайдерам

[LowderPlay]

Домены белого списка проверяются отправкой запроса на заблокированный адрес с подменой SNI на искомый домен. Предположительно, белый список единый и не делится по CDN. То есть, если домен находится в белом списке, то он будет работать вне зависимости, в каком CDN его адреса.

Сканировать из всех провайдеров нет физической возможности, однако Вы можете собрать свой белый список, просканировав самостоятельно.
https://github.com/LowderPlay/cheburcheck/tree/master/reporter

Подскажите, с какими доменами Вы обнаружили несходства?

[JarlPenguin]

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

К сожалению это не так. Можно брать в пример сайт ui-arts.com, который хостится на DigitalOcean. Если пытаться к этому серверу подключиться с SNI из белого списка, то не получится (даже если брать домен в белом списке из того же AS, не факт, что получится):

curl -v -k https://www.microsoft.com --connect-to ::ui-arts.com -r 0-65536 -o /dev/null --max-time 5
* Connecting to hostname: ui-arts.com
  % Total    % Received % Xferd  Average Speed  Time    Time    Time   Current
                                 Dload  Upload  Total   Spent   Left   Speed
  0      0   0      0   0      0      0      0                              0* Host ui-arts.com:443 was resolved.
* IPv6: (none)
* IPv4: 139.59.129.242
*   Trying 139.59.129.242:443...
* ALPN: curl offers h2,http/1.1
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [1568 bytes data]
* SSL Trust: peer verification disabled
  0      0   0      0   0      0      0      0         0      0   0      0   0      0      0      0         0      0   0      0   0      0      0      0         0      0   0      0   0      0      0      0           00:04              0* Connection timed out after 5002 milliseconds

* closing connection #0
curl: (28) Connection timed out after 5002 milliseconds

curl -v -k https://sublimetext.com --connect-to ::ui-arts.com -r 0-65536 -o /dev/null --max-time 5
* Connecting to hostname: ui-arts.com
  % Total    % Received % Xferd  Average Speed  Time    Time    Time   Current
                                 Dload  Upload  Total   Spent   Left   Speed
  0      0   0      0   0      0      0      0                              0* Host ui-arts.com:443 was resolved.
* IPv6: (none)
* IPv4: 139.59.129.242
*   Trying 139.59.129.242:443...
* ALPN: curl offers h2,http/1.1
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [1566 bytes data]
* SSL Trust: peer verification disabled
  0      0   0      0   0      0      0      0         0      0   0      0   0      0      0      0         0      0   0      0   0      0      0      0         0      0   0      0   0      0      0      0           00:04              0* Connection timed out after 5003 milliseconds

* closing connection #0
curl: (28) Connection timed out after 5003 milliseconds

Зато fuib.com даёт подключиться (и ещё некоторые другие SNI). Поэтому "дискриминация" условная присутствует.

[chinese-maintainer]

Подтверждаю, на провайдере DigitalOcean самое коварное DPI и процентов 70 из белого списка на нем детектятся. Но это не означает, что если на DO SNI подошел, то он не будет детектиться на других провайдерах. Четкого представления у меня не сложилось, такое впечатление, что белые списки для разных DPI у каждого свои.

[chinese-maintainer]

Сканировать из всех провайдеров нет физической возможности, однако Вы можете собрать свой белый список, просканировав самостоятельно. https://github.com/LowderPlay/cheburcheck/tree/master/reporter

Собрал. Запустил для пробы cheburchecker output.csv. Выдает при сканировании постоянно такую ошибку:

[2026-02-24T06:03:18Z ERROR cheburchecker] blockchain-ads.com -> Error: reqwest::Error { kind: Request, url: "https://blockchain-ads.com/100MB.bin", source: hyper_util::client::legacy::Error(Connect, ConnectError("tcp connect error", 5.78.7.195:443, Os { code: 113, kind: HostUnreachable, message: "No route to host" })) }

В чем может быть проблема?

[LowderPlay]

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

[chinese-maintainer]

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

[2026-02-24T16:46:17Z INFO  cheburchecker] Probed 100000 domains in 110s!
    Summary: OK 76 (0.08%) | Blocked 9409 (early: 9384) (9.41%) | Error 90515 (90.51%)

[LowderPlay]

Пробуйте уменьшать количество одновременных запросов. По тексту ошибки:

Os { code: 113, kind: HostUnreachable, message: "No route to host" }

Ваша ОС не может найти маршрут до IP-адреса сервера.

[chinese-maintainer]

Возможно влючили не только проверку по SNI а и по dest_IP: net4people/bbs#490

[LowderPlay]

Нет, конкретно в этом случае, ошибка No route to host является чисто клиентской.
В наших сканированиях подобных проверок сопоставления SNI - dest_ip не было обнаружено.