vasek00
-
Posts
4,466 -
Joined
-
Last visited
-
Days Won
76
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by vasek00
-
-
1 час назад, Sord сказал:
ручной пинок помогает:
Если есть ключ для лога то поставьте его и смотрите лог.
В системном логе тишина.
Как сказали выше можно паузу а можно попытаться разобраться - поставьте "lsof" и запуск с ключами для проверки данного вашего сервиса (после его запуска) его связей с файлами и lib и т.д.
-
1
-
-
6 часов назад, Sord сказал:
подскажите плиз, как astra --relay [прочие параметры] задать в автозагрузку?
Сервис/службы Entware можно запускать в авто если в /opt/etc/init.d поместить скрипт с именем Sххимя (например S47snmpd или S35tor или S09nextdns и т.д.)
Параметры для запуска передаются переменной в скрипте Sххимя = ARGS
ENABLED=yes PROCS=nextdns ARGS="" PREARGS="" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/opt/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin . /opt/etc/init.d/rc.funcнапример
ARGS="-config /opt/etc/dnscrypt-proxy.toml" ARGS="-f /opt/etc/xinetd.conf" ARGS="-w /opt/home/AdGuard -l /opt/tmp/AdGuard.log --pidfile /opt/var/run/adguardhome.pid --no-check-update"Запуск сервиса в ручную для проверки
./Sххимя start ./Sххимя stop ./Sххимя restart -
3 часа назад, keenet07 сказал:
Интеграция стороннего сервиса всегда требует дополнительного внимания.
Данный сервис iperf3
/usr/bin # ls -l -rwxr-xr-x 1 root root 133724 May 22 11:03 iperf3 -rwxr-xr-x 1 root root 1814196 May 22 11:19 minidlna ... /usr/bin #"Скорость подключения к Интернету" данный тест основан на
10540 root 3476 R /usr/bin/iperf3 -R -J -t 10 -i 1 --logfile /tmp/run/278736.973457 -c хх.хх.хх.196 -p 13031и вывод его в WEB
-
Данное предложение было еще в 2018году
но видимо данный сервис не так важен и нужен так как сегодня 2021год
-
5 минут назад, CBLoner сказал:
1. Ты где всё это роешь?
2. По коду-то оно хорошо, но я нигде не видел официальной презентации и уж тем более продаж, а без этой хрени ты клиентам ничего по факту и не отгрузишь и физически даже не купишь!
Где это всё продаётся? Или это только где-то у кого-то в головах и только в виде спецификаций?
Интернет по крупицам - и тут как бы по проще так как база одна это Mediatek т.е. все что с ним связанно
vk.com/keenetic_netvk.com/ дата с апреля 2018года по сей день
https://wikidevi.wi-cat.ru/ZyXEL/Keenetic_series EEC https://fccid.io/EEC/RU0000049660
https://wikidevi.wi-cat.ru/MediaTek
https://www.mediatek.com/products/connectivity-and-networking/broadband-wifi
https://www.mediatek.com/blog/wi-fi-6-home-routers-powered-by-mediatek
https://www.facebook.com/Keenetic.net/?ref=page_internal
данный форум с его рождения
альтернативные бренды на Mediatek и т.д.
Я так думаю оф. презентацию как бы возможна при нормальных условиях = разработали+перспективы - производство - поставки = когда можно прогнозировать (закупки/наличие компонентов, а то можно и не получить/ждать их долго + загрузка производства) в нынешних условиях проблематично наверное.
-
22 минуты назад, CBLoner сказал:
А не кто не знает, будут ли автономные точки доступа для MESH систем, вроде блюдец с PoE?
Как у обычного ZyXEL или скажем Ubiquiti UniFi?
М то роутер не всегда спрятать можно красиво.
Voyager => 1-LAN + 1-WAN + Poe + корпус для настенного размещения и по коду он KN2810 wifi5 но возможно будет и в wifi6 так как по ECC Device от 29.05.20
Wireless data transmission equipment of the Keenetic trademark, model: KN-2410, KN-2510, KN-2810, KN-3210, KN-3310, KN-3410
Equipment for wireless data transmission of the Keenetic trademark, model: KN-1011, KN-3510Где возможно серия KN3x вся на Wifi6
-
12 часа назад, Zeleza сказал:
AdGuardHome 106.3 при всех включенных в настройках опций "безопасной навигации" и "родительского контроля"
Полет пока нормальный. Видимо, что-то улучшили.Будет нормальный это когда DNSBench на клиенте не будет вводить в ступор роутер
Как было ранее
И как сейчас
AdGuard Home v0.106.3 Added Support for reinstall (-r) and uninstall (-u) flags in the installation script (#2462). Support for DHCP DECLINE and RELEASE message types (#3053). Changed Add microseconds to log output. Fixed Intermittent "Warning: ID mismatch" errors (#3087). Error when using installation script on some ARMv7 devices (#2542). DHCP leases validation (#3107, #3127). Local PTR request recursion in Docker containers (#3064). Ignoring client-specific filtering settings when filtering is disabled in general settings (#2875). Disallowed domains are now case-insensitive (#3115). Other minor fixes and improvements.На текущем /opt/home/AdGuard # ./AdGuardHome -v 2021/05/21 06:25:08 24182#1 [info] AdGuard Home, version v0.106.2Скрытый текст
-
Вся фишка в маячковом фрейме (Beacon Frame) благодаря которому
ЦитатаСледующим параметром для настройки является «Enable Hidden Wireless» отключает широковещательную рассылку beacon пакетов, в которых передается название сети. В таком случае, к ней смогут подключиться только те клиенты, которые точно знают как называется сеть. Следует помнить, что если выключить широковещательную рассылку после того, как к ней были подключены клиенты, то они в следующий раз все равно смогут к ней подключиться, так как ее название им уже было известно.
и так же
-
30 минут назад, Remarque сказал:
Привет! Минск на связи
Keenetic Giga KN-1010 утром резко пропал LAN - до этого 4 месяца без проблем. По всем портам. Вафля работает как часы. Как у настоящего ламера у меня все настройки центра "По умолчанию". У провайдера айпи динамический. Что делать, как быть? Пробовал играться с ДНС - или не то делал, или не сработали манипуляции. Естественно, делал ребуты.
Для начала конф файл и раздел
interface Bridge0 rename Home description "Home VLAN" inherit GigabitEthernet0/Vlan1 include AccessPoint include AccessPoint_5Gстрока inherit GigabitEthernet0/Vlan1 и есть наличие LAN портов в дом.сети. В логах или selftest найти записи по конф.Bridge0
[I] Apr 21 18:17:18 ndm: Network::Interface::Base: "Bridge0": interface is down. [I] Apr 21 18:17:18 ndm: Network::Interface::Base: "Bridge0": network MTU reset to default. [I] Apr 21 18:17:18 ndm: Network::Interface::Base: "Bridge0": interface is up. [I] Apr 21 18:17:18 ndm: Network::Interface::Repository: "Bridge0" interface created. [I] Apr 21 18:17:19 ndm: Network::Interface::Base: "Bridge0": renamed to "Home". [I] Apr 21 18:17:19 ndm: Network::Interface::Base: "Bridge0": description saved. [I] Apr 21 18:17:19 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 21 18:17:19 kernel: br0: port 1(eth2.1) entered disabled state [I] Apr 21 18:17:19 kernel: device eth2.1 entered promiscuous mode [I] Apr 21 18:17:19 kernel: device eth2 entered promiscuous mode [I] Apr 21 18:17:19 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 21 18:17:19 kernel: br0: port 1(eth2.1) entered forwarding state [I] Apr 21 18:17:19 kernel: br0: disabled STP choke for port 1(eth2.1) [I] Apr 21 18:17:19 ndm: Network::Interface::Base: "Bridge0": interface is up. [I] Apr 21 18:17:19 ndm: Network::Interface::Mac: "Bridge0": backed up the default address 50:хх:хх:хх:хх:хх of "Home" before changing. [I] Apr 21 18:17:19 kernel: br0: port 1(eth2.1) entered disabled state [I] Apr 21 18:17:19 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 21 18:17:19 kernel: br0: port 1(eth2.1) entered forwarding state [I] Apr 21 18:17:19 ndm: Network::Interface::Ip: "Bridge0": IP address cleared. [I] Apr 21 18:17:19 ndm: Network::Interface::Ip: "Bridge0": IP address cleared. [I] Apr 21 18:17:19 ndm: Network::Interface::Ip: "Bridge0": global priority unchanged. [I] Apr 21 18:17:19 ndm: Network::Interface::Ip: "Bridge0": global priority cleared. **************** [I] Apr 21 18:17:19 ndm: Network::Interface::Bridge: "Bridge0": GigabitEthernet0/Vlan1 inherited in Bridge0. **************** [I] Apr 21 18:17:19 kernel: br0: port 2(ra0) entered blocking state [I] Apr 21 18:17:19 kernel: br0: port 2(ra0) entered disabled state [I] Apr 21 18:17:20 kernel: device ra0 entered promiscuous mode [I] Apr 21 18:17:20 kernel: br0: disabled STP choke for port 2(ra0) [I] Apr 21 18:17:20 kernel: br0: port 1(eth2.1) entered disabled state [I] Apr 21 18:17:20 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 21 18:17:20 kernel: br0: port 1(eth2.1) entered forwarding state [I] Apr 21 18:17:20 ndm: Network::Interface::Bridge: "Bridge0": AccessPoint included. [I] Apr 21 18:17:20 kernel: br0: port 3(rai0) entered blocking state [I] Apr 21 18:17:20 kernel: br0: port 3(rai0) entered disabled state [I] Apr 21 18:17:20 kernel: device rai0 entered promiscuous mode [I] Apr 21 18:17:20 kernel: br0: disabled STP choke for port 3(rai0) [I] Apr 21 18:17:20 kernel: br0: port 1(eth2.1) entered disabled state [I] Apr 21 18:17:20 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 21 18:17:20 kernel: br0: port 1(eth2.1) entered forwarding state **************** [I] Apr 21 18:17:20 ndm: Network::Interface::Bridge: "Bridge0": AccessPoint_5G included. ....eth2.1 интерфейс LAN портов, в Bridge0 или он же br0 (тдт он же основной интерфейс роутера) = wifi (2,4 и 5) и плюс LAN или
/ # brctl show bridge name bridge id STP enabled interfaces br0 8000.50ххххххххххх no eth2.1 rai0 ra4.1 rai4.1 ra0 / # eth2.1 - LAN raiх и rax - wifi inherit GigabitEthernet0/Vlan1 include AccessPoint include AccessPoint_5G -
3 часа назад, moomey сказал:
у меня 106.2 стоит на Giga 1010 3.6.3, аптайм 4 дня, память 45% (116/256 Мбайт) , как было после загрузки, так примерно столько и есть.
Пока так же 149 и 149. Будем искать дальше когда и где.
-
AdGuardHome.106.0 - замечен большой расход памяти, так в текущем стартовом положение в системе на 256 после рестарта (с нужными приложениями от ПО) имеет 130-140 задействовано памяти (по монитору), то после некоторого времени XX работы например сегодня было задействовано уже 196. Выгрузка stop и start вернул данное значение на 130МБ.
Посмотрим что будет на
2021/05/18 06:30:24 8603#1 [info] AdGuard Home, version v0.106.2Так же установлен размер кеша в байтах = 4194304
-
15 часов назад, Ivan Serov сказал:
а, т.е. мне нужно убрать 1 провод, который ведёт от роутера к компьютеру и оставить провод, который идёт от интернет розетки к роутеру?
Пока не могу. Со вчерашнего дня инет отрубили совсем и неизвестно когда будет. Автоответчик по телефону говорит, что какие-то поломки на линии и должны починить 11 мая, но это не точно.
1. ДА
2. Скорей всего у вас все заработает нормально после устранения поломки.
-
41 минуту назад, Ivan Serov сказал:
Я не понимаю как это сделать. По вай фай тоже интернет пропадает, как и на компьютере
т.е. при подключение одного клиента на wifi и только, все то же самое?
Selftest покажите после того как на клиенте wifi пропал интернет (при этом за это время пока работал wifi клиенте ни какого LAN клиента не должно быть).
-
В 07.05.2021 в 19:36, Ivan Serov сказал:
QWERTY1 это непосредственно компьютер, в который воткнут шнур из роутера. Сброс к заводским уже делал, конфиг не сохранял.
По-умолчанию стоял синий интернет и соседний использовался. После переназначения я использовал 3 и 4. Это не помогло. Сегодня вернул как было.
Вы как отвечаете/делаете на до конца.
Смотрите кабель для LAN и данного клиента QWERTY1, попробуйте без него только на wifi клиентах проверить
И selftest если проблема будет.
-
2 часа назад, Ivan Serov сказал:
Опять пропадал
В догонку, на данном роутере всего 4 порта LAN => WAN + LAN1+LAN2+LAN3, на выходе данных портов стоят трансы они парные (один на два порта). По номерам физически где какой не скажу, так как не в курсе по данной модели. Попробуйте поменять подключение QWERTY1 другой LAN порт
Ну или использовать другую пару LAN портов, т.е.
1. было WL1L2L3 - использовали W и L1
2. попробовать WL1L2L3 - сделать L2-WAN а в L3 подключить QWERTY1
тем самым проверить выходные трансы (галв.развязки).
-
2 часа назад, Ivan Serov сказал:
Вот самый свежий лог. Судя по логу, проблема такая же, что и была выше - обращаться к провайдеру? Надеялся, что смена портов решит ее, но придется вызывать мастера
Скрытый текст[I] May 2 19:16:31 ndhcps: DHCPDISCOVER received for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 2 19:16:31 ndhcps: making OFFER of 192.168.1.86 to 00:d8:61:d6:87:65. [I] May 2 19:16:31 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 2 19:16:31 ndhcps: sending ACK of 192.168.1.86 to 00:d8:61:d6:87:65. [I] May 2 19:16:38 ndhcpc: FastEthernet0/Vlan2: received OFFER for 79.165.200.99 from 10.177.0.1. [I] May 2 19:16:39 ndhcpc: FastEthernet0/Vlan2: received ACK for 79.165.200.99 from 10.177.0.1 lease 3600 sec. [I] May 2 19:16:39 ndm: Dhcp::Client: configuring interface ISP. [I] May 2 19:16:39 ndm: Network::Interface::Ip: "FastEthernet0/Vlan2": IP address is 79.ххх.ххх.99/20. Смена времени и даты на текущие значения 12:22:53 [I] May 7 12:22:53 ndm: Core::System::Clock: system time has been changed. [I] May 7 12:22:53 ndm: Ntp::Client: time synchronized with "3.pool.ntp.org". [I] May 7 12:23:12 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:23:db:99:3f:78) had associated successfully. [I] May 7 12:23:12 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(d0:23:db:99:3f:78) set key done in WPA2/WPA2PSK. [I] May 7 12:23:12 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.57 from d0:23:db:99:3f:78. [I] May 7 12:23:12 ndhcps: sending ACK of 192.168.1.57 to d0:23:db:99:3f:78. [I] May 7 12:24:24 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(dc:72:9b:a5:8f:b2) had associated successfully. [I] May 7 12:24:24 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(dc:72:9b:a5:8f:b2) set key done in WPA2/WPA2PSK. [I] May 7 12:24:24 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.131 from dc:72:9b:a5:8f:b2. [I] May 7 12:24:24 ndhcps: sending ACK of 192.168.1.131 to dc:72:9b:a5:8f:b2. [I] May 7 12:24:24 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.131 from dc:72:9b:a5:8f:b2. [I] May 7 12:24:25 ndhcps: sending ACK of 192.168.1.131 to dc:72:9b:a5:8f:b2. [I] May 7 12:26:34 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 7 12:26:34 ndhcps: sending ACK of 192.168.1.86 to 00:d8:61:d6:87:65. [I] May 7 12:26:34 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 7 12:26:34 ndhcps: sending ACK of 192.168.1.86 to 00:d8:61:d6:87:65. [I] May 7 12:32:22 ndm: Network::Interface::Switch: "FastEthernet0/2": switch link down at port 2. [W] May 7 12:32:22 ndm: Dhcp::Client: DHCP server is not responding. [I] May 7 12:32:22 ndm: Network::Interface::Ip: "FastEthernet0/Vlan2": IP address cleared. [W] May 7 12:32:22 ndhcpc: FastEthernet0/Vlan2: interrupted by a stop signal. [I] May 7 12:32:22 ndhcpc: FastEthernet0/Vlan2: NDM DHCP client stopped (exit status 0). [I] May 7 12:32:22 ndm: Network::InternetChecker: Internet access lost (status: 0x0000). [I] May 7 12:32:22 upnp: shutting down MiniUPnPd [I] May 7 12:32:22 ndm: Core::Session: client disconnected. [I] May 7 12:32:23 ndm: Core::Server: started Session /var/run/ndm.core.socket. [I] May 7 12:32:23 ndm: Core::Session: client disconnected. [I] May 7 12:32:23 ndm: Http::Manager: updated configuration. [I] May 7 12:32:23 ndm: Core::Server: started Session /var/run/ndm.core.socket. [I] May 7 12:32:23 ndm: Core::Session: client disconnected. [I] May 7 12:35:48 ndm: Network::Interface::Switch: "FastEthernet0/3": switch link down at port 3. [I] May 7 12:35:48 ndm: Network::Interface::Switch: "FastEthernet0/2": switch link up at port 2 (100FD/AN). [I] May 7 12:35:48 ndhcps: DHCPINFORM received for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 7 12:35:48 ndhcps: sending INFORM to 00:d8:61:d6:87:65. [I] May 7 12:35:48 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 7 12:35:48 ndhcps: sending ACK of 192.168.1.86 to 00:d8:61:d6:87:65. [I] May 7 12:35:50 ndm: Network::Interface::Switch: "FastEthernet0/3": switch link up at port 3 (100FD/AN). [I] May 7 12:35:50 ndhcpc: FastEthernet0/Vlan2: NDM DHCP Client, v3.2.45. [I] May 7 12:35:50 ndhcpc: FastEthernet0/Vlan2: created PID file "/var/run/ndhcpc-eth2.2.pid". [I] May 7 12:35:59 ndhcpc: FastEthernet0/Vlan2: received OFFER for 79.165.200.99 from 10.177.0.1. [I] May 7 12:35:59 ndhcpc: FastEthernet0/Vlan2: received ACK for 79.165.200.99 from 10.177.0.1 lease 2803 sec. [I] May 7 12:35:59 ndm: Dhcp::Client: configuring interface ISP. [I] May 7 12:35:59 ndm: Network::Interface::Ip: "FastEthernet0/Vlan2": IP address is 79.165.200.99/20. [I] May 7 12:35:59 ndm: Dhcp::Client: obtained IP address 79.165.200.99/20. [I] May 7 12:35:59 ndm: Dhcp::Client: interface "ISP" is global, priority 700. [I] May 7 12:35:59 ndm: Dhcp::Client: adding a default route via 79.165.192.1. [I] May 7 12:35:59 ndm: Dhcp::Client: adding a host route to name server 213.85.204.190. [I] May 7 12:35:59 ndm: Dhcp::Client: adding name server 213.85.204.190. [I] May 7 12:35:59 ndm: Dns::Manager: name server 213.85.204.190 added, domain (default). [I] May 7 12:35:59 ndm: Dhcp::Client: adding a host route to name server 213.85.204.220. [I] May 7 12:35:59 ndm: Dhcp::Client: adding name server 213.85.204.220. [I] May 7 12:35:59 ndm: Dns::Manager: name server 213.85.204.220 added, domain (default). [I] May 7 12:36:00 ndm: Core::Server: started Session /var/run/ndm.core.socket. [I] May 7 12:36:00 ndm: Core::Session: client disconnected. [I] May 7 12:36:00 ndm: Http::Manager: updated configuration. [I] May 7 12:36:01 ndm: Core::Server: started Session /var/run/ndm.core.socket. [I] May 7 12:36:01 ndm: Core::Session: client disconnected. [I] May 7 12:36:02 ndm: Core::Server: started Session /var/run/ndm.core.socket. [I] May 7 12:36:02 upnp: HTTP listening on port 54287 [I] May 7 12:36:02 upnp: Listening for NAT-PMP/PCP traffic on port 5351 [I] May 7 12:36:02 ndm: Network::InternetChecker: Internet access detected.По данному логу данный роутер проработал с
12:22:53 ndm: Core::System::Clock: system time has been changed. Доя снятия лога [I] May 7 12:36:02 upnp: Listening for NAT-PMP/PCP traffic on port 5351 [I] May 7 12:36:02 ndm: Network::InternetChecker: Internet access detected.всего 34минуты за это время
[I] May 7 12:32:22 ndm: Network::Interface::Switch: "FastEthernet0/2": switch link down at port 2. [W] May 7 12:32:22 ndm: Dhcp::Client: DHCP server is not responding. [I] May 7 12:32:22 ndm: Network::Interface::Ip: "FastEthernet0/Vlan2": IP address cleared. [W] May 7 12:32:22 ndhcpc: FastEthernet0/Vlan2: interrupted by a stop signal. [I] May 7 12:32:22 ndhcpc: FastEthernet0/Vlan2: NDM DHCP client stopped (exit status 0).Wan порт на котором провайдер ушел в link down
Потом снова поднялся через 3минуты
[I] May 7 12:35:59 ndm: Network::Interface::Ip: "FastEthernet0/Vlan2": IP address is 79.ххх.ххх.99/20.В данный промежуток времени есть клиенты телефон не интересен, а вот на LAN который QWERTY1
<ip>192.168.1.131</ip> <hostname>Honor_10-25.....94</hostname> <ip>192.168.1.86</ip> <hostname>QWERTY1</hostname> [I] May 7 12:24:24 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.131 from dc:72:9b:a5:8f:b2. [I] May 7 12:24:24 ndhcps: sending ACK of 192.168.1.131 to dc:72:9b:a5:8f:b2. [I] May 7 12:24:24 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.131 from dc:72:9b:a5:8f:b2. [I] May 7 12:24:25 ndhcps: sending ACK of 192.168.1.131 to dc:72:9b:a5:8f:b2. [I] May 7 12:26:34 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 7 12:26:34 ndhcps: sending ACK of 192.168.1.86 to 00:d8:61:d6:87:65. [I] May 7 12:26:34 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 7 12:26:34 ndhcps: sending ACK of 192.168.1.86 to 00:d8:61:d6:87:65. ... [I] May 7 12:35:48 ndm: Network::Interface::Switch: "FastEthernet0/3": switch link down at port 3. [I] May 7 12:35:48 ndm: Network::Interface::Switch: "FastEthernet0/2": switch link up at port 2 (100FD/AN). [I] May 7 12:35:48 ndhcps: DHCPINFORM received for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 7 12:35:48 ndhcps: sending INFORM to 00:d8:61:d6:87:65. [I] May 7 12:35:48 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.86 from 00:d8:61:d6:87:65. [I] May 7 12:35:48 ndhcps: sending ACK of 192.168.1.86 to 00:d8:61:d6:87:65. [I] May 7 12:35:50 ndm: Network::Interface::Switch: "FastEthernet0/3": switch link up at port 3 (100FD/AN).
клиенту дали IP а он еще просит и еще.
Смотрите кабеля для LAN и данного клиента QWERTY1, попробуйте без него только на wifi клиентах проверить. Так же попробуйте сохранить конфиг, сброс к заводским настройкам и заново залить конфиг.
-
5 минут назад, Mikesk сказал:
На 3.7 много жалоб на самопроизвольные перезагрузки, на 3.6 не видел ни жалоб, ни самих перезагрузок, но это не значит что их нет - поддержка тогда может знать больше.
Не видел таких, только на режиме Extender
В режме роутера несколько примеров
Ultra (KN-1810) Версия ОС 3.7 Alpha 8 Время работы 5дн. 15:27:20 Модель Speedster (KN-3010) Версия ОС 3.7 Alpha 8 Время работы 5дн. 15:30:10 -
3 часа назад, Ivan Serov сказал:
Ещё раз пропал в 4:31. Помогло вытаскивание 2 проводов из роутера
А он роутер у вас хоть работал, что-то не видно Помогло вытаскивание 2 проводов из роутера
! $$$ Last change: Sun, 2 May 2021 16:16:19 GMT ***** основное время +3 часа [I] Jan 1 00:00:03 kernel: Linux version 4.9-ndm-4 (developers@keenetic.com) (gcc version 10.2.0 (crosstool-NG 1.24.0-rc2-ndm-19 - NDMS Toolkit 1.0.0) ) #2 Wed Mar 31 20:36:06 MSK 2021 ... [I] Jan 1 03:00:04 ndm: Core::System::Timezone: "Europe/Moscow" locality set as default. ... [I] Jan 1 03:00:09 ndm: Network::Interface::Radio: "WifiMaster0": the radio switch state is changed to on, software state is down. [I] May 2 19:16:19 ndm: Core::System::Clock: system time has been changed. **** время 16:16:19 + 3часа = 19:16:19, так как нет интернета пока время и бата 2 May 2021 будет такое Далее настройка интерфейсов, портов, IP адресов **** так как wifi запустился и добавился в основной интерфейс к LAN портам то клиенты [I] May 2 19:16:31 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(dc:72:9b:a5:8f:b2) had associated successfully. [I] May 2 19:16:31 wmond: WifiMaster0/AccessPoint0: (MT7628) STA(dc:72:9b:a5:8f:b2) set key done in WPA2/WPA2PSK. [I] May 2 19:16:31 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.131 from dc:72:9b:a5:8f:b2. [I] May 2 19:16:31 ndhcps: sending ACK of 192.168.1.131 to dc:72:9b:a5:8f:b2. [I] May 2 19:16:31 ndhcps: DHCPREQUEST received (STATE_INIT) for 192.168.1.131 from dc:72:9b:a5:8f:b2. [I] May 2 19:16:31 ndhcps: sending ACK of 192.168.1.131 to dc:72:9b:a5:8f:b2. **** WAN порт получил IP [I] May 2 19:16:37 ndhcpc: FastEthernet0/Vlan2: received OFFER for 79.ххх.ххх.99 from 10.ххх.ххх.1. [I] May 2 19:16:38 ndhcpc: FastEthernet0/Vlan2: received ACK for 79.ххх.ххх.99 from 10.ххх.ххх.1 lease 4221 sec. [I] May 2 19:16:38 ndm: Dhcp::Client: configuring interface ISP. [I] May 2 19:16:38 ndm: Network::Interface::Ip: "FastEthernet0/Vlan2": IP address is 79.ххх.ххх.99/20. [I] May 2 19:16:38 ndm: Dhcp::Client: obtained IP address 79.ххх.ххх.99/20. [I] May 2 19:16:38 ndm: Dhcp::Client: interface "ISP" is global, priority 700. [I] May 2 19:16:38 ndm: Dhcp::Client: adding a default route via 79.ххх.ххх.1. [I] May 2 19:16:38 ndm: Dhcp::Client: adding a host route to name server 213.ххх.ххх.190. [I] May 2 19:16:38 ndm: Dhcp::Client: adding name server 213.ххх.ххх.190. [I] May 2 19:16:38 ndm: Dns::Manager: name server 213.ххх.ххх.190 added, domain (default). [I] May 2 19:16:38 ndm: Dhcp::Client: adding a host route to name server 213.ххх.ххх.220. [I] May 2 19:16:38 ndm: Dhcp::Client: adding name server 213.ххх.ххх.220. [I] May 2 19:16:38 ndm: Dns::Manager: name server 213.ххх.ххх.220 added, domain (default). **** переход на нормальное время после появления интернета [I] May 2 19:16:41 ndm: Network::InternetChecker: Internet access detected. [I] May 7 04:34:51 ndm: Core::System::Clock: system time has been changed. [I] May 7 04:34:51 ndm: Ntp::Client: time synchronized with "3.pool.ntp.org".самое интересное в данном логе это lease 4221 sec или 70,35мин, чуть более 1часа.
FastEthernet0/Vlan2: received ACK for 79.ххх.ххх.99 from 10.ххх.ххх.1 lease 4221 sec.При Помогло вытаскивание 2 проводов из роутера лог должен быть другим типа когда отключен WAN порт.
[I] May 7 08:11:24 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1 (100FD/AN). [I] May 7 08:11:26 ndhcpc: GigabitEthernet0/Vlan4: NDM DHCP Client, v3.2.47. [I] May 7 08:11:26 ndhcpc: GigabitEthernet0/Vlan4: created PID file "/var/run/ndhcpc-eth2.4.pid". [I] May 7 08:11:27 ndhcpc: GigabitEthernet0/Vlan4: received OFFER for 10.ххх.ххх.23 from 10.хх.хх.1. [I] May 7 08:11:27 ndhcpc: GigabitEthernet0/Vlan4: received ACK for 10.ххх.ххх.23 from 10.хх.хх.1 lease 973 sec. [I] May 7 08:11:27 ndm: Dhcp::Client: configuring interface GigabitEthernet0/Vlan4. [I] May 7 08:11:27 ndm: Network::Interface::Ip: "GigabitEthernet0/Vlan4": IP address is 10.хх.хх.23/24. [I] May 7 08:11:27 ndm: Dhcp::Client: obtained IP address 10.хх.хх.23/24. [I] May 7 08:11:27 ndm: Dhcp::Client: interface "GigabitEthernet0/Vlan4" is global, priority 65526. [I] May 7 08:11:27 ndm: Dhcp::Client: adding a default route via 10.хх.хх.1.Ваш лог не информативен, сохранен не в нужное время или еще как-то.
У нас например
[I] May 3 17:30:45 ndhcpc: GigabitEthernet0/Vlan4: received ACK for 10.хх.хх.23 from 10.хх.хх.1 lease 1200 sec. [I] May 3 17:40:46 ndhcpc: GigabitEthernet0/Vlan4: received ACK for 10.хх.хх.23 from 10.хх.хх.1 lease 1200 sec. [I] May 3 17:50:46 ndhcpc: GigabitEthernet0/Vlan4: received ACK for 10.хх.хх.23 from 10.хх.хх.1 lease 1200 sec. [I] May 3 18:00:46 ndhcpc: GigabitEthernet0/Vlan4: received ACK for 10.хх.хх.23 from 10.хх.хх.1 lease 1200 sec. ... [I] May 6 10:57:12 ndhcpc: GigabitEthernet0/Vlan4: received ACK for 10.хх.хх.23 from 10.хх.хх.1 lease 1200 sec. ... [I] May 7 07:57:40 ndhcpc: GigabitEthernet0/Vlan4: received ACK for 10.хх.хх.23 from 10.хх.хх.1 lease 1200 sec.Видимо для его биллинга нужно контролировать клиента, хотя тариф без кол-во МБ и месяц (т.е. дни нужны) или для его специфики работы аппаратуры. 😀
-
37A8 KN1810 заведено два провайдера :
1. Inet 1, PPPoE через родной WAN (интерфейс eth3 и на нем ppp0)
2. Inet 2, на LAN порт, простое (интерфейс eth2.4)
Клиент ПК подключен к роутеру по LAN порту (интерфейс eth2.1), на ПК запущен торрент. На роутере поднят multipath
ip policy Policy0 description Inet-2 permit global GigabitEthernet0/Vlan4 permit global PPPoE0 multipathи клиент ПК перемещен в данный профиль. В итоге имеем
Скрытый текст
Скрытый текст
Вопрос согласно данных скринов выше - "плавность" потока на интерфейсе eth2.1 вызывает вопросы, т.е. на интерфейсе LAN в сторону ПК при стабильном входном потоке 18МБ (или ~150Мбит) который как бы должен перейти в LAN порт для ПК. Так и должно быть или все в пределах нормы при работе торрента.
При обычном копирование - правда через TSMB поток стабильный с ПК на HDD роутера, ну не совсем то про что написано выше но все же.
На клиенте стоит - Realtek PCIe GbE Family Controller, свойства драйвера - Большой кадр=9014, Буфер передачи=128, Буфер приема=512, Контрольная сумма разгрузки TCP/UDP=включены везде, Разгрузки при большой отправки=включены везде, Управление потоком Rx/Tx=Включено
Скрытый текст<!-- show interface --> <interface name="GigabitEthernet0"> <id>GigabitEthernet0</id> <index>0</index> <type>GigabitEthernet</type> <description/> <interface-name>GigabitEthernet0</interface-name> <link>up</link> <connected>yes</connected> <state>up</state> <mtu>1500</mtu> <tx-queue-length>2000</tx-queue-length> <port name="1"> **** порт для Inet-2 <id>GigabitEthernet0/0</id> <index>0</index> <interface-name>1</interface-name> <type>Port</type> <link>up</link> <role for="GigabitEthernet0/Vlan4">inet</role> <flow-control>off</flow-control> <eee>off</eee> <port name="2"> **** порт для ПК <id>GigabitEthernet0/1</id> <index>1</index> <interface-name>2</interface-name> <type>Port</type> <link>up</link> <speed>1000</speed> <flow-control>on</flow-control> <eee>off</eee> <port name="3"> **** не активен <port name="4"> **** не активен <role>iseg</role> <interface name="1"> <id>GigabitEthernet0/0</id> <index>0</index> <interface-name>1</interface-name> <type>Port</type> <link>up</link> <role for="GigabitEthernet0/Vlan4">inet</role> <speed>100</speed> <flow-control>off</flow-control> <eee>off</eee> <interface name="2"> <id>GigabitEthernet0/1</id> <index>1</index> <interface-name>2</interface-name> <type>Port</type> <link>up</link> <speed>1000</speed> <duplex>full</duplex> <auto-negotiation>on</auto-negotiation> <flow-control>on</flow-control> <eee>off</eee> <interface name="3"> <id>GigabitEthernet0/2</id> <index>2</index> <link>down</link> <interface name="4"> <id>GigabitEthernet0/3</id> <index>3</index> <link>down</link> <role>iseg</role> <interface name="GigabitEthernet0/Vlan1"> <id>GigabitEthernet0/Vlan1</id> <index>1</index> <type>Vlan</type> <description>Home VLAN</description> <interface-name>GigabitEthernet0/Vlan1</interface-name> <link>up</link> <connected>yes</connected> <state>up</state> <mtu>1500</mtu> <tx-queue-length>0</tx-queue-length> <group>Home</group> <interface name="GigabitEthernet0/Vlan4"> <id>GigabitEthernet0/Vlan4</id> <index>4</index> <type>Vlan</type> <description>Inet-2</description> <interface-name>GigabitEthernet0/Vlan4</interface-name> <link>up</link> <connected>yes</connected> <state>up</state> <mtu>1500</mtu> <tx-queue-length>0</tx-queue-length> <uptime>400913</uptime> <global>yes</global> <defaultgw>no</defaultgw> <priority>65526</priority> <security-level>public</security-level> <interface name="ISP"> <id>GigabitEthernet1</id> <index>1</index> <type>GigabitEthernet</type> <description>RT</description> <interface-name>ISP</interface-name> <link>up</link> <connected>yes</connected> <state>up</state> <role>inet</role> <mtu>1500</mtu> <tx-queue-length>2000</tx-queue-length> <port name="0"> <id>GigabitEthernet1/0</id> <index>0</index> <interface-name>0</interface-name> <type>Port</type> <link>up</link> <auto-negotiation>on</auto-negotiation> <speed>100</speed> <duplex>full</duplex> <flow-control>off</flow-control> <transceiver>internal</transceiver> <sfp-combo>yes</sfp-combo> <interface name="0"> <id>GigabitEthernet1/0</id> <index>0</index> <interface-name>0</interface-name> <type>Port</type> <link>up</link> <auto-negotiation>on</auto-negotiation> <speed>100</speed> <duplex>full</duplex> <flow-control>off</flow-control> <transceiver>internal</transceiver> <sfp-combo>yes</sfp-combo>
-
KN1910 на 3.7 с белым IP, настроен сейчас на доменное имя - Прямой доступ или облако или авто с сертификатом SSL, пользователи и доступ к WEB только HTTPS :
1. по имени .....keenetic.pro доступ есть
2. по https://IP доступа нет
в логе тишина
Второе не возможно добавить данного клиента в мобильное приложение, при вводе CID - Keenetic не найден.
Можно ли без сброса к заводским и заливкой конфига решить данный вопрос, так как роутер удаленная точка.
-
8 минут назад, Maxwelltau сказал:
В инструкции написано
-
2 часа назад, Maxwelltau сказал:
Все сделал, но вот остались непонятные моменты:
Что-то опять не так делаю? Вход в вебморду изменил, это же не может влиять?Цитата5." запустить (для первого запуска и отладки в файл /opt/etc/init.d/S10xinetd в строку ARGS="-f /opt/etc/xinetd.conf" добавить ключ -d => ARGS="-d -f /opt/etc/xinetd.conf" и посмотреть вывод отладки, потом убрать данный ключ "-d"
Что имелось в виду - вариант а
#!/bin/sh ENABLED=yes PROCS=xinetd ARGS="-f /opt/etc/xinetd.conf" PREARGS="" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/opt/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin echo "on" . /opt/etc/init.d/rc.funcвариант b
#!/bin/sh ENABLED=yes PROCS=xinetd ARGS="-d -f /opt/etc/xinetd.conf" PREARGS="" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/opt/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin echo "on" . /opt/etc/init.d/rc.funcНайдите одно отличие
Цитата6." Далее проверить сервис xinetd" Ну вот вроде есть в процессах. Да?
Процесс xinetd согласно скрина запустился, далее проверяйте что вам нужно => работу сервиса tftp или чего вы там хотели.
service tftp { ... server = /opt/sbin/tftpd-hpa server_args = -s /opt/var/tftp .. }Цитата4. "в CLI ввести "ip dhcp pool...." для своего IP" Туда надо прописать 192.168.1.1? Написано так.
в инструкции написано, тут уж сами
2. В CLI (Телнет) роутера разрешить опции 66 и 67 ip dhcp pool _WEBADMIN option 66 ascii 192.168.2.1 Где IP - ваш ип адрес роутера ip dhcp pool _WEBADMIN option 67 hex 7078656c696e75782e3000 работает только через HEXПосле изменений через cli и если ошибок нет то нужно записать
system configuration save -
17 часов назад, Maxwelltau сказал:
Сделал все как здесь https://yadi.sk/d/3y5K3oFVZzst8Q по инструкции и ничего не получается.
Если я правильно понял инструкцию до проверки загрузки то все работает.
Скрытый текст1. после установки tftpd-hpa и xinetd (его конф файл -> /opt/etc/xinetd.conf выглядит ниже)
defaults { } includedir /opt/etc/xinetd.d2. в каталоге /opt/etc/xinetd.d создать файл например tftp и в нем содержимое
service tftp { flags = REUSE socket_type = dgram protocol = udp instances = 30 wait = yes user = root server = /opt/sbin/tftpd-hpa server_args = -s /opt/var/tftp cps = 100 2 log_on_success = HOST PID log_on_failure = HOST disable = no }3. в каталог /opt/var/tftp положить нужные файлы например из tftpboot минимальный
4. в CLI ввести "ip dhcp pool...." для своего IP
5. запустить (для первого запуска и отладки в файл /opt/etc/init.d/S10xinetd в строку ARGS="-f /opt/etc/xinetd.conf" добавить ключ -d => ARGS="-d -f /opt/etc/xinetd.conf" и посмотреть вывод отладки, потом убрать данный ключ "-d"
/opt/etc/init.d # ./S10xinetd start on Starting xinetd... 21/4/29@09:32:51: DEBUG: 5571 {handle_includedir} Reading included configuration file: /opt/etc/xinetd.d/tftp [file=/opt/etc/xinetd.conf] [line=4] Service defaults Bind = All addresses. Only from: All sites No access: No blocked sites No logging Service configuration: tftp id = tftp flags = REUSE IPv4 socket_type = dgram Protocol (name,number) = (udp,17) port = 69 Instances = 30 wait = yes user = 0 Groups = no CPS = max conn:100 wait:2 PER_SOURCE = -1 Bind = All addresses. Server = /opt/sbin/tftpd-hpa Server argv = tftpd-hpa -s /opt/var/tftp Only from: All sites No access: No blocked sites No logging 21/4/29@09:32:51: DEBUG: 5571 {cnf_start_services} Started service: tftp 21/4/29@09:32:51: DEBUG: 5571 {cnf_start_services} mask_max = 6, services_started = 1 21/4/29@09:32:51: NOTICE: 5571 {main} xinetd Version 2.3.15 started with loadavg options compiled in. 21/4/29@09:32:51: NOTICE: 5571 {main} Started working: 1 available service 21/4/29@09:32:51: DEBUG: 5571 {main_loop} active_services = 1 done. /opt/etc/init.d #6. Далее проверить сервис xinetd
5711 root 3808 S xinetd -f /opt/etc/xinetd.conf7. Проверить дальнейшее действие
-
KN1010 в режиме Точка доступа/Ретранслятор (192.168.1.2) работает 1день 17часов - без проблем при полном наборе компонентов, 37А7.
Единственное что не так так это lease 86600 на контроллере и процедура смена IP на Точка доступа/Ретранслятор. На контроллере (192.168.1.1) DHCP время 86600сек для адреса.
Скрытый текст[I] Apr 27 07:54:08 ndhcpc: Bridge0: received OFFER for 192.168.1.2 from 192.168.1.1. [I] Apr 27 07:54:08 ndhcpc: Bridge0: received ACK for 192.168.1.2 from 192.168.1.1 lease 86600 sec. [I] Apr 27 07:54:08 ndm: Dhcp::Client: configuring interface Home. [I] Apr 27 07:54:08 ndm: Network::Interface::Ip: "Bridge0": IP address is 192.168.1.2/24. [I] Apr 27 07:54:08 ndm: Dhcp::Client: obtained IP address 192.168.1.2/24. [I] Apr 27 07:54:08 ndm: Dhcp::Client: interface "Home" is global, priority 1. [I] Apr 27 07:54:08 ndm: Dhcp::Client: adding a default route via 192.168.1.1. [I] Apr 27 07:54:08 ndm: Dhcp::Client: adding name server 192.168.1.1. [I] Apr 27 07:54:08 ndm: Dns::Manager: name server 192.168.1.1 added, domain (default). ... [W] Apr 27 08:56:57 ndm: Dhcp::Client: DHCP server is not responding. [I] Apr 27 08:56:57 ndm: Network::Interface::Ip: "Bridge0": IP address is 192.168.1.3/24. [I] Apr 27 08:56:57 kernel: Disable SMB fastpath [I] Apr 27 08:56:57 kernel: Enable SMB fastpath for 192.168.1.3/255.255.255.0 ... [I] Apr 27 08:57:38 ndhcpc: Bridge0: received OFFER for 192.168.1.2 from 192.168.1.1. [I] Apr 27 08:57:38 ndhcpc: Bridge0: received ACK for 192.168.1.2 from 192.168.1.1 lease 86600 sec. [I] Apr 27 08:57:38 ndm: Dhcp::Client: configuring interface Home. [I] Apr 27 08:57:38 ndm: Network::Interface::Ip: "Bridge0": IP address is 192.168.1.2/24. [I] Apr 27 08:57:38 ndm: Dhcp::Client: obtained IP address 192.168.1.2/24. [I] Apr 27 08:57:38 ndm: Dhcp::Client: interface "Home" is global, priority 1. [I] Apr 27 08:57:38 ndm: Dhcp::Client: adding a default route via 192.168.1.1. [I] Apr 27 08:57:38 ndm: Dhcp::Client: adding name server 192.168.1.1. [I] Apr 27 08:57:38 ndm: Dns::Manager: name server 192.168.1.1 added, domain (default).Интересен интервал времени с 07-54 и по 08-57
Так же есть такой бзик, на Точка доступа/Ретранслятор в LAN порты - 2ПК+NAS+switch и далее в KN19. При включение ПК (NAS круглосуточно) происходит инициализация "br0: topology change detected"
Скрытый текст[I] Apr 28 07:40:06 ndm: Network::Interface::Switch: "GigabitEthernet0/1": switch link down at port 2. [I] Apr 28 07:40:06 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 28 07:40:06 kernel: br0: port 1(eth2.1) entered listening state [I] Apr 28 07:40:06 kernel: br0: enabled loop detector on port 4(eth3) [I] Apr 28 07:40:09 ndm: Network::Interface::Switch: "GigabitEthernet0/1": switch link up at port 2 (1000FD/AN). [I] Apr 28 07:40:09 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 28 07:40:09 kernel: br0: port 1(eth2.1) entered listening state [W] Apr 28 07:40:12 ndm: Dhcp::Client: DHCP server is not responding. [I] Apr 28 07:40:12 ndm: Network::Interface::Ip: "Bridge0": IP address is 192.168.1.3/24. [I] Apr 28 07:40:12 kernel: Disable SMB fastpath [I] Apr 28 07:40:12 kernel: Enable SMB fastpath for 192.168.1.3/255.255.255.0 [I] Apr 28 07:40:12 kernel: br0: port 1(eth2.1) entered learning state ... [I] Apr 28 07:40:13 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1. ... [I] Apr 28 07:40:14 ndm: Network::InternetChecker: Internet access lost (status: 0x0000). [I] Apr 28 07:40:14 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 28 07:40:14 kernel: br0: port 1(eth2.1) entered listening state [I] Apr 28 07:40:14 mtkiappd: stopped. [I] Apr 28 07:40:15 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1 (1000FD/AN). [I] Apr 28 07:40:15 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 28 07:40:15 kernel: br0: port 1(eth2.1) entered listening state [I] Apr 28 07:40:16 kernel: TSMB module version 3020.9.24.7 started from process 1685! [I] Apr 28 07:40:16 mtkiappd: MediaTek IAPP daemon v2.0.5 started on br0. [I] Apr 28 07:40:17 ndm: Network::Interface::Switch: "GigabitEthernet0/1": switch link down at port 2. [I] Apr 28 07:40:17 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 28 07:40:17 kernel: br0: port 1(eth2.1) entered listening state [I] Apr 28 07:40:18 coalagent: version 0.4.31 starting. [I] Apr 28 07:40:19 ndm: Network::Interface::Switch: "GigabitEthernet0/1": switch link up at port 2 (1000FD/AN). [I] Apr 28 07:40:19 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 28 07:40:19 kernel: br0: port 1(eth2.1) entered listening state [I] Apr 28 07:40:20 ndm: Cifs::ServerTsmb: service started. [I] Apr 28 07:40:23 kernel: br0: port 1(eth2.1) entered learning state [I] Apr 28 07:40:26 kernel: br0: port 1(eth2.1) entered forwarding state [I] Apr 28 07:40:26 kernel: br0: topology change detected, sending tcn bpdu [I] Apr 28 07:40:26 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link down at port 1. [I] Apr 28 07:40:26 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 28 07:40:26 kernel: br0: port 1(eth2.1) entered listening state [I] Apr 28 07:40:29 ndm: Network::Interface::Switch: "GigabitEthernet0/0": switch link up at port 1 (1000FD/AN). [I] Apr 28 07:40:29 kernel: br0: port 1(eth2.1) entered blocking state [I] Apr 28 07:40:29 kernel: br0: port 1(eth2.1) entered listening state [I] Apr 28 07:40:32 kernel: br0: port 1(eth2.1) entered learning state [I] Apr 28 07:40:35 kernel: br0: port 1(eth2.1) entered forwarding state [I] Apr 28 07:40:35 kernel: br0: topology change detected, sending tcn bpdu [I] Apr 28 07:40:38 kernel: TCP: request_sock_TCP: Possible SYN flooding on port 3702. Sending cookies. Check SNMP counters. [I] Apr 28 07:40:39 ndhcpc: Bridge0: received OFFER for 192.168.1.2 from 192.168.1.1. [I] Apr 28 07:40:39 ndhcpc: Bridge0: received ACK for 192.168.1.2 from 192.168.1.1 lease 86600 sec. [I] Apr 28 07:40:39 ndm: Dhcp::Client: configuring interface Home. [I] Apr 28 07:40:39 ndm: Network::Interface::Ip: "Bridge0": IP address is 192.168.1.2/24. [I] Apr 28 07:40:39 ndm: Dhcp::Client: obtained IP address 192.168.1.2/24. [I] Apr 28 07:40:39 ndm: Dhcp::Client: interface "Home" is global, priority 1. [I] Apr 28 07:40:39 ndm: Dhcp::Client: adding a default route via 192.168.1.1. [I] Apr 28 07:40:39 ndm: Dhcp::Client: adding name server 192.168.1.1. [I] Apr 28 07:40:39 ndm: Dns::Manager: name server 192.168.1.1 added, domain (default).Опять же интервал 07-40-06 по 07-40-39 более 30сек.
wifi 6
in Реализованные пожелания
Posted