PK
ID:112414052
лол, да почему они не могут актуальные ип с проверкой сами в реестр выгружать
1. Это надо делать. 2. Это не гарантирует красивых графиков на отчетности с 0 пропусков
Size: a a a
2017 October 25
NK
так пусть синхронизируют алгоритм реестра и ревизора
PK
ID:112414052
так пусть синхронизируют алгоритм реестра и ревизора
Да не, графики наружу. Насрано им на синхронный алгоритм
PK
Собственно им надо отчитываться перед органами контролирующими их работу. Это единственная цель движухи
NK
а как работает пункт с перехватом DNS?
NK
мне кажется он вообще ничего не решает
PK
Ну почему. Ты перехватываешь ответы, сравниваешь их с искомыми доменами, если попало - отвечаешь IP заглушки или там простого фильтра
NK
ну так кто-то добавил A запись, как ты узнаешь это чтобы обойти блокировку или чтобы заблочить левый ресурс?
PK
Другой вопрос, что если какой-нибудь шутник протащит в Chrom галочку "пользуй API dns over https" - по пизде этот способ пойдет
PK
ID:112414052
ну так кто-то добавил A запись, как ты узнаешь это чтобы обойти блокировку или чтобы заблочить левый ресурс?
Никак
NK
ну то есть это вообще не решение
NK
все те же проблемы так и остаются
PK
Да не, почему. Вполне себе решение. Там проблемы скорее в том, что перехват всего DNS не то чтобы легкая задача и не то чтобы это прямо вот хорошо само по себе
PK
Без специальных умышленных действий со стороны абонента способ вполне работает
NK
так куда ты будешь его перехватывать, если в итоге все то же самое, только абонент не может использовать альтернативные DNS?
PK
ID:112414052
так куда ты будешь его перехватывать, если в итоге все то же самое, только абонент не может использовать альтернативные DNS?
В смысле? Не совсем понял - я просто прозрачно буду ответы анализировать и подделывать их
PK
При необзодимости. Меня даже запросы не очень интересуют
NK
ну то есть это переходит просто в блокировку по домену?
PK
Не факт. Ты можешь кидать на IP фильтра. Который уже разберется
PK
Ну и слушай, более 50% мировых сайтов на HTTPS. Уже все только блокировка по домену