r13
-
Постов
5 276 -
Зарегистрирован
-
Посещение
-
Победитель дней
66
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Сообщения, опубликованные r13
-
-
3 часа назад, Mamay сказал:
Это всё хорошо, конечно, но когда ожидать официального патча в канале, чтобы не стоять в очереди с протянутой рукой за bin файлом у тех. поддержки, изображая пострадавшего?
а чего его ждать? выключить ft и нет проблем, как выйдет, так выйдет.
-
На 2.15С1 продолжает сыпать где-то раз в 5 минут такое:
Мар 13 22:10:01 ndm Json::Object: AppendMember: duplicate key: "WPS state machine". Мар 13 22:10:01 ndm Core::Syslog: last message repeated 7 times. Мар 13 22:10:01 ndm Json::Object: AppendMember: duplicate key: "Session /var/run/ndm.core.socket". Мар 13 22:10:01 ndm Json::Object: AppendMember: duplicate key: "WPS state machine".
@ndm @Le ecureuil Что надо подкрутить чтобы перестало сыпать?
-
И будет это 3.0 😛
-
Только что, cool сказал:
Вопрос к разработчикам. Обновил свой 1010 до 2.15.C.1.0-0, попутно удалив компонент Wi-Fi system controller и в логе опять вылезла Core::Configurator: not found: "show/mws/member". Это нормально? Так и должно быть?
при первом запуске после удаления компонента, да, так как настройка в конфиге осталась. в следующей загрузке уже не должно быть
-
11 минуту назад, Mikesk сказал:
Вы настраиваете туннель через консоль, потому что в вебе это не настраивается в принципе, а статус все же хотите видеть в вебе? Нелогично. Но все-таки ip global влияет только на то, может ли этот интерфейс быть назначен шлюзом, ну и на отображение в вебе ;), как вам уже выше сказали. Если приоритет туннеля низкий и сам он идет через global с более высоким приоритетом, шансы его стать шлюзом в реальности равны 0.
ну почему же не логично? настройка в консоли, а мониторинг в динамике в вебе
-
12 минуты назад, Александр Воробьев сказал:
Здравствуйте.
Keenetic II, прошивка 2.14.C.0.0-4
Настроил подключение по этой инструкции https://help.keenetic.com/hc/ru/articles/213968509-Настройка-подключения-по-протоколу-IPv6-через-туннельный-брокер.
Все работает. Вопрос в следующем: нужно ли что-то подстроить, чтобы IPv6 был "по умолчанию", а IPv4 только при недоступности по IPv6?
нет, за эту логику отвечает клиент.
-
59 минут назад, vasek00 сказал:
В данном случае переходить на 2,4 не зачем если есть соседняя точка 5.
rssi = -75 ТД1---5GHz---Клиент---5GHz---ТД2 rssi = -65В виду того что инициатором в данном случае всегда будет клиент, то хотелось бы конечно идеала например при rssi < -75 имея параметры опросив текущую ТД1 получаем список соседей (что и видно по скринам выше) и видя что есть ТД2 с rssi выше на -10 т.е. -65, то клиент переключается на ТД2 после удачного переключения прощается с ТД1.
это уже вопросы к клиентам, у эпла к примеру есть подробная статья как он ведет себя с роумингом и при каких уровнях предпринимает действия по миграции.
-
11 минуту назад, vasek00 сказал:
Клиент планшет Samsung на Android 8.1 при настроенном бесшовном 5GHz на "KN1810--LAN--ExtraII"
"ht": 80, "mode": "11ac", "gi": 400, "rssi": -62, "mcs": 9, "txss": 1, "ebf": true, "mu": true, "_11": ["k", "r", "v"] "ht": 80, "mode": "11ac", "gi": 800, "rssi": -60, "mcs": 7, "txss": 1, "ebf": true, "mu": true, "_11": ["k", "r", "v"]На KN1810
Так как в помещение везде связь есть 5GHz и ограничена минимальными расстояниями то пришлось уменьшать мощность до 10% на KN1810 и до 50% на ExtraII диапазона 5GHz
Точка1--1м--||--1м--Точка2--1м--ExtraII--3м--||--2м--KN1810--1м--Точка3--2м--||-Точка4 стена в один кирпич KN1810 канал 52 (5260) ExtraII канал 36 (5180)Клиент позволяет видеть на каком канале текущее соединение, т.е. показания ниже rssi на самом клиенте
1. Точка3 - 5260/rssi=-53
2. Переход на Точку1 - 5260/rssi=-75
3. Переход на Точку2 - 5260/rssi=-74, Точка2 выкл/вкл клиента - 5180/rssi=-51
3. Переход на Точку4 - 5180/rssi=-75, сигнал при этом с 5260/rssi=-62
4. Точка4 выкл/вкл клиента - 5260/rssi=-61
5. Переход на Точку1 - 5260/rssi=-80, Точка1 выкл/вкл клиента - 5180/rssi=-71 {сигнал при этом с 5260/rssi=-76}
6. Переход на Точку3 - 5180/rssi=-68 {сигнал при этом с 5260/rssi=-57}
7. Точка3 выкл/вкл клиента - 5260/rssi=-57 {сигнал при этом с 5180/rssi=-75}
8. Переход на Точку2 - 5260/rssi=-77
Ни в одном из случаев с данными уровнями не было переключения на другой роутер, только путем выкл/вкл Wi-fi на клиенте.
Сам вопрос - каковы уровни "отстрела" клиента от роутера или возможно предусмотреть установку данных уровней в ручную?
так вроде же теперь для устройств с поддержкой v отстрела нет.
-
26 минут назад, Vladislav Kravchenko сказал:
Форумчание, подскажите что лучше сделать.
Есть провайдет МГТС, есть от него оптический модем ZTE F660 (поменять его на что-то другое обычно не дают) к нему подключен в режиме роутера Keenetic Ultra (тут настроены WiFi, VPN-ы разные и прочее трахомудие). Переключить F660 в режим моста не могу, нет такой настройки. Плюс там еще и телефония.
С недавнего времени МГТС начала давать своим абонентам IPv6 и даже с префиксом сети. На F660 адрес и префикс есть. RA работает. Ultra получает адрес. На Ultra я могу пинговать IPv6 хосты (как по адресу, так и по резолву). Но в локальную сеть никакие IPv6 не доходят. На всех машинах в сети за Ultra только LLA.
Можно что-то подкрутить на Ultra, чтобы машинам в локальной сети раздались IPv6 адреса из префикса на F660?
на ультре выпонить в cli
ipv6 pass through ISP Home
тоесть сбриджевать ipv6 трафик, по другому никак ибо вышестоящая коробка раздает адреса а не префиксы.
-
1
-
-
7 часов назад, sergeyk сказал:
Нужен self-test.
успех,
селфтест ниже.
PS после перезагрузки продолжилось...
Json::Object: AppendMember: duplicate key: "Ndns::Tunnel". Мар 6 22:30:02 ndm Core::Syslog: last message repeated 2 times. Мар 6 22:30:02 ndm Json::Object: AppendMember: duplicate key: "WPS state machine". Мар 6 22:30:02 ndm Core::Syslog: last message repeated 4 times. Мар 6 22:30:02 ndm Json::Object: AppendMember: duplicate key: "Session /var/run/ndm.core.socket". Мар 6 22:30:02 ndm Json::Object: AppendMember: duplicate key: "WPS state machine". Мар 6 22:30:02 ndm Core::Syslog: last message repeated 3 times. Мар 6 22:30:02 ndm Json::Object: AppendMember: duplicate key: "Ndns::Tunnel".
-
Только что, sergeyk сказал:
Нужен self-test.
если успею, до того как сдохнет, выдерну, пока только лог.
-
чтото ему реально плохо,
все ресурсы ктото пожрал, при этом никаких торентов dlna и прочего у меня нет
стелефона кое как смог лог утащить, и то на ios гемор еще тот.
-
34 минуты назад, Pavel Fomin сказал:
Ещй заметил в логах на мастере массу сообщений:
Возможно связано с пробросом гостевой сети на точки. Так же перед захватом я зарегистрировал точки с выдачей определенных адресов.
Кстати, после захвата точки в списке зарегистрированных устройств не отображаютсяэто из-за того что постоянный ip присвоили для тд. с включенным гостевым сегментом на тд получается такая ошибка.
-
На 1810 2.15C
Разбирая лог после перезагрузки нашел такое:
Mar 5 07:36:13 White kernel: bug detected[#1]: Mar 5 07:36:13 White kernel: Cpu 0 Mar 5 07:36:13 White kernel: $ 0 : 00000000 00000001 00000040 00000004 Mar 5 07:36:13 White kernel: $ 4 : 8fadb050 8fadb050 00000002 00000002 Mar 5 07:36:13 White kernel: $ 8 : 812068d8 80000008 800b4120 fffffff0 Mar 5 07:36:13 White kernel: $12 : 00000001 00000000 00000000 812041a0 Mar 5 07:36:13 White kernel: $16 : 8fadb050 8fadb050 00000000 8fc1cef0 Mar 5 07:36:13 White kernel: $20 : 8fadb050 8acf76c8 00000404 00000404 Mar 5 07:36:13 White kernel: $24 : 00000000 77b9e7f0 Mar 5 07:36:13 White kernel: $28 : 8d34a000 8d34be48 765280f8 800ccfb8 Mar 5 07:36:13 White kernel: Hi : 0000e460 Mar 5 07:36:13 White kernel: Lo : 8f874400 Mar 5 07:36:13 White kernel: epc : 800d1db8 iput+0x2c/0x288 Mar 5 07:36:13 White kernel: Tainted: P O Mar 5 07:36:13 White kernel: ra : 800ccfb8 d_kill+0x128/0x184 Mar 5 07:36:13 White kernel: Status: 1100fc03 KERNEL EXL IE Mar 5 07:36:13 White kernel: Cause : 10800034 Mar 5 07:36:13 White kernel: PrId : 0001992f (MIPS 1004Kc) Mar 5 07:36:13 White kernel: Modules linked in: hw_nat(O) nfs auth_rpcgss lockd sunrpc esp4_hw(O) crypto_k(PO) nf_nat_sip nf_conntrack_sip nf_nat_ftp nf_conntrack_ftp ntc(PO) mt7615_ap(O) mt7621_eth(PO) rndis_host snd_pcm_oss snd_usb_au Mar 5 07:36:13 192.168.255.1 ndm: kernel: <dep xt_ACCOUNT(O) nf_nat_rtsp(O) nls_cp1251 usbhid snd_mixer_oss ax88179_178a usb_storage cdc_acm l2tp_ppp usblp xt_DNETMAP(O) hid dm9601 xt_length2(O) snd_rawmidi arptable_filter sd_mod sr_mod Mar 5 07:36:13 192.168.255.1 ndm: kernel: Stack : 8ffcd008 00000000 77c4f270 00000001 776c2000 8f8101d8 8fadb050 00000000 Mar 5 07:36:13 192.168.255.1 ndm: kernel: 8fc1cef0 800ccfb8 00000000 00000000 00000000 8005157c 85d1ca00 8fadb050 Mar 5 07:36:13 192.168.255.1 ndm: kernel: 8f8101d8 00000000 8fadb050 800cd834 8f8101d8 8fc1cef0 8acf76c0 8acf76c0 Mar 5 07:36:13 192.168.255.1 ndm: kernel: 8acf76c0 00000010 8f8101d8 800b7b48 8acf76c0 0000003c 00000010 77c4f270 Mar 5 07:36:13 192.168.255.1 ndm: kernel: 00000020 00000000 00003a65 8acf76c0 00000000 8fcb1080 776c0c4c 00000000 Mar 5 07:36:13 192.168.255.1 ndm: kernel: ... Mar 5 07:36:13 192.168.255.1 ndm: kernel: Call Trace: Mar 5 07:36:13 192.168.255.1 ndm: kernel: [<800d1db8>] iput+0x2c/0x288 Mar 5 07:36:13 192.168.255.1 ndm: kernel: [<800ccfb8>] d_kill+0x128/0x184 Mar 5 07:36:13 192.168.255.1 ndm: kernel: [<800cd834>] dput.part.0+0x5c/0x208 Mar 5 07:36:13 192.168.255.1 ndm: kernel: [<800b7b48>] fput+0x154/0x2b4 Mar 5 07:36:13 192.168.255.1 ndm: kernel: Mar 5 07:36:13 192.168.255.1 ndm: kernel: Mar 5 07:36:13 192.168.255.1 ndm: kernel: Code: 8c82005c 00808025 30420040 Mar 5 07:36:13 192.168.255.1 ndm: kernel: 24910040 02202825 0c052104 248400a0 14400007 Mar 5 07:36:13 192.168.255.1 ndm: kernel: ---[ end trace d749942ad511d18e ]--- Mar 5 07:36:13 192.168.255.1 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80::204:4bff:fe89:f769]. Mar 5 07:36:13 192.168.255.1 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [2a02:2168:8b3a:7100:c8b3:4613:5527:f909]. Mar 5 07:36:14 192.168.255.1 ndm: Thread: failed to get thread 484 statistics: invalid argument. Mar 5 07:36:15 192.168.255.1 ndm: Netfilter::Util::Conntrack: flushed 2 IPv6 connections for [fe80::3a2d:d1ff:fe20:ffca]. Mar 5 07:36:45 192.168.255.1 ndm: Event::Acceptor: sending "Event::Type::TaskDone" to "Network::Interface::WebCaller::Huawei" 30 seconds. Mar 5 07:36:45 192.168.255.1 ndm: AlarmListener: sending alarm to "Network::Interface::LinkDetector" 30 seconds. Mar 5 07:37:13 192.168.255.1 ndm: Core::Watchdog: Process manager holds EXEC (158) lock 60 seconds acquired Mar 5 07:36:12. Mar 5 07:37:15 192.168.255.1 ndm: AlarmListener: sending alarm to "Network::Interface::LinkDetector" 60 seconds. Mar 5 07:37:15 192.168.255.1 ndm: Event::Acceptor: sending "Event::Type::TaskDone" to "Network::Interface::WebCaller::Huawei" 60 seconds. Mar 5 07:37:45 192.168.255.1 ndm: Event::Acceptor: sending "Event::Type::TaskDone" to "Network::Interface::WebCaller::Huawei" 90 seconds. Mar 5 07:37:45 192.168.255.1 ndm: AlarmListener: sending alarm to "Network::Interface::LinkDetector" 90 seconds. Mar 5 07:38:13 192.168.255.1 ndm: Core::Watchdog: Process manager holds EXEC (158) lock 120 seconds acquired Mar 5 07:36:12. Mar 5 07:38:15 192.168.255.1 ndm: Event::Acceptor: sending "Event::Type::TaskDone" to "Network::Interface::WebCaller::Huawei" 120 seconds. Mar 5 07:38:15 192.168.255.1 ndm: AlarmListener: sending alarm to "Network::Interface::LinkDetector" 120 seconds.
и после этого длинная простыня подобных записей с
Потом что-то такое:
ar 5 18:40:45 192.168.255.1 ndm: AlarmListener: sending alarm to "Network::Interface::LinkDetector" 39870 seconds. Mar 5 18:40:45 192.168.255.1 ndm: Event::Acceptor: sending "Event::Type::TaskDone" to "Network::Interface::WebCaller::Huawei" 39870 seconds. Mar 5 18:40:45 192.168.255.1 ndhcps: NDM feedback failed (connection timed out). Mar 5 18:40:59 192.168.255.1 ndhcps: NDM feedback failed (connection timed out). Mar 5 18:41:01 192.168.255.1 ndhcps: Core::Syslog: last message repeated 2 times. Mar 5 18:41:12 192.168.255.1 ndm: Core::Watchdog: Process manager holds EXEC (158) lock 39900 seconds acquired Mar 5 07:36:12. Mar 5 18:41:12 192.168.255.1 ndm: Core::Watchdog: Cloud agent service holds CLOUD_COMPONENT (49) lock 106 seconds acquired Mar 5 18:39:26. Mar 5 18:41:12 192.168.255.1 ndm: Main: "Cloud agent service": backtrace: Mar 5 18:41:12 192.168.255.1 ndm: Main: "Cloud agent service": <unknown>+0x0 Mar 5 18:41:12 192.168.255.1 ndm: Main: "Cloud agent service": <unknown>+0x0 Mar 5 18:41:12 192.168.255.1 ndm: Main: "Cloud agent service": (anonymous namespace)::Join_(Control_*)()+0x54 Mar 5 18:41:12 192.168.255.1 ndm: Main: "Cloud agent service": Thread::Stop()()+0xfc Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Session::~Session()()+0x1c8 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Session::~Session()()+0x30 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Client::SessionOpen(Core::RandomNumberGenerator const&, CString const&, CString const&, CString const&, unsigned short, Core::Configurator&)()+0x158 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Agent::CloudCall_(CloudControl::Client&, CString const&, unsigned short)()+0x9c Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Agent::OnCloudCall_(char const*, unsigned long)()+0x874 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::ProcessCall_(unsigned int, unsigned char const*, unsigned long, Network::SocketAddress const&)()+0x624 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::ProcessPacket_(unsigned char const*, unsigned long, Network::SocketAddress const&, bool)()+0x1c4 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::DoControlListener_(int)()+0x324 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::DoActive_()()+0xf8 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::Run()()+0x174 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": Thread::StartRoutine_(void*)()+0x150 Mar 5 18:41:13 192.168.255.1 ndm: Main: "Cloud agent service": <unknown>+0x0 Mar 5 18:41:15 192.168.255.1 ndm: AlarmListener: sending alarm to "Network::Interface::LinkDetector" 39900 seconds. Mar 5 18:41:15 192.168.255.1 ndm: Event::Acceptor: sending "Event::Type::TaskDone" to "Network::Interface::WebCaller::Huawei" 39900 seconds. Mar 5 18:41:15 192.168.255.1 ndhcps: NDM feedback failed (connection timed out). Mar 5 18:41:16 192.168.255.1 ndhcps: NDM feedback failed (connection timed out). Mar 5 18:41:30 192.168.255.1 ndhcps: Core::Syslog: last message repeated 2 times. Mar 5 18:41:31 192.168.255.1 ndhcps: Core::Syslog: last message repeated 3 times. Mar 5 18:41:45 192.168.255.1 ndm: AlarmListener: sending alarm to "Network::Interface::LinkDetector" 39930 seconds. Mar 5 18:41:45 192.168.255.1 ndm: Event::Acceptor: sending "Event::Type::TaskDone" to "Network::Interface::WebCaller::Huawei" 39930 seconds. Mar 5 18:41:46 192.168.255.1 ndhcps: NDM feedback failed (connection timed out). Mar 5 18:41:46 192.168.255.1 ndhcps: NDM feedback failed (connection timed out). Mar 5 18:42:01 192.168.255.1 ndhcps: Core::Syslog: last message repeated 2 times. Mar 5 18:42:01 192.168.255.1 ndhcps: Core::Syslog: last message repeated 3 times. Mar 5 18:42:12 192.168.255.1 ndm: Core::Watchdog: Process manager holds EXEC (158) lock 39960 seconds acquired Mar 5 07:36:12. Mar 5 18:42:12 192.168.255.1 ndm: Core::Watchdog: Cloud agent service holds CLOUD_COMPONENT (49) lock 166 seconds acquired Mar 5 18:39:26. Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": backtrace: Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": <unknown>+0x0 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": <unknown>+0x0 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": (anonymous namespace)::Join_(Control_*)()+0x54 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": Thread::Stop()()+0xfc Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Session::~Session()()+0x1c8 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Session::~Session()()+0x30 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Client::SessionOpen(Core::RandomNumberGenerator const&, CString const&, CString const&, CString const&, unsigned short, Core::Configurator&)()+0x158 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Agent::CloudCall_(CloudControl::Client&, CString const&, unsigned short)()+0x9c Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": CloudControl::Agent::OnCloudCall_(char const*, unsigned long)()+0x874 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::ProcessCall_(unsigned int, unsigned char const*, unsigned long, Network::SocketAddress const&)()+0x624 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::ProcessPacket_(unsigned char const*, unsigned long, Network::SocketAddress const&, bool)()+0x1c4 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::DoControlListener_(int)()+0x324 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::DoActive_()()+0xf8 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": Cloud::Agent::UhpService_::Run()()+0x174 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": Thread::StartRoutine_(void*)()+0x150 Mar 5 18:42:12 192.168.255.1 ndm: Main: "Cloud agent service": <unknown>+0x0 Mar 5 18:42:15 192.168.255.1 ndm: Event::Acceptor: sending "Event::Type::TaskDone" to "Network::Interface::WebCaller::Huawei" 39960 seconds. Mar 5 18:42:15 192.168.255.1 ndm: AlarmListener: sending alarm to "Network::Interface::LinkDetector" 39960 seconds.
прикладываю лог и селфтест(только в целях информации о конфиге)
PS @Le ecureuil А селфтест из интерфейса у меня так и не выгружается.
-
1
-
-
53 минуты назад, Georg Georg сказал:
Да, выдает. Но со смарта невозможно к ним подключиться.
может и вам поможет:
-
1
-
-
@vst сегодня на 1810 2.15С словил такое:
Mar 5 20:53:31 White kernel: rtl8150 xt_RAWNAT(O) xt_SYSRQ(O) xt_TARPIT(O) ftdi_sio algif_hash ch341 usbserial nf_nat_pptp usbcore nf_conntrack_pptp pcrypt xt_geoip(O) xt_iprange xt_NOTRACK ipt_ULOG ip6t_rt xt_addrtype ip6t_mh cdrom res Mar 5 20:53:31 White kernel: usb_common xt_TEE snd_page_alloc ip_set_hash_netport nf_nat_proto_gre arp_tables md4 arpt_mangle fuse ah4 ip_set_list_set xt_condition(O) xfrm4_tunnel ip6t_hbh Mar 5 20:53:31 White kernel: Call Trace: Mar 5 20:53:31 White kernel: [<802e4974>] dump_stack+0x8/0x34 Mar 5 20:53:31 White kernel: [<80083894>] bad_page+0xe0/0x118 Mar 5 20:53:31 White kernel: [<80083f4c>] get_page_from_freelist+0x580/0x5f4 Mar 5 20:53:31 White kernel: [<800840a4>] __alloc_pages_nodemask+0xe4/0x6f0 Mar 5 20:53:31 White kernel: [<80099c3c>] __do_fault.isra.7+0x148/0x568 Mar 5 20:53:31 White kernel: [<8009d2f8>] handle_pte_fault+0x98/0x8f8 Mar 5 20:53:31 White kernel: [<8009dc08>] handle_mm_fault+0xb0/0x120 Mar 5 20:53:31 White kernel: [<80015478>] do_page_fault+0x108/0x550 Mar 5 20:53:31 White kernel: [<8000ac80>] ret_from_exception+0x0/0x10 Mar 5 20:53:31 White kernel: [<80154314>] __bzero+0x38/0x164 Mar 5 20:53:31 White kernel: [<80102d54>] padzero+0x48/0x74 Mar 5 20:53:31 White kernel: [<80103a18>] load_elf_binary+0x90c/0x1354 Mar 5 20:53:31 White kernel: [<800bc5f8>] search_binary_handler+0x104/0x374 Mar 5 20:53:31 White kernel: [<800be038>] do_execve+0x318/0x420 Mar 5 20:53:31 White kernel: [<8000eebc>] sys_execve+0x58/0x80 Mar 5 20:53:31 White kernel: [<8001365c>] stack_done+0x20/0x44 Mar 5 20:53:31 White kernel: Mar 5 20:53:31 White kernel: page:81081be0 count:0 mapcount:0 mapping: (null) index:0xb5 Mar 5 20:53:31 White kernel: page flags: 0x0() Mar 5 20:53:31 White kernel: Modules linked in: nfs auth_rpcgss lockd sunrpc hw_nat(O) esp4_hw(O) crypto_k(PO) nf_nat_sip nf_conntrack_sip nf_nat_ftp nf_conntrack_ftp ntc(PO) mt7615_ap(O) mt7621_eth(PO) rndis_host snd_pcm_oss snd_usb_au Mar 5 20:53:31 White kernel: xt_addrtype ip6t_mh cdrom resetnds(PO) hmac des_generic xt_iface(O) mtdoops_proc(O) xfrm4_mode_beet nacct(PO) nf_tproxy_core sha256_generic input_core nfnetlink_log xt_socket ip_set_hash_ipportip xfrm_ipcomp Mar 5 20:53:31 White kernel: Call Trace: Mar 5 20:53:31 White kernel: [<802e4974>] dump_stack+0x8/0x34 Mar 5 20:53:31 White kernel: [<80083894>] bad_page+0xe0/0x118 Mar 5 20:53:31 White kernel: [<8008399c>] free_pages_prepare+0xd0/0x100 Mar 5 20:53:31 White kernel: [<800851e0>] free_hot_cold_page+0x40/0x20c Mar 5 20:53:31 White kernel: [<8009bc44>] do_wp_page.isra.12+0x42c/0x9ec Mar 5 20:53:31 White kernel: [<8009da48>] handle_pte_fault+0x7e8/0x8f8 Mar 5 20:53:31 White kernel: [<8009dc08>] handle_mm_fault+0xb0/0x120 Mar 5 20:53:31 White kernel: [<80015478>] do_page_fault+0x108/0x550 Mar 5 20:53:31 White kernel: [<8000ac80>] ret_from_exception+0x0/0x10 Mar 5 20:53:31 White kernel: Mar 5 20:53:31 192.168.255.1 ndm: kernel: BUG: Bad page state in process ndm pfn:040df Mar 5 20:53:31 192.168.255.1 ndm: kernel: BUG: Bad page state in process sh pfn:040df Mar 5 20:53:31 192.168.255.1 ndm: kernel: page:81081be0 count:0 mapcount:-1 mapping: (null) index:0xb5 Mar 5 20:53:31 192.168.255.1 ndm: kernel: page flags: 0x0() Mar 5 20:53:39 White kernel: BUG: Bad rss-counter state mm:8fdf2d80 idx:0 val:-1 Mar 5 20:53:39 White kernel: BUG: Bad rss-counter state mm:8fdf2d80 idx:1 val:1 Mar 5 20:53:39 White syslog-ng[958]: syslog-ng shutting down; version='3.17.2' Mar 5 20:53:39 White kernel: TSMB module stopped.
После чего роутер перезагрузился.
TSMB шалит или еще что-то?
-
11 минуту назад, Dorik1972 сказал:
При всем уважении )) Так привык тут тусить , что "в душе не ..." где ОФИЦИАЛЬНАЯ ? Ткните носом плизззз
-
25 минут назад, valeramalko сказал:
kn-1010 прошивка 2.15С,0,0-0, не добавляется общий ресурс, если путь к папке слишком длинный (вложенная папка 3 уровня)
после сохранения ресурс исчезает в настройках.
в логах:
Мар 3 11:48:00 ndm Cifs::ServerTsmb: all shares removed. Мар 3 11:48:00 ndm Cifs::ServerTsmb: failed to send a CFG command. Мар 3 11:48:00 ndm Core::ConfigurationSaver: saving configuration... Мар 3 11:48:04 ndm Core::ConfigurationSaver: configuration saved.может пробел в пути виноват?
-
4 часа назад, Thump сказал:
Здравствуйте.
Пытаюсь получить router-on-a-stick.
Немного сбивает с толку документация по VLAN: присутствуют даже явные ошибки, ну и добавляется специфика разных версий NDMS вдобавок к аппаратным особенностям каждой из моделей.
interface GigabitEthernet0/0 switchport mode trunk switchport access vlan 1 switchport trunk vlan 2 switchport trunk vlan 3Не становится участником vlan 1.
При одной из попыток, наверное, несколько некорректной командой порт обгадился ARP и уже ни на что не отвечал.
На всякий случай прикладываю конфиг вложением.
running-config-vlan1-access-forum.txt 2 \u041a\u0431 · 0 downloads
switchport mode access
надо добавить к конфигу порта
-
1
-
-
57 минут назад, Floppik сказал:
То есть в 2.15 сертификат обновляется, даже если 80 и 443 порты заняты? Ради этого перейду на бету.
да
-
1 час назад, Floppik сказал:
Собственно проблема в том, что если стоит переадресация на 80 и 443 порт, то acme-challenge не может состояться. Можно ли сделать, чтобы во время обновления сертификата (keendns который), роутер убирал переадресацию на эти порты, а потом восстанавливал конфиг переадресации после обновления сертификата.?
2.15 80й порт уже не используется, так что уже не актуально.
-
54 минуты назад, Gigabait сказал:
Инфо из данной статьи https://help.keenetic.com/hc/ru/articles/115002886909 пункт 3
Да у меня разные ip адреса, т.е тот что используется на wan интерфейсе keenetic и тот что показывает сайт.
Что делать в данном случае, писать провайдеру и сказать мол почему у меня разные ip ?
написать вы конечно можете, скорее всего белый адрес потребуется оплатить дополнительно, в условиях дифицита ресурса все больше провайдеров прибегают к nat.
-
@Le ecureuil сделал лог show threads с примерно минутными интервалами, последний после того как отработало.
-
7 минут назад, Le ecureuil сказал:
В момент, когда self-test долго тупит и не отдается (лучше минутку подождать, чтобы было яснее), следует снять вывод show threads в cli и показать его сюда (а еще лучше 3-4 раза с интервалами в минуту вывод снять). Надеюсь, поймем в чем дело.
Сделаем.
автообновление
в 2.15
Опубликовано · Изменено пользователем r13
не, ну это решение чтобы не стоять с протянутой, а не глобально
У самого сегодня «все пропало» случилось.