slomblobov

Дело пойдет куда быстрее, если подключить модемы к роутеру и снять селфтесты

@AleksandrK проблема найдена, дополнительной диагностики не требуется. В следующем драфте будет работать.

На каких именно? Требуется активировать отладку на интерфейсе и повторно снять селфтест

Итак, быстрого решения не будет, сроки обозначить тоже не представляется возможным(сейчас является более важным исправить совместимость с последнимим MacOS). Радостно только, что отказа нет, когда-нибудь это появится само собой, или о сроках будет сообщено дополнительно.

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

Пока рано говорить даже о появлении чего-то даже в нестабильной версии, т.к. изменение опции в конфиге не повлекло за собой каких-либо положительных изменений диалекта 3.1.1 при монтировании с опцией unix. Вопрос перенаправлен поставщику решения и если окажется, что это не баг, а фича, требующая серьезных трудозатрат, то скорее всего изменений не последует. Ждём...

Так 100 мегабит и гигабит - совсем разная физика,количество пар и требования к качеству линии Номера обращений, если можно...

Если не сложно, то пришлите номера обращений. А переназначить порт можно на странице настройки подключения WAN ISP. Либо второе настроить... https://help.keenetic.com/hc/ru/articles/360000968939--

Обращались ли в техподдержку? Пробовали ли настроить кабель провайдера на другой порт, сервый или оранжевый?

Включим unix extensions, тикет NDM-3530.

По умолчанию доступ по к WEB или к CLI через Telnet закрыты, поэтому ничего донастраивать не требуется, будь на WAN серый или белый IP. Разрешить доступ можно на странице /administrator в главе "Удаленное управление", отдельно для WEB и Telnet. Обращаю внимание, что открывать публичный доступ к telnet не следует, так как при протокол не шифрованный и все ваши действия могут быть подсмотрены, а пароли скомпрометированы. Только HTTPS и надёжный пароль!

На полочке можно размещать роутер совершенно спокойно, ничего не произойдет. При разработке оборудование проходит испытания на длительную работу не только при комнатной температуре. Если вас устраивает производительность WiFi, то почему нет. В вопросе "Что будет если я заверну роутер в одеяло" было бы куда больше интриги. 1) зависит от модели процессора. Более новые процессоры умеют понижать потребление энергии при перегреве, а старым процессорам это и не требуется ввиду сравнительно скромных аппетитов. Троттлинг реализован в передатчике WiFi, или в передатчике сотового модема. При перегреве он больше отдыхает и меньше передаёт. 2) какого-то стандартного сценария отключения при существенном перегреве нет, скорее всего от перегрева устройство уйдет в перезагрузку и тем самым понизит потребление, либо просто выйдет из строя. Но речи не идёт о том, чтобы спалить квартиру или дом.

Для исправления проблемы с пропаданием ipv6 адресов с Home интерфейса создан тикет NDM-3525.

По некой причине пропадают адреса с домашнего интерфейса. Нужно исключить OPKG из списка причин. Что произойдет, если загрузить устройство без флешки?

IPv6 на устройствах появился? К другим проблемам, если на устройства прилетает IPv6, то скорее всего браузер начинает использовать именно его и не работает редирект, верно? Судя по обилию ошибок bind() to [fd05:***:78fc:0:52ff:***:fe56:***]:777 failed (126: Address not available) вероятно, что ipv4 ресурсы тоже не будут работать.

https://osvault.keenetic.net/KN-1410/

Настроек LAN сегментов нет в конфиге. Пример ниже:

Спасибо за замечание! Необходимые изменения были сделаны, но не перенесены. В новой 4.2 всё будет работать.

Верно. Некоторые модемы предоставляют больше данных, некоторые меньше. Был составлен набор параметров, которые присутствуют в большинстве модемов данного типа. Для тех, кому мало, есть webcli с возможностью опросить модем любыми AT командами. Вы лишь недавно ворвались на форум с риторикой "всё пропало". Может быть так оно и есть, может быть. Однако, прошу вас доносить свою позицию в конструктивном ключе.

Клиент запрашивает ipv6 адрес через dhcpv6, получает неудовлетворительный ответ и повторяет попытку. Затем переходит в inform режим(stateless). В том же логе чуть выше похожая активность dhcpv4. Исторически так сложилось, что логгируется активность dhcp. Это можно спрятать и не долго, но на практике эти логи позволяют прояснить некоторые события в сети.

Мне вот тоже интересно... Быть может удалось что выяснять? Что за пятый и что на это ответят разработчики?

Очень похоже на несовместимость со старыми бэкапами, которая описана здесь. Однако вы создаёте с нуля и по-преждему не работает...

Между 4.1 и 4.2 netatalk был поднят с 3.1.18 до 3.2.0. Откатим обратно конечно до выяснения

@Denys в конфиге есть статический дефолтный маршрут ipv6 route default 2a**:***:b:cfd:***:2*ff:**:***. Возможно он конфликтует с маршрутом, полученным от провайдера.