​​#RememberTheTelegram  Три года назад, в самом начале «ковровой блокировки» Telegram, когда не работало ничего, кроме, собственно, Telegram, Леонид Евдокимов с помощью RIPE Atlas провел исследование, какие провайдеры насколько хорошо блокирует Telegram и облачные сервисы. Мы опубликовали результаты, но вынуждены были убрать публикацию и дальнейшее исследование в целях безопасности провайдеров (мы не воюем со «своими», мы не политики)

Собственно, провайдеры частично саботировали блокировку. Многие не решились блокировать крупные облачные сервисы, а средство проверки провайдеров «Ревизор» не справлялось с таким объемом проверок. Это все имело следующие последствия:
👉 Действия Роскомнадзора для неискушенного обывателя не имели таких разрушительных последствий, какие могли бы быть, если бы операторы связи не саботировали блокировку. Да и многие, кто «попал под раздачу», не оказались в одночасье отрезаны от абсолютно всей аудитории. Это, в свою очередь, дало возможность определенной части пассионариев говорить о том, что ничего страшного не произошло, и все претензии к Роскомнадзору — просто «хайп» другой части пассионариев
👉 Действия Роскомнадзора не произвели ни должного технического эффекта, ни эффективного запугивания. В итоге Telegram имел пространство для маневра. Блицкриг Роскомнадзора по блокировке мессенджера с треском провалился

Никакого смысла скрывать эту информацию сейчас нет. Данные на 24 апреля 2018 года:
https://darkk.net.ru/2018/whack/
серые кружочки — полная блокировка, кружочки со значком Telegram — блокировка отсутствует, остальное — что-то среднее

Потому что Поттеринг опять считает, что он умнее всех, и что если программа много срёт в логи, то эти логи нужно проебать

«Много» — это больше 33 сообщений в секунду.

Отключается, естественно, и я с тех пор везде отключаю, но в первый раз это было больно.

Ещё везде каджый раз разная версия journalctl. Не все поддерживают grep, например.

На прошлой работе меня так достало с этим возиться, что я написал скрипт fuckjournalctl.pl, который просто берёт и экспортирует всю эту фигню из journald в обычные текстовые логи

И поставил его в крон

Ещё у меня был fucksystemctl, который вытаскивает из systemctl машиночитаемую информацию о демоне. Встроенного способа сделать это просто не существует (или не существовало в той версии).

systemctl show недостаточно машиночитаемый
+ там чего-то не хватало
Я парсил его, парсил ещё несколько источников и склеивал в JSON

ну какой-нибудь тротлинг всё таки надо иметь

в syslog это испокон веков есть как last message repeated N times

Это-то нормально
journald теряет разные сообщения, а не повторяющиеся

В bsd syslog?

конечно.

Просто, в линуксах три разных сислога + journalctl

sysklogd, rsyslog и syslog-ng

ну ты можешь поставить из портов свой, но это редко имеет смысл

Если ты наспамил больше 1000 за 30 секунд и не отключил рейтлимит, то он просто перестанет их записывать

блядь, но это пиздец же

как это вообще могло кому-то в голову прити?!..