Sergey Zozulya
-
Posts
656 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Sergey Zozulya
-
-
1 minute ago, KorDen said:
Это и плохо, поскольку нельзя указать "менять только ночью". Было бы логичнее "начинать менять с этого времени и каждые N часов" (как у ТС ожидаемое "каждый день в 3 ночи") или нечто подобное. А сейчас полностью зависит от времени ребута. Для рандомизации хорошо, на практике неудобно, если роутер ребутнулся днем.
С этим полностью согласен. Для моих нужд необходима была смена канала именно "раз в сутки в 3 ч ночи".
@ndm может подумаете над реализацией именно такой логики?
-
Giga (KN-1010) | 2.13.A.5.0-4
При вводе в CLI:
interface WifiMaster0 channel auto-rescan 03:00 interval 24 system configuration save
в startup-config сохраняется:
channel auto-rescan 00:00 interval 24
т. е. время автосмены не сохраняется.
self-test ниже.
-
1
-
1
-
-
@Padavan может быть вы можете прокомментировать?
-
Giga (KN-1010) | 2.13.A.5.0-2
Перешел на KN-1010 и сразу заметил, что скорость соединения WiFi-клиентов на странице deviceList практически никогда не совпадает с той, что отображает у себя сам клиент.
Вот один из примеров. Так скорость показана в вебе роутера:
А так на смартфоне:
При этом увидеть 867 Mbps в вебе роутера почти невозможно, пусть хоть расстояние между роутером и клиентом для этого оптимальное.
Почему это сразу бросилось в глаза? Потому что на Ultra II эти показатели совпадали на роутере и на клиенте, и в пределах помещения, где стоит модем, в вебе конкретно для этого клиента почти всегда отображалась скорость соединения 867 Mbps. Прошивка на Ultra II тоже драфт с новым вебом.
В новых устройствах KN- изменилась логика отображения скорости соединения? Или есть другое объяснение (например, такое, что роутер и клиент показывают скорость соединения от себя в другой конец, поэтому они могут быть разные)? На Ultra II все выглядело логичнее, потому и вопросов не вызывало.
self-test ниже, если он чем-то поможет.
P. S. Чтобы предотвратить ненужные вопросы, речь именно о скорости соединения, а не о реальной скорости передачи.
-
Как уже писал выше, работает и просто с меткой и с двоеточием. А вот со слешем уже нет.
-
Возможно, в этом проблема:
и она уже приобретает массовый характер. Странно, что до сих пор не уделяют внимание.
-
8 hours ago, Mobis FromPNZ said:
подскажите как удалить ненужные компоненты из 2.09
Без обновления - никак.
-
@enpa да, помню, что нечто подобное обсуждалось, но не был уверен, что это оно.
-
@Lordmaster вы правы, это решает проблему.
Правда у меня работает и с меткой диска и с UUID, причем двоеточие в конце допустимо (но не обязательно, работает и без него), а вот слеш, как это предлагает CLI автодополнением (и, что хуже всего, делает WebUI), как раз не позволяет OPKG правильно инициализироваться во время загрузки.
Спасибо за подсказку!
@ndm @Le ecureuil обратите, пожалуйста внимание.
-
1
-
-
Giga (KN-1010) | 2.13.A.2.0-0
OPKG установлена с нуля на отдельный раздел USB-HDD (sda2, всего разделов - два). После перезагрузки OPKG не стартует, в логе только две строчки, упоминающие OPKG:
ndm: Opkg::Manager: disk is set to: OPKG:/.
ndm: Opkg::Manager: configured init script: "/opt/etc/init.d/rc.unslung".Эти строчки идут еще ДО того, как ядро опознает HDD. Стоит после полной загрузки отключить в вебе OPKG и сразу же снова включить, как в логе появляется:
ndm: Opkg::Manager: disk is unset.
ndm: Opkg::Manager: init script reset to default: /opt/etc/initrc.
ndm: Core::ConfigurationSaver: saving configuration...
ndm: Core::ConfigurationSaver: configuration saved.
ndm: Opkg::Manager: disk is set to: OPKG:/.
ndm: kernel: EXT4-fs (sda2): re-mounted. Opts: (null)
ndm: Opkg::Manager: /tmp/mnt/OPKG mounted to /tmp/mnt/OPKG.
ndm: Opkg::Manager: /tmp/mnt/OPKG mounted to /opt/.
ndm: Opkg::Manager: /tmp/mnt/OPKG initialized.
ndm: Opkg::Manager: configured init script: "/opt/etc/init.d/rc.unslung".
ndm: Core::ConfigurationSaver: saving configuration...
dropbear[763]: Running in backgroundТ. е. OPKG инициализируется (как должна это делать автоматически при загрузке) и дальше все работает без проблем, до следующей перезагрузки.
Такое впечатление, что при загрузке OPKG пытается инициализироваться еще до того, как HDD будет доступен системе.
self-test, как обычно, ниже.
P. S. Тема в этом разделе, потому что до Entware, собственно, не доходит даже. Если не там, перенесите куда нужно.
-
В облачном режиме такая и должна, к сожалению.
-
Ошибки нет. Нюансов не помню, но разработчики уже объясняли, что это за версия. Вроде как минимальная, с которой можно перейти на текущую.
-
Тогда вопросов к вам больше нет...
-
1
-
-
@enterfaza зачем вы каждое свое сообщение звездочками обрамляете? Вам потом не видно, что из этого получается?
-
Нет, сообщение было о том, что сигнал сети слишком слабый.
-
На одном устройстве (Chromebook) похожая проблема была, когда экспериментировал с добавлением нового сегмента сети и его WiFi-настройками. При этом параметр Band Steering в настройках Home segment сбился на None. Когда вернул значение на место (Prefer 5 GHz) и проблема решилась.
-
2 minutes ago, eralde said:
будут использовать мобильное предложение
Пользуясь случаем в очередной раз спрошу про новое мобильное приложение. Насколько скоро оно уже выйдет? Хотя бы в бета-тест.
-
1 minute ago, eralde said:
нашли временное решение
Спасибо. А почему временное? Позже будет переработано?
-
Keenetic Ultra II | 2.13.A.2.0-0
@eralde просьба расширить по вертикали окно системного журнала на всю длину. Сейчас оно даже половины экрана не занимает, и это очень не удобно. Скриншот ниже.
-
1
-
1
-
-
Повторилось при очередном обновлении. В вебе приложение включено, а доступа по 8200 порту нет. self-test ниже.
Дайте хоть знать, будете ли разбираться и помогают ли логи в этом случае.
-
Keenetic Ultra II | 2.13.A.1.0-2
Вот уже много обновлений подряд после первой загрузки недоступен DLNA-сервер. При этом в разделе Приложения переключатель в положении ВКЛ, но по факту никакие из устройств сервера не видят, на порту 8200 прошивка тоже не отвечает. Простое передергивание переключателя или повторная перезагрузка решают проблему. Такое наблюдается только при первой загрузке после обновления, при обычной перезагрузке проблема не повторяется. Сегодня после обновления снова повторилось, снял self-test, прилагаю ниже.
UPD. Дополню про self-test. Когда обнаружил, что DLNA недоступен, передернул переключатель в настройках DLNA, сервер сразу стал доступен (поэтому в логах он будто запустился как положено). Затем сохранил self-test.
-
39 minutes ago, Vvlysov said:
почему при добавлении компонента у меня обновилась прошивка?
Потому что так это работает. При добавлении/удалении компонентов сборочные сервера собирают прошивку именно под ваш набор, используя при этом последнюю прошивку из канала обновлений, на который вы подписаны.
UPD. По этой же причине ВСЕГДА(!!!) делайте резервные копии прошивки перед обновлением.
-
1
-
-
7 minutes ago, r13 said:
Да, реально есть, можно скачать.
Только почему-то их размер всегда 0. В смысле не после скачивания, а в листинге файлов на FTP.
-
Или my.keenetic.net/netfriend
-
1
-
Не сохраняется время автосмены WiFi канала
in 2.13
Posted
В моем случае именно это и нужно. Некоторые устройства "умного дома" во время автосмены канала днем (при относительной активности прочих устройств сети) сходят с ума и теряют WiFi сеть. Смена канала в ночи, когда сетевая активность минимальна, каким-то образом эту проблему решает.