[greywind]

прокуроры Татарстана автоматизировали поиск запретных материалов в Сети

http://rublacklist.net/14775/

 

скажите, как долго продержится DPI? какой объем списка он в состоянии переварить?

я бы с миллион доменов зарегеал и разместил там запрещенную инфу

 

Проверка доступности к запрещённому Роскомнадзором в России Rutracker’у показала, что доступ к сайту не ограничивают 99 российских провайдеров. При этом доступность ресурса в Москве составляет 18%, в Приморском крае – 25%, в Ставропольском крае – 20%, Белогородской области – 14%, Республике Карачаево-Черкесия – 23%, Республике Бурятии и Тамбовской области – 13%.

 

Что-то я не понял. А как прокуратура Татарстана проверяла Приморский край, Белгородскую область и т.д.?

Чукча не писатель, но как вариант вот этот товарищ, владеющий одним из популярных счётчиков в рунете, который кстати стоит в т.ч. и на рутреккере, а так же разрабатывающий ныне контекстно-банерную рекламную конторку, помогает статистическими данными кому-надо. А те, на основе их анализа могут предполагать циферки.

[ayf]

http://izvestia.ru/news/604704

Операторов связи оштрафуют на сумму от 50 до 100 тыс. рублей за каждую незаблокированную ими ссылку или IP-адрес, которые были внесены Роскомнадзором в черный список запрещенной в России информации. Соответствующий законопроект подготовило Минкомсвязи.

 

Ололо.

Это называется зачистка. Мелкие провайдеры будут уничтожены.

Я бы поправил. Любые, не только мелкие, но неугодные...

[Галушко Дмитрий]

http://izvestia.ru/news/604704

Операторов связи оштрафуют на сумму от 50 до 100 тыс. рублей за каждую незаблокированную ими ссылку или IP-адрес, которые были внесены Роскомнадзором в черный список запрещенной в России информации. Соответствующий законопроект подготовило Минкомсвязи.

 

Ололо.

Это называется зачистка. Мелкие провайдеры будут уничтожены.

Я бы поправил. Любые, не только мелкие, но неугодные...

Не надо истерик.

Развал Союза пережили,

Ельцина пережили.

...

[asphix]

Кто-нибудь уже имел удовольствие поиграться с Личным кабинетом оператора связи, который https://portal.rfc-revizor.ru/

Изменено 2 марта, 2016 пользователем asphix

[Bushi]

Не надо истерик.

Развал Союза пережили,

Ельцина пережили.

...

 

Это что за жизнь, когда постоянно что-то нужно переживать?

[a6j]

Кто-нибудь уже имел удовольствие поиграться с Личным кабинетом оператора связи, который https://portal.rfc-revizor.ru/

Тут обсуждение...

[saaremaa]

Лучше бы лог выгрузки реестров там выложили?

[ayf]

Ну что, готовимся блокировать мессенджеры...

О ​том, что мессенджеры будут обязаны идентифицировать своих пользователь сообщило RNS со ссылкой на имеющийся в его распоряжении текст поправок в закон «О связи» в среду, 2 марта. РБК также ознакомился с этим документом. Проект закона подготовил Медиа-коммуникационный союз (МКС), рассказал РБК источник на телекомуникационном рынке, знакомый с содержанием документа.

 

Операторы связи могут предоставлять доступ к мессенджерам («информационно-коммуникационным серв​исам») абонентам только при наличии соответствующего соглашения между оператором и «лицом, обеспечивающим предоставление соответствующих услуг», говорится в документе.

 

В соглашении должны быть прописаны условия взаимодействия сторон и порядок идентификации пользователей сервисов, следует из проекта закона. Как именно мессенджеры должны идентифицировать пользователя, в документе не указано. Оператор и мессенджер должны заключить соглашение, для этого оператору необходимо опубликовать в интернете публичную оферту. Форму оферты должен утвердить уполномоченный орган исполнительной власти, говорится в документе.

 

В проекте закона авторы прописали механизм защиты пользователей мессенджеров. К примеру, «организатор информационно-телекоммуникационного сервиса» обязан обеспечивать прием и передачу сообщений идентифицированных пользователей, а также ограничивать передачу пользователям автоматически рассылаемых сообщений, если пользователь не давал на нее согласия. Кроме того, мессенджер обязан обеспечить конфиденциальность передаваемых сообщений и дать возможность рассылать сообщений госорганам: местным администрациям, органам государственных внебюджетных фондов и др.​

 

Авторы законопроекта предлагают внести поправку в закон «О связи», согласно которой операторы будут обязаны отключать мессенджеры по требованию «уполномоченного федерального органа исполнительной власти, полученного по системе взаимодействия», говорится в документе.

 

