nik247 Опубликовано 28 июля, 2013 · Жалоба Неанонсированное изменение, при старте убирающее proxy_arp с интерфейсов работает, проверено :) Почему неанонсированное? [8b87af] (HEAD, master) by Kozlov Dmitry 2013-07-26 10:40:51 ipoe: turn off kernel-mode proxy-arp on interfaces if proxy-arp=1|2 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 30 июля, 2013 · Жалоба Нашел мелкие грабли и способ их обхода. При работе в режиме релея, default_GW выдаваемый dhcp сервером accel беззастенчиво заменяет своим адресом. Т.е. независимо от того что выдал dhcp, accel клиенту возвращает gw=giaddr. Не знаю зачем так сделано, в старых версиях никаких подмен не было.. Зато совершенно 'левая' опция, предназначенная для работы с radius'ом замечательно данное свинство решает - прописываем gw-ip-address=xxx/xx с нужным шлюзом для нужных блоков IP и все работает чудесно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 31 июля, 2013 · Жалоба можешь кусок лога привести ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 31 июля, 2013 · Жалоба accel-ppp.conf: interface=re:bond1\.2[0-9][0-9][0-9]\.(\d+)$,relay=10.200.0.2,giaddr=10.200.0.100 relay=10.200.0.2 agent-remote-id=accel-pppd 10.200.0.100 - релей accel, 10.200.0.2 - dhcp сервер. Вот получение IP между релеем и клиентом: 10:42:45.977119 IP (tos 0x0, ttl 128, id 64487, offset 0, flags [none], proto UDP (17), length 335) 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:17:a4:14:d9:dd, length 307, xid 0x799ead89, Flags [none] Client-Ethernet-Address 00:17:a4:14:d9:dd DHCP-Message Option 53, length 1: Discover Client-ID Option 61, length 7: ether 00:17:a4:14:d9:dd Requested-IP Option 50, length 4: 194.12.94.2 Parameter-Request Option 55, length 11: Subnet-Mask, Domain-Name, Default-Gateway, Domain-Name-Server Netbios-Name-Server, Netbios-Node, Netbios-Scope, Router-Discovery Static-Route, Classless-Static-Route-Microsoft, Vendor-Option Vendor-Option Option 43, length 2: 220.0 10:42:45.981608 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 347) 10.200.0.100.67 > 194.12.94.2.68: BOOTP/DHCP, Reply, length 319, xid 0x799ead89, Flags [none] Your-IP 194.12.94.2 Server-IP 10.200.0.100 Client-Ethernet-Address 00:17:a4:14:d9:dd Vendor-rfc1048 Extensions DHCP-Message Option 53, length 1: Offer Server-ID Option 54, length 4: 10.200.0.100 Lease-Time Option 51, length 4: 300 Default-Gateway Option 3, length 4: 10.200.0.100 Subnet-Mask Option 1, length 4: 255.255.224.0 Domain-Name-Server Option 6, length 4: 91.203.164.27 Vendor-Option Option 43, length 13: 1.4.0.0.0.2.2.4.0.0.0.1.255 Agent-Information Option 82, length 28: Circuit-ID SubOption 1, length 14: bond1.999.2002 Remote-ID SubOption 2, length 10: accel-pppd А вот то же, но между релеем и dhcp сервером: 10:48:38.431212 IP (tos 0x0, ttl 64, id 46511, offset 0, flags [DF], proto UDP (17), length 365) 10.200.0.100.67 > 10.200.0.2.67: BOOTP/DHCP, Request from 00:17:a4:14:d9:dd, length 337, xid 0xbd7ee9bf, Flags [none] Gateway-IP 10.200.0.100 Client-Ethernet-Address 00:17:a4:14:d9:dd Vendor-rfc1048 Extensions DHCP-Message Option 53, length 1: Discover Client-ID Option 61, length 7: ether 00:17:a4:14:d9:dd Requested-IP Option 50, length 4: 194.12.94.2 Vendor-Class Option 60, length 8: "MSFT 5.0" Parameter-Request Option 55, length 11: Subnet-Mask, Domain-Name, Default-Gateway, Domain-Name-Server Netbios-Name-Server, Netbios-Node, Netbios-Scope, Router-Discovery Static-Route, Classless-Static-Route-Microsoft, Vendor-Option Vendor-Option Option 43, length 2: 220.0 Agent-Information Option 82, length 28: Circuit-ID SubOption 1, length 14: bond1.999.2002 Remote-ID SubOption 2, length 10: accel-pppd 10:48:38.433286 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 347) 10.200.0.2.67 > 10.200.0.100.67: BOOTP/DHCP, Reply, length 319, xid 0xbd7ee9bf, Flags [none] Your-IP 194.12.94.2 Gateway-IP 10.200.0.100 Client-Ethernet-Address 00:17:a4:14:d9:dd Vendor-rfc1048 Extensions DHCP-Message Option 53, length 1: Offer Server-ID Option 54, length 4: 10.201.0.1 Lease-Time Option 51, length 4: 300 Subnet-Mask Option 1, length 4: 255.255.224.0 Default-Gateway Option 3, length 4: 194.12.64.1 Domain-Name-Server Option 6, length 4: 91.203.164.27 Vendor-Option Option 43, length 13: 1.4.0.0.0.2.2.4.0.0.0.1.255 Agent-Information Option 82, length 28: Circuit-ID SubOption 1, length 14: bond1.999.2002 Remote-ID SubOption 2, length 10: accel-pppd Похоже релей клиенту отдает вместо опции 'Default-Gateway' параметр 'Gateway-IP', который в общем-то к клиенту не относится. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 1 августа, 2013 · Жалоба Опция поправлена, dhcp+relay работают штатно. Спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
morfair Опубликовано 6 августа, 2013 (изменено) · Жалоба Подскажите, не могу собрать с поддержкой -DLOG_PGSQL=TRUE # cat /etc/debian_version 7.1 # uname -a Linux nas1 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux [ 70%] Building C object accel-pppd/logs/CMakeFiles/log_file.dir/log_file.c.o Linking C shared library liblog_file.so [ 70%] Built target log_file [ 71%] Building C object accel-pppd/logs/CMakeFiles/log_pgsql.dir/log_pgsql.c.o /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c: In function ‘set_hdr’: /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c:66:16: error: ‘struct ppp_t’ has no member named ‘username’ /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c:67:44: error: ‘struct ppp_t’ has no member named ‘username’ /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c:68:30: error: ‘struct ppp_t’ has no member named ‘username’ /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c:69:44: error: ‘struct ppp_t’ has no member named ‘sessionid’ /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c:70:30: error: ‘struct ppp_t’ has no member named ‘sessionid’ /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c: At top level: /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c:280:2: warning: initialization from incompatible pointer type [enabled by default] /root/git/accel-ppp-code/accel-pppd/logs/log_pgsql.c:280:2: warning: (near initialization for ‘target.log’) [enabled by default] make[2]: *** [accel-pppd/logs/CMakeFiles/log_pgsql.dir/log_pgsql.c.o] Ошибка 1 make[1]: *** [accel-pppd/logs/CMakeFiles/log_pgsql.dir/all] Ошибка 2 make: *** [all] Ошибка 2 Изменено 6 августа, 2013 пользователем morfair Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 6 августа, 2013 · Жалоба исправил Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ktoto Опубликовано 9 августа, 2013 · Жалоба Приветствую. При запуске пишет в лог: loader: 'ipoe' not found loader: 'shaper' not found соответственно демон не стартует. Ставил из accel-ppp-1.7.3_squeeze_amd64.deb Как лечить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 9 августа, 2013 · Жалоба ipoe в 1.7 нет, собирайте из исходников Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ktoto Опубликовано 9 августа, 2013 · Жалоба ipoe в 1.7 нет, собирайте из исходников Понял, спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
morfair Опубликовано 14 августа, 2013 (изменено) · Жалоба На accel-ppp свежей версии (неделю-две назад их git'а) постоянно оверхедится одно ядро. Debian 7.1, AMD Phenom II X4 955 Processor accel-ppp# show stat uptime: 7.00:43:56 cpu: 10% mem(rss/virt): 65052/552592 kB core: mempool_allocated: 28252705 mempool_available: 1121417 thread_count: 11 thread_active: 2 context_count: 709 context_sleeping: 3 context_pending: 0 md_handler_count: 2492 md_handler_pending: 1 timer_count: 1187 timer_pending: 1 sessions: starting: 5 active: 588 finishing: 1 pptp: starting: 0 active: 584 l2tp: starting: 0 active: 10 radius(1, x.x.x.x): request count: 0 queue length: 0 auth sent: 389687 auth lost(total/5m/1m): 466/0/0 auth avg query time(5m/1m): 4765/5003 ms acct sent: 47722 acct lost(total/5m/1m): 1550/0/0 acct avg query time(5m/1m): 40/0 ms interim sent: 854180 interim lost(total/5m/1m): 8308/0/0 interim avg query time(5m/1m): 37/35 ms accel-ppp# thread-count=8 Изменено 14 августа, 2013 пользователем morfair Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 15 августа, 2013 · Жалоба morfair Только это не accel, а прерывания. Убедитесь в этом посмотрев cat /proc/interrupts . Настройка data plane (т.е. ядра линукса для форвардинга) к теме вообще никак не относится Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 15 августа, 2013 · Жалоба При попытке подключения на accel (PPPoE), клиент шлёт PADT. Если вместо accel запускаем roary penguin - подключение проходит. В логе accel вот такое вот: [2013-08-15 13:53:11]: info: recv [PPPoE PADI 2c:39:96:d1:60:26 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name > <Host-Uniq 856a5480>] [2013-08-15 13:53:11]: info: send [PPPoE PADO 00:50:56:9b:64:7f => 2c:39:96:d1:60:26 sid=0000 <AC-Name1-ftth> <Service-Name > <AC-Cookie 1e0e77d7d82bd13981eab6b8e539979a92a2c259c2fbac63> <Host-Uniq 856a5480>] [2013-08-15 13:53:11]: info: recv [PPPoE PADR 2c:39:96:d1:60:26 => 00:50:56:9b:64:7f sid=0000 <Service-Name > <AC-Cookie 1e0e77d7d82bd13981eab6b8e539979a92a2c259c2fbac63> <Host-Uniq 856a5480>] [2013-08-15 13:53:11]: info: send [PPPoE PADS 00:50:56:9b:64:7f => 2c:39:96:d1:60:26 sid=0001 <AC-Name 1-ftth> <Service-Name > <Host-Uniq 856a5480>] [2013-08-15 13:53:11]: info: ppp0: connect: ppp0 <--> pppoe(2c:39:96:d1:60:26) [2013-08-15 13:53:11]: debug: ppp0: lcp_layer_init [2013-08-15 13:53:11]: debug: ppp0: auth_layer_init [2013-08-15 13:53:11]: debug: ppp0: ccp_layer_init [2013-08-15 13:53:11]: debug: ppp0: ipcp_layer_init [2013-08-15 13:53:11]: debug: ppp0: ipv6cp_layer_init [2013-08-15 13:53:11]: debug: ppp0: ppp established [2013-08-15 13:53:11]: debug: ppp0: lcp_layer_start [2013-08-15 13:53:11]: info: ppp0: send [LCP ConfReq id=1 <auth PAP> <mru 1400> <magic 41a7c4c9>] [2013-08-15 13:53:11]: info: recv [PPPoE PADT 2c:39:96:d1:60:26 => 00:50:56:9b:64:7f sid=0001] [2013-08-15 13:53:11]: debug: ppp0: ppp_terminate [2013-08-15 13:53:11]: debug: ppp0: lcp_layer_free [2013-08-15 13:53:11]: debug: ppp0: auth_layer_free [2013-08-15 13:53:11]: debug: ppp0: ccp_layer_free [2013-08-15 13:53:11]: debug: ppp0: ipcp_layer_free [2013-08-15 13:53:11]: debug: ppp0: ipv6cp_layer_free [2013-08-15 13:53:11]: debug: ppp0: ppp destablished [2013-08-15 13:53:11]: debug: ppp0: pppoe: ppp finished [2013-08-15 13:53:11]: info: send [PPPoE PADT 00:50:56:9b:64:7f => 2c:39:96:d1:60:26 sid=0001 <AC-Name 1-ftth> <Service-Name > <Host-Uniq 856a5480>] [2013-08-15 13:53:11]: info: ppp0: disconnected Юзеры и пароли в pap-secrets/chap-secrets - для обоих серверов. pap/chap в конфе разрешены. Что-то еще выложить? Голову сломали :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 15 августа, 2013 · Жалоба возможно клиенту не нравится авторизация по PAP, попробуй CHAP Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 15 августа, 2013 · Жалоба Там вообще что-то странное происходит. То подключается, то не подключается. Точно такая же конфигурация (я ее тупо скопипастил с другого сервера) в другом сетапе с тем же клиентом работает стабильно. Чёрт его знает, что такое... :( Найду - проапдейчу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 15 августа, 2013 · Жалоба -Ars- лучше сразу дампы(pcap) в обоих случаях Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 15 августа, 2013 · Жалоба лучше сразу дампы(pcap) в обоих случаях Да , я понимаю, но не в данном случае. Потому, что после предложения РАР от сервера клиент просто слал PADT - то, что мы видим и в логах. Т.е. сама мысль, что проблема с РАР - она вроде как верная. Но почему тот же клиент на другом сетапе с той же конфигурацией работает - непонятно :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 15 августа, 2013 · Жалоба Поигрался с конфигурационным файлом, закомментил и откомментил обратно pap, chap - теперь вдруг всё работает... М-дя... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 15 августа, 2013 · Жалоба Опять не работает, теперь уже с отключенным PAP :) Бред какой-то... [2013-08-15 17:45:42]: info: recv [PPPoE PADI 2c:39:96:d1:60:26 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name > <Host-Uniq 8580f200>] [2013-08-15 17:45:42]: info: send [PPPoE PADO 00:50:56:9b:64:7f => 2c:39:96:d1:60:26 sid=0000 <AC-Name 1-ftth> <Service-Name > <AC-Cookie 03d72f6c224aff178bea86f8f016e10301032e7e6675a19e> <Host-Uniq 8580f200>] [2013-08-15 17:45:42]: info: recv [PPPoE PADR 2c:39:96:d1:60:26 => 00:50:56:9b:64:7f sid=0000 <Service-Name > <AC-Cookie 03d72f6c224aff178bea86f8f016e10301032e7e6675a19e> <Host-Uniq 8580f200>] [2013-08-15 17:45:42]: info: send [PPPoE PADS 00:50:56:9b:64:7f => 2c:39:96:d1:60:26 sid=0002 <AC-Name 1-ftth> <Service-Name > <Host-Uniq 8580f200>] [2013-08-15 17:45:42]: info: ppp1: connect: ppp1 <--> pppoe(2c:39:96:d1:60:26) [2013-08-15 17:45:42]: debug: ppp1: lcp_layer_init [2013-08-15 17:45:42]: debug: ppp1: auth_layer_init [2013-08-15 17:45:42]: debug: ppp1: ccp_layer_init [2013-08-15 17:45:42]: debug: ppp1: ipcp_layer_init [2013-08-15 17:45:42]: debug: ppp1: ipv6cp_layer_init [2013-08-15 17:45:42]: debug: ppp1: ppp established [2013-08-15 17:45:42]: debug: ppp1: lcp_layer_start [2013-08-15 17:45:42]: info: ppp1: send [LCP ConfReq id=1 <mru 1400> <magic 6b68079a>] [2013-08-15 17:45:42]: info: recv [PPPoE PADT 2c:39:96:d1:60:26 => 00:50:56:9b:64:7f sid=0002] [2013-08-15 17:45:42]: debug: ppp1: ppp_terminate [2013-08-15 17:45:42]: debug: ppp1: lcp_layer_free [2013-08-15 17:45:42]: debug: ppp1: auth_layer_free [2013-08-15 17:45:42]: debug: ppp1: ccp_layer_free [2013-08-15 17:45:42]: debug: ppp1: ipcp_layer_free [2013-08-15 17:45:42]: debug: ppp1: ipv6cp_layer_free [2013-08-15 17:45:42]: debug: ppp1: ppp destablished [2013-08-15 17:45:42]: debug: ppp1: pppoe: ppp finished [2013-08-15 17:45:42]: info: send [PPPoE PADT 00:50:56:9b:64:7f => 2c:39:96:d1:60:26 sid=0002 <AC-Name 1-ftth> <Service-Name > <Host-Uniq 8580f200>] Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 15 августа, 2013 (изменено) · Жалоба ну chap то оставить надо было вообще предпочтительней следующий приоритет: auth_mschap_v2 auth_mschap_v1 auth_chap_md5 auth_pap Изменено 15 августа, 2013 пользователем xeb Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 15 августа, 2013 · Жалоба нововведение в accel-ppp: [radius] acct-on=1 если указана эта опция, то accel-ppp будет отправлять Accounting-Request с Acct-Status-Type=Accounting-On при запуске и Acct-Status-Type=Accounting-Off при завершении работы Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
srg555 Опубликовано 15 августа, 2013 · Жалоба нововведение в accel-ppp: [radius] acct-on=1 Если не секрет, для какого биллинга это требуется? (чтоб знать, если придётся с ним поработать) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 15 августа, 2013 · Жалоба ну chap то оставить надо было вообще предпочтительней следующий приоритет: auth_mschap_v2 auth_mschap_v1 auth_chap_md5 auth_pap Chap я оставил :-) Заказчик хочет только pap и chap.Там реально что то глючное в сетапе происходит, потому, что два идетичных клиента (одна и та же модель роутера с одной и той же прошивкой и дефолтным юзером) с одним и тем же профилем на DSLAM-e пытаются подключиться. С одного порта соединение проходит, а с другого-такая вот фигня. А с rp все как то работает. В воскресенье продолжу копать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
morfair Опубликовано 16 августа, 2013 (изменено) · Жалоба morfair Только это не accel, а прерывания. Убедитесь в этом посмотрев cat /proc/interrupts . Настройка data plane (т.е. ядра линукса для форвардинга) к теме вообще никак не относится Это сделано.... 41: 0 0 0 2 PCI-MSI-edge eth1 42: 0 1 185271037 802 PCI-MSI-edge eth1-TxRx-0 43: 2960906343 0 0 14 PCI-MSI-edge eth1-TxRx-1 44: 0 0 0 2 PCI-MSI-edge eth2 45: 0 0 7 706985868 PCI-MSI-edge eth2-TxRx-0 46: 0 3914640663 1 243 PCI-MSI-edge eth2-TxRx-1 И еще, спустя неделю работы версии accel-ppp version a3854c8e4b75ef463f0529545c61e66172e5f1ee l2tp стали через раз подключаться, висит на проверки логина и пароля, затем 619 ошибка. tcpdump неудачного подключения: # tail -f /var/log/accel-ppp/accel-ppp.log | grep 10.0.4.251 17:35:46.115163 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[TLS](0/0)Ns=0,Nr=0 *MSGTYPE(SCCRQ) *PROTO_VER(1.0) *FRAMING_CAP(S) *BEARER_CAP() FIRM_VER(1280) *HOST_NAME(home-25c4c7549c) VENDOR_NAME(Microsoft) *ASSND_TUN_ID(9) *RECV_WIN_SIZE(8) 17:35:46.117038 IP 10.0.0.201.l2f > ip-10-0-4-251.clients.-.ru.l2f: l2tp:[TLS](9/0)Ns=0,Nr=1 *MSGTYPE(SCCRP) *PROTO_VER(1.0) *HOST_NAME(accel-ppp) *FRAMING_CAP(S) *ASSND_TUN_ID(2) VENDOR_NAME(accel-ppp) 17:35:46.121042 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[TLS](2/0)Ns=1,Nr=1 *MSGTYPE(SCCCN) 17:35:46.121196 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[TLS](2/0)Ns=2,Nr=1 *MSGTYPE(ICRQ) *ASSND_SESS_ID(2) *CALL_SER_NUM(0) *BEARER_TYPE(A) 17:35:46.121264 IP 10.0.0.201.l2f > ip-10-0-4-251.clients.-.ru.l2f: l2tp:[TLS](9/0)Ns=1,Nr=2 ZLB 17:35:46.121410 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[TLS](2/0)Ns=3,Nr=1 ZLB 17:35:46.121753 IP 10.0.0.201.l2f > ip-10-0-4-251.clients.-.ru.l2f: l2tp:[TLS](9/2)Ns=1,Nr=3 *MSGTYPE(ICRP) *ASSND_SESS_ID(24869) 17:35:46.127750 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[TLS](2/24869)Ns=3,Nr=2 *MSGTYPE(ICCN) *TX_CONN_SPEED(100000000) *FRAMING_TYPE(S) PROXY_AUTH_TYPE(No Auth) 17:35:46.127844 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[TLS](2/0)Ns=4,Nr=2 ZLB 17:35:46.192722 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 0, length 23} 17:35:46.319756 IP 10.0.0.201.l2f > ip-10-0-4-251.clients.-.ru.l2f: l2tp:[TLS](9/0)Ns=2,Nr=4 ZLB 17:35:48.200765 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 1, length 23} 17:35:51.193242 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 2, length 23} 17:35:51.271141 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[TLS](2/0)Ns=4,Nr=4 *MSGTYPE(StopCCN) *ASSND_TUN_ID(7) *RESULT_CODE(6/0) 17:35:51.271835 IP 10.0.0.201.l2f > ip-10-0-4-251.clients.-.ru.l2f: l2tp:[TLS](9/0)Ns=2,Nr=5 ZLB 17:35:55.200090 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 3, length 23} 17:35:59.205491 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 4, length 23} 17:36:03.210577 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 5, length 23} 17:36:07.217225 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 6, length 23} 17:36:11.224268 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 7, length 23} 17:36:15.229523 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 8, length 23} 17:36:19.236458 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Conf-Request (0x01), id 9, length 23} 17:36:23.054902 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Term-Request (0x05), id 10, length 18} 17:36:26.245520 IP ip-10-0-4-251.clients.-.ru.l2f > 10.0.0.201.l2f: l2tp:[L](2/24869) {LCP, Term-Request (0x05), id 11, length 18} ^C лог accel-ppp: [2013-08-16 17:39:04]: info: l2tp: new tunnel 2-10 created following reception of SCCRQ from 10.0.4.251:1701 [2013-08-16 17:39:04]: info: l2tp tunnel 2-10 (10.0.4.251:1701): established at 10.0.0.201:1701 [2013-08-16 17:39:04]: info: l2tp tunnel 2-10 (10.0.4.251:1701): new session 15309-1 created following reception of ICRQ [2013-08-16 17:39:04]: info: ppp282: connect: ppp282 <--> l2tp(10.0.4.251:1701 session 1) [2013-08-16 17:39:34]: info: l2tp tunnel 2-10 (10.0.4.251:1701): no more session, disconnecting tunnel [2013-08-16 17:39:34]: warn: l2tp: discarding unexpected message from 10.0.4.251: invalid tid 2 Изменено 16 августа, 2013 пользователем morfair Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cramac Опубликовано 17 августа, 2013 · Жалоба Решил обновить сервер до последнего, скачал с гита, пытаюсь собрать cmake -DSHAPER=TRUE -DNETSNMP=TRUE ../ выдает [ 81%] Building C object accel-pppd/extra/net-snmp/CMakeFiles/net-snmp.dir/agent.c.o /home/inst/accel/accel-ppp.git/accel-pppd/extra/net-snmp/agent.c:4: fatal error: net-snmp/net-snmp-config.h: Нет такого файла или каталога compilation terminated. make[2]: *** [accel-pppd/extra/net-snmp/CMakeFiles/net-snmp.dir/agent.c.o] Ошибка 1 make[1]: *** [accel-pppd/extra/net-snmp/CMakeFiles/net-snmp.dir/all] Ошибка 2 make: *** [all] Ошибка 2 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...