OmegaTron

Так там долгое время до этих записей в логе тишина и покой были (всмысле в лог ничего не писалось), далее сводка по сбою, падение, ребут и уже новый лог загрузки. Как я могу в логе определить причины бага, дабы указать его в багрепорте ?

Проблем нет. Просто хотелось разобраться с этим частоколом дополнительных цепочек правил, что к чему и зачем. Что можно трогать, что не стоит. Разве данный вопрос ещё не поднимался ?

Ну изначально это предложение касалось CI с digest, который в веб-фейсе не задействован, а RCI я указал "прицепом". Как вариант - вывод содержимого запрошенной команды в лог при наличии определённого хедера или наоборот при его отсутствии (т.е. то что идёт через веб - скипается ибо содержит хедер - "флаг", а остальные запросы - идут в лог). Так речь не об утаскивании, а о манипуляциях, которые могут быть произведены незаметно для конечного юзера, ведь нет никакой фиксации произведённых действий.

Т.е. то, что данный функционал прикрутят неизвестно когда вас не устраивает ? ОКАY С чего вы взяли, что разработчики бросят все дела и тотчас же ринутся выполнять данную хотелку ? Если при последующей доработке веб-фейса учтут данное пожелание, я буду лишь обоими руками "за". Похоже вы свято уверены, что это последний вариант веб-фейса (на моей памяти это уже третья радикальная смена "шкуры") и в нём больше никогда не будет изменений. Вчера (когда я удивлялся) была исключительно ваша.

Специально в топике не указал SNMP (видать зря) ибо это софт куда более высокого порядка и больше подходит для логгирования данных и ведения статистики (последнее играет для меня незначительную роль) и по факту интересовало что-то попроще, прикладного характера (типа утилитки с баллоном в трее или гаджета в сайдбаре), но ежели такого нет, то тогда попытаюсь что-нибудь организовать на базе SNMP или сам сваяю что-нибудь простенькое для работы через API, если хватит навыков

Необходимо послать dhcp-запрос для уточнения параметров сети и авто-перенастройки некоторых конфигов программ под эти параметры. Под никсами dhcp-запрос можно послать командой dhcpcd -T eth0 Как это сделать на Zyxel Keenetic Omni II (2.13.C.0.0-1) ? Встроенные средства это позволяют или такой возможности нет ? Какие есть сторонние варианты из entwate для генерации подобного запроса (nmap исключается - там урезанная версия) ?

Решил поинтересоваться у местного коммьюнити - может быть кто в курсе, существуют ли для win какие-нибудь утилиты (или даже гаджеты для виндового sidebar'a) для снятия текущих данных с роутера - время подключения, переданный траффик, аптайм, ip-адрес и т.д. ? Возможность ведения статистики тоже была бы не лишней. Помнится в своё время что-то похожее ваял Zyxmon и там софт общался через telnet. Ныне тут есть целое CI/RCI API Может кто-то уже что-то подобное создал, а я просто не в курсе ?

И в чём состоит эта непрактичность, позвольте полюбопытствовать ? По мне, так как раз наоборот и свою позицию по этому вопросу я проаргументировал выше. Могу лишь добавить, что сайты, в своей "полной" ипостаси (и которые зачастую в разы удобней мобильной версии), доступные под десктопным user-agent'ом верстаются как раз под 16:9, а не под 9:16 (надеюсь, у вас монитор или телевизор тоже стоят в "альбомном" режиме ?) . Т.е. если вы этого не знаете, значит этого не существует ? С таким подходом можно далеко зайти 😕 А я ещё удивлялся, кто это банальный запрос умудрился заминусовать (учитывая что это даже не голосование). Ну а по поводу затрат времени выше вполне ясно ответили вас что-то не устраивает ?

Логика такая логика ))) Зачем мне десяток лишних "свистелок" когда есть браузер и можно со всеми сервисами работать в вебе ?))) По этой причине я и не пользуюсь почтовыми клиентами, приложениями магазинов, операторов и т.д. Это может быть "стильно, модно, молодёжно", но совершенно не практично ОК. Буду ждать