Предполагается, что законопроект вступит в силу 1 января 2017 года. До этого момента мессенджер обязан подать уведомление о своей работе или начале деятельности в орган исполнительной власти — Роскомнадзор.

 

«ВымпелКом» выступает против возложения на операторов обязанностей по регулированию деятельности мессенджеров, рассказала РБК представитель компании Анна Айбашева. Но она согласна с тем, что надо выравнивать условия деятельности новых поставщиков сервисов и операторов связи, когда мессенджеры также обязаны будут выполнять требования российского законодательства.

 

МТС поддерживает идею идентификации пользователей мессенджеров для борьбы со спамом, рассказал представитель оператора Дмитрий Солодовников. Он добавил, что законопроект предусматривает обязательное наличие соглашения между оператором связи и поставщиками информационно-коммуникационных сервисов, но этот момент требует проработки: непонятен предмет такого соглашения.

 

Также неясно, каким образом оператор связи будет прекращать доступ пользователей к мессенджерам, продолжает Солодовников, либо отключать целиком весь сервис, что нарушит права потребителей услуг, либо прекращать доступ конкретных пользователей к мессенджеру. В последнем случае у операторов нет технической возможности выявлять зашифрованный трафик конкретных пользователей мессенджеров, подчеркнул он.

 

Представители «МегаФона» и «Ростелекома» отказались от комментариев.

 

Медиа-коммуникационный союз основали в 2014 году крупнейшие российские медиакомпании и телеком-операторы. Организация представляет интересы операторов связи, правообладателей, вещателей, крупных сейлз-хаусов, указывается на сайте МКС. Среди участников организации — «Национальная Медиа Группа», «МТС», «СТС Медиа», «ВымпелКом», «Компания ТрансТелеКом», «ЭР-Телеком Холдинг», «Газпром-Медиа Холдинг», «МегаФон», «Ростелеком» и другие.

 

В МКС затруднились прокомментировать информацию о поправках. Замглавы Минкомсвязи Алексей Волин сказал, что ему неизвестно о разработке предложений по регулированию интернет-видеосервисов. Представитель Роскомнадзора Вадим Ампелонский отказался от комментариев.

 

Глава Минкомсвязи Николай Никифоров 1 марта заявил, что «какого-то конкретного законопроекта», предусматривающего введение госрегулирования работы мессенджеров, сейчас «не существует». «Не думаю, что в ближайшее время предполагается какое-то прямое государственное регулирование в этой сфере», — цитировало министра РИА Новости.

 

Подробнее на РБК:

http://www.rbc.ru/technology_and_media/02/03/2016/56d6f3e39a7947db69945ff5?from=main

[saaremaa]

Чем сейчас РКН проверяет блокировки по реестрам запрещенных сайтов? RegisterCheck? или что другое?

[McSlash]

Вопрос с парсером актуален.У кого есть рабочий скрипт парсера на питоне с перекодировкой кириллических доменов?

url = "нижегородскийкремль.рф"
url.split('/')[0].decode('utf8').encode('idna')
xn--c1acbcbleihcmlcsa5agn1t.xn--p1ai

[YuryD]

Что-то у них поломалось ? Сегодня с полуночи местного (msk+2) раз в час получаю старую и getLastDumpDate и getLastDumpDateEx - Одинаковые...

[drvs]

Что-то у них поломалось ? Сегодня с полуночи местного (msk+2) раз в час получаю старую и getLastDumpDate и getLastDumpDateEx - Одинаковые...

Аналогично.

[YuryD]

Что-то у них поломалось ? Сегодня с полуночи местного (msk+2) раз в час получаю старую и getLastDumpDate и getLastDumpDateEx - Одинаковые...

Аналогично.

ИЧСХ, если дату сохранённую на вчера вернуть, то выгрузка идет, но результаты - со вчера неизменные(zip-файлы одинаковые). Перестали пополнять ?

[a6j]

Аналогично, последняя автоматическая выгрузка была 9 марта в 23 ч 42 мин. Далее выгрузка не происходит из-за отсутствия изменений. В ручном режиме проверил, последнее изменение дампа 09.03.2016 21:03.

"Получение выгрузки засчитано оператору связи" поэтому не стоит переживать.

Изменено 10 марта, 2016 пользователем a6j

[a6j]

url = "нижегородскийкремль.рф"
url.split('/')[0].decode('utf8').encode('idna')
xn--c1acbcbleihcmlcsa5agn1t.xn--p1ai

Спасибо но это и я могу. Нужен полноценный скрипт который парсит файл дампа на urls, domains и ips. То что я пытался написать работает, но не корректно. В результате обрабатывает только первые 80 записей или очень много повторений одних и тех же значений.

