Пару часов назад получил сообщение о блокировке двух своих акаунтов Slack. Увидел эту статью, но в комментариях вместо технических дискуссий, слишком много политики, ИМХО.
Последний раз в Slack я заходил месяца два назад на одном акаунте и месяцев шесть назад на другом. VPN для повседневного сёрфа не использую, потому все заходы были напрямую с ПК через провайдера Farline.
Думаю что Slack решил забанить те акаунты, у которых в логах мелькали адреса спорных и проблемных территорий. В итоге шлюз между Slack, Telegram и IRC нашего проекта wifi-iot.com перевели на токен другого админа, а для себя я решил пока сидеть в группе через Telegram. IRC и XMPP мы рассматриваем как последний рубеж, про запас.
В январе 2015 года я пытался собирать статьи и ссылки на сервисы, которые один за одним закрывали доступ мне, рядовому жителю Крыма, в единую заметку, так понимаю пришло время дописать и подровнять список ;)
Всем бобра!
P.S. Претензий к пославшим меня нах фирмам и сервисам не имею, политические вопросы не обсуждаю, к происходящему отношусь как анархист-максималист, знающий и помнящий что «скоро всё ё… я, не успеем опомнится...», но теперь уже в глобальных масштабах всей планеты ;)
P.P.S. Перечитав свой комментарий, вспомнив былое, пересмотрев свою заметку указанную выше, начал составлять план, что-же мне там такого отметить и подправить. Среди сервисов которыми я пользовался (и пользуюсь), увидел LinkedIn, который блокирует Роскомнадзор и без VPN на него не попасть. И тут меня осенила, интересная идея — неплохо было-бы найти какой-то ресурс или, что лучше, ресурсы, которые были-бы заблокированы для спорных и проблемных территорий с одной стороны и в это-же время, были-бы заблокированы Роскомнадзором с другой стороны. Это было-бы интересно выделить отобразить, эдакая вишенка на торте так сказать ;)
Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub. Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub. Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub. Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub. Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Осмелюсь предложить свою самоделку для Меркурий 206 под OpenWrt (JSON для Zabbix умеет) — GitHub
Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Осмелюсь предложить свой вариант реализации мониторинга UPS, работающих по протоколу Megatec (тоже JSON+Zabbix). Информацию собирал для себя, в основном столкнувшись с необходимостью контроля за UPS Энергия ПН-500 (и других этого производителя). Был взят исходник из статьи, допилен коллегой по моей просьбе, протестирован и опубликован в виде пакета для сборки в OpenWrt на GitHub. Получившийся бинарник (~5kB) легко закидывается в любое OpenWrt устройство с Zabbix агентом, без необходимости пересборки системы. Как по мне, то NUT немного «жирноват» для Embedded устройств с такими целями как получение данных с UPS с последующей передачей их в Zabbix.
Осмелюсь предложить свой вариант реализации мониторинга UPS, работающих по протоколу Megatec. Информацию собирал для себя, в основном столкнувшись с необходимостью контроля за UPS Энергия ПН-500 (и других этого производителя). Был взят исходник из статьи, допилен коллегой по моей просьбе, протестирован и опубликован в виде пакета для сборки в OpenWrt на GitHub. Получившийся бинарник (~5kB) легко закидывается в любое OpenWrt устройство без необходимости пересборки системы. Как по мне, то NUT немного «жирноват» для таких целей как получение данных с UPS с последующей передачей их в Zabbix/Nagios. Работа Zabbix и JSON прекрасно описаны в статье на Хабре. Если кого-то заинтересовала утилита для электросчётчиков Меркурий, у нас она то-же есть для OpenWrt.
Несколько лет назад LEDE отпочковался от OpenWRT, привёл в порядок свою структуру и архитектуру, написал определенные правила, а вот сейчас они опять вместе объединяются в текущем транке.
Да, используя транк, а не законченный релиз можно получить приключений себе на одно место, тут я полностью согласен. Просто как по мне, больше привычен именно чистый OpenWrt, допустим Chaos Calmer релиз, баги там уже все изучены, наработки сделаны, потому и спросил с чем был связан выбор LEDE.
А вообще, при ведении таких вот паблик проектов как у Вас, было-бы шикарно использовать сборки с применением ImageBuilder под распространённые железки. Не панацея, но примерно вот так, как товарищ один сделал для разрабатываемых им плюшек под APRS — на выходе прошивки под разные поддерживаемые им железки.
Мы к встроенному выводу Alarm Input цепляем датчик движения обычный ИК, и по нему уже идет отработка события (слушаем alarm сигнализацию от камеры) и отправка снапшотов в телеграм, яндекс, mqtt и т.д.
У меня нет «стабильных поставок», я ничего не продаю. Мне присылают (прошу всегда всех, у кого есть возможность — присылайте) нерабочие платы, лагающие платы и кое-какие демо-образцы несколько дружественных фирм, которые занимаются отвёрточной сборкой камер из китайских комплектующих. Пытаюсь делать конфету из того что в лапы попадает. так сказать…
Варианты SDK лежат на Яндекс.Диск у меня, ссылка в статье есть.Платы на HI3518xx требуют доработки приличной, чем и занимаемся в группе Телеграм (кстати, не забудьте заглянуть к нам), как самые массовые и дешевые, продающиеся под разными брендами.
А вот платы на T20 процессоре, там уже интереснее, в них нормальны v4l есть, и следовательно, нет никаких проблем даже без OpenRTSP получить ролик и выкинуть на Яндекс.Диск или еще куда-то. Даже разработанная Вами плата роутера будет не нужна, только как бекап с аккумулятором, что само по себе — отличная идея, и Вам РЕСПЕКТ!
Супервизор это трёхлапая микросхемка, лечит зависоны на ура у этой (и не только) железки. Вот актуальное описание на 4PDA нашел, сразу два в одном, описаны две болезни и как лечить — про порты и про супервизор.
Но порты можно и из конфига потушить, без патча исходников, работает в таком случае (с потушенными портами) железка намного стабильнее, вот мой вариант кусочка конфига по свичу:
Еще по железу немного.
Прочитал фразу «На HAME A5 наша прошивка регистратора работала нестабильно, роутер постоянно зависал и перезагружался. Скорее всего это происходило из-за сильного перегрева. Поэтому пришлось от него отказаться в пользу более надёжного и проверенного варианта.»
Там нужно на этом роутере супервизор питания ставить и отключать неиспользуемые ETH порты — из-за этого он сильно очень греется. Отключение портов возможно как при сборке прошивки в исходниках, так и через конфиг в секции свича. И будет этот роутер работать. после данных модификаций, как трактор, т.е. без проблем.
Спасибо за интересный материал, есть над чем подумать. И сразу несколько вопросов:
Чем был обусловлен выбор LEDE, а не OpenWrt и не их последний совместный транк?
Не думали-ли всё-таки попробовать уйти от разработанной вами доп.платы и поднять LEDE/OpenWrt сразу на камере? Ваши аргументы выше по поводу «сегодня есть, а завтра уже нет» я читал и с ними согласен на 99%. Однако если сделать полностью програмное решение, с возможностью выгрузки в локальное облако, это было-бы шикарно. Для старта есть смысл поддерживать пока только железки на процессорах HI35xx и T10/T20, как самые распространённые, IMHO. У нас уже есть небольшой коллектив, копаем в этом направлении, как по модификации китайского ПО, так и по тестовым сборкам OpenWrt (там есть ссылки на тематические чаты в Telegram и код на GitHub). Присоединяйтесь, будем рады!
Вот от меня в копилку общих знаний миниатюрная (14кБ) утилита для съёма показаний для счётчиков Меркурий по RS485 порту. Пригодится «самоделкиным» и «кулибиным», умеющим собирать пакеты для OpenWrt/LEDE…
Для уничтожения врага (а в данном случае для недопущения заражения и для выполнения полноценного сканирования устройств в сети) нужно его изучать. У меня специально стоит один подопытный кролик, на котором они упражняются, а мне приходят логи изменений, какие новые гадости добавляют эти мерзавцы…
Поддержу, друг!
У меня более восьми тысяч инсталляций на различных устройствах с 2003 года.
Единственное решение, тупое как пробка (в хорошем смысле слова ибо ничего лишнего), с достаточным функционалом и безотказно работающее на любом железе.
Пару часов назад получил сообщение о блокировке двух своих акаунтов Slack. Увидел эту статью, но в комментариях вместо технических дискуссий, слишком много политики, ИМХО.
Последний раз в Slack я заходил месяца два назад на одном акаунте и месяцев шесть назад на другом. VPN для повседневного сёрфа не использую, потому все заходы были напрямую с ПК через провайдера Farline.
Думаю что Slack решил забанить те акаунты, у которых в логах мелькали адреса спорных и проблемных территорий. В итоге шлюз между Slack, Telegram и IRC нашего проекта wifi-iot.com перевели на токен другого админа, а для себя я решил пока сидеть в группе через Telegram. IRC и XMPP мы рассматриваем как последний рубеж, про запас.
В январе 2015 года я пытался собирать статьи и ссылки на сервисы, которые один за одним закрывали доступ мне, рядовому жителю Крыма, в единую заметку, так понимаю пришло время дописать и подровнять список ;)
Всем бобра!
P.S. Претензий к пославшим меня нах фирмам и сервисам не имею, политические вопросы не обсуждаю, к происходящему отношусь как анархист-максималист, знающий и помнящий что «скоро всё ё… я, не успеем опомнится...», но теперь уже в глобальных масштабах всей планеты ;)
P.P.S. Перечитав свой комментарий, вспомнив былое, пересмотрев свою заметку указанную выше, начал составлять план, что-же мне там такого отметить и подправить. Среди сервисов которыми я пользовался (и пользуюсь), увидел LinkedIn, который блокирует Роскомнадзор и без VPN на него не попасть. И тут меня осенила, интересная идея — неплохо было-бы найти какой-то ресурс или, что лучше, ресурсы, которые были-бы заблокированы для спорных и проблемных территорий с одной стороны и в это-же время, были-бы заблокированы Роскомнадзором с другой стороны. Это было-бы интересно выделить отобразить, эдакая вишенка на торте так сказать ;)
Фидбек, тесты и правки приветствуются. Спасибо!
Фидбек, тесты и правки приветствуются. Спасибо!
Фидбек, тесты и правки приветствуются. Спасибо!
Фидбек, тесты и правки приветствуются. Спасибо!
Подборка некоторых ссылок и недописанные мои заметки здесь — ZFT Lab.
Фидбек, тесты и правки приветствуются. Спасибо!
Да, используя транк, а не законченный релиз можно получить приключений себе на одно место, тут я полностью согласен. Просто как по мне, больше привычен именно чистый OpenWrt, допустим Chaos Calmer релиз, баги там уже все изучены, наработки сделаны, потому и спросил с чем был связан выбор LEDE.
А вообще, при ведении таких вот паблик проектов как у Вас, было-бы шикарно использовать сборки с применением ImageBuilder под распространённые железки. Не панацея, но примерно вот так, как товарищ один сделал для разрабатываемых им плюшек под APRS — на выходе прошивки под разные поддерживаемые им железки.
Варианты SDK лежат на Яндекс.Диск у меня, ссылка в статье есть.Платы на HI3518xx требуют доработки приличной, чем и занимаемся в группе Телеграм (кстати, не забудьте заглянуть к нам), как самые массовые и дешевые, продающиеся под разными брендами.
А вот платы на T20 процессоре, там уже интереснее, в них нормальны v4l есть, и следовательно, нет никаких проблем даже без OpenRTSP получить ролик и выкинуть на Яндекс.Диск или еще куда-то. Даже разработанная Вами плата роутера будет не нужна, только как бекап с аккумулятором, что само по себе — отличная идея, и Вам РЕСПЕКТ!
Но порты можно и из конфига потушить, без патча исходников, работает в таком случае (с потушенными портами) железка намного стабильнее, вот мой вариант кусочка конфига по свичу:
Прочитал фразу «На HAME A5 наша прошивка регистратора работала нестабильно, роутер постоянно зависал и перезагружался. Скорее всего это происходило из-за сильного перегрева. Поэтому пришлось от него отказаться в пользу более надёжного и проверенного варианта.»
Там нужно на этом роутере супервизор питания ставить и отключать неиспользуемые ETH порты — из-за этого он сильно очень греется. Отключение портов возможно как при сборке прошивки в исходниках, так и через конфиг в секции свича. И будет этот роутер работать. после данных модификаций, как трактор, т.е. без проблем.
Чем был обусловлен выбор LEDE, а не OpenWrt и не их последний совместный транк?
Не думали-ли всё-таки попробовать уйти от разработанной вами доп.платы и поднять LEDE/OpenWrt сразу на камере? Ваши аргументы выше по поводу «сегодня есть, а завтра уже нет» я читал и с ними согласен на 99%. Однако если сделать полностью програмное решение, с возможностью выгрузки в локальное облако, это было-бы шикарно. Для старта есть смысл поддерживать пока только железки на процессорах HI35xx и T10/T20, как самые распространённые, IMHO. У нас уже есть небольшой коллектив, копаем в этом направлении, как по модификации китайского ПО, так и по тестовым сборкам OpenWrt (там есть ссылки на тематические чаты в Telegram и код на GitHub). Присоединяйтесь, будем рады!
Вот от меня в копилку общих знаний миниатюрная (14кБ) утилита для съёма показаний для счётчиков Меркурий по RS485 порту. Пригодится «самоделкиным» и «кулибиным», умеющим собирать пакеты для OpenWrt/LEDE…
Для уничтожения врага (а в данном случае для недопущения заражения и для выполнения полноценного сканирования устройств в сети) нужно его изучать. У меня специально стоит один подопытный кролик, на котором они упражняются, а мне приходят логи изменений, какие новые гадости добавляют эти мерзавцы…
У меня более восьми тысяч инсталляций на различных устройствах с 2003 года.
Единственное решение, тупое как пробка (в хорошем смысле слова ибо ничего лишнего), с достаточным функционалом и безотказно работающее на любом железе.