У этой голосовалки растут ноги из данной темы. Для меня отсутствие логгирования обращений к CI это преимущественно изъян в безопасности, ибо на роутер можно ломиться через digest-авторизацию сколько угодно долго и ты об этом даже не будешь знать. Я не прошу деактивировать старую схему работы ибо работать с digest-авторизацией в разы проще, чем с новой, я прошу лишь логгировать обращения Заодно, не помешало бы писать в лог, какая команда была запрошена на выполнение через CI (да и через RCI тоже), это бы сильно могло облегчить отладку скриптов (да и в случае несанкционированного доступа было бы видно, что там творит злоумышленник).

Дык я об этом в шапке и написал Альбомный = ландшафтный. Я не жалую портретный режим. Буду ждать.

Если бы страница за клавиатурой прокручивалась, можно было бы выкрутиться, но она стоит как прибитая + адресная строка отжирает хороший кусок видимости. В итоге стоишь перед выбором - либо набирать на "полноценной" клавиатуре, но вслепую, либо на кастрированной, но с полем для ввода.

без клавиатуры с клавиатурой

Мобильный вариант веб-фейса оптимизирован под портретный режим со всеми вытекающими. В альбомном режиме поля ввода в лучшем случае представляют амбразурные щели менее одной строки в ширину (обычно их 4), в худшем полностью пропадают из поля видимости.

Т.е. /etc/hosts по факту мёртвый груз и работа с dns-записями осуществляется как-бы в обход ? И список ip host можно забить только 64-ю хостами (вроде о стольки записях где-то упоминали), которые в свою очередь хранятся в блоке с конфигом ?

Ну например, все цепочки с префиксом _NDM _NDM_ACL_IN _NDM_ACL_IN_EXCEPTIONS _NDM_ACL_OUT _NDM_BFD_INPUT _NDM_FORWARD _NDM_FTP_INPUT _NDM_HOTSPOT_FWD _NDM_HTTP_INPUT _NDM_INPUT _NDM_IPSEC_FORWARD _NDM_IPSEC_INPUT _NDM_IPSEC_INPUT_FILTER _NDM_IPSEC_INPUT_FLT_BPS _NDM_IPSEC_OUTPUT_FILTER _NDM_IPSEC_OUTPUT_FLT_BPS _NDM_MULTICAST_INPUT _NDM_OUTPUT _NDM_SL_FORWARD _NDM_SL_PRIVATE _NDM_SL_PROTECT _NDM_TELNET_INPUT _NDM_TUNNELS_INPUT и до кучи цепочка @Home которая выбивается из общего "потока" С цепочками FTP/HTTP/TELNET более-менее понятно - там стоят правила заворачивающие траффик на указанные через веб-фейс или CLI порты (хотя я конечно могу ошибаться), а вот по остальным хотелось бы конкретики

Нет.

