[uanog] Яндекс все?

Paul Arakelyan unisol at cs.kiev.ua
Mon May 29 14:58:58 EEST 2017


On Sun, May 28, 2017 at 10:18:05PM +0200, Maksym Tuyluk wrote:
> Привет!
> 
> IMHO была очень длинная дискуссия но по делу ответа не было, поэтому:
> 
Та вроде как было несколько рабочих вариантов :).

> блокировка на уровне провайдера лучше всего получается или 1) на IP уровне или 2) в DNS. Чаще всего используют комбинацию: на IP блокируют, а при помощи DNS показывают ???что случилось???.
> 
> Технически например выглядит так:
> 1) в route-reflector записываем IP и маркируем через community
> 2) border routers добавляют маркированый route в таблицу маршрутизации с destination ???drop???/???reject???/etc
> 3) при запросе на указанное имя DNS servers отвечает с адресом сервера в провайдерской сети
И тут наступают грабли - и от публичных DNS, и пр-др... Скорее роутить "всё" в
какой-нить нат с DNS+веб-сервером.

> 4) сервер получает запрос и показывает страницу с содержанием ???почему заблокировали имя или URL???
Очень весело, если вспомнить что https всё "усюдее" :)

> Но самое тяжелое IMHO это протокол взаимодействия между государством и провайдерами,
> т.е. государственный орган должен уведомлять про установку или снятие блокировки, а
> провайдер должен информировать, что запрос выполнен.

Самое главное - это чёткое объяснение что конкретно и каким образом
должно быть заблокировано, а что - необходимо оставить (грубо говоря -
мы не можем блочить урл "без ярда баксов инвестиций" и мы должны быть
защищены от исков "заблочили то, что не указано" - например, не
указывалась необходимость блокировки SMTP/POP3/IMAP, вроде асю задели
тоже), учитывая отсутствие СОРМ-подобной фигни.

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

И выглядит как-то по-идиотски - заблочить почту Яндекса, но оставить
поиск и новости (в укртелеком пашет).


-- 
Best regards,
Paul Arakelyan.


More information about the uanog mailing list