KeenTaur

Здравствуйте! По времени, насколько я замечал, это может длиться около часа. Журнал событий RMM это тут и смотреть "Изменение статуса объекта"? https://rmm.netcraze.ru/events/sites?operation=site-status-change Скриншот для контроля (причем, все объекты сейчас в сети, но по верхним двум соответствующих событий о переходе на "В сети" в Журнале я не вижу): Селфтесты с этих двух устройств постараюсь сейчас отправить, вроде бы по ним не должно было быть обновлений прошивки или еще чего связанного с перезагрузкой. Различить можно по модели: свеху Viva KN-1910, вторая Orbiter 6 NAP-630. Аптайм у обоих устройств больше 8 дней (с момента установки 5.1.8). Однако, продолжить смогу ориентировочно только через неделю, после ноябрьских праздников.

Извините, по-моему, вы пишете не в ту тему на форуме. Здесь о проблеме с пропаданием узлов и объектов из RMM (https://rmm.netcraze.ru/ ), а у вас неполадки иного рода. Хорошо бы ваши сообщения переместить в другой, более подходящий раздел отдельной темой. К слову, эта тема еще актуальна - вчера у меня были "не в сети" два объекта.

Для Кинетика, по-моему, без разницы. При инициализации диска средствами роутера первым создастся swap-раздел, а после него второй раздел с файловой системой, которую выбрали. Однако в справочных статьях (раньше точно так было) рекомендовали раздел с NTFS создавать в начале диска, иначе могли быть нюансы под windows. Я подключал к windows 10 диски после инициализации средствами роутера (swap идет первым), проблем не заметил, но и тщательно их не искал.

@No10884 Вроде сегодня заработал (не всегда с первого раза) основной репозиторий, попробуйте еще.

Поддержать ваш разговор, что ли... Прежде, чем что-то делать с dropbear.conf, exec sh etc, мне кажется, топикстартеру надо было бы сначала установить это. А вот с установкой-то у него и не получалось. Я думаю, что за полтора месяца он уже нашел решение

Удалось ли вам решить проблему? С помощью поддержки или перейдя на 5.1.7? В Журнале изменений к 5.1.7 есть такое:

"Вы не поверите!.." У меня тоже есть похожий радиомост ap-client "как они рекомендуют" только на CPE210. Расстояние небольшое, порядка 100м, но это между точками доступа, а кабелем было бы и длиннее, и заморочнее. Сейчас мне через этот мост передача vlan не нужна, но если найдете решение, отпишитесь тут, пожалуйста. Может и еще в чем проблема, но я бы начал с моста. Попробуйте за ним с чего-нибyдь управляемого снять гостевой vlan. Коммутатор управляемый, например, посмотреть, есть ли mac-адреса в этом vlan и какие.

Видимо, не передается гостевой vlan через ваш радиомост. Это уже вопрос к тп-линку. Я так думаю.

@sips День добрый! Пятница, утро, проблемы... Утром обнаружил, что sip-клиент на смартфоне не может выполнить регистрацию на Астериске. Переключил с домашнего wifi на мобильного оператора - не помогло. В мобильном приложении вроде никаких примет проблем не заметил (но и логи не смотрел) - роутер доступен, модем подключен к сети. Посмотрел веб-интерфейс (по craze-dns-имени) - вроде все нормально. Обновление на 5.1.7 просится, ну я его и планировал утром поставить. Подключился к 2312 через SSTP, подключился по ssh к бизибоксу. Пытаюсь открыть консоль астериска ("asterisk -rvvvv") - подключение к АТС сбрасывается. Перезапустил астериск (/opt/etc/init.d/S31asterisk restart). Подключаюсь в консоль снова. Успешно. В консоли опять сообщения по поводу модема: > [TTY] UsbLte0 link: running > [TTY] Waiting for ndm... и модем, разумеется, не инициализирован: Netcraze-0298*CLI> quectel show device state quectel0 [quectel0] State: Not initialized SIP-клиент со смартфона успешно зарегистрировался. В другой ssh-сессии в cli роутера выполнил перезагрузку модема по питанию: (config)> interface UsbLte0 power-cycle 5000 В консоли астериска видно, что теперь модем нашелся, подключился и инициализировался. Но с ошибкой: [Oct 9 09:15:29] ERROR[18105]: src/at_response.c:990 at_response_error: [quectel0][AT*IMSCFG=SWITCH,ON] ⍻ Unhandled command На этом я остановился, сохранил лог, самодиагностику и вывод консоли в бизибоксе. Все три файла отправлю следом за этим сообщением в скрытом. Далее, обновил роутер на 5.1.7. Пока работаем дальше. Доклад окончил.

Увы, у меня она сохраняется. Не массовая, как вчера, но то один объект, то другой выпадают из сети в RMM.

Во! Смотрите, как интересно: скорее всего им всем нужен только 2,4ГГц, причем, опять-таки скорее всего, им всем противопоказан FT. Они у вас в отдельном сегменте/wifi-сети без роуминга 802.11r? И, желательно, без смешанной авторизации, а только WPA2-Psk.

Подтверждаю проблему. И сегодня действительно, проявляется сильнее, чем в предыдущие дни. Под спойлером скриншоты из RMM и тех же объектов в том же порядке из мобильного приложения. Реально - все объекты доступны и функционируют.

Если хотите по именам, можете на роутере зарегистрировать статические записи host (config)> ip host <host_domain_name> <address> (config)> system configuration save У вас же видеооборудованию назначены постоянные ip-адреса? Правда, это будут не CrazeDNS-имена, и распознаваться они будут, если Кинетик является dns-сервером для клиента, так у вас так и должно быть. Да, скорость по SSTP через облако, говорят, ниже (я не замерял). Но вам порядка 10Мбит/с должно хватить. И тоже можно что-нибудь придумать. Например, не гнать все время основные/главные, а смотреть дополнительные или вовсе мобильные потоки и на основной переключать только при необходимости. "Кешбек Кинетик ууумный!" (c) тв-реклама

Понял, спасибо! Но сначала надо убедиться, что перезагрузка модема по питанию "вручную" из cli восстанавливает работоспособность.

Спасибо! Если доведется, обязательно попробую (хотя, конечно, хочется, чтобы не пришлось). Прошу уточнить, а эти переключатели, выключающую мобильную связь, не отключают модем по питанию?