[disappointed]

Может наконец-то починили старую проблему с изменением даты при отсутствии изменений реестра.

[dnvk]

получили письмо счастья: "Результаты мониторинга" от ркн

Дата проверки 10.03.2016

Фаил выгрузки: rzr_os_downloads_2016_03_10.xls

Записей в выгрузки всего: 24457

 

при этом последнее изменение дампа выгрузки 09.03.2016 21:03.

[YuryD]

Аналогично, последняя автоматическая выгрузка была 9 марта в 23 ч 42 мин. Далее выгрузка не происходит из-за отсутствия изменений. В ручном режиме проверил, последнее изменение дампа 09.03.2016 21:03.

"Получение выгрузки засчитано оператору связи" поэтому не стоит переживать.

Точно ли засчитано ? Логика моего скрипта подразумевает получение даты, и если она прежняя то запрос не подписывается и не отправляется. А получение getLastDumpDate - это не запрос - он не подписывается.

[dnvk]

получил новый дамп. файл датирован Mar 10 10:22

[saaremaa]

Точно ли засчитано ?

где это можно посмотреть?

[stas_k]

получили письмо счастья: "Результаты мониторинга" от ркн

Дата проверки 10.03.2016

Фаил выгрузки: rzr_os_downloads_2016_03_10.xls

Записей в выгрузки всего: 24457

 

при этом последнее изменение дампа выгрузки 09.03.2016 21:03.

предположу, дальний восток?

 

дамп выгрузок датирован временем сервера, по месту локации админа сервера, МСК.

а дата проверки - твой местный РКН.

 

 

p.s. вот во избежание такой путаницы, у меня на всех серверах и оборудовании директивно UTC, и "не волнует".

[dnvk]

stas_k, мск+2.

проверочку сделали по свежим данным, а в систему не поступало обновлений со вчера ))

буквально недавно поступили обновления и в систему.

 

добавлено:

прилетело очередное обновление дампа. дата файла: Mar 10 11:03 (мск)

Изменено 10 марта, 2016 пользователем dnvk

[alibek]

2016-03-10 00:01:02 [pid 25173]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 00:01:02 [pid 25173]: + Метод sendRequest: идентификатор #11844c7d5dcd18bf3463eb1b3c6c2784
2016-03-10 00:06:04 [pid 25173]: + Метод getResult (#11844c7d5dcd18bf3463eb1b3c6c2784): Файл /srv/erdi/data/20160310-0001/dump.zip сохранен
2016-03-10 01:01:05 [pid 26448]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 02:01:01 [pid 28026]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 03:01:01 [pid 29192]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 04:01:01 [pid 30844]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 05:01:02 [pid 32276]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 06:01:01 [pid 1447]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 07:01:02 [pid 2898]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 08:01:01 [pid 4255]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 09:01:01 [pid 5428]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 10:01:01 [pid 7255]: + Метод getLastDumpDateEx: дата 2016-03-09 21:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 11:01:02 [pid 8490]: + Метод getLastDumpDateEx: дата 2016-03-10 10:00:00 (обычное), версия сервиса 3.1, версия дампа 2.2, версии модуля 2.2
2016-03-10 11:01:02 [pid 8490]: + Метод sendRequest: идентификатор #8fb43298772e9aa0c5772cb76565040b
2016-03-10 11:06:04 [pid 8490]: + Метод getResult (#8fb43298772e9aa0c5772cb76565040b): Файл /srv/erdi/data/20160310-1101/dump.zip сохранен
2016-03-10 11:06:10 [pid 8490]: + Сохранен реестр /srv/erdi/dump/dump-20160310-110000.xml, изменения /srv/erdi/dump/dump-20160310-110000.diff

До 11 часов обновлений не было.

У меня скрипт настроен так, чтобы раз в сутки получать выгрузку в любом случае, независимо от изменений.

Изменений, кстати, много, в diff-файле больше 100КБ.

[a6j]

Точно ли засчитано ?

Засчитано в ручном режиме. Результат работы скриптов выводится на заббикс, если какой косяк я произвожу выгрузку в ручном режиме. Так было раньше, но за последние полгода все работает в автономном режиме и я только мониторю (поглядываю) раз в сутки.

У меня тоже если дата совпадает, то запрос не отправляется. Надо переделать чтобы выгрузка происходила в любом случае. Иначе потом не доказать.

Изменено 11 марта, 2016 пользователем a6j

[YuryD]

У меня скрипт настроен так, чтобы раз в сутки получать выгрузку в любом случае, независимо от изменений.

Полезный совет, надо будет обязательно себе прикрутить.