Dale
-
Posts
106 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Dale
-
-
После перехода на 3.4 перестала работать ext3 флешка в модеме ZTE MF825 (перепрошитый МТС 830FT), устройство определяется и видится все, что было записано раньше, но записать ничего невозможно, даже после переформатирования на компьютере. Внешний жесткий диск, также отформатированный в ext3 и подключенный рядом, работает нормально.
-
Любая попытка посмотреть IP телевидение используя udpxy server при подключении к роутеру через соединение с L2TP/IPsec сервером приводит к перезагрузке роутера с диагностикой в лог при старте: "ndm: kernel: SoC power status: Watchdog reset occured". При использовании PPTP сервера такого не наблюдается. Лог роутера по понятным причинам недоступен, но на внешний syslog server он успевает отослать примерно следующее:
Spoiler15.01.2018 13:33:00.895 Info l2tp2:********: session started over l2tp session 64652-3, 26592-1 15.01.2018 13:33:00.914 Warning IpSec::Configurator: ""VPNL2TPServer"": L2TP/IPsec client ""********"" connected with address ""172.16.2.33"" (from ""84.204.*.*""). 15.01.2018 13:33:00.967 Info sending INFORM to 00:00:00:00:00:00. 15.01.2018 13:33:00.967 Info DHCPINFORM received for 172.16.2.33 from 00:00:00:00:00:00. 15.01.2018 13:33:58.223 Notice Echo Reply received. 15.01.2018 13:34:44.497 Notice Added client: pid=[962], maddr=[239.239.1.64],mport=[5239], saddr=[172.16.2.33], sport=[45323] 15.01.2018 13:35:55.876 Debug Core::Syslog: last message repeated 27 times. 15.01.2018 13:35:55.923 Debug Core::Syslog: last message repeated 28 times. 15.01.2018 13:35:55.970 Debug Core::Syslog: last message repeated 29 times. 15.01.2018 13:35:55.986 Debug Core::Syslog: last message repeated 30 times. 15.01.2018 13:35:56.516 Debug Core::Syslog: last message repeated 38 times. 15.01.2018 13:35:56.610 Warning kernel: net_ratelimit: 12 callbacks suppressed 15.01.2018 13:35:56.734 Debug Discarded non-LCP packet when LCP not open 15.01.2018 13:35:56.781 Debug Discarded non-LCP packet when LCP not open 15.01.2018 13:35:56.797 Debug Core::Syslog: last message repeated 3 times. 15.01.2018 13:35:56.812 Debug Core::Syslog: last message repeated 4 times. 15.01.2018 13:35:56.844 Debug Core::Syslog: last message repeated 5 times. 15.01.2018 13:35:56.859 Debug Core::Syslog: last message repeated 6 times. 15.01.2018 13:35:56.890 Debug Core::Syslog: last message repeated 7 times. [...] 15.01.2018 13:35:57.780 Debug Discarded non-LCP packet when LCP not open 15.01.2018 13:35:57.951 Debug Core::Syslog: last message repeated 9 times.
И так далее с вариациями, потом начинают уже идти строки лога инициализации роутера. Селфтест и конфиг постом ниже. Роутер Ultra II, прошивка 2.11.B.0.0-0
-
1
-
-
On 12/12/2017 at 2:47 PM, 4e.Guevara said:
Обновился на 2.10.C.0.0-4 (Keenetic Giga II) и начались проблемы с доступом к HDD, подключенным в USB роутера. С внутренней сетки еще кое-как захожу на винт, и даже скорость обмена данными около 30 Мб/с (поднят гиг), только вот через несколько секунд наблюдается отвал, переподключение и опять нормальная скорость.
Подтверждаю, на Ultra II похожая ситуация, последний раз наблюдал при копировании ночью с 14.12 на 15.12, только отвал происходит через случайный промежуток времени, а скорость копирования по сети 55-60 Мб/c. В логах ничего нет, селфтест прилагаю сообщением ниже.
-
4 hours ago, Le ecureuil said:
У вас стоит опция
interface PPTP0 ipcp name-serversПотому вы получаете DNS от удаленной стороны, это она вам их присылает.
Спасибо, слона-то я как раз не заметил.
-
Перешел с глобальных DNS 8.8.8.8 и 8.8.4.4 на 80.80.80.80 и 80.80.81.81. Несмотря на отсутствие в конфиге гугловских DNS, при соединении по PPTP, они упоминаются в логе, хотя в свойствах установлены DNS 209.222.18.*, а глобально 80.80.*.* Роутер перезагружал. Упоминания про гуглоDNS в настройках отсутствуют, поэтому теряюсь в догадках, врядли их отдает VPN провайдер в настройках соединения, когда у него есть свои собственные 209.222.18.* Селфтест постом ниже, прошивка 2.09.C.0.0-5
SpoilerSep 04 12:41:29 pppd_PPTP0 local IP address 10.1.1.10 Sep 04 12:41:29 pppd_PPTP0 remote IP address 10.1.1.1 Sep 04 12:41:29 pppd_PPTP0 primary DNS address 8.8.8.8 Sep 04 12:41:29 pppd_PPTP0 secondary DNS address 8.8.4.4
-
После обновления прошивки уже два раза столкнулся с завианием роутера с одинаковыми симптомами. При полном отсутствии каких-либо предварительных сообщений роутер внезапно зависает, при этом syslog серверу он успевает отправить вот такое:
Spoiler18.06.2017 10:50,Info,192.168.1.1,PingCheck::Profile: interface ISP connection check failed. 18.06.2017 10:50,Error,192.168.1.1,Opkg::Manager: /opt/etc/ndm/wan.d/port.sh: timed out. 18.06.2017 10:50,Error,192.168.1.1,kernel: INFO: rcu_sched self-detected stall on CPU { 0} (t=15000 jiffies) 18.06.2017 10:50,Warning,192.168.1.1,kernel: Call Trace: 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<802d9060>] dump_stack+0x8/0x34 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<8007af9c>] __rcu_pending+0x1e0/0x544 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<8007be44>] rcu_check_callbacks+0x78/0x180 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<80035b40>] update_process_times+0x48/0x74 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<80067a6c>] tick_sched_timer+0x7c/0x34c 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<8004c308>] __run_hrtimer.isra.5+0x68/0x138 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<8004cdc4>] hrtimer_interrupt+0x1b4/0x4dc 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<800119f0>] c0_compare_interrupt+0x64/0x90 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<800742ac>] handle_irq_event_percpu+0x70/0x1fc 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<80077eec>] handle_percpu_irq+0x8c/0xbc 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<80073908>] generic_handle_irq+0x3c/0x54 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<8000cb4c>] do_IRQ+0x18/0x2c 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<8000af70>] ret_from_irq+0x0/0x4 18.06.2017 10:50,Warning,192.168.1.1,kernel: [<802dd364>] _raw_read_unlock_bh+0xb4/0xd0 18.06.2017 10:50,Warning,192.168.1.1,kernel: 18.06.2017 10:50,Notice,192.168.1.1,closing control connection due to missing echo reply 18.06.2017 10:50,Notice,192.168.1.1,Sent control packet type is 12 'Call-Clear-Request' 18.06.2017 10:50,Notice,192.168.1.1,Closing PPTP connection 18.06.2017 10:50,Notice,192.168.1.1,Sent control packet type is 3 'Stop-Control-Connection-Request' 18.06.2017 10:50,Notice,192.168.1.1,Closing connection (call state) 18.06.2017 10:51,Error,192.168.1.1,kernel: INFO: rcu_bh detected stalls on CPUs/tasks: { 0} (detected by 1, t=15004 jiffies) 18.06.2017 10:51,Error,192.168.1.1,kernel: INFO: Stall ended before state dump startПосле чего остается только делать reset. Call trace каждый раз один и тот же. Селфтест по понятным причинам привести не могу, конфиг в скрытом сообщении ниже.
-
1
-
-
Подтверждаю, тоже наблюдал такое на 2.09.A.7.0-0. Поскольку логов с причиной не сохранилось, т.к. перезагрузки заметил только по Uptime, то тему не открывал. Откатился на 2.09.A.6.0-2 - там самопроизвольных перезагрузок не наблюдаю и не наблюдал раньше. Электричество точно не отключалось.
-
15 minutes ago, AndreBA said:
На GIGA III и EXTRA II, все работает. Ничего не поломалось.
Проверил у себя с внешних адресов на Ultra II 2.09.A.7.0-0 - облачный лоступ через KeenDNS и через приложение My.Keenetic работает.
-
Подтверждаю. На 2.09.A.6.0-3 те же симпотомы:
Откатился на 2.09.A.6.0-2 - там все нормально, все правила на месте.
-
1
-
-
Периодически вижу, что при выводе сообщений transmission в лог сбивается форматирование. Его сообщения начинают выводиться вот в таком виде:
Дальнейшее наблюдение показало, что подобным образом искажаются все сообщения, длина имени источника которых достаточно большая:
Переход по разным пунктам настройки, заход на IP роутера или имя, насколько я заметил, не помогают исправить ситуацию. Проблема появляется, когда справа появляется полоска скроллинга, если очистить лог, то форматирование восстанавливается до ее появления:
Наблюдал на прошиках 2.09.A.6.0-0 и 2.09.A.6.0-1 в браузерах Firefox, Chrome и IE. Поправьте, пожалуйста.
-
24 minutes ago, r13 said:
По моим наблюдениям доступно управление когда во все порты ничего не воткнуто.
В синем порте что-то было когда отключили устройство из черного?
В синем порте стоял модем USB 2.0, в черном - флешка USB 2.0. В связи с покупкой USB 3.0 жесткого диска отключил transmission, opkg, отключил флешку в #dashboard.status - USB devices, модем пока не трогал и не отключал. После этого в какой-то момент заметил, что пункт выбора режима работы синего порта, в который еще остался воткнут модем, активен. Возможно, что порты не перепутаны, а это баг из той же серии, что описан в Ошибка: При перезагрузке модема возникает перемонтирование флешки
-
Заметил, в #tools.settings, что когда отключаешь USB устройство из черного разъема USB 2.0, становится активным пункт выбора режима работы синего порта USB 3.0 вот тут:
Версия прошивки 2.09.A.6.0-0. У кого-нибудь еще было такое?
-
-
12 minutes ago, Goblin said:
@Dale, печаль. вот если не надо ипв6, а те модули нужны. чего делать? появляется выбор. или сносить всё или пусть ипв6 висит мертвым грузом.
А я не утверждаю, что все эти модули имеют зависимость, просто они мне первые пришли в голову. Возможно, что на самом деле список гораздо короче, просто я их удалил одним махом, а после этого уже снова стал проверять на возможность удаления IPv6.
-
11 minutes ago, Mamay said:
Сам не пробовал. А если так в cli
no ipv6 address auto
no ipv6 prefix auto
no ipv6 name-servers auto
no ipv6cp?4 minutes ago, Goblin said:не должно вроде. и кстати на установку я его не ставил. само как-то установилось.
из последнего что делал установил Entware-3x
Удалил у себя модули Kernel modules for Netfilter, Kernel modules for Traffic Control support, Extension package Xtables-addons for Netfilter, Packet capture. После этого смог удалить IPv6, похоже действительно какие-то зависимости появились при очередном обновлении.
-
20 minutes ago, AndreBA said:
Может с каким то компонентам завязан, вот и не дает удалить.
В том-то все и дело, что до 2.09.A.5.0-2 он был удален. Набор компонентов достаточно стандартный и не менялся, ничего из них вроде не должно требовать IPv6
-
Подтверждаю, на Ultra II такая же ситуация, прошивка 2.09.A.6.0-0.
-
1
-
-
21 minutes ago, Sfut said:
Скорее всего да, но есть одно но. У @fOx Ultra 2, а с ней есть вопросы по поводу ошибок на портах. Подробнее здесь https://forum.keenetic.net/topic/2234-ultra-ii-низкая-скорость-записи-на-hdd/. Причем и там и здесь rxerrors. Так что имеет смысл посмотреть на ошибки по остальным портам.
Я бы не стал обобщать на все Ultra II вот так вот, скопом. Вот у меня Ultra II и нет вопросов по поводу большого количества rxerrors на портах. Например, за двое суток на ISP интерфейсе:
Spoiler~ # ifconfig eth3
eth3 Link encap:Ethernet HWaddr 58:8B:F3:6B:EF:05
inet addr:93.xxx.xxx.xxx Bcast:93.xxx.xxx.xxx Mask:255.255.254.0
inet6 addr: fe80::5a8b:f3ff:fe6b:ef05/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6487270 errors:3 dropped:37022 overruns:0 frame:0
TX packets:2732614 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2058909428 (1.9 GiB) TX bytes:2094933970 (1.9 GiB)
Interrupt:11Прошивка последняя, 2.09.A.5.0-2, но и на других не наблюдал. Так что согласен с KorDen - скорее всего виноват кабель.
-
1 hour ago, TheBB said:
на какой странице? пертыкал все, какие есть, ошибку не выдаёт.
Сразу при заходе в WebUI появляется, после загрузки стартовой страницы. Потом можно по всем страничкам пробежаться - ошибки больше нет, пока браузер не закроешь и не откроешь снова. Проверил на Firefox и Google Chrome - без разницы.
-
После обновления на 2.09.A.5.0-2 в логе при обращении к Web интерфейсу роутера появляются ошибки такого вида:
SpoilerApr 01 17:56:55 ultra-ii nginx (conn: *6) open() "/usr/share/htdocs/zyxel.ico" failed (2: No such file or directory), client: 192.168.1.33Поправьте пожалуйста.
-
1
-
-
9 hours ago, ndm said:
Откатываем сборку на 2.09.A.4, не ставьте A.5. Там с Wi-Fi что-то неладно.
После этого индикатор FN, настроеннный по дефолту, т.е. на индикацию наличия обновления, ведет себя странно - мигает, хотя в Updates пусто. Перезагрузка не помогает, через некоторое время начинает мигать опять. Версия прошивки 2.09.A.4.0-1. Поправьте пожалуйста.
-
Заметил, что список разрешений на доступ в интернет для подключенных устройств в #home.hosts выглядит неправильно. Вместо Permitted пишется Forbidden. Доступ у устройств к интернету, конечно, есть. Прошивка v2.09(AAUX.6)A3.
-
Тоже подтверждаю, сталкивался с этой проблемой, изменения, сделанные в #broadband.ppp не всегда записываются, сохраняются 100% только после system configuration save. От чего зависит - не понял.
UPD: Вот сейчас только что удалил созданное L2TP/IPSec соединение, в вебморде нотификация о сохранении изменений прошла, а в логах сообщения о сохранении нет, В startup-config оно так же присутствует.
-
Уточняю, модем получает эти DNSы по IPCP, т.к. отключить их удалось только после interface UsbModem0 ipcp no name-servers
-
1
-
Transmission Remote : 403 Forbidden - Too Many Attemps
in Dev channel issues & test reports
Posted
У меня в SAN стоит *.xxx.keenetic.pro, xxx.keenetic.pro и все работает нормально. Возможно, у Вас сертификат криво выдался?