Jump to content

3-50

Forum Members
  • Content Count

    29
  • Joined

  • Last visited

Community Reputation

3 Neutral

About 3-50

  • Rank
    Member

Equipment

  • Keenetic
    KN-1810

Recent Profile Visitors

448 profile views
  1. Исправлено или в 3.5 b6 или в 3.5 b7, больше подобного поведения не наблюдаю. Но зато теперь модем Yota идентифицируется как "Vimtron Mobile Broadband".
  2. За сегодня два раза перезагружался модем, во втором случае cообщениям о перезагрузке предшествовало 192.168.0.1 17:21:24 user crit ndm Dhcp::Client: system failed [0xcffd0771]. 192.168.0.1 17:21:24 user err ndm Network::Interface::Ip: "Yota0": network 10.0.0.0/8 conflicts with interface "Guest". Wireguad журнал сильно забивает, поэтому выкладываю данные с syslog сервера.
  3. Сложно сказать, модем тестировал для основного соединения в течение часа, проблем не заметил, после теста спокойно переключил его на резервное соединение, данную ошибку увидел на днях. Возможно, что часто, судя по сегодняшнему логу один раз уже было, сейчас переключу отправку лога на свой сервер, понаблюдаю. Да, напрямую.
  4. Ответ официальной тех.поддержки
  5. Модем Yota установлен в порт Keenetic Extra (3.5b2), в журнале обратил внимание на строчки Сен 7 15:00:44 kernel usb 1-1: unable to read config index 0 descriptor/start: -71 Сен 7 15:00:44 kernel usb 1-1: can't read configurations, error -71 Поиск привёл к этой теме, совет по замене актуален или проблема в чем-то другом может быть?
  6. Неа, по ip тоже (keenetic lite II).
  7. Вчера (роутер 1 был в выключенном состоянии) лог был усыпан следующими сообщениями Message: Could not wait for ack from sstp-client Message: Service: "SSTP0": unexpectedly stopped. Message: LCP: timeout sending Config-Requests Message: do_page_fault(): sending SIGSEGV to sstpc for invalid write access to 00000053 Message: epc = 0040abcc in sstpc[400000+11000] Message: ra = 00405d94 in sstpc[400000+11000]
  8. На роутере 1 подняты sstp, pptp, l2pt/ipsec, wireguard сервера, у него сменился ip адрес, у серверов пользователи и их пароли. На роутере 2 не поменялись ни ip, ни пароли, ни пользователи. Через какое-то время роутер 1 вообще выключили. Зная всё это зачем-то попробовал на роутере 2 поднять туннели до каждого из серверов, помимо прочего, в syslog server viewer появилось do_page_fault(): sending SIGSEGV to sstpc for invalid read access from 00000018
×
×
  • Create New...