Jump to content

OmegaTron

Forum Members
  • Posts

    228
  • Joined

  • Last visited

Everything posted by OmegaTron

  1. И что там должно быть ? У меня там пустая страница (и таймаут при ручных запросах). Хотя возможно там было взаимодействие через dyndns или cifs - компоненты, которые я за ненадобностью вырубил (точнее не нужны встроенные решения без гибкой настройки). У меня my.keenetic.net отдаёт 78.47.125.180, то же самое, что и whois сервисы.
  2. То ли лыжи не едут, то ли я ... Вы о чём ? 78.47.125.180 - это внешний сервер, пингуемый как с Омни, так и с другого роутера, просто на иные запросы не отвечающий. С тем же успехом я могу зарядить любой другой не отвечающий на запросы адрес, вот только нет гарантий что позднее он не станет на них отвечать
  3. С обычными ip-адресами проблем нет, по крайней мере, когда я добавлял рутрекер в список соотнесения всё прошло без проблем. А вот добавить что-то с адресом 127.0.0.1 или 0.0.0.0 не выходит. *** Пока писал пост решил проверить, что это за адрес - оказалось там my.keenetic.net и по http/https он не отвечает. Получается вы предлагаете использовать его в качестве заглушки ? В целом костыль неплохой, но хотелось бы полноценного решения
  4. ip host www.mmmmmmanyu.com 127.0.0.1 ip host www.mmmmmmanyu.com 0.0.0.0
  5. Собственно сабж. Почему через функцию добавления доменного имени и адреса в таблицу DNS при использовании локалхоста или 0.0.0.0 (в CLI) я получаю отлуп ? Эта опция при наличии возможности соотносить домен с локалхостом была бы хорошим подспорьем при локкинге рекламы/проблемных ресурсов без привлечения дополнительных средств.
  6. Поправка, ребута не было - хлопнулась вафля - wi-fi сеть была, но к ней не было коннекта.
  7. Сегодня проверяя логи обнаружил, что роутер перед тем как хлопнулся и ушёл в ребут успел наплевать в лог следующее Feb 21 06:05:52 ndm: kernel: CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc == 00000000, ra == 81415844 Feb 21 06:05:52 ndm: kernel: Oops[#1]: Feb 21 06:05:52 ndm: kernel: Cpu 0 Feb 21 06:05:52 ndm: kernel: $ 0 : 00000000 00000000 00000000 830a1b31 Feb 21 06:05:52 ndm: kernel: $ 4 : 000000c0 00000000 81e8a6a0 00000000 Feb 21 06:05:52 ndm: kernel: $ 8 : 830a1b60 830a1b31 00000018 140d0120 Feb 21 06:05:52 ndm: kernel: $12 : 02f25000 00000080 00000000 00800101 Feb 21 06:05:52 ndm: kernel: $16 : c0921000 00000000 c0921000 00000000 Feb 21 06:05:52 ndm: kernel: $20 : 100201c0 81d9f800 00000000 c0a91000 Feb 21 06:05:52 ndm: kernel: $24 : 00000008 8004c9e8 Feb 21 06:05:52 ndm: kernel: $28 : 81415888 81579bc8 00000000 81415844 Feb 21 06:05:52 ndm: kernel: Hi : 00009dbb Feb 21 06:05:52 ndm: kernel: Lo : 90ee9500 Feb 21 06:05:52 ndm: kernel: epc : 00000000 (null) Feb 21 06:05:52 ndm: kernel: Tainted: P O Feb 21 06:05:52 ndm: kernel: ra : 81415844 MiniportMMRequest+0x114/0x2e4 [mt76x2_ap] Feb 21 06:05:52 ndm: kernel: Status: 1100ec03 KERNEL EXL IE Feb 21 06:05:52 ndm: kernel: Cause : 10800008 Feb 21 06:05:52 ndm: kernel: BadVA : 00000000 Feb 21 06:05:52 ndm: kernel: PrId : 00019650 (MIPS 24KEc) Feb 21 06:05:52 ndm: kernel: Modules linked in: fastvpn(PO) hw_nat(O) mt76x2_ap(O) rtsoc_eth(PO) ip_set_hash_ip ip_set_hash_ipportip ip_set_hash_net ip_set_hash_ipport ip_set_hash_ipportnet ip_set_bitmap_port xt_set ip_set_bitmap_ipmac ip_set_hash_netiface ip_set_bitmap_ip ip_set_hash_netport ip_set_list_set usbextras(PO) nls_utf8 ip_set xt_IPMARK(O) nfsd xt_ACCOUNT(O) nls_cp1251 nfs usb_storage nfnetlink_log xt_DNETMAP(O) xt_length2(O) arptable_filter sd_mod ohci_hcd sr_mod nls_cp437 xt_DELUDE(O) xt_CHAOS(O) lockd auth_rpcgss sg ext4 xt_LOGMARK(O) nfnetlink_queue ebtable_broute xt_STEAL(O) nls_cp866 xt_ipp2p(O) xt_DHCPMAC(O) ebtable_filter jffs2 xt_psd(O) ebtable_nat ehci_hcd xt_TPROXY cifs xt_RAWNAT(O) xt_SYSRQ(O) xt_TARPIT(O) nf_conntrack_netlink usbcore ebt_redirect 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 ebt_dnat des_generic xt_iface(O) ebt_802_3 mtdoops_proc(O) nacct(PO) xt_comment nf_tproxy_c [...] Feb 21 06:05:52 ndm: kernel: Process RtmpMlmeTask (pid: 462, threadinfo=81578000, task=815b31d8, tls=00000000) Feb 21 06:05:52 ndm: kernel: Stack : 0002a56e 0002a56e 80300000 80056228 81d9f800 00000000 00000000 00000000 Feb 21 06:05:52 ndm: kernel: 00000000 00000000 00000000 00000000 802f8138 830a1a00 814a0e80 00000000 Feb 21 06:05:52 ndm: kernel: 81e8a6a0 00000001 00000000 00000000 00000001 c09c9c28 c0924610 00000000 Feb 21 06:05:52 ndm: kernel: 00090000 81579cb8 81579e08 00000000 c0921000 8146d11c c0921000 0002a56e Feb 21 06:05:52 ndm: kernel: 00000009 000000b9 ffffffff 81579e0c 00000003 81579e08 00000003 81579cb8 Feb 21 06:05:52 ndm: kernel: ... Feb 21 06:05:52 ndm: kernel: Call Trace: Feb 21 06:05:52 ndm: kernel: [<80056228>] clockevents_program_event+0x80/0x23c Feb 21 06:05:52 ndm: kernel: [<8146d11c>] APPeerProbeReqAction+0x794/0xe28 [mt76x2_ap] Feb 21 06:05:52 ndm: kernel: [<8148ffff>] ClonePacket+0x4b/0x60 [mt76x2_ap] Feb 21 06:05:52 ndm: kernel: [<80049606>] enqueue_task+0x5a/0x64 Feb 21 06:05:52 ndm: kernel: [<80010108>] apply_r_mips_lo16_rel+0x0/0x114 Feb 21 06:05:52 ndm: kernel: [<8140fffc>] MlmeHandler+0x2f0/0x638 [mt76x2_ap] Feb 21 06:05:52 ndm: kernel: [<814901cc>] __RtmpOSTaskWait+0xd4/0x128 [mt76x2_ap] Feb 21 06:05:52 ndm: kernel: [<8004c9e8>] dequeue_task_fair+0x0/0x11c Feb 21 06:05:52 ndm: kernel: [<80282d38>] __schedule+0x268/0x500 Feb 21 06:05:52 ndm: kernel: [<8141033c>] MlmeHandler+0x630/0x638 [mt76x2_ap] Feb 21 06:05:52 ndm: kernel: [<81410278>] MlmeHandler+0x56c/0x638 [mt76x2_ap] Feb 21 06:05:52 ndm: kernel: [<81410278>] MlmeHandler+0x56c/0x638 [mt76x2_ap] Feb 21 06:05:52 ndm: kernel: [<800404ac>] kthread+0x90/0x98 Feb 21 06:05:52 ndm: kernel: [<8000b4d8>] kernel_thread_helper+0x10/0x18 Feb 21 06:05:52 ndm: kernel: [<8004041c>] kthread+0x0/0x98 Feb 21 06:05:52 ndm: kernel: [<8000b4c8>] kernel_thread_helper+0x0/0x18 Feb 21 06:05:52 ndm: kernel: Feb 21 06:05:52 ndm: kernel: Feb 21 06:05:52 ndm: kernel: Code: (Bad address in epc) Feb 21 06:05:52 ndm: Core::Syslog: last message repeated 2 times. Feb 21 06:05:52 ndm: kernel: ---[ end trace 3ee93193f0d52bc0 ]---
  8. Нет. Т.е. объяснения для дилентантов не будет ? Хотя бы в общих чертах ?)
  9. Вы расскажите, в чём цимес ситуации и почему роутер тогда повисал. Касательно установки 2.12 - я хз, мне в соседней ветке писали что прошивки из этого "эшелона" чересчур тяжёлые.
  10. В том случае В данном случае, веб-морда не отвечала и через минуту отваливалась 2018-02-11 15:33:51 Daemon.Error 192.168.0.1 Feb 11 15:32:50 keenetic_omni nginx: (conn: *1406) upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.0.245 2018-02-11 15:33:51 Daemon.Error 192.168.0.1 Feb 11 15:32:50 keenetic_omni nginx: (conn: *1400) upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.0.245 Так что не проще. Если по этим запросам отдаются txt, как в случае с */ci/* то можно попробовать в следующий раз слить через curl/wget, хотя я лучше поступлю более радикально https://forum.keenetic.net/topic/527-запись-syslog-на-внешний-usb-диск-с-помощю-syslog-ng/
  11. Мне казалось лог хранится где-то типа /var/run/log Вроде ж должна быть локальная копия куда пишется журнао отображаемый в веб-фейсе.
  12. ОК. Главное, чтобы хоть что-то при этом отвечало - telnet/ssh/web. В данном случае работал web, да и то только через запросы к CI/RCI через curl/wget. Раз пошла такая пьянка - как через ssh имея доступ к корню дёрнуть упомянутые данные ? А то не так давно был сбой при котором был доступ лишь через ssh, а всё остальное отвалилось.
  13. На момент висяка или на текущий момент ? Если первое, то врятли это было бы возможно ибо веб-морда зависала, а прямых линков файлов я на тот момент не знал. ОК, буду иметь ввиду, что смотреть.
  14. Комп до этого был выключен - эти цикличные блоки данных всё, что насыпалось в syslog. Адреса log.txt я на тот момент не знал (сейчас уже поглядел), а через CI/RCI дёрнуть лог не сообразил. Хотя я сомневаюсь, что он вообще бы отдался при такой клинике - там get/post запросы проходили с минутными задержками. Дык в подписи - 2.10.C.2.0-4 Ещё момент - в entware кроме базового dropbear'a никакого софта нет, равно как и скриптов в автозагрузке. Руки до этого не дошли. На момент возникновения проблемы роутер никто не эксплуатировал и о висяке я узнал лишь постфактум.
  15. Сел сегодня за комп и обнаружил, что в syslog многовато данных с роутера валится. Посмотрел, в syslog циклично валилось следующее 2018-02-11 15:11:08 User.Warning 192.168.0.1 Feb 11 15:10:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 24780 seconds acquired Feb 11 08:17:05. 2018-02-11 15:11:08 User.Warning 192.168.0.1 Feb 11 15:10:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 24775 seconds acquired Feb 11 08:17:10. 2018-02-11 15:11:08 User.Warning 192.168.0.1 Feb 11 15:10:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 24774 seconds acquired Feb 11 08:17:11. 2018-02-11 15:11:08 User.Warning 192.168.0.1 Feb 11 15:10:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8226 seconds acquired Feb 11 12:52:59. 2018-02-11 15:12:07 User.Warning 192.168.0.1 Feb 11 15:11:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 24840 seconds acquired Feb 11 08:17:05. 2018-02-11 15:12:07 User.Warning 192.168.0.1 Feb 11 15:11:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 24835 seconds acquired Feb 11 08:17:10. 2018-02-11 15:12:07 User.Warning 192.168.0.1 Feb 11 15:11:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 24834 seconds acquired Feb 11 08:17:11. 2018-02-11 15:12:08 User.Warning 192.168.0.1 Feb 11 15:11:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8286 seconds acquired Feb 11 12:52:59. 2018-02-11 15:13:07 User.Warning 192.168.0.1 Feb 11 15:12:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 24900 seconds acquired Feb 11 08:17:05. 2018-02-11 15:13:07 User.Warning 192.168.0.1 Feb 11 15:12:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 24895 seconds acquired Feb 11 08:17:10. 2018-02-11 15:13:07 User.Warning 192.168.0.1 Feb 11 15:12:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 24894 seconds acquired Feb 11 08:17:11. 2018-02-11 15:13:08 User.Warning 192.168.0.1 Feb 11 15:12:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8346 seconds acquired Feb 11 12:52:59. 2018-02-11 15:14:07 User.Warning 192.168.0.1 Feb 11 15:13:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 24960 seconds acquired Feb 11 08:17:05. 2018-02-11 15:14:07 User.Warning 192.168.0.1 Feb 11 15:13:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 24955 seconds acquired Feb 11 08:17:10. 2018-02-11 15:14:07 User.Warning 192.168.0.1 Feb 11 15:13:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 24954 seconds acquired Feb 11 08:17:11. 2018-02-11 15:14:08 User.Warning 192.168.0.1 Feb 11 15:13:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8406 seconds acquired Feb 11 12:52:59. 2018-02-11 15:15:06 User.Warning 192.168.0.1 Feb 11 15:14:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 25020 seconds acquired Feb 11 08:17:05. 2018-02-11 15:15:07 User.Warning 192.168.0.1 Feb 11 15:14:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 25015 seconds acquired Feb 11 08:17:10. 2018-02-11 15:15:07 User.Warning 192.168.0.1 Feb 11 15:14:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 25014 seconds acquired Feb 11 08:17:11. 2018-02-11 15:15:08 User.Warning 192.168.0.1 Feb 11 15:14:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8466 seconds acquired Feb 11 12:52:59. 2018-02-11 15:16:06 User.Warning 192.168.0.1 Feb 11 15:15:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 25080 seconds acquired Feb 11 08:17:05. 2018-02-11 15:16:06 User.Warning 192.168.0.1 Feb 11 15:15:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 25075 seconds acquired Feb 11 08:17:10. 2018-02-11 15:16:07 User.Warning 192.168.0.1 Feb 11 15:15:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 25074 seconds acquired Feb 11 08:17:11. 2018-02-11 15:16:07 User.Warning 192.168.0.1 Feb 11 15:15:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8526 seconds acquired Feb 11 12:52:59. 2018-02-11 15:17:07 User.Warning 192.168.0.1 Feb 11 15:16:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 25140 seconds acquired Feb 11 08:17:05. 2018-02-11 15:17:07 User.Warning 192.168.0.1 Feb 11 15:16:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 25135 seconds acquired Feb 11 08:17:10. 2018-02-11 15:17:07 User.Warning 192.168.0.1 Feb 11 15:16:06 ndm: Core::Watchdog: Interface Bridge0 neighbour explorer holds ARP_TABLE (57) lock 25134 seconds acquired Feb 11 08:17:11. 2018-02-11 15:17:08 User.Warning 192.168.0.1 Feb 11 15:16:06 ndm: Core::Watchdog: Event sender holds CORE (2) lock 8586 seconds acquired Feb 11 12:52:59. 2018-02-11 15:18:06 User.Warning 192.168.0.1 Feb 11 15:17:05 ndm: Core::Watchdog: Statistics collector thread holds ULTIMATE (255) lock 25200 seconds acquired Feb 11 08:17:05. 2018-02-11 15:18:06 User.Warning 192.168.0.1 Feb 11 15:17:05 ndm: Core::Watchdog: Timer holds CORE (2) lock 25195 seconds acquired Feb 11 08:17:10. Увидев строки "core" и "Watchdog" подумал, что роутер основательно залип - так и оказалось. Telnet не отвечал, ssh из комплекта entware не отвечал (соединение вроде устанавливалось, но залипало и висело), коннекта к интернету не было. Единственное, что хоть что-то отвечало - это веб-фейс. После авторизации он отображался, но на динамически обновляемых блоках висел прогресс-бар, который крутился бесконечно. Спустя пару минут в веб-фейсе появлялись ошибки "error: not responded" (или типа того) и восклицательный знак в углу, а в syslog валилось 2018-02-11 15:33:51 Daemon.Error 192.168.0.1 Feb 11 15:32:50 keenetic_omni nginx: (conn: *1406) upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.0.245 2018-02-11 15:33:51 Daemon.Error 192.168.0.1 Feb 11 15:32:50 keenetic_omni nginx: (conn: *1400) upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.0.245 Попытался ребутнуть роутер через CI, получил ответ <packet> <response id="0"> <message>rebooting the system</message> </response> </packet> но ребута не случилось (выждал минут 5) и роутер пришлось дёргать по питанию. После включения сообразил, что можно было дёрнуть через CI лог, но было уже поздно Сегодня займусь установкой syslog-ng (или как его там), надоели уже такие случаи. Теперь вопрос - что это могло быть ?
  16. Ещё момент - некоторые компоненты, насколько я понимаю, вполне заменимы софтом из entware (это к теме "лишних" запчастей) и компонент "Общий доступ к файлам и принтерам (SMB/CIFS)" можно спокойно заменить samb'ой, а "Захват сетевых пакетов" tcpdump'ом (если они дефакто вообще не одно и то же) ?
  17. Отпали. Просто я мобильными модемами не пользуюсь - юзаю стационарный вариант, ввиду чего всё связанное с usb-модема отрубил (а модуль получается остался). Эм, понятно. Просто я думал что-то это что-то связанное с fuse, поэтому поставил до кучи, а оно вон как. Ну да ладно пусть стоит.
  18. Ключёвое слово собирайте, а вопрос был, какой ещё производитель делает роутеры с аналогичным конфигураторатором компонентов стоковой прошивки и её загрузчиком, который позволяет буквально за пару кликов получить готовую прошивку. Вот я например не могу вспомнить. Такое ноу-хау лишь у zyxel'ей. # Что-то заданный ранее вопрос совсем убежал вверх Так есть у кого информация по данному вопросу или сие коммерческая тайна ? Меня бы устроили равно как веб-форма, так и программа-загрузчик. Если таковых не существует сгодится и пример запроса прошивки через wget/curl. Просто нужна возможность сливать прошивку не задействуя роутер. Как уже писал ShadoW т.к.
  19. В связи с недавними событиями (отписывался в одной из недавних тем) "насиловать" флеш дополнительными перепрошивками крайне нежелательно, а то не ровен час подохнет
  20. Вы меня не поняли. Я не имею ввиду скачивание прошивки с выбранным набором компонентов РОУТЕРОМ, я имею ввиду скачивание прошивки вручную, на компьютере, через GET или POST запрос. Ведь механизм существует. Вопрос в том открыто ли API или закрыто и имеется ли реализация его использования (aka веб-форма).
  21. Не, я о другом. Я имел ввиду, как запросить текущий билд stable / beta / delta / draft с определённым набором компонентов в виде файла прошивки. Может на сайте zyxel'ей есть веб-форма какая (о которой я не знаю), которая позволит сгенерировать и загрузить готовый файл прошивки ? Или всё хранится в потрохах роутера за семью печатями ?
  22. Понятно Когда 2.10 закончится "совсем", хотя-бы ориентировочно ? Ясно. А иных вариантов получить прошивку с определённым набором кроме повторной перепрошивки нет ? Ведь запрашивает же роутер на сервере набор компонентов и тот собирает прошивку, которую он (роутер) загружает и ставит. Или информация по данному механизму закрытая ?
  23. А как ? Путём слива блока верез cat или запросом к серверу, где генерятся прошивки ? Если второе, то я даже не занимался этим вопросом (ткните если обсуждалось) Если первое, укажите, какие блоки дампить. upd: Вспомнил, там же прошивку можно через веб-фейс в разделе "файлы" слить p.s. А что не так с 2.11 относительно 2.10 ?
×
×
  • Create New...