Jump to content

vasek00

Forum Members
  • Posts

    4639
  • Joined

  • Last visited

  • Days Won

    78

Posts posted by vasek00

  1. 35 минут назад, r13 сказал:

     Рассмотрите пожалуйста возможность добавления настройки предложенной @KorDen

    Так она уже рассмотрена и имеет решение, осталось ее окультурить

    - Незарегистрированные пойдут через ppe hardware без учета трафика независимо от их количества.

    - Зарегистрированы и если совсем кратко считать, то нужно плясать от константы 64 - это число записей для подсчета трафика в ppe hardware.

    следовательно важное условие это подсчет трафика на зарег.устройстве, но если считать на нем не надо, то?

  2. 43 минуты назад, r13 сказал:

    Зы с доп точками доступа да проблема, для основного роутера они становятся проводными клиентами. 

    Интернет---------(WAN)роутер1(основной)-----------роутер2---------клиент

    клиенты имеют регистрацию на основном.

  3. 41 минуту назад, Le ecureuil сказал:

    Оно динамическое.

    ....

    Это и будет предельным количеством хостов, которые уместятся в ppe hardware.

     

    Пример:

    Если у нас есть IPoE + PPPoE, то получаем (64 - 2 * 2) / (2 * 2) = 60 / 4 = 15 зарегистрированных устройств.

    .....

    т.е. привлекательность ppe hardware о которой так много говорили работает при 15 зарег.устройствах в сети, остальные пойдут по маршруту ppe software

  4. 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.

  5. 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>

    Как и давали рекомендации ранее - пишите лог на внешний сервер.

  6. Выполнил просто набор команд без смысла на проверку по ошибкам, ошибок не нашел релиз 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 
    / # 

     

  7. Берем данный релиз, на роутере нет не одного правила которое было бы добавлено (для работы с портами), берем клиента на нем торрент на порт 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хх5
     
    Chain _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хх5

    Chain _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хх5

     

    udp      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: 0

                entry:
                    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"

    На работе не отражается пока.

    • Thanks 1
  8. 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

     

    • Thanks 1
    • Upvote 2
  9. В 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)> 

     

  10. После наверное для кого-то удачного изменения в прошивки

    Цитата

    CIFS: восстановлена скорость передачи файлов, в том числе по SMB1 (сообщил @ydzhus)

    решил сделать обновления и как на зло забыл сохранить 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 предыдущими прошивками.

    Что бы это значило.

     

    ОТБОЙ бзик роутера или ПК, сейчас все нормально.

  11. 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)

    Как видно роутер свою работу в этом направлении ведет.

     

  12. 1 час назад, Padavan сказал:

    Примерно с 1.5 недели назад был добавлен фикс, связанный с FlowControl CPU порта,,он коснулся и Ultra2 (его GigabitEthernet1), очень надеюсь это окончательно решит проблему.

    Вопрос чуток не в тему, а в сторону портов switch для LAN этой функции FlowControl нет, т.е. она есть в связке по проходу "USB - CPU - LAN" (речь про роутер с 1GB портами)

  13. 43 минуты назад, ydzhus сказал:

    Согласен, просто у других коллег есть тоже замечания по своей части.

    Возможно, там есть тоже проблема.

    Плюсуйте тему

    Мне конечно далеко до ваших скоростей и "регрессий" про которые вы пишите, возможно это на UII , так как на 100Мбит не вижу с 211

    На скрине видно nqcs сервис загрузил CPU до 62% с клиентом по LAN1GB Win7. Но на Asix USB->Ethernet 1GB (пока еще не до деланный по ppe обработка) поднялось пока до 17МБ с 12МБ при загрузке данного потока CPU1 ~92% ответственного за USB порт.

  14. 9 минут назад, Shadow87 сказал:

    Сейчас диски переедут в отдельный NAS, и я думаю, что о проблеме уже не услышу, т.к. столкнулся я с ней именно после того, как перевёл на роутер диски со старого самодельного NASa.

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

    Как говориться идете в правильном направлении.

    • Upvote 1
  15. 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}

     

    • Upvote 2
  16. 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

     

  17. 1 минуту назад, OverKot сказал:

    это роутер от провайдера D-Link. Вот через него всё работает нормально,если в него завести провод  от провадера, а от него уже на Zuxel подать. Но это просто нагромаждение роутеров на полке.

    Схема какая подключения на пальцах типа ниже и соответствие self-test

    Орион ------ Dlink ------ (WAN)UltraII

     

  18. 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)

  19. В 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" по проверке

    А можно еще на пальцах описание схемы подключения роутера

  20. 5 минут назад, balookrd сказал:

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

    Так вы наверное прочитали

    Убираете, то что дает провайдер и ставите свои в нужной вам последовательности (хоть адреса DNS серверов провайдеров, хоть публичные)

  21. Приоритет согласно списка "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 на резервный канал - в работу так же брать самый первый ответ.

×
×
  • Create New...