Перейти к содержимому
Калькуляторы

accel pptpd accel pptpd

Ответить

nik247   

nik247
Опубликовано · Жалоба

Неанонсированное изменение, при старте убирающее 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

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

kayot   

kayot
Опубликовано · Жалоба

Нашел мелкие грабли и способ их обхода.

При работе в режиме релея, default_GW выдаваемый dhcp сервером accel беззастенчиво заменяет своим адресом. Т.е. независимо от того что выдал dhcp, accel клиенту возвращает gw=giaddr. Не знаю зачем так сделано, в старых версиях никаких подмен не было..

Зато совершенно 'левая' опция, предназначенная для работы с radius'ом замечательно данное свинство решает - прописываем gw-ip-address=xxx/xx с нужным шлюзом для нужных блоков IP и все работает чудесно.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

kayot   

kayot
Опубликовано · Жалоба

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', который в общем-то к клиенту не относится.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

kayot   

kayot
Опубликовано · Жалоба

Опция поправлена, dhcp+relay работают штатно. Спасибо.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано (изменено) · Жалоба

Подскажите, не могу собрать с поддержкой -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

Изменено пользователем morfair

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

ktoto   

ktoto
Опубликовано · Жалоба

Приветствую.

При запуске пишет в лог:

loader: 'ipoe' not found

loader: 'shaper' not found

 

соответственно демон не стартует.

Ставил из accel-ppp-1.7.3_squeeze_amd64.deb

 

Как лечить?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

ktoto   

ktoto
Опубликовано · Жалоба

ipoe в 1.7 нет, собирайте из исходников

Понял, спасибо.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано (изменено) · Жалоба

На 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#

 

17587969efa1.png

 

thread-count=8

Изменено пользователем morfair

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

s.lobanov   

s.lobanov
Опубликовано · Жалоба

morfair

Только это не accel, а прерывания. Убедитесь в этом посмотрев cat /proc/interrupts . Настройка data plane (т.е. ядра линукса для форвардинга) к теме вообще никак не относится

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

-Ars-   

-Ars-
Опубликовано · Жалоба

При попытке подключения на 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 в конфе разрешены.

Что-то еще выложить?

Голову сломали :(

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано · Жалоба

возможно клиенту не нравится авторизация по PAP, попробуй CHAP

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

-Ars-   

-Ars-
Опубликовано · Жалоба

Там вообще что-то странное происходит. То подключается, то не подключается. Точно такая же конфигурация (я ее тупо скопипастил с другого сервера) в другом сетапе с тем же клиентом работает стабильно. Чёрт его знает, что такое... :(

Найду - проапдейчу.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

-Ars-   

-Ars-
Опубликовано · Жалоба
лучше сразу дампы(pcap) в обоих случаях

Да , я понимаю, но не в данном случае. Потому, что после предложения РАР от сервера клиент просто слал PADT - то, что мы видим и в логах. Т.е. сама мысль, что проблема с РАР - она вроде как верная. Но почему тот же клиент на другом сетапе с той же конфигурацией работает - непонятно :(

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

-Ars-   

-Ars-
Опубликовано · Жалоба

Поигрался с конфигурационным файлом, закомментил и откомментил обратно pap, chap - теперь вдруг всё работает... М-дя...

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

-Ars-   

-Ars-
Опубликовано · Жалоба

Опять не работает, теперь уже с отключенным 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>]

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано (изменено) · Жалоба

ну chap то оставить надо было

 

вообще предпочтительней следующий приоритет:

auth_mschap_v2

auth_mschap_v1

auth_chap_md5

auth_pap

Изменено пользователем xeb

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано · Жалоба

нововведение в accel-ppp:

[radius]

acct-on=1

 

если указана эта опция, то accel-ppp будет отправлять Accounting-Request с Acct-Status-Type=Accounting-On при запуске и Acct-Status-Type=Accounting-Off при завершении работы

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

srg555   

srg555
Опубликовано · Жалоба

нововведение в accel-ppp:

[radius]

acct-on=1

 

Если не секрет, для какого биллинга это требуется? (чтоб знать, если придётся с ним поработать)

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

-Ars-   

-Ars-
Опубликовано · Жалоба

ну chap то оставить надо было

 

вообще предпочтительней следующий приоритет:

auth_mschap_v2

auth_mschap_v1

auth_chap_md5

auth_pap

Chap я оставил :-) Заказчик хочет только pap и chap.Там реально что то глючное в сетапе происходит, потому, что два идетичных клиента (одна и та же модель роутера с одной и той же прошивкой и дефолтным юзером) с одним и тем же профилем на DSLAM-e пытаются подключиться. С одного порта соединение проходит, а с другого-такая вот фигня. А с rp все как то работает. В воскресенье продолжу копать.

 

 

 

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано (изменено) · Жалоба

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

Изменено пользователем morfair

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Cramac   

Cramac
Опубликовано · Жалоба

Решил обновить сервер до последнего, скачал с гита, пытаюсь собрать

 

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

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
Перейти к списку тем Программное обеспечение, биллинг и *unix системы