Cayz

Ядро обновил до 2.6.37 - сетевуха определилась.

Debian 5, Ядро 2.6.26-2. Вставил сетевую какрту Intel 82574L PCI-e. lspci показывает: 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connetction Т.е. какрта установлена и определяется. Драйвер для неё e1000e. #modprobe e1000e Никаких результатов не даёт. Попробовал пересобрать initrd, указал модуль e1000e, в dmesg видно что модуль загрузился всего две строчки [9.153441 e1000e: Intel(R) PRO/1000 Network Driver - 0.3.3.3-k2] [9.153444 e1000e: Copyright (c) 1999-2008 Intel Corporation] , но #ifconfig -a - интерфейса нет. Тоже самое было на другом компьютере с такой же системой и сетевухой, при переустановке системы карта определилась нормально, но это как бы не вариант.

IntMode Режим работы с прерываниями. Valid Range: 0-2 (0=legacy, 1=MSI, 2=MSI-X), насколько я понимаю по умолчанию само собой режим MSI-X устанавливается. Просто параметр в initrd прописан. UPD: а вообще, какое число выбирать, у меня по 8 очередей исходя из того, что два ксеона по 4 ядра стоят, сам тазик обслуживает около 600 мегабит и держит до 900 PPTP сессий на accel-pptp. Загрузка процессоров в пик уже к 90% подбирается, ip_conntrack в состоянии NOTRACK (белые адреса) - это последнее что помогло снизить загруз, сейчас начал мучать драйвера.

А подскажите пожалуйста, а то перечитал и так и не понял: [ 3.483863] igb 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 3.483938] igb 0000:02:00.0: setting latency timer to 64 [ 3.484187] igb: 0000:02:00.0: igb_validate_option: Interrupt Throttling Rate (ints/sec) set to 5000 [ 3.484271] igb: 0000:02:00.0: igb_validate_option: Interrupt Mode set to 2 [ 3.484334] igb: 0000:02:00.0: igb_validate_option: RSS - RSS multiqueue receive count set to 8 [ 3.484485] igb 0000:02:00.0: irq 46 for MSI/MSI-X [ 3.484491] igb 0000:02:00.0: irq 47 for MSI/MSI-X [ 3.484496] igb 0000:02:00.0: irq 48 for MSI/MSI-X [ 3.484502] igb 0000:02:00.0: irq 49 for MSI/MSI-X [ 3.484507] igb 0000:02:00.0: irq 50 for MSI/MSI-X [ 3.484516] igb 0000:02:00.0: irq 51 for MSI/MSI-X [ 3.484521] igb 0000:02:00.0: irq 52 for MSI/MSI-X [ 3.484526] igb 0000:02:00.0: irq 53 for MSI/MSI-X [ 3.484531] igb 0000:02:00.0: irq 54 for MSI/MSI-X [ 3.730611] igb 0000:02:00.0: Intel(R) Gigabit Ethernet Network Connection [ 3.730675] igb 0000:02:00.0: eth0: (PCIe:2.5Gb/s:Width x4) 00:1b:21:48:3b:4c [ 3.731001] igb 0000:02:00.0: eth0: PBA No: E43709-003 [ 3.731060] igb 0000:02:00.0: Using MSI-X interrupts. 8 rx queue(s), 8 tx queue(s) [ 3.731157] igb 0000:02:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17 [ 3.731226] igb 0000:02:00.1: setting latency timer to 64 [ 3.731439] igb: 0000:02:00.1: igb_validate_option: Interrupt Throttling Rate (ints/sec) set to 5000 [ 3.731523] igb: 0000:02:00.1: igb_validate_option: Interrupt Mode set to 2 [ 3.731586] igb: 0000:02:00.1: igb_validate_option: RSS - RSS multiqueue receive count set to 8 [ 3.731704] igb 0000:02:00.1: irq 55 for MSI/MSI-X [ 3.731709] igb 0000:02:00.1: irq 56 for MSI/MSI-X [ 3.731715] igb 0000:02:00.1: irq 57 for MSI/MSI-X [ 3.731720] igb 0000:02:00.1: irq 58 for MSI/MSI-X [ 3.731726] igb 0000:02:00.1: irq 59 for MSI/MSI-X [ 3.731732] igb 0000:02:00.1: irq 60 for MSI/MSI-X [ 3.731737] igb 0000:02:00.1: irq 61 for MSI/MSI-X [ 3.731743] igb 0000:02:00.1: irq 62 for MSI/MSI-X [ 3.731749] igb 0000:02:00.1: irq 63 for MSI/MSI-X [ 3.980563] igb 0000:02:00.1: Intel(R) Gigabit Ethernet Network Connection [ 3.980627] igb 0000:02:00.1: eth1: (PCIe:2.5Gb/s:Width x4) 00:1b:21:48:3b:4d [ 3.980952] igb 0000:02:00.1: eth1: PBA No: E43709-003 [ 3.981011] igb 0000:02:00.1: Using MSI-X interrupts. 8 rx queue(s), 8 tx queue(s) Итого по 8 TXRX очередей для 2х интерфейсов. Interrupt Throttling Rate (ints/sec) set to 5000 - этот параметр применяется для устройства или для каждой очереди, А то всё равно показывает 60К прерываний в секунду.