В очередной раз роутер ушёл в ребут на днях. В логе следующее Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f0 Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f1 Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f2 Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f3 Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f4 Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f5 Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f6 Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f7 Nov 30 03:09:06 ndm: kernel: swap_dup: Bad swap file entry 600419f2 Nov 30 03:09:06 ndm: kernel: ndm invoked oom-killer: gfp_mask=0x0, order=0, oom_adj=-14, oom_score_adj=-999 Nov 30 03:09:06 ndm: kernel: Call Trace: Nov 30 03:09:06 ndm: kernel: [<8028f68c>] dump_stack+0x8/0x34 Nov 30 03:09:06 ndm: kernel: [<8028f978>] dump_header.isra.5+0x5c/0x16c Nov 30 03:09:06 ndm: kernel: [<8028faf4>] oom_kill_process.part.8.constprop.13+0x6c/0x268 Nov 30 03:09:06 ndm: kernel: [<8006b2d0>] out_of_memory+0x354/0x374 Nov 30 03:09:06 ndm: kernel: [<8006b3d4>] pagefault_out_of_memory+0xe4/0x170 Nov 30 03:09:06 ndm: kernel: [<800132cc>] do_page_fault+0x42c/0x550 Nov 30 03:09:06 ndm: kernel: [<800099a0>] ret_from_exception+0x0/0x10 Nov 30 03:09:06 ndm: kernel: Nov 30 03:09:06 ndm: kernel: Mem-Info: Nov 30 03:09:06 ndm: kernel: Normal per-cpu: Nov 30 03:09:06 ndm: kernel: CPU 0: hi: 18, btch: 3 usd: 15 Nov 30 03:09:06 ndm: kernel: active_anon:1425 inactive_anon:28 isolated_anon:0 Nov 30 03:09:06 ndm: kernel: active_file:3241 inactive_file:3303 isolated_file:0 Nov 30 03:09:06 ndm: kernel: unevictable:0 dirty:0 writeback:0 unstable:0 Nov 30 03:09:06 ndm: kernel: free:1595 slab_reclaimable:406 slab_unreclaimable:3174 Nov 30 03:09:06 ndm: kernel: mapped:2496 shmem:45 pagetables:84 bounce:0 Nov 30 03:09:06 ndm: kernel: Normal free:6380kB min:4096kB low:5120kB high:6144kB active_anon:5700kB inactive_anon:112kB active_file:12964kB inactive_file:13212kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:65024kB mlocked:0kB dirty:0kB writeback:0kB mapped:9984kB shmem:180kB slab_reclaimable:1624kB slab_unreclaimable:12696kB kernel_stack:536kB pagetables:336kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Nov 30 03:09:06 ndm: kernel: lowmem_reserve[]: 0 0 Nov 30 03:09:06 ndm: kernel: Normal: 249*4kB 95*8kB 31*16kB 1*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 6380kB Nov 30 03:09:06 ndm: kernel: 6588 total pagecache pages Nov 30 03:09:06 ndm: kernel: 0 pages in swap cache Nov 30 03:09:06 ndm: kernel: Swap cache stats: add 0, delete 0, find 0/1 Nov 30 03:09:06 ndm: kernel: Free swap = 0kB Nov 30 03:09:06 ndm: kernel: Total swap = 0kB Nov 30 03:09:06 ndm: kernel: 16384 pages RAM Nov 30 03:09:06 ndm: kernel: 960 pages reserved Nov 30 03:09:06 ndm: kernel: 5677 pages shared Nov 30 03:09:06 ndm: kernel: 8801 pages non-shared Nov 30 03:09:06 ndm: kernel: [ pid ] uid tgid total_vm rss cpu oom_adj oom_score_adj name Nov 30 03:09:06 ndm: kernel: [ 134] 0 134 5190 2453 0 -14 -999 ndm Nov 30 03:09:06 ndm: kernel: [ 323] 0 323 276 122 0 0 0 wmond Nov 30 03:09:06 ndm: kernel: [ 341] 0 341 374 200 0 0 0 ndnproxy Nov 30 03:09:06 ndm: kernel: [ 362] 0 362 289 131 0 0 0 radvd Nov 30 03:09:06 ndm: kernel: [ 363] 0 363 392 131 0 0 0 pure-ftpd Nov 30 03:09:06 ndm: kernel: [ 364] 0 364 325 112 0 0 0 telnetd Nov 30 03:09:06 ndm: kernel: [ 365] 0 365 289 54 0 0 0 radvd Nov 30 03:09:06 ndm: kernel: [ 368] 0 368 340 132 0 0 0 ndhcpc Nov 30 03:09:06 ndm: kernel: [ 369] 0 369 321 92 0 0 0 rdisc6d Nov 30 03:09:06 ndm: kernel: [ 370] 0 370 358 140 0 0 0 dhcp6c Nov 30 03:09:06 ndm: kernel: [ 371] 0 371 429 181 0 0 0 pppd Nov 30 03:09:06 ndm: kernel: [ 372] 65534 372 322 101 0 0 0 nlldo Nov 30 03:09:06 ndm: kernel: [ 373] 65534 373 323 112 0 0 0 nllda Nov 30 03:09:06 ndm: kernel: [ 381] 0 381 795 379 0 0 0 nginx Nov 30 03:09:06 ndm: kernel: [ 382] 65534 382 852 342 0 0 0 nginx Nov 30 03:09:06 ndm: kernel: [ 386] 0 386 357 133 0 0 0 dhcp6s Nov 30 03:09:06 ndm: kernel: [ 387] 0 387 276 99 0 0 0 udpxy Nov 30 03:09:06 ndm: kernel: [ 398] 0 398 342 58 0 0 0 dropbear Nov 30 03:09:06 ndm: kernel: [ 400] 0 400 931 226 0 0 0 socat Nov 30 03:09:06 ndm: kernel: [ 420] 0 420 1072 193 0 0 0 lighttpd Nov 30 03:09:06 ndm: kernel: Out of memory: Kill process 382 (nginx) score 22 or sacrifice child Nov 30 03:09:06 ndm: kernel: Killed process 382 (nginx) total-vm:3408kB, anon-rss:812kB, file-rss:556kB Nov 30 03:09:06 keenetic_omni nginx: 2018/11/30 03:09:06 [alert] 381#0: worker process 382 exited on signal 9

