Перейти к содержимому
Калькуляторы

AdmSasha

Активный участник
 Просмотреть профиль  Активность

  • Публикации

    167

  • Зарегистрирован

  • Посещение

 Тип публикации 

Все публикации пользователя AdmSasha

  1. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    alibek, Я имел введу, что возможно для SCE2020 пропускать редиректы это нормальное явление. А возможно можно что-то включить в ней и пропусков будет меньше.

  2. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Я это понимаю. Я ожидал услышать, что в SCE поправить, чтобы она успевала ответить. Либо узнать, что при такой то нагрузке неуспеваемость это нормально.

  3. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Понятно. А что делать с редиректами с запрещенных сайтов на не запрещенные ?

  4. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Еще одна странная неблокировка. Есть запись о не блокировке "http://leonbet.pro, 104.18.43.64, GET", но в реестре нет блокировки такого домена. Есть "*.leonbet.pro" и зачем то вхождение в него "www.leonbet.pro", "ww1.leonbet.pro", "ww2.leonbet.pro", "ww3.leonbet.pro", "ww4.leonbet.pro". "leonbet.pro" нету. Как то по особенному интерпретируется * ?

  5. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Вот что на самой SCE

  6. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Двоеточие тоже экранирую, но не блокируется.

  7. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    В отчете по нарушениям очень часто проскальзывает перенаправление с запрещенного url на не запрещенный. Возможно ли с SCE 2020 это как-то закрыть ? SCE2020 пропускает запись 332149. Какие то символы надо в этом URL подменять или экранировать для того чтобы SCE понимала этот URL ?

  8. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Оо, сейчас действительно нету. На сколько я помню когда то был, я по памяти и назвал его. Причем происходит сразу редирект на https

  9. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Трудности в громадном списке url, я привел один сайт для примера (тем более там уникальный случай, что IP вообще левый. Не принадлежащий youtube), какие там еще есть подводные камни я не знаю. Поэтому и решил спросить совета у тех, кто уже во всём этом разобрался и выработал механизм. Судя по форуму, все трудятся, чтобы для ревизора было всё заблокировано. И вообще никакого не имеет значения на сколько легко или сложно обойти данную блокировку.

  10. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Ревизор проверяет https с адресами в которые резольвятся в данный момент, а не те, что указаны в реестре. Я так понимаю, кто-то резольвит каждый час и блокирует дополнительные ip (помимо того, что в реестре), так ? Каким образом вы это делаете ? Например, есть https://youtube.com/.... Он в реестре имеет левый ip. Его же явно пропускаете для ручного резольва ? Какие то еще есть ? Все домены резольвите ? Как часто ?

  11. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Как раз звонили из роскомнадзора и сказали, что закрывать сайты надо не позже 24 часов. Так что поидее речи о том кто быстрее скачал обновление быть не может.

  12. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    А почему не через SCE ?

  13. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    tyva, Оо, владелец sce2020, а как блокируете по ip ?

  14. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Так в том то и проблема, что как бы я на SCE не задавал URL, блокировки не происходит если в браузере набрать очень длинную строку. Если сократить именно в браузере строку запроса на сколько-то символов, то блокировка срабатывает. У вас не так ?

  15. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    MATPOC, у вас длинные URL нормально блочатся, типа записи N 313761 ? У меня SCE2020 воспринимает не боле ~150 символов, т.е. если набрать в адресной строке url длиной 200 символов, то SCE ее пропустит, если сократить до 150, то заблокирует. В саму SCE длинные URL добавляются без проблем. Урезание URL и добавление маски в конце (host.ru/?blabla*), так же не помогает. Может где-то есть какая то галка, чтобы увеличить длину проверяемого url ?

  16. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    MATPOC, Прошу прощения. Не слежу кто отвечает. А почему блокировку IP осуществляете не через SCE ?

  17. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    MATPOC, а на чем режете URL ?

  18. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Может кто проверить ну или уже точно знает, на retrieveServiceConfiguration SCE2020 в какой нибуть bypass уходит или нет ?

  19. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Похоже для загрузку url я погорячился. Судя по времени, пропуск идет во время загрузки IP, загрузку осуществляю по примеру из http://www.cisco.com/c/en/us/td/docs/cable/serv_exch/serv_control/broadband_app/rel315/scabbpg315/scabb_pg/Programming_with_the_SCA_BB_API.html#wp1045930

  20. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Tosha, что-то не могу понять цитаты. Вроде написано идет очистка перед импортом, и вроде как после импорта.

  21. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    karpa13a, использование локального файла позволит убрать данную проблему ? Загрузка файла как раз пара секунд. sce-url-database import cleartext-file url_list.txt flavor-id <ID flavor-а> Я видел это. Но думал, что там ошибка, т.к. параметр "cleartext-file" делает всё же чистку. В итоге весь этот многострочник, можно уложить в один, тот который я и привел. wpuch, как то не гуманно :) А кто-то так и выходит из положения ?

  22. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Интересно, никто не использует SCE2020 для блокировки реестра ? У кого как с этим дела обстоят ? Может есть более правильный механизм обновления URL ?

  23. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Кто-то реально уже получал штрафы ? Выплачивал ? На кого были оформлены на сотрудника или фирму?

  24. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    загружаю на sce2020 url вот таким методом. sce-url-database import cleartext-file ftp://...//blacklist_url.txt flavor-id 290 Проблема в том, что список загружается минут 15, и за все это время ревизор показывает, что страницы разрешены. Это из-за того, что список запретов сперва удаляется, а потом грузится вновь. Получается окно со снятым запретом. Как такого избежать ?

  25. Опубликована Процедура блокировки некошерной инфо

    тему ответил в Галушко Дмитрий пользователя AdmSasha в У нага

    Да. Действительно. Konstantin Klimchev, и как, получилось доказать что их ревизор не верно проверяет ?