-
Posts
4639 -
Joined
-
Last visited
-
Days Won
78
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by vasek00
-
-
43 минуты назад, r13 сказал:
Зы с доп точками доступа да проблема, для основного роутера они становятся проводными клиентами.
Интернет---------(WAN)роутер1(основной)-----------роутер2---------клиент
клиенты имеют регистрацию на основном.
-
А как же тогда с любителями схем с усилителями/репитерами да DHCP все на один основной роутер
-
41 минуту назад, Le ecureuil сказал:
Оно динамическое.
....
Это и будет предельным количеством хостов, которые уместятся в ppe hardware.
Пример:
Если у нас есть IPoE + PPPoE, то получаем (64 - 2 * 2) / (2 * 2) = 60 / 4 = 15 зарегистрированных устройств.
.....
т.е. привлекательность ppe hardware о которой так много говорили работает при 15 зарег.устройствах в сети, остальные пойдут по маршруту ppe software
-
22 часа назад, svoron сказал:
Когда-то уже поднимался подобный вопрос и он был успешно решен, сейчас вновь заметил проблему после обновления на одну из последних драфт-версий прошки на Giga II.
Сейчас стоит 2.11.B.0.0-0
Мобильные устройства, в частности на андроиде очень быстро стали разряжаться, в том числе даже при условии, что они просто лежат и ими не пользуются.
....
Отключил wi-fi как на мобильном, так и на планшете - на мобильном за сутки минус 5% заряда, на планшете в процентах даже не изменилось ничего. Вывод: wi-fi снова жрет батарею мобильных устройств.
Может конечно не из-за этого, но на ExtraII - 211 уже давно такой же эффект наблюдаю (раньше выключал планшет не выключая wi-fi и расхода батареи не замечал) сейчас чтоб не было расхода приходиться перед выключением планшета выключать wi-fi тогда с расходом все в порядке. после включения планшета вкл. wi-fi. На планшете wi-fi на BCM433Х, грешил на windows10.
-
KII на таком же проце как G2, нормально 3дня.
По Cloud::Agent
[I] Jan 1 03:00:20 ndm: Cloud::Agent: "cloud" component registered. [I] Jan 1 03:00:20 ndm: Cloud::Agent: "control" component registered. [I] Jan 1 03:00:20 ndm: Cloud::Agent: "ndns" TTP component registered. [I] Jan 1 03:00:20 ndm: Cloud::Agent: "ndns" component registered. <!-- show cloud --> <agent> <service> <state>ACTIVE</state> <token_alias>................</token_alias> <since>1</since> <loop_delay>5</loop_delay> <loop_interval>57</loop_interval> <loop_limit>7</loop_limit> <loop_sleep>30</loop_sleep> <tcp_connect_timeout>15</tcp_connect_timeout> <serial_in>0</serial_in> <serial_out>6</serial_out> <direct_access>yes</direct_access> <target_host>..........</target_host> <target_port>9</target_port> <target_list>................</target_list> <transport>udp</transport> <suspend_timeout>0</suspend_timeout> <status_code>200</status_code> </service>
Как и давали рекомендации ранее - пишите лог на внешний сервер.
-
Выполнил просто набор команд без смысла на проверку по ошибкам, ошибок не нашел релиз 2.11.В
/ # echo 280 80.out >> /opt/etc/iproute2/rt_tables / # echo 243 443.out >> /opt/etc/iproute2/rt_tables / # ip route add default via хх.хх.192.1 dev ppp0 table 80.out / # ip route add default via хх.хх.192.1 dev ppp0 table 443.out / # cat /opt/etc/iproute2/rt_tables 280 80.out 243 443.out / # ip route show table 80.out default via хх.хх.192.1 dev ppp0 / # ip route show table 443.out default via хх.хх.192.1 dev ppp0 / #
-
49 минут назад, Mamay сказал:
А как понять из-за чего ошибка, если нет никакой информации?
Тут вы правы.
-
53 минуты назад, Mamay сказал:
Без self-test бесполезная информация...
А как же ее вытащить если он повис?
-
Берем данный релиз, на роутере нет не одного правила которое было бы добавлено (для работы с портами), берем клиента на нем торрент на порт 28хх5 получаем в логе ошибки от работы UPNP
Скрытый текстDec 23 12:39:38upnp get_redirect_rule_by_index: invalid NDM response (redirect rule not found in "_NDM_UPNP_REDIRECT": index 0.: 22d000e)Dec 23 12:39:38upnp get_redirect_rule_by_index: invalid NDM response (redirect rule not found in "_NDM_UPNP_REDIRECT": index 0.: 22d000e)Dec 23 12:39:38upnp get_redirect_rule: invalid NDM response (no redirect rule found: tcp, port 28xx5.: 22d000d)Dec 23 12:39:38ndm UPnP::Manager: a new nat rule appended.Dec 23 12:39:38ndm UPnP::Manager: redirect rule added: tcp PPPoE0:28xx5 -> 192.168.1.2:28xx5.Dec 23 12:39:38ndm UPnP::Manager: a new filter rule appended.Dec 23 12:39:38ndm UPnP::Manager: forward rule added: tcp PPPoE0 -> 192.168.1.2:28xx5.Dec 23 12:39:38upnp get_redirect_rule: invalid NDM response (no redirect rule found: tcp, port 28xx5.: 22d000d)Dec 23 12:39:38ndm UPnP::Manager: a new nat rule appended.Dec 23 12:39:38ndm UPnP::Manager: redirect rule added: udp PPPoE0:28xx5 -> 192.168.1.2:28xx5.Dec 23 12:39:38ndm UPnP::Manager: a new filter rule appended.Dec 23 12:39:38ndm UPnP::Manager: forward rule added: udp PPPoE0 -> 192.168.1.2:28xx5.но правила появилисьChain _NDM_UPNP_FORWARD (1 references)
pkts bytes target prot opt in out source destination
70 3748 ACCEPT tcp -- ppp0 * 0.0.0.0/0 192.168.1.2 tcp dpt:28хх5
97 8313 ACCEPT udp -- ppp0 * 0.0.0.0/0 192.168.1.2 udp dpt:28хх5Chain _NDM_UPNP_REDIRECT (1 references)
pkts bytes target prot opt in out source destination
68 3580 DNAT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:28хх75 to:192.168.1.2:28хх5
121 13249 DNAT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:28хх75 to:192.168.1.2:28хх5и как не странно работаютChain _NDM_UPNP_FORWARD (1 references)
pkts bytes target prot opt in out source destination
89 4744 ACCEPT tcp -- ppp0 * 0.0.0.0/0 192.168.1.2 tcp dpt:28хх5
136 12148 ACCEPT udp -- ppp0 * 0.0.0.0/0 192.168.1.2 udp dpt:28хх5Chain _NDM_UPNP_REDIRECT (1 references)
pkts bytes target prot opt in out source destination
84 4432 DNAT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:28хх5 to:192.168.1.2:28хх5
139 14944 DNAT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:28хх5 to:192.168.1.2:28хх5udp 17 146 src=188.168.хх.80 dst=IP_PPP0 sport=49287 dport=28xx5 packets=10 bytes=548 src=192.168.1.2 dst=188.168.xx.80 sport=28xx5 dport=1039 packets=3 bytes=144 [ASSURED] mark=0 use=2
udp 17 86 src=192.168.1.2 dst=46.0.хх.28 sport=28хх5 dport=62348 packets=33 bytes=6389 src=46.0.хх.28 dst=IP_PPP0 sport=62348 dport=35009 packets=29 bytes=2927 [ASSURED] mark=0 use=2
udp 17 97 src=91.122.хх.145 dst=IP_PPP0 sport=14441 dport=28975 packets=250 bytes=344360 src=192.168.1.2 dst=91.122.хх.145 sport=28хх5 dport=14441 packets=245 bytes=19615 [ASSURED] mark=0 use=2
Так же в
(config)> show upnp redirect
entry:
index: 0
interface: PPPoE0
protocol: tcp
port: 28хх5
to-address: 192.168.1.2
to-port: 28хх5
description: NAT-PMP 28хх5 tcp
packets: 0
bytes: 0entry:
index: 1
interface: PPPoE0
protocol: udp
port: 28хх5
to-address: 192.168.1.2
to-port: 28хх5
description: NAT-PMP 28хх5 udp
packets: 0
bytes: 0(config)>
При выключении клиента
Dec 23 12:49:01ndm UPnP::Manager: redirect and forward rules deleted: tcp 28хх5.Dec 23 12:49:01upnp get_redirect_rule_by_index: invalid NDM response (redirect rule not found in "_NDM_UPNP_REDIRECT": index 1.: 22d000e)Dec 23 12:49:01ndm UPnP::Manager: redirect and forward rules deleted: udp 28хх5.Dec 23 12:49:01upnp get_redirect_rule_by_index: invalid NDM response (redirect rule not found in "_NDM_UPNP_REDIRECT": index 0.: 22d000e)Dec 23 12:49:01upnp get_redirect_rule_by_index: invalid NDM response (redirect rule not found in "_NDM_UPNP_REDIRECT": index 0.: 22d000e)Chain _NDM_UPNP_REDIRECT (1 references)
pkts bytes target prot opt in out source destinationи так же исчезло и "_NDM_UPNP_FORWARD"На работе не отражается пока.
-
1
-
-
KII на одном нормально, на другом
Dec 23 10:39:53upnp delete_redirect_and_filter_rules: invalid NDM response (no redirect rule found: tcp, port 1024.: 22d000d) Dec 23 10:40:08upnp get_redirect_rule_by_index: invalid NDM response (redirect rule not found in "_NDM_UPNP_REDIRECT": index 0.: 22d000e) Dec 23 10:43:37upnp get_redirect_rule_by_index: invalid NDM response (redirect rule not found in "_NDM_UPNP_REDIRECT": index 0.: 22d000e) Dec 23 10:47:04upnp get_redirect_rule_by_index: invalid NDM response (redirect rule not found in "_NDM_UPNP_REDIRECT": index 0.: 22d000e)
Странно про порт 1024, перегрузил все так же, решил откатиться на 211A905
-
1
-
2
-
-
В 21.12.2017 в 13:07, Mexonizator сказал:
Воскрешу пост, ибо проблема актуальна. Не знаю, как у вас, а у меня у Кинетика со временем переполняется память и приходится перезагружать руками. Нужен способ прописать ребут в конкретное время и ещё лучше с заданной частотой. В сети почему-то только треш в виде компа с виндой и запуском скрипта с него.
Может лучше поискать проблемку - для начала что запущенно на роутере, наверное помимо DLNA есть еще что-то? Потом изредка делать раз вы считате - со временем переполняется память и приходится перезагружать руками.
(config)> show system hostname: My domainname: WORKGROUP cpuload: 1 memory: 44332/130944 swap: 0/0 memtotal: 130944 memfree: 11356 membuffers: 6776 memcache: 68480 swaptotal: 0 swapfree: 0 uptime: 10126 (config)> (tools)> more proc:meminfo MemTotal: 126256 kB MemFree: 11356 kB Buffers: 6784 kB Cached: 68484 kB SwapCached: 0 kB Active: 52992 kB Inactive: 37468 kB Active(anon): 15264 kB Inactive(anon): 124 kB Active(file): 37728 kB Inactive(file): 37344 kB Unevictable: 12 kB Mlocked: 12 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 15208 kB Mapped: 10524 kB Shmem: 196 kB Slab: 13952 kB SReclaimable: 3068 kB SUnreclaim: 10884 kB KernelStack: 792 kB PageTables: 556 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 63128 kB Committed_AS: 62364 kB VmallocTotal: 1048372 kB VmallocUsed: 2784 kB VmallocChunk: 1024064 kB (config)>
-
После наверное для кого-то удачного изменения в прошивки
Цитатарешил сделать обновления и как на зло забыл сохранить 211А904, теперь на 211A905 на KII - скорость копирования по LAN с Win7 на USB раздел по smb упала с 10-11MB до 4MB. Странно то что проц "плюет в потолок", а отзывчивости от системы нет.
Mem: 116412K used, 9844K free, 188K shrd, 684K buff, 75644K cached CPU: 1.9% usr 9.2% sys 0.0% nic 2.5% idle 76.9% io 0.0% irq 9.2% sirq Load average: 3.50 3.29 2.00 1/98 3053 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 552 154 root D 15324 12.1 1 10.3 /bin/nqcs -i хххххххххххх 154 1 root S 28744 22.7 1 2.8 ndm Mem: 114584K used, 11672K free, 188K shrd, 884K buff, 73284K cached CPU: 2.4% usr 11.2% sys 0.0% nic 16.1% idle 59.0% io 0.0% irq 11.0% sirq Load average: 3.58 3.32 2.04 2/99 3074 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 552 154 root D 15324 12.1 1 10.6 /bin/nqcs -i ххххххххххх 154 1 root S 28744 22.7 1 5.0 ndm 84 2 root DW 0 0.0 1 0.8 [kswapd0] 3 2 root SW 0 0.0 0 0.3 [ksoftirqd/0] 561 560 nobody S 3136 2.4 0 0.2 nginx: worker process 1 [||||||||||||||||| 24.2%] Tasks: 28, 31 thr; 2 running 2 [||||||| 8.6%] Load average: 3.99 3.44 2.12 Mem[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||37.3M/123M] Uptime: 05:10:39 Swp[ 0K/0K] PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 552 root 20 0 15324 2352 484 R 16.4 1.9 2:36.65 /bin/nqcs -i хххххххххх 154 root 20 0 28744 7936 3988 S 3.9 6.3 8:07.92 ndm 3078 root 20 0 6568 2016 1268 R 2.0 1.6 0:00.45 htop 461 root 20 0 28744 7936 3988 S 1.3 6.3 4:37.95 ndm 156 root 20 0 28744 7936 3988 S 1.3 6.3 1:08.89 ndm 2485 root 20 0 28744 7936 3988 S 0.7 6.3 0:12.28 ndm
Такая скорость была ранее на разделе Ext, но на NTFS такого не было - на данном роутере и данной flash c предыдущими прошивками.
Что бы это значило.
ОТБОЙ бзик роутера или ПК, сейчас все нормально.
-
3 часа назад, Rusl сказал:
Суть проблемы:
После обновления перестало пускать по сети на расшаренный диск подключенный к Giga III.
Пишет: Не найден сетевой путь.
Как исправить?
Поискать наверное с Windows (так же возможно антивирусный/firewall, службы Windows)
Пример - Win7 видит диск с роутера :
Скрытый текстНа роутере 2.10/2.11. Параметр на Win7
SMB1 REG_DWORD = 0 (0-выкл, 1-вкл)
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters
ipconfig /all
Тип узла - гибридный, тут на форуме уже обсуждали про тип узла NodeType
- берем и на Windows отключаем Netbios протокол, как результат имеем не "чего не вижу и не слышу", роутер как и положено говорит 138 порт - BROWSER:Host Announcement и свое ServerName. Windows по барабану, Windows даже LLMNR не транслирует (по сервисам за нее отвечает UDP PS:llmnr - DNScache и UDPv6 PS:5355 - DNScache) ведь NetBios отключен
- берем и на Windows включаем Netbios по TCP, как результат через некоторое время видим диск с роутера (в проводнике) и притом роутер как и положено говорит 138 порт BROWSER:Host Announcement и свое ServerName, от Windows так же посыпались LLMNR и ответы на них от роутера порт 5355
c 2.11.A.8.0-5:
- CIFS: добавлена поддержка LLMNR
Скрытый текст5355 - hostmon, 138 - netbios-dgm, 137 - netbios-ns, 445 - microsoft-ds
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
nqnd 543 root 14u IPv4 398 0t0 UDP *:hostmon
nqnd 543 root 11u IPv4 395 0t0 UDP *:netbios-dgm
nqnd 543 root 10u IPv4 394 0t0 UDP *:netbios-ns
nqcs 553 root 15u IPv4 1738 0t0 TCP *:microsoft-ds (LISTEN)Как видно роутер свою работу в этом направлении ведет.
-
1 час назад, Padavan сказал:
Примерно с 1.5 недели назад был добавлен фикс, связанный с FlowControl CPU порта,,он коснулся и Ultra2 (его GigabitEthernet1), очень надеюсь это окончательно решит проблему.
Вопрос чуток не в тему, а в сторону портов switch для LAN этой функции FlowControl нет, т.е. она есть в связке по проходу "USB - CPU - LAN" (речь про роутер с 1GB портами)
-
43 минуты назад, ydzhus сказал:
Согласен, просто у других коллег есть тоже замечания по своей части.
Возможно, там есть тоже проблема.
Плюсуйте тему
Мне конечно далеко до ваших скоростей и "регрессий" про которые вы пишите, возможно это на UII , так как на 100Мбит не вижу с 211
На скрине видно nqcs сервис загрузил CPU до 62% с клиентом по LAN1GB Win7. Но на Asix USB->Ethernet 1GB (пока еще не до деланный по ppe обработка) поднялось пока до 17МБ с 12МБ при загрузке данного потока CPU1 ~92% ответственного за USB порт.
-
9 минут назад, Shadow87 сказал:
Сейчас диски переедут в отдельный NAS, и я думаю, что о проблеме уже не услышу, т.к. столкнулся я с ней именно после того, как перевёл на роутер диски со старого самодельного NASa.
Клиническим торрентоводам вроде меня рекомендую для работы с большим количеством торрентов пользоваться внешним агрегатом, который к тому же даст больше возможностей работы с медиаконтентом.
Как говориться идете в правильном направлении.
-
1
-
-
1 час назад, karimovrt сказал:
"Отличный" совет с отключением smb1 на windows. А что делать с android клиентами?! У меня вот телефон выдает жалких 14, на фоне 28 по ftp с того же роутера.
p.s. 2 года сидел на китайцах с padavan, вернулся в надежде, что с приходом того самого человека тут прошивки стали адекватными....да ошибся)
Берем смартфон с Android приложение Total и для него плугин (LAN общий доступ Windows) в итоге на KII (211A903)
Android 4.4.4 1796 12:08:26 11.12.2017 6.0686870 KEEN 192.168.1.21 SMB SMB:R; Negotiate, Dialect is NT LM 0.12 (#0), SpnegoToken (1.3.6.1.5.5.2) 1798 12:08:26 11.12.2017 6.0756580 192.168.1.21 KEEN SMB SMB:C; Session Setup Andx, NTLM NEGOTIATE MESSAGE, Workstation Domain: ?, Workstation Name: ANDROID 1801 12:08:26 11.12.2017 6.0901280 KEEN 192.168.1.21 SMB SMB:R; Session Setup Andx, NTLM CHALLENGE MESSAGE - NT Status: System - Error, Code = (22) STATUS_MORE_PROCESSING_REQUIRED 1803 12:08:26 11.12.2017 6.1492870 192.168.1.21 KEEN SMB SMB:C; Session Setup Andx, NTLM AUTHENTICATE MESSAGEVersion:v2, Domain: ?, User: admin, Workstation: ANDROID 1804 12:08:26 11.12.2017 6.1638490 KEEN 192.168.1.21 SMB SMB:R; Session Setup Andx 1806 12:08:26 11.12.2017 6.1656580 192.168.1.21 KEEN SMB SMB:C; Tree Connect Andx, Path = \\192.168.1.1\IPC$, Service = ????? Windows 10 ... 1038 21:17:25 07.12.2017 48.9889446 System FANTOM-A MY-KEEN SMB2 SMB2:C TREE CONNECT (0x3), Path=\\192.168.1.100\IPC$ {SMBOverTCP:77, TCP:76, IPv4:15} 1039 21:17:25 07.12.2017 48.9902525 System MY-KEEN FANTOM-A SMB2 SMB2:R TREE CONNECT (0x3), TID=0xa {SMBOverTCP:77, TCP:76, IPv4:15}
-
2
-
-
Samba 4.7 из Entware 3 ответ по GUI
Скрытый текст93 19:17:46 08.12.2017 9.6562662 System KII 192.168.1.2 SMB2 SMB2:R NEGOTIATE (0x0), GUID={00000000-0000-0000-006E-65656B2D796D} {SMBOverTCP:9, TCP:8, IPv4:4} + SMBOverTCP: Length = 202 - SMB2: R NEGOTIATE (0x0), GUID={00000000-0000-0000-006E-65656B2D796D} SMBIdentifier: SMB - SMB2Header: R NEGOTIATE (0x0),TID=0x0000, MID=0x0000, PID=0x0000, SID=0x0000 StructureSize: 64 (0x40) CreditCharge: 0 (0x0) + Status: 0x0, Facility = FACILITY_SYSTEM, Severity = STATUS_SEVERITY_SUCCESS, Code = (0) STATUS_SUCCESS Command: NEGOTIATE (0x0) Credits: 1 (0x1) + Flags: 0x1 NextCommand: 0 (0x0) MessageId: 0 (0x0) ProcessId: 0 (0x0) TreeId: 0 (0x0) SessionId: 0 (0x0) Signature: Binary Large Object (16 Bytes) - RNegotiate: StructureSize: 65 (0x41) + SecurityMode: 1 (0x1) DialectRevision: (0x2ff) - SMB2 wildcard revision number. Reserved: 0 (0x0) ServerGuid: {00000000-0000-0000-006E-65656B2D796D} 95 19:17:46 08.12.2017 9.6566659 System 192.168.1.2 KII SMB2 SMB2:C NEGOTIATE (0x0), GUID={E2B0B47B-4D70-5681-11E7-DC21B6B2DC37} {SMBOverTCP:9, TCP:8, IPv4:4} 98 19:17:46 08.12.2017 9.7487423 System KII 192.168.1.2 SMB2 SMB2:R NEGOTIATE (0x0), GUID={00000000-0000-0000-006E-65656B2D796D} {SMBOverTCP:9, TCP:8, IPv4:4} - SMB2: R NEGOTIATE (0x0), GUID={00000000-0000-0000-006E-65656B2D796D} SMBIdentifier: SMB - SMB2Header: R NEGOTIATE (0x0),TID=0x0000, MID=0x0001, PID=0xFEFF, SID=0x0000 StructureSize: 64 (0x40) CreditCharge: 0 (0x0) + Status: 0x0, Facility = FACILITY_SYSTEM, Severity = STATUS_SEVERITY_SUCCESS, Code = (0) STATUS_SUCCESS Command: NEGOTIATE (0x0) Credits: 1 (0x1) + Flags: 0x1 NextCommand: 0 (0x0) MessageId: 1 (0x1) ProcessId: 65279 (0xFEFF) TreeId: 0 (0x0) SessionId: 0 (0x0) Signature: Binary Large Object (16 Bytes) - RNegotiate: StructureSize: 65 (0x41) + SecurityMode: 1 (0x1) DialectRevision: (0x210) - SMB 2.1 dialect revision number. Reserved: 0 (0x0) ServerGuid: {00000000-0000-0000-006E-65656B2D796D} - Capabilities: 0x7 DFS: (...............................1) DFS available LEASING: (..............................1.) the server supports leasing LargeMtu: (.............................1..) the server supports multi-credit operations Reserved_bits1_30: (00000000000000000000000000000...) Reserved
Win 10 Home так же работала по SMB2 при настройках Samba 4.7
server max protocol = SMB3 # server min protocol = SMB3 client max protocol = SMB3 # client min protocol = SMB3
-
1 минуту назад, OverKot сказал:
это роутер от провайдера D-Link. Вот через него всё работает нормально,если в него завести провод от провадера, а от него уже на Zuxel подать. Но это просто нагромаждение роутеров на полке.
Схема какая подключения на пальцах типа ниже и соответствие self-test
Орион ------ Dlink ------ (WAN)UltraII
-
Дубликат поста выше почему-то
-
1 час назад, OverKot сказал:
Wan - Sip Орион. IP динамически выделяется,но всегда один
Wan 2(Lan 1) - L2TP от Билайна (работает нормально)
Intelcom(vpn) - не активен
Вся фишка еще в том, и что бросилось в глаза, что у вас на проводе WAN от вашего Орион - кто-то еще сидит со своей техникой
[I] Dec 6 16:59:22 ndhcpc: GigabitEthernet1: received OFFER for 192.168.0.2 from 192.168.0.1. [I] Dec 6 16:59:22 ndhcpc: GigabitEthernet1: received ACK for 192.168.0.2 from 192.168.0.1. [I] Dec 6 16:59:23 ndm: Dhcp::Client: configuring interface ISP. [I] Dec 6 16:59:23 ndm: Network::Interface::IP: "GigabitEthernet1": IP address is 192.168.0.2/24. [I] Dec 6 16:59:23 ndm: Dhcp::Client: obtained IP address 192.168.0.2/24. [I] Dec 6 16:59:23 ndm: Dhcp::Client: interface "ISP" is global, priority 700. [I] Dec 6 16:59:23 ndm: Dhcp::Client: adding a default route via 192.168.0.1. [I] Dec 6 16:59:23 ndm: Dhcp::Client: adding name server 192.168.0.1. [W] Dec 6 16:59:23 ndm: Dns::Manager: name server 192.168.0.1 is disregarded while Yandex.DNS is active. ... и до 08/12/17 проблем с данным каналом не видно [W] Dec 8 10:49:39 ndm: Dhcp::Client: DHCP server is not responding. [I] Dec 8 10:49:39 ndm: Network::Interface::IP: "GigabitEthernet1": IP address cleared. [I] Dec 8 10:49:39 ndhcpc: GigabitEthernet1: NDM DHCP client stopped (exit status 0).
Ну кто-то выключил что-то (возможно у соседа такой же провайдер и данный кабель включен в LAN порт роутера) свою технику или что-то он сделал, далее
Скрытый текстDec 8 10:49:54 ndhcpc: GigabitEthernet1: NDM DHCP client (version 3.2.14) started.
Dec 8 10:49:54 ndhcpc: GigabitEthernet1: created PID file "/var/run/ndhcpc-eth3.pid".
...
Dec 8 10:49:59 ndm: Network::InternetChecker: Internet access lost.
[W] Dec 8 10:50:24 ndm: Dhcp::Client: DHCP server is not responding.
Dec 8 10:50:24 ndm: Network::Interface::IP: "GigabitEthernet1": IP address cleared.
Dec 8 10:50:24 ndhcpc: GigabitEthernet1: NDM DHCP client stopped (exit status 0).
Dec 8 10:50:24 ndm: Network::InterfaceFlusher: flushed GigabitEthernet1 conntrack and route cache.
...
Dec 8 10:50:28 ndhcpc: GigabitEthernet1: NDM DHCP client (version 3.2.14) started.
Dec 8 10:50:28 ndhcpc: GigabitEthernet1: created PID file "/var/run/ndhcpc-eth3.pid".
Dec 8 10:50:30 ndhcpc: GigabitEthernet1: received OFFER for 109.226.203.140 from 109.226.250.24.
Dec 8 10:50:31 ndhcpc: GigabitEthernet1: received ACK for 109.226.203.140 from 109.226.250.24.
Dec 8 10:50:31 ndm: Dhcp::Client: configuring interface ISP.
Dec 8 10:50:31 ndm: Network::Interface::IP: "GigabitEthernet1": IP address is 109.226.203.140/32.
Dec 8 10:50:31 ndm: Dhcp::Client: obtained IP address 109.226.203.140/32.
Dec 8 10:50:31 ndm: Dhcp::Client: interface "ISP" is global, priority 700.
Dec 8 10:50:31 ndm: Dhcp::Client: adding a default route (no address).
Dec 8 10:50:31 ndm: Dhcp::Client: adding a host route to name server 80.65.20.1.
[E] Dec 8 10:50:31 ndm: Network::RoutingTable: gateway 109.226.250.24 is unreachable via ISP.
[E] Dec 8 10:50:31 ndm: Dhcp::Client: failed to add a host route.
Dec 8 10:50:31 ndm: Dhcp::Client: adding name server 80.65.20.1.
[W] Dec 8 10:50:31 ndm: Dns::Manager: name server 80.65.20.1 is disregarded while Yandex.DNS is active.
Dec 8 10:50:31 ndm: Dhcp::Client: adding a host route to name server 80.65.16.1.
[E] Dec 8 10:50:31 ndm: Network::RoutingTable: gateway 109.226.250.24 is unreachable via ISP.
[E] Dec 8 10:50:31 ndm: Dhcp::Client: failed to add a host route.
Dec 8 10:50:31 ndm: Dhcp::Client: adding name server 80.65.16.1.
[W] Dec 8 10:50:31 ndm: Dns::Manager: name server 80.65.16.1 is disregarded while Yandex.DNS is active.А можно перезапустить роутер (вкл./выкл) и посмотрите все что связанно с WAN или GigabitEthernet1 на наличие стороннего IP (посмотреть лог через /?#tools.files - файлы log)
-
В 03.12.2017 в 11:26, OverKot сказал:
В журнале - "ndmNetwork::RoutingTable: gateway 109.226.250.24 is unreachable via ISP."
Провайдер настаивает,что мол "IP динамический присваивается, и именно у роутеров Zuxel,есть такая беда,мол роутер меняйте, или покупайте "белый-статический IP", или уходите на совсем "серый" IP. На Zuxel-ях происходит "переполнение"."
Было исправление Версия 2.11.A.4.0-1:
Цитатаубран перезапуск DHCP-клиента при разрыве связанных с ним PPTP/L2TP-подключений, не имеющих признака global
у вас же 2.11.A.9.0-2 и
interface GigabitEthernet0/0 role inet for GigabitEthernet0/Vlan2 ... up interface GigabitEthernet0/Vlan2 description BeeWAN security-level public ip address dhcp .... up interface GigabitEthernet1 rename ISP ... ip global 700 up interface L2TP0 description BeeLine ... ip global 350 connect via GigabitEthernet0/Vlan2 up interface PPTP0 description Intelcom ... ip global 525 no connect via L2TP0 down interface PPTP0 description Intelcom ... ip global 525 no connect via L2TP0 down crypto map VirtualIPServer ... LAN1 выделен в Vlan2 и на нем поднят второй WAN и L2TP0 (BeeLine приоритет 350), родной WAN на DHCP с провайдером и приоритет 700. Так же весит "easyconfig check" по проверке
А можно еще на пальцах описание схемы подключения роутера
-
5 минут назад, balookrd сказал:
Посмотреть - это хорошо, но мне важнее как расставить эти приоритеты вручную, в зависимости от соединения, а алгоритм ранжирования совсем неинтересен (мне даже вреден, хотелось бы выключить).
Так вы наверное прочитали
Убираете, то что дает провайдер и ставите свои в нужной вам последовательности (хоть адреса DNS серверов провайдеров, хоть публичные)
-
Приоритет согласно списка "ndnproxymain.conf", можете посмотреть так же в self-test (поиск по тексту temp:ndnproxymain.conf)
Сейчас интересно
ndnproxymain.stat DNS Servers Ip Ban R.Sent A.Rcvd Med.Resp Avg.Resp Rank хх.хх.20.1 no 0 0 0ms 0ms 2 хх.хх.21.1 no 0 0 0ms 0ms 2 хх.хх.хх.196 no 0 0 0ms 0ms 2 77.88.8.8 no 10 10 100ms 101ms 4 77.88.8.1 no 18 18 107ms 119ms 4 77.88.8.88 no 0 0 0ms 0ms 2 77.88.8.2 no 0 0 0ms 0ms 2 77.88.8.7 no 4 4 106ms 101ms 4 77.88.8.3 no 1 1 109ms 109ms 4
Но еще интересней писал ранее например как в последних Windows 10 сразу на все интерфейсы, например имеете два канала на роутере пусть даже в резерве второй, то почему бы не посылать сразу по двум каналам запрос DNS (каждый провайдер дает свой IP DNS) или пользователю выбрать свои. Пример так же есть в DNSMasq с опцией "all-servers"
server=IP_DNS1 server=IP_DNS2 all-servers
запрос по default каналу сразу на два IP_DNS1 и IP_DNS2 - в работу пойдет самый первый полученный ответ. Второй вариант это завернуть IP адрес IP_DNS2 на резервный канал - в работу так же брать самый первый ответ.
Ошибка kernel: hw_nat: table is full
in 2.11
Posted
Так она уже рассмотрена и имеет решение, осталось ее окультурить
- Незарегистрированные пойдут через ppe hardware без учета трафика независимо от их количества.
- Зарегистрированы и если совсем кратко считать, то нужно плясать от константы 64 - это число записей для подсчета трафика в ppe hardware.
следовательно важное условие это подсчет трафика на зарег.устройстве, но если считать на нем не надо, то?