Кинетиковод

Если ошибка connection refused, то удалите файл /var/run/dropbear.pid и перезапустите Энтварь. Обычно это помогает.

После установки на чистую Энтварь чудо маршрутизатора список пакетов выглядит так: Соответственно из-за отсутствия необходимых пакетов чудо маршрутизатор не работает. Установил МТ и список пакетов стал таким: Как видно добавился iptables, но этого для работы чудо маршрутизатора в отличии от МТ недостаточно. Соответственно из репозитория Энтвари доустановил ipset (ipset_7.24-1_mipsel-3.4) и conntrack (conntrack_1.4.8-1_mipsel-3.4). В репозитории несколько видов одноименных пакетов и те ли я установил пакеты достоверно неизвестно. После установки список пакетов выглядит так: После установки пакетов чудо маршрутизатор перешел из статуса MISSING в статус ок. После этого открылось пару нерекомендуемых сайтов и всё потухло. Тогда указал в настройках маршрутизатора днс и перезапустил Энтварь и вообще все сайты перестали открываться. Решил сделать ребут роутера и после ребута маршрутизатор заработал. Чудо! Правда dnsleaktest показывает днс прописанный для устройства в Keenetic OS, а не в настройках маршрутизатора, но это неважно. По итогу я так понимаю R17a пришёл к нам из мира Микротиков, где-то раздобыл древнюю Виву и решил портировать на неё автоматический маршрутизатор с Router OS. R17a не знал, что установщик должен проверять наличие необходимых для его работы пакетов и при отсутствии оных устанавливать их самостоятельно. Возможно на Router OS всё делается только вручную, но на Keenetic OS максимальная автоматизация при минимальном участии пользователя это норма. Про отсутствие ipk установщика я уж не говорю. Установка через tar архив на Кинетиках не лучший вариант. До этого мы видели ручные маршрутизаторы где пользователю нужно было самостоятельно искать и загружать списки доменов и CIDR. Также условно полуавтоматы с загрузкой геобаз. А данный маршрутизатор первый полный автомат в который вообще загружать ничего не надо, который сам всё разруливает налету. Насколько он стабилен покажет время, но это реально новый вид маршрутизатора прежде на Кинетиках не встречавшийся.

С другими не надо, у меня 1910. Днс свои, провайдерские отключены. Конфиг: Логи:

Попробовал чудо маршрутизатор. Толком он не работает, либо нет правильного мануала. Подозреваю что дело в DNS, т.к. в логах записи в вида: INFO: vpn_always: twimg.com resolve failed (no A records) Пробовал принудительно указывать vpn_always_dns, но результата нет. Через туннель какие-то килобайты бегут и дальше всё. Тут либо у маршрутизатора с DNS какие-то проблемы, либо он от клиентов DNS запросы не перехватывает. Телега тоже не взлетела.

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

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

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

В логах вроде ничего интересного нет. После нагрузки на wifi роутер молча умирает. Попробуйте ещё после отвала роутера с внешки зайти. Может только локальные клиенты отлетают, а интернет продолжает работать. Откройте доступ к роутеру с внешки и проверьте. Хотя всё это больше похоже на брак.

В логах отображаются системные события, а не сайты куда вы ходите. Если у вас есть сомнения не зависли ли логи, то совершите любое системное действие. Можно например на телефоне отключить/включить wifi и это должно отобразиться в логах. Идея тут в том, что роутер перед отстрелом клиентов возможно что-то прокричит на прощание типа "у меня случился такой-то трындец и поэтому я выпадаю в осадок". Это информация возможно поможет понять причину происходящего.

Вполне. TDP чипа при использовании wifi может быть выше и соответственно греться он будет сильнее. А в вашем экземпляре допустим радиатор криво прилегает или термоинтерфейс забыли положить. Это лишь одна из версий. Гляньте что там температурные датчики показывают, может там совсем не норма.

Если склоняетесь, то селф тест скрытым сообщением приложите. Собрать логи на лог сервере после зависания не выйдет, т.к. роутер отстреливает всех клиентов. Я бы ещё температуры глянул. Возможно под нагрузкой идёт перегрев из-за кривого чипа или кривой сборки. Собственно нагрузка другими клиентами могла бы подтвердить или опровергнуть данную теорию. Но тут желателен клиент не хуже, чем на неттопе. Клиент с низким профилем wifi может не дать той же нагрузки на чип роутера, что даёт неттоп.

Если есть возможность, то попробуйте нагрузить wifi другим клиентом (можно сразу несколькими). Если и с другим клиентом роутер выпадет в осадок, то вероятно брак. Ну и как вариант ещё попробовать тестовую прошивку 5.2, хотя если роутер падает на 5.0 и 5.1, то это вряд ли поможет. Но всё же хотя бы для галочки можно 5.2 накатить. Собственно 4.3 LTS я бы тоже потестил, чтобы исключить софтовую проблему. Вряд ли роутер падает из-за софтовой проблемы сразу на четырёх прошивках, это было бы удивительно.

С кривыми клиентами сталкивался, с опрокидыванием ими точек доступа нет. Если клиент опрокидывает точку доступа, то вероятно это недоработка ПО самой точки доступа. Человек в печали. Когда отойдёт от разочарования, то вероятно переключится в конструктивный режим. Если попался бракованный экземпляр, то заменят по гарантии.

Если сразу на всех клиентах wifi отлетает, то в роутере. Клиент не может опрокидывать саму точку доступа. Если конечно wifi отлетает только на неттопе, тогда другое дело. il-nul описал проблему не в полном объёме и вывод делать пока рано.

У вас вроде и без SIP шлюза проблема, после втыкания обычной флешки. Можно попробовать удалить телефонный компонент из прошивки и потом воткнуть флешку. Если будет отвал, значит SIP не при чём. Если отвалы прекратятся, значит сбои вебморды могут быть вызваны SIP шлюзом. Простой метод исключения.