А баг то исправили ? А то ни ответа, ни привета :(

Как обычно, что-то где-то хлопнулось, заглючило и пошло наяривать в лог ... [W] Nov 21 19:38:26 ndm: kernel: Unhandled kernel unaligned access[#1]: [W] Nov 21 19:38:26 ndm: kernel: Cpu 0 [W] Nov 21 19:38:26 ndm: kernel: $ 0 : 00000000 00000001 00000001 8029f980 [W] Nov 21 19:38:26 ndm: kernel: $ 4 : 0008a805 83379d78 83379e68 803104e8 [W] Nov 21 19:38:26 ndm: kernel: $ 8 : 00000001 00000002 802dfab7 00000000 [W] Nov 21 19:38:26 ndm: kernel: $12 : 00000013 00000442 00000000 0004eb4e [W] Nov 21 19:38:26 ndm: kernel: $16 : 0008a805 81cc2a00 83379f08 00000000 [W] Nov 21 19:38:26 ndm: kernel: $20 : 80d62b60 81cc2a28 00000fa0 00b19ad0 [W] Nov 21 19:38:26 ndm: kernel: $24 : 00000000 777423c0 [W] Nov 21 19:38:26 ndm: kernel: $28 : 83378000 83379cc8 000002b7 80186510 [W] Nov 21 19:38:26 ndm: kernel: Hi : 000001de [W] Nov 21 19:38:26 ndm: kernel: Lo : 9e1b21f9 [W] Nov 21 19:38:26 ndm: kernel: epc : 80183bdc dev_get_stats+0x14/0x120 [W] Nov 21 19:38:26 ndm: kernel: Tainted: P O [W] Nov 21 19:38:26 ndm: kernel: ra : 80186510 dev_seq_printf_stats+0x24/0x1f4 [W] Nov 21 19:38:26 ndm: kernel: Status: 1100ec03 KERNEL EXL IE [W] Nov 21 19:38:26 ndm: kernel: Cause : 00800010 [W] Nov 21 19:38:26 ndm: kernel: BadVA : 0008a919 [W] Nov 21 19:38:26 ndm: kernel: PrId : 00019650 (MIPS 24KEc) [W] Nov 21 19:38:26 ndm: kernel: Modules linked in: fastvpn(PO) hw_nat(O) mt76x2_ap(O) rtsoc_eth(PO) usbextras(PO) nls_utf8 xt_IPMARK(O) xt_ACCOUNT(O) nls_cp1251 usb_storage xt_DNETMAP(O) xt_length2(O) arptable_filter sd_mod ohci_hcd sr_mod nls_cp437 xt_DELUDE(O) xt_CHAOS(O) sg ext4 xt_LOGMARK(O) xt_STEAL(O) nls_cp866 xt_ipp2p(O) xt_DHCPMAC(O) jffs2 xt_psd(O) ehci_hcd xt_TPROXY xt_RAWNAT(O) xt_SYSRQ(O) xt_TARPIT(O) usbcore xt_geoip(O) xt_iprange xt_NOTRACK ipt_ULOG ip6t_rt xt_connbytes xt_addrtype xt_recent lzo_decompress ip6t_mh xt_string cdrom resetnds(PO) hmac des_generic xt_iface(O) mtdoops_proc(O) nacct(PO) xt_comment nf_tproxy_core xt_helper nfnetlink_log xt_ecn xt_socket ipt_ECN ip_set_hash_ipportip compat_xtables(O) xt_fuzzy(O) ip_set_hash_net rt_timer_wdg xt_ipv4options(O) xt_esp xt_CT zlib_deflate iptable_rawpost(O) ipt_ah xt_NFQUEUE jbd2 nls_base ip_set_hash_ipport ip6t_ipv6header xt_hl xt_hashlimit xt_dscp lzo_compress nfnetlink_queue phr(PO) mbcache xt_length ip_set_hash_ipportnet ip_set_bit [...] [W] Nov 21 19:38:26 ndm: kernel: Process ndm (pid: 305, threadinfo=83378000, task=830d6d40, tls=76a54960) [W] Nov 21 19:38:26 ndm: kernel: Stack : 00000002 83c37800 00000003 800b5efc 0008a805 81cc2a00 83379f08 80186510 [W] Nov 21 19:38:26 ndm: kernel: 00000000 80d62b60 83c63400 00000000 0005b4ab 00000000 00001a03 00000000 [W] Nov 21 19:38:26 ndm: kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [W] Nov 21 19:38:26 ndm: kernel: 00000000 00000000 00000000 00000000 0005b4ab 00000000 00001a03 00000000 [W] Nov 21 19:38:26 ndm: kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 [W] Nov 21 19:38:26 ndm: kernel: ... [W] Nov 21 19:38:26 ndm: kernel: Call Trace: [W] Nov 21 19:38:26 ndm: kernel: [<80183bdc>] dev_get_stats+0x14/0x120 [W] Nov 21 19:38:26 ndm: kernel: [<80186510>] dev_seq_printf_stats+0x24/0x1f4 [W] Nov 21 19:38:26 ndm: kernel: [<801866f8>] dev_seq_show+0x18/0x44 [W] Nov 21 19:38:26 ndm: kernel: [<800bbcfc>] seq_read+0x3d0/0x510 [W] Nov 21 19:38:26 ndm: kernel: [<800e3e88>] proc_reg_read+0x44/0x90 [W] Nov 21 19:38:26 ndm: kernel: [<8009be60>] vfs_read+0xa0/0x17c [W] Nov 21 19:38:26 ndm: kernel: [<8009c34c>] sys_read+0x50/0xb0 [W] Nov 21 19:38:26 ndm: kernel: [<80011250>] stack_done+0x20/0x44 [W] Nov 21 19:38:26 ndm: kernel: [W] Nov 21 19:38:26 ndm: kernel: [W] Nov 21 19:38:26 ndm: kernel: Code: afb00010 afbf001c afb20018 <8c920114> 00808825 8e42003c 1440001d 00a08025 8e420040 [W] Nov 21 19:38:26 ndm: kernel: ---[ end trace ed1c2d105e6bd0fe ]--- [W] Nov 21 19:39:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 60 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:40:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 120 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:41:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 180 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:42:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 240 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:43:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 300 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:44:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 360 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:45:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 420 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:46:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 480 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:47:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 540 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:48:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 600 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:49:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 660 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:50:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 720 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:51:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 780 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:52:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 840 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:53:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 900 seconds acquired Nov 21 19:38:26. [W] Nov 21 19:54:26 ndm: Core::Watchdog: Statistics collector thread holds INTERFACE_PART (64) lock 960 seconds acquired Nov 21 19:38:26. Веб-фейс и прочее вроде шуршало нормально, только разве что вай-фай притормаживал. Omni II v2.13.C.0.0-1

Ну, на старых прошивках для Keenetic'а после внесения записей в hosts надо было заставлять этот самый dnsmasq его перечитывать командой "killall -HUP dnsmasq". Здесь dnsmasq нет и в помине, раз предлагается его установить. В связи с чем я предположил (в данный момент доступа к роутеру у меня нет), что внесённые в hosts записи не будут прочитаны т.к. встроенные механизмы на это не рассчитаны и по этой причине надо ставить dnsmasq. Потому и спросил, можно ли обойтись без него и перечитать изменённый hosts "встроенными" средствами или это невозможно.

Интересует вопрос - а разве без dnsmasq-full нельзя заставить роутер перечитать перезаписанный hosts ? Ведь должны же быть для этого стандартные инструменты. p.s. Тему не перечитывал и глубоко в вопрос не вникал.

Собственно сабж. Таблица iptables на моём Omni II забита кучей нестандартных правил и цепей. Есть информация описывающая их (преимущественно интересует цепочки) и то для чего они предназначены ?

И ... опять. В логах ничего криминального. Видно как по LAN'у цепляется соседний роутер, когда включается и как позднее падает линк и демон pppd начинает молотить по кругу Nov 3 10:15:39 ndm: Network::Interface::Switch: "FastEthernet0/3": switch link up at port 3. Nov 3 10:15:41 ndm: Network::Interface::Switch: "FastEthernet0/3": switch link down at port 3. Nov 3 10:15:43 ndm: Network::Interface::Switch: "FastEthernet0/3": switch link up at port 3. Nov 3 10:40:58 pppd[23881]: No response to 3 echo-requests Nov 3 10:40:58 pppd[23881]: Serial link appears to be disconnected. Nov 3 10:40:58 pppd[23881]: Connect time 2927.6 minutes. Nov 3 10:40:58 pppd[23881]: Sent 42325401 bytes, received 581548157 bytes. Nov 3 10:40:58 ndm: Network::Interface::IP: "PPPoE0": IP address cleared. Nov 3 10:40:58 ndm: Dns::Manager: name server 8.8.8.8, domain (default) deleted. Nov 3 10:40:58 ndm: Dns::Manager: name server 8.8.4.4, domain (default) deleted. Nov 3 10:40:59 ndm: Network::InternetChecker: Internet access lost. Nov 3 10:41:04 pppd[23881]: Connection terminated. Nov 3 10:41:04 pppd[23881]: write: Bad file descriptor (9) Nov 3 10:41:04 pppd[23881]: Sent PADT Nov 3 10:41:04 pppd[23881]: Modem hangup Nov 3 10:41:04 pppd[23881]: write: Bad file descriptor (9) Nov 3 10:41:04 pppd[23881]: Exit. Всё как обычно - по LAN'у оба роутера друг друга не видят, интернет и мультикаст валится у обоих (у Омни II отрублен igmp proxy во избежание коллизи, но врублен udpxy), доступ есть только по вафле. Причём в этот раз Омни отказался мне лог отдавать - загрузка файла входила в loop (строки выше взяты из syslog'a). После ребута Омни сеть очухивается и всё работает последние 2-е суток в штатном режиме. До поры, до времени ...

Проблема снова вылезла, но уже на 2.13.C.0.0-1. На всех устройствах отвалился интернет и мультикаст. Снова с одного роутера нельзя было достучаться по lan до другого. Перезагрузил Омни, подключившись по вафле, после чего вся сеть очухалась. Как с этим бороться ?