Вроде нашёл проблему, похоже что-то не так в libssl. Пока залепил таким вот образом (патч на патч): dhcp2radius-3.0.7-v3.patch.x86_64.patch --- dhcp2radius-3.0.7-v3.patch 2009-09-06 13:26:02.000000000 +0300 +++ dhcp2radius-3.0.7-v3.patch_1 2010-10-29 10:43:00.000000000 +0300 @@ -737,7 +737,7 @@ + uint8_t * auth) +{ + unsigned char full_passwd[16]; -+ uint8_t md5_hash[16]; ++ uint8_t md5_hash[64]; + unsigned int i = 0; + MD5_CTX context; +

Подскажите пожалуйста, собрал пропатченый сервер, при первом же dhcp-disover падает в segfault. Сестема debian 5. uname -a Linux server 2.6.31-02063103-generic #02063103 SMP Thu Oct 8 10:05:25 UTC 2009 x86_64 GNU/Linux Может быть из за x86_64? UPD: Похоже так и есть, собрал на x86 - пашет. Реально ли что-нибудь сделать с этим?

Возможные коннекты на сервер через уже установленный тунель были порезаны, iptables...1723...DROP, однако... Ещё два падения, вчера и сегодня. Повтороно пересмотрел логи, пока нашел только одну штуку: операторы по ошибке дали клиенту на интерфейс и на впн один и тот же IP, т.е. клиент к примеру коннектясь с 10.92.169.27, получал через pptp такой же ip, знаю как реагирует на ээто XP - говорит обнаружены совпадающие имена и отваливается. у клиента этого установлена семёрка, хотя к падениям это не приводило судя по логам, но всё же... может быть это причиной или нет? сейчас устранил эту ошибку, будем смотреть дальше, время покажет...

Понятно, у меня так всё и было, но логи всё равно отправил в ЛС, на всяк случай.

у меня тоже ( Nov 25 15:39:33 internet kernel: [2388037.252491] BUG: soft lockup - CPU#2 stuck for 61s! [pppd:31206] Nov 25 15:39:33 internet kernel: [2388037.252501] Modules linked in: sch_sfq sch_htb pptp pppox ipt_MASQUERADE ppp_deflate zlib_deflate bsd_comp act_police cls_u32 sch_ingress sch_tbf sha1_generic arc4 ecb ppp_mppe xt_recent ipt_ULOG xt_tcpudp iptable_nat iptable_filter ip_tables x_tables 8021q garp stp nf_nat_pptp nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_proto_gre nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 snd_pcm snd_timer serio_raw snd soundcore snd_page_alloc psmouse pcspkr i2c_i801 i5100_edac edac_core raid1 pata_it8213 igb dca mptsas floppy mptscsih mptbase scsi_transport_sas [last unloaded: e1000e] Nov 25 15:39:33 internet kernel: [2388037.252501] CPU 2: Nov 25 15:39:33 internet kernel: [2388037.252501] Modules linked in: sch_sfq sch_htb pptp pppox ipt_MASQUERADE ppp_deflate zlib_deflate bsd_comp act_police cls_u32 sch_ingress sch_tbf sha1_generic arc4 ecb ppp_mppe xt_recent ipt_ULOG xt_tcpudp iptable_nat iptable_filter ip_tables x_tables 8021q garp stp nf_nat_pptp nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_proto_gre nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 snd_pcm snd_timer serio_raw snd soundcore snd_page_alloc psmouse pcspkr i2c_i801 i5100_edac edac_core raid1 pata_it8213 igb dca mptsas floppy mptscsih mptbase scsi_transport_sas [last unloaded: e1000e] Nov 25 15:39:33 internet kernel: [2388037.252501] Pid: 31206, comm: pppd Not tainted 2.6.31-02063103-generic #02063103 X7DCL Nov 25 15:39:33 internet kernel: [2388037.252501] RIP: 0010:[<ffffffff81032514>] [<ffffffff81032514>] __ticket_spin_lock+0x14/0x20 Nov 25 15:39:33 internet kernel: [2388037.252501] RSP: 0018:ffff88019687bbb8 EFLAGS: 00000297 Nov 25 15:39:33 internet kernel: [2388037.252501] RAX: 0000000000001211 RBX: ffff88019687bbb8 RCX: 0200000000000081 Nov 25 15:39:33 internet kernel: [2388037.252501] RDX: 00000000000005dc RSI: 0000000000000002 RDI: ffff8802090a6e90 Nov 25 15:39:33 internet kernel: [2388037.252501] RBP: ffffffff81012b2e R08: 0000000000000000 R09: ffffffff8177f490 Nov 25 15:39:33 internet kernel: [2388037.252501] R10: 0000000000000000 R11: 0000000000000049 R12: ffff88019687bb78 Nov 25 15:39:33 internet kernel: [2388037.252501] R13: ffff880100000000 R14: 0000000000000df4 R15: ffff88019687bb98 Nov 25 15:39:33 internet kernel: [2388037.252501] FS: 00007ff7363186e0(0000) GS:ffff88002806e000(0000) knlGS:0000000000000000 Nov 25 15:39:33 internet kernel: [2388037.252501] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Nov 25 15:39:33 internet kernel: [2388037.252501] CR2: 000000000064b828 CR3: 0000000115ce5000 CR4: 00000000000006a0 Nov 25 15:39:33 internet kernel: [2388037.252501] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Nov 25 15:39:33 internet kernel: [2388037.252501] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Nov 25 15:39:33 internet kernel: [2388037.252501] Call Trace: Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff8140d050>] ? kfree_skbmem+0x30/0x80 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff81506239>] ? _spin_lock_bh+0x19/0x30 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff8137ce6c>] ? ppp_push+0x4c/0xd0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff8137f495>] ? ppp_send_frame+0x3e5/0x4c0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff8137f5cf>] ? ppp_xmit_process+0x5f/0xc0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff8137f849>] ? ppp_start_xmit+0x149/0x1b0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff81416ba8>] ? dev_hard_start_xmit+0x158/0x1c0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff8142ece1>] ? __qdisc_run+0x1a1/0x230 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff814186e8>] ? dev_queue_xmit+0x238/0x310 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff81448384>] ? ip_finish_output+0x1e4/0x2f0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff81448519>] ? ip_output+0x89/0xd0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff81447530>] ? ip_local_out+0x20/0x30 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffffa015937b>] ? pptp_xmit+0x40b/0x55c [pptp] Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff8137f676>] ? ppp_channel_push+0x46/0xb0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff8137f988>] ? ppp_write+0xd8/0xf0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff81117d07>] ? vfs_write+0xc7/0x1a0 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff81117ed0>] ? sys_write+0x50/0x90 Nov 25 15:39:33 internet kernel: [2388037.252501] [<ffffffff81011f82>] ? system_call_fastpath+0x16/0x1b Nov 25 15:39:55 internet kernel: [2388059.821289] INFO: task pppd:26189 blocked for more than 120 seconds. Nov 25 15:39:55 internet kernel: [2388059.821327] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Nov 25 15:39:55 internet kernel: [2388059.821379] pppd D 0000000000000003 0 26189 26188 0x00000004 Nov 25 15:39:55 internet kernel: [2388059.821418] ffff88001fc8fd78 0000000000000082 ffff88001fc8fd58 0000000000015580 Nov 25 15:39:55 internet kernel: [2388059.821476] 0000000000015580 0000000000015580 0000000000015580 ffff88007d603110 Nov 25 15:39:55 internet kernel: [2388059.821534] ffff88007d602d60 ffff8802170b96b0 ffff88007d603110 ffffffff817de024 Nov 25 15:39:55 internet kernel: [2388059.821592] Call Trace: Nov 25 15:39:55 internet kernel: [2388059.821624] [<ffffffff81504e36>] __mutex_lock_slowpath+0xd6/0x160 Nov 25 15:39:55 internet kernel: [2388059.821658] [<ffffffff81504cb6>] mutex_lock+0x26/0x50 Nov 25 15:39:55 internet kernel: [2388059.821692] [<ffffffff81423610>] rtnl_lock+0x10/0x20 Nov 25 15:39:55 internet kernel: [2388059.821723] [<ffffffff8141b5b5>] dev_ioctl+0x245/0x2c0 Nov 25 15:39:55 internet kernel: [2388059.821756] [<ffffffff814068bd>] sock_ioctl+0xed/0x270 Nov 25 15:39:55 internet kernel: [2388059.821789] [<ffffffff81126281>] vfs_ioctl+0x31/0x90 Nov 25 15:39:55 internet kernel: [2388059.821821] [<ffffffff8112647d>] do_vfs_ioctl+0x6d/0x1f0 Nov 25 15:39:55 internet kernel: [2388059.821852] [<ffffffff81126682>] sys_ioctl+0x82/0xa0 Nov 25 15:39:55 internet kernel: [2388059.821886] [<ffffffff81011f82>] system_call_fastpath+0x16/0x1b

На 2.6.31.3 (взял тут http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.31.3/) Debian, accel-pptp не собирается( /usr/src/accel-pptp/accel-pptp-0.8.3# make server echo Building kernel module Building kernel module (cd kernel/driver; make ) make[1]: Entering directory `/usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver' using "/lib/modules/2.6.31-02063103-generic/build" kernel headers make -C /lib/modules/2.6.31-02063103-generic/build SUBDIRS=/usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver modules make[2]: Entering directory `/usr/src/linux-headers-2.6.31-02063103-generic' CC [M] /usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver/pptp.o /usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver/pptp.c: In function ‘pptp_xmit’: /usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver/pptp.c:386: error: ‘struct sk_buff’ has no member named ‘dst’ /usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver/pptp.c:387: error: ‘struct sk_buff’ has no member named ‘dst’ /usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver/pptp.c: In function ‘pptp_rcv’: /usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver/pptp.c:551: error: ‘struct sk_buff’ has no member named ‘dst’ /usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver/pptp.c:552: error: ‘struct sk_buff’ has no member named ‘dst’ make[3]: *** [/usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver/pptp.o] Ошибка 1 make[2]: *** [_module_/usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver] Ошибка 2 make[2]: Leaving directory `/usr/src/linux-headers-2.6.31-02063103-generic' make[1]: *** [all] Ошибка 2 make[1]: Leaving directory `/usr/src/accel-pptp/accel-pptp-0.8.3/kernel/driver' make: *** [module] Ошибка 2 До этого работало на ядре 2.6.26 - 2 недели тихо и спокойно, последние 2 дня непонятности какие-то с ядром, причем не тогда когда нагрузка максимальная, а в любой самый неудобный момент. Из того что в последнее время я делал с сервером - это 1) ставил accel-pptp 0.8.3, но с ним оно работало и не падало почти 2 недели ничего не менял. 2) Изменил способ подсчета трафика, до этого снимал через ipq, на кануне перевёл на fprobe-ulog. Детально не разбирался в чём проблемы, да и честно говоря не очень то и знаю куда смотреть, нет опыта борьбы с такими вещами.

Уже понял, просто собирал под 2.6.18, потом ставил 2.6.26, и промухал ./configure для pptpd, вот ничего и не работало. Сейчас неделя uptime, всё красиво работает. Огромное спасибо!

Не всё сказал... Модуль для 2.6.18 в Debian не хотел подключаться, выдавал ошибку. Пересобрал ядро пропатчив прилагаемым патчем для 2.6.18, а в патче походу одна из предыдущих версий, модуль подключился, но работать не хотел. Сейчас воткнул ядро 2.6.26, пропатчил руками, всё заработало! Буду тестить.

Прошу помощи. Debian 4 Linux version 2.6.18-6-amd64, pptp-accel 0.8.3 в качестве pptp сервера При подключении клиента к серверу всё проходит нормально, поднимается ppp интерфейс, но нормально это всё работает от нескольких секунд до не больше минуты. Перестаёт ходить трафик по туннелю. Если запустить пинг на стороне клиента и tcpdump-ом смотреть ppp интерфейс на стороне сервера, то видно, что на сервер приходят icmp echo request пакеты, но ответа там нет. В таком состоянии это может висеть несколько минут, после чего сессия рубится на стороне клиента (виндовый клиент сам каким-то образом решает, что пора рубить) или висит сколь-угодно долго если клиент pptp-linux. На родном pptpd при тех же конфигах работает так как должно быть. daemon.log Sep 21 11:22:44 webserver pptpd[16360]: CTRL: Client 10.92.170.8 control connection started Sep 21 11:22:44 webserver pptpd[16360]: CTRL: Starting call (launching pppd, opening GRE) Sep 21 11:22:44 webserver pptp[16361]: Plugin pptp.so loaded. Sep 21 11:22:44 webserver pptp[16361]: PPTP plugin version 0.8.3 compiled for pppd-2.4.4, linux-2.6.18 Sep 21 11:22:44 webserver pptp[16361]: pppd 2.4.4 started by root, uid 0 Sep 21 11:22:44 webserver pptp[16361]: using channel 55 Sep 21 11:22:44 webserver pptp[16361]: Using interface ppp0 Sep 21 11:22:44 webserver pptp[16361]: Connect: ppp0 <--> pptp (10.92.170.8) Sep 21 11:22:44 webserver pptp[16361]: sent [LCP ConfReq id=0x1 <mru 1492> <asyncmap 0x0> <auth chap MS-v2> <magic 0x7a6898a2> <pcomp> <accomp>] Sep 21 11:22:44 webserver pptp[16361]: rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x745c13f6> <pcomp> <accomp> <callback CBCP>] Sep 21 11:22:44 webserver pptp[16361]: sent [LCP ConfRej id=0x0 <callback CBCP>] Sep 21 11:22:44 webserver pptp[16361]: rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x745c13f6> <pcomp> <accomp>] Sep 21 11:22:44 webserver pptp[16361]: sent [LCP ConfAck id=0x1 <mru 1400> <magic 0x745c13f6> <pcomp> <accomp>] Sep 21 11:22:47 webserver pptp[16361]: sent [LCP ConfReq id=0x1 <mru 1492> <asyncmap 0x0> <auth chap MS-v2> <magic 0x7a6898a2> <pcomp> <accomp>] Sep 21 11:22:47 webserver pptp[16361]: rcvd [LCP ConfAck id=0x1 <mru 1492> <asyncmap 0x0> <auth chap MS-v2> <magic 0x7a6898a2> <pcomp> <accomp>] Sep 21 11:22:47 webserver pptp[16361]: sent [LCP EchoReq id=0x0 magic=0x7a6898a2] Sep 21 11:22:47 webserver pptp[16361]: sent [CHAP Challenge id=0x91 <ccf496daae8df88a4df77d4b61af7a46>, name = "webserver"] Sep 21 11:22:47 webserver pptpd[16360]: CTRL: Ignored a SET LINK INFO packet with real ACCMs! Sep 21 11:22:47 webserver pptp[16361]: rcvd [LCP Ident id=0x2 magic=0x745c13f6 "MSRASV5.10"] Sep 21 11:22:47 webserver pptp[16361]: rcvd [LCP Ident id=0x3 magic=0x745c13f6 "MSRAS-0-CAYZCOMP"] Sep 21 11:22:47 webserver pptp[16361]: rcvd [LCP EchoRep id=0x0 magic=0x745c13f6] Sep 21 11:22:47 webserver pptp[16361]: rcvd [CHAP Response id=0x91 <0668855b35309c01f2901a81bd23f7390000000000000000bf18492c01d41fae0e333ac8c13c 14cbc7ba5055ac26865d00>, name = "test1"] Sep 21 11:22:47 webserver pptp[16361]: sent [CHAP Success id=0x91 "S=3A99F5A53ACF3BCC55030438718C96F4B65F21B5 M=Access granted"] Sep 21 11:22:47 webserver pptp[16361]: sent [CCP ConfReq id=0x1 <mppe +H -M +S +L -D -C>] Sep 21 11:22:47 webserver pptp[16361]: rcvd [CCP ConfReq id=0x4 <mppe +H +M +S +L -D +C>] Sep 21 11:22:47 webserver pptp[16361]: sent [CCP ConfNak id=0x4 <mppe +H -M +S -L -D -C>] Sep 21 11:22:47 webserver pptp[16361]: rcvd [IPCP ConfReq id=0x5 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns3 0.0.0.0> <ms-wins 0.0.0.0>] Sep 21 11:22:47 webserver pptp[16361]: sent [IPCP TermAck id=0x5] Sep 21 11:22:47 webserver pptp[16361]: rcvd [CCP ConfNak id=0x1 <mppe +H -M +S -L -D -C>] Sep 21 11:22:47 webserver pptp[16361]: sent [CCP ConfReq id=0x2 <mppe +H -M +S -L -D -C>] Sep 21 11:22:47 webserver pptp[16361]: rcvd [CCP ConfReq id=0x6 <mppe +H -M +S -L -D -C>] Sep 21 11:22:47 webserver pptp[16361]: sent [CCP ConfAck id=0x6 <mppe +H -M +S -L -D -C>] Sep 21 11:22:47 webserver pptp[16361]: rcvd [CCP ConfAck id=0x2 <mppe +H -M +S -L -D -C>] Sep 21 11:22:47 webserver pptp[16361]: MPPE 128-bit stateless compression enabled Sep 21 11:22:47 webserver pptp[16361]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.10.1>] Sep 21 11:22:47 webserver pptp[16361]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>] Sep 21 11:22:47 webserver pptp[16361]: sent [IPCP ConfReq id=0x2 <addr 192.168.10.1>] Sep 21 11:22:47 webserver pptp[16361]: rcvd [IPCP ConfAck id=0x2 <addr 192.168.10.1>] Sep 21 11:22:48 webserver pptp[16361]: rcvd [IPCP ConfReq id=0x7 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns3 0.0.0.0> <ms-wins 0.0.0.0>] Sep 21 11:22:48 webserver pptp[16361]: sent [IPCP ConfRej id=0x7 <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns3 0.0.0.0> <ms-wins 0.0.0.0>] Sep 21 11:22:48 webserver pptp[16361]: rcvd [IPCP ConfReq id=0x8 <addr 0.0.0.0>] Sep 21 11:22:48 webserver pptp[16361]: sent [IPCP ConfNak id=0x8 <addr 192.168.10.10>] Sep 21 11:22:48 webserver pptp[16361]: rcvd [IPCP ConfReq id=0x9 <addr 192.168.10.10>] Sep 21 11:22:48 webserver pptp[16361]: sent [IPCP ConfAck id=0x9 <addr 192.168.10.10>] Sep 21 11:22:48 webserver pptp[16361]: local IP address 192.168.10.1 Sep 21 11:22:48 webserver pptp[16361]: remote IP address 192.168.10.10 Sep 21 11:22:48 webserver pptp[16361]: pptpd-logwtmp.so ip-up ppp0 test1 10.92.170.8 Sep 21 11:22:48 webserver pptp[16361]: Script /etc/ppp/ip-up started (pid 16379) Sep 21 11:25:17 webserver pptp[16361]: No response to 4 echo-requests Sep 21 11:25:17 webserver pptp[16361]: Serial link appears to be disconnected. Sep 21 11:25:17 webserver pptp[16361]: pptpd-logwtmp.so ip-down ppp0 Sep 21 11:25:17 webserver pptp[16361]: Connect time 2.5 minutes. Sep 21 11:25:17 webserver pptp[16361]: Sent 1697 bytes, received 75235 bytes. Sep 21 11:25:17 webserver pptp[16361]: MPPE disabled Sep 21 11:25:17 webserver pptp[16361]: sent [LCP TermReq id=0x2 "MPPE disabled"] Sep 21 11:25:17 webserver pptp[16361]: sent [LCP TermReq id=0x3 "MPPE disabled"] Sep 21 11:25:17 webserver pptp[16361]: rcvd [Compressed data] 91 59 81 b4 c1 1b 70 31 ... Sep 21 11:25:17 webserver pptp[16361]: Discarded non-LCP packet when LCP not open Sep 21 11:25:18 webserver pptp[16361]: rcvd [Compressed data] 91 5a 26 20 6d 2e 99 ac ... Sep 21 11:25:18 webserver pptp[16361]: Discarded non-LCP packet when LCP not open Sep 21 11:25:18 webserver pptp[16361]: rcvd [Compressed data] 91 5b 70 85 14 84 9b af ... Sep 21 11:25:18 webserver pptp[16361]: Discarded non-LCP packet when LCP not open Sep 21 11:25:19 webserver pptp[16361]: rcvd [Compressed data] 91 5c 14 ce 02 44 9b e9 ... Sep 21 11:25:19 webserver pptp[16361]: Discarded non-LCP packet when LCP not open Sep 21 11:25:19 webserver pptp[16361]: rcvd [Compressed data] 91 5d 36 20 f9 19 25 c1 ... Sep 21 11:25:19 webserver pptp[16361]: Discarded non-LCP packet when LCP not open Sep 21 11:25:19 webserver pptp[16361]: rcvd [Compressed data] 91 5e 18 e8 48 00 15 cer pptp[16361]: Discarded non-LCP packet when LCP not open Sep 21 11:25:20 webserver pptp[16361]: rcvd [Compressed data] 91 5f 8f 31 5c 76 df 8b ... Sep 21 11:25:20 webserver pptp[16361]: Discarded non-LCP packet when LCP not open Sep 21 11:25:20 webserver pptp[16361]: sent [LCP TermReq id=0x4 "MPPE disabled"] Sep 21 11:25:20 webserver pptp[16361]: Connection terminated. Sep 21 11:25:20 webserver pptp[16361]: Modem hangup Sep 21 11:25:20 webserver pptp[16361]: Waiting for 1 child processes... Sep 21 11:25:20 webserver pptp[16361]: script /etc/ppp/ip-up, pid 16379 Sep 21 11:25:25 webserver pptp[16361]: sending SIGTERM to process 16379 Sep 21 11:25:25 webserver pptp[16361]: Exit. Sep 21 11:25:25 webserver pptpd[16360]: CTRL: Reaping child PPP[16361] Sep 21 11:25:25 webserver pptpd[16360]: CTRL: Client pppd TERM sending Sep 21 11:25:25 webserver pptpd[16360]: CTRL: Client pppd finish wait Sep 21 11:25:25 webserver pptpd[16360]: CTRL: Client 10.92.170.8 control connection finished pptpd-options nodeflate mtu 1492 mru 1492 auth +mschap-v2 +mschap +pap +mppe noproxyarp #lock nologfd debug Форум перечитывал, вроде проблемы такой не у кого не было, делал по readme, модуль ip_gre вырубил, пробовал без шифрования - результат не изменялся. Возможно что-то накосячил, но не могу увидеть в чём.