greywind Опубликовано 24 февраля, 2016 · Жалоба прокуроры Татарстана автоматизировали поиск запретных материалов в Сети http://rublacklist.net/14775/ скажите, как долго продержится DPI? какой объем списка он в состоянии переварить? я бы с миллион доменов зарегеал и разместил там запрещенную инфу Проверка доступности к запрещённому Роскомнадзором в России Rutracker’у показала, что доступ к сайту не ограничивают 99 российских провайдеров. При этом доступность ресурса в Москве составляет 18%, в Приморском крае – 25%, в Ставропольском крае – 20%, Белогородской области – 14%, Республике Карачаево-Черкесия – 23%, Республике Бурятии и Тамбовской области – 13%. Что-то я не понял. А как прокуратура Татарстана проверяла Приморский край, Белгородскую область и т.д.? Чукча не писатель, но как вариант вот этот товарищ, владеющий одним из популярных счётчиков в рунете, который кстати стоит в т.ч. и на рутреккере, а так же разрабатывающий ныне контекстно-банерную рекламную конторку, помогает статистическими данными кому-надо. А те, на основе их анализа могут предполагать циферки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ayf Опубликовано 24 февраля, 2016 · Жалоба http://izvestia.ru/news/604704 Операторов связи оштрафуют на сумму от 50 до 100 тыс. рублей за каждую незаблокированную ими ссылку или IP-адрес, которые были внесены Роскомнадзором в черный список запрещенной в России информации. Соответствующий законопроект подготовило Минкомсвязи. Ололо. Это называется зачистка. Мелкие провайдеры будут уничтожены. Я бы поправил. Любые, не только мелкие, но неугодные... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Галушко Дмитрий Опубликовано 29 февраля, 2016 · Жалоба http://izvestia.ru/news/604704 Операторов связи оштрафуют на сумму от 50 до 100 тыс. рублей за каждую незаблокированную ими ссылку или IP-адрес, которые были внесены Роскомнадзором в черный список запрещенной в России информации. Соответствующий законопроект подготовило Минкомсвязи. Ололо. Это называется зачистка. Мелкие провайдеры будут уничтожены. Я бы поправил. Любые, не только мелкие, но неугодные... Не надо истерик. Развал Союза пережили, Ельцина пережили. ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
asphix Опубликовано 2 марта, 2016 (изменено) · Жалоба Кто-нибудь уже имел удовольствие поиграться с Личным кабинетом оператора связи, который https://portal.rfc-revizor.ru/ Изменено 2 марта, 2016 пользователем asphix Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bushi Опубликовано 2 марта, 2016 · Жалоба Не надо истерик. Развал Союза пережили, Ельцина пережили. ... Это что за жизнь, когда постоянно что-то нужно переживать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
a6j Опубликовано 2 марта, 2016 · Жалоба Кто-нибудь уже имел удовольствие поиграться с Личным кабинетом оператора связи, который https://portal.rfc-revizor.ru/ Тут обсуждение... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
saaremaa Опубликовано 2 марта, 2016 · Жалоба Лучше бы лог выгрузки реестров там выложили? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ayf Опубликовано 2 марта, 2016 · Жалоба Ну что, готовимся блокировать мессенджеры... О том, что мессенджеры будут обязаны идентифицировать своих пользователь сообщило RNS со ссылкой на имеющийся в его распоряжении текст поправок в закон «О связи» в среду, 2 марта. РБК также ознакомился с этим документом. Проект закона подготовил Медиа-коммуникационный союз (МКС), рассказал РБК источник на телекомуникационном рынке, знакомый с содержанием документа. Операторы связи могут предоставлять доступ к мессенджерам («информационно-коммуникационным сервисам») абонентам только при наличии соответствующего соглашения между оператором и «лицом, обеспечивающим предоставление соответствующих услуг», говорится в документе. В соглашении должны быть прописаны условия взаимодействия сторон и порядок идентификации пользователей сервисов, следует из проекта закона. Как именно мессенджеры должны идентифицировать пользователя, в документе не указано. Оператор и мессенджер должны заключить соглашение, для этого оператору необходимо опубликовать в интернете публичную оферту. Форму оферты должен утвердить уполномоченный орган исполнительной власти, говорится в документе. В проекте закона авторы прописали механизм защиты пользователей мессенджеров. К примеру, «организатор информационно-телекоммуникационного сервиса» обязан обеспечивать прием и передачу сообщений идентифицированных пользователей, а также ограничивать передачу пользователям автоматически рассылаемых сообщений, если пользователь не давал на нее согласия. Кроме того, мессенджер обязан обеспечить конфиденциальность передаваемых сообщений и дать возможность рассылать сообщений госорганам: местным администрациям, органам государственных внебюджетных фондов и др. Авторы законопроекта предлагают внести поправку в закон «О связи», согласно которой операторы будут обязаны отключать мессенджеры по требованию «уполномоченного федерального органа исполнительной власти, полученного по системе взаимодействия», говорится в документе. Предполагается, что законопроект вступит в силу 1 января 2017 года. До этого момента мессенджер обязан подать уведомление о своей работе или начале деятельности в орган исполнительной власти — Роскомнадзор. «ВымпелКом» выступает против возложения на операторов обязанностей по регулированию деятельности мессенджеров, рассказала РБК представитель компании Анна Айбашева. Но она согласна с тем, что надо выравнивать условия деятельности новых поставщиков сервисов и операторов связи, когда мессенджеры также обязаны будут выполнять требования российского законодательства. МТС поддерживает идею идентификации пользователей мессенджеров для борьбы со спамом, рассказал представитель оператора Дмитрий Солодовников. Он добавил, что законопроект предусматривает обязательное наличие соглашения между оператором связи и поставщиками информационно-коммуникационных сервисов, но этот момент требует проработки: непонятен предмет такого соглашения. Также неясно, каким образом оператор связи будет прекращать доступ пользователей к мессенджерам, продолжает Солодовников, либо отключать целиком весь сервис, что нарушит права потребителей услуг, либо прекращать доступ конкретных пользователей к мессенджеру. В последнем случае у операторов нет технической возможности выявлять зашифрованный трафик конкретных пользователей мессенджеров, подчеркнул он. Представители «МегаФона» и «Ростелекома» отказались от комментариев. Медиа-коммуникационный союз основали в 2014 году крупнейшие российские медиакомпании и телеком-операторы. Организация представляет интересы операторов связи, правообладателей, вещателей, крупных сейлз-хаусов, указывается на сайте МКС. Среди участников организации — «Национальная Медиа Группа», «МТС», «СТС Медиа», «ВымпелКом», «Компания ТрансТелеКом», «ЭР-Телеком Холдинг», «Газпром-Медиа Холдинг», «МегаФон», «Ростелеком» и другие. В МКС затруднились прокомментировать информацию о поправках. Замглавы Минкомсвязи Алексей Волин сказал, что ему неизвестно о разработке предложений по регулированию интернет-видеосервисов. Представитель Роскомнадзора Вадим Ампелонский отказался от комментариев. Глава Минкомсвязи Николай Никифоров 1 марта заявил, что «какого-то конкретного законопроекта», предусматривающего введение госрегулирования работы мессенджеров, сейчас «не существует». «Не думаю, что в ближайшее время предполагается какое-то прямое государственное регулирование в этой сфере», — цитировало министра РИА Новости. Подробнее на РБК: http://www.rbc.ru/technology_and_media/02/03/2016/56d6f3e39a7947db69945ff5?from=main Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
saaremaa Опубликовано 9 марта, 2016 · Жалоба Чем сейчас РКН проверяет блокировки по реестрам запрещенных сайтов? RegisterCheck? или что другое? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McSlash Опубликовано 9 марта, 2016 · Жалоба Вопрос с парсером актуален.У кого есть рабочий скрипт парсера на питоне с перекодировкой кириллических доменов? url = "нижегородскийкремль.рф" url.split('/')[0].decode('utf8').encode('idna') xn--c1acbcbleihcmlcsa5agn1t.xn--p1ai Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 10 марта, 2016 · Жалоба Что-то у них поломалось ? Сегодня с полуночи местного (msk+2) раз в час получаю старую и getLastDumpDate и getLastDumpDateEx - Одинаковые... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
drvs Опубликовано 10 марта, 2016 · Жалоба Что-то у них поломалось ? Сегодня с полуночи местного (msk+2) раз в час получаю старую и getLastDumpDate и getLastDumpDateEx - Одинаковые... Аналогично. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 10 марта, 2016 · Жалоба Что-то у них поломалось ? Сегодня с полуночи местного (msk+2) раз в час получаю старую и getLastDumpDate и getLastDumpDateEx - Одинаковые... Аналогично. ИЧСХ, если дату сохранённую на вчера вернуть, то выгрузка идет, но результаты - со вчера неизменные(zip-файлы одинаковые). Перестали пополнять ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
a6j Опубликовано 10 марта, 2016 (изменено) · Жалоба Аналогично, последняя автоматическая выгрузка была 9 марта в 23 ч 42 мин. Далее выгрузка не происходит из-за отсутствия изменений. В ручном режиме проверил, последнее изменение дампа 09.03.2016 21:03. "Получение выгрузки засчитано оператору связи" поэтому не стоит переживать. Изменено 10 марта, 2016 пользователем a6j Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
a6j Опубликовано 10 марта, 2016 · Жалоба url = "нижегородскийкремль.рф" url.split('/')[0].decode('utf8').encode('idna') xn--c1acbcbleihcmlcsa5agn1t.xn--p1ai Спасибо но это и я могу. Нужен полноценный скрипт который парсит файл дампа на urls, domains и ips. То что я пытался написать работает, но не корректно. В результате обрабатывает только первые 80 записей или очень много повторений одних и тех же значений. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 10 марта, 2016 · Жалоба Может наконец-то починили старую проблему с изменением даты при отсутствии изменений реестра. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dnvk Опубликовано 10 марта, 2016 · Жалоба получили письмо счастья: "Результаты мониторинга" от ркн Дата проверки 10.03.2016 Фаил выгрузки: rzr_os_downloads_2016_03_10.xls Записей в выгрузки всего: 24457 при этом последнее изменение дампа выгрузки 09.03.2016 21:03. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 10 марта, 2016 · Жалоба Аналогично, последняя автоматическая выгрузка была 9 марта в 23 ч 42 мин. Далее выгрузка не происходит из-за отсутствия изменений. В ручном режиме проверил, последнее изменение дампа 09.03.2016 21:03. "Получение выгрузки засчитано оператору связи" поэтому не стоит переживать. Точно ли засчитано ? Логика моего скрипта подразумевает получение даты, и если она прежняя то запрос не подписывается и не отправляется. А получение getLastDumpDate - это не запрос - он не подписывается. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dnvk Опубликовано 10 марта, 2016 · Жалоба получил новый дамп. файл датирован Mar 10 10:22 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
saaremaa Опубликовано 10 марта, 2016 · Жалоба Точно ли засчитано ? где это можно посмотреть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
stas_k Опубликовано 10 марта, 2016 · Жалоба получили письмо счастья: "Результаты мониторинга" от ркн Дата проверки 10.03.2016 Фаил выгрузки: rzr_os_downloads_2016_03_10.xls Записей в выгрузки всего: 24457 при этом последнее изменение дампа выгрузки 09.03.2016 21:03. предположу, дальний восток? дамп выгрузок датирован временем сервера, по месту локации админа сервера, МСК. а дата проверки - твой местный РКН. p.s. вот во избежание такой путаницы, у меня на всех серверах и оборудовании директивно UTC, и "не волнует". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dnvk Опубликовано 10 марта, 2016 (изменено) · Жалоба stas_k, мск+2. проверочку сделали по свежим данным, а в систему не поступало обновлений со вчера )) буквально недавно поступили обновления и в систему. добавлено: прилетело очередное обновление дампа. дата файла: Mar 10 11:03 (мск) Изменено 10 марта, 2016 пользователем dnvk Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 10 марта, 2016 · Жалоба 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КБ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
a6j Опубликовано 10 марта, 2016 (изменено) · Жалоба Точно ли засчитано ? Засчитано в ручном режиме. Результат работы скриптов выводится на заббикс, если какой косяк я произвожу выгрузку в ручном режиме. Так было раньше, но за последние полгода все работает в автономном режиме и я только мониторю (поглядываю) раз в сутки. У меня тоже если дата совпадает, то запрос не отправляется. Надо переделать чтобы выгрузка происходила в любом случае. Иначе потом не доказать. Изменено 11 марта, 2016 пользователем a6j Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 10 марта, 2016 · Жалоба У меня скрипт настроен так, чтобы раз в сутки получать выгрузку в любом случае, независимо от изменений. Полезный совет, надо будет обязательно себе прикрутить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...