Flopster

:( ??

да. а что?

Oct 6 08:14:38 atlanta pptpd[1527]: CTRL: Starting call (launching pppd, opening GRE) Oct 6 08:14:38 atlanta pppd[1528]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Oct 6 08:14:38 atlanta pppd[1528]: pptpd-logwtmp: $Version$ Oct 6 08:14:38 atlanta pptp[1528]: Plugin pptp.so loaded. Oct 6 08:14:38 atlanta pptp[1528]: PPTP plugin version 0.8.4 compiled for pppd-, linux-2.6.18-164.11.1.el5xen Oct 6 08:14:38 atlanta pptp[1528]: pppd options in effect: Oct 6 08:14:38 atlanta pptp[1528]: debug # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: nodetach # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: nologfd # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: dump # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: plugin /usr/lib/pptpd/pptpd-logwtmp.so # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: plugin pptp.so # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: require-mschap-v2 # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: refuse-pap # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: refuse-mschap # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: name pptpd # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: pptp_client 188.4.49.173 # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: pptp_sock 6 # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: pptpd-original-ip 188.4.49.173 # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: pptp_client 188.4.49.173 # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: pptp_sock 6 # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: asyncmap 0 # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: mru 800 # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: mtu 800 # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: novj # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: novjccomp # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: ipparam 188.4.49.173 # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: ms-dns xxx # [don't know how to print value] # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: noproxyarp # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: 98.148.181.232:10.100.1.9 # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: ms-dns xxx # [don't know how to print value] # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: noproxyarp # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: 98.148.181.232:10.100.1.9 # (from command line) Oct 6 08:14:38 atlanta pptp[1528]: nobsdcomp # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: require-mppe-128 # (from /etc/ppp/options.pptpd) Oct 6 08:14:38 atlanta pptp[1528]: pppd 2.4.4 started by root, uid 0 Oct 6 08:14:38 atlanta pptp[1528]: Using interface ppp8 Oct 6 08:14:38 atlanta pptp[1528]: Connect: ppp8 <--> pptp (188.4.49.173) Oct 6 08:14:41 atlanta pptpd[1527]: CTRL: Ignored a SET LINK INFO packet with real ACCMs! Oct 6 08:14:41 atlanta pptp[1528]: MPPE 128-bit stateless compression enabled Oct 6 08:14:44 atlanta pptp[1528]: Unsupported protocol 'IPv6 Control Protovol' (0x8057) received Oct 6 08:14:44 atlanta pptp[1528]: local IP address 98.148.181.232 Oct 6 08:14:44 atlanta pptp[1528]: remote IP address 10.100.1.9 Oct 6 08:14:44 atlanta pptp[1528]: pptpd-logwtmp.so ip-up ppp8 lefteris.a 188.4.49.173 Oct 6 08:14:44 atlanta kernel: ADDRCONF(NETDEV_CHANGE): ppp8: link becomes ready

вроде MPPC нету..стоит оригинальный акцел 0.8.4 после yum update & reboot начал тормозит и без MPPE. может дело в центосе?

скорость до наса нормалная. Abramm подсказал что если викенуть require-mppe-128 то все работаыет очень быстро. Проблема в том что из продакшена викенуть MPPE не могу. Есть идеи?

Так и не смог исправить проблему скоростей клиентов. Может ли кто нибудь помочь? Готов заплатить.

Если я в ручную опускаю MTU какого либо интерфейса до 500 (ifconfig ppp18 mtu 500) - его скорость резко прыгает до максимума (~600к). Если после этого я поднимаю MTU обратно до ~1200 все продолжает работать быстро. Но вот если просто виставить сначала 1200 или 1400 тормозит (~20к).

не 1500 а 500 очень странно что при очень низком MTU работает быстро а когда поднимаю резко падает скорость на низком MTU не могу остаться поскольку не работают сайти типа paypal.

Оказалось что если я вписываю в /etc/ppp/ip-up: ifconfig "$1" mtu 500 все работает очень бистро, но некоторые сайты не поднимаются.. ест идеи в чем дело?

первым делом просто - ethtool <iface> карточка-то на гиг поднялась или может только на 100? мало ли - глюкануло что-то при перезагрузке... первым делом снял image ubuntu через wget на сервер по гигабитному downlink-у сошло очень быстро [root@atlanta ~]# ethtool eth0 Settings for eth0: Link detected: yes

шейпера нету. подклучен на карточке 1гиг

cat /etc/ppp/options.pptpd name pptpd refuse-pap refuse-chap refuse-mschap require-mschap-v2 require-mppe-128 ms-dns 208.67.222.222 ms-dns 208.67.220.220 proxyarp nobsdcomp novj novjccomp nologfd

cat /etc/ppp/options.pptpd name pptpd refuse-pap refuse-chap refuse-mschap require-mschap-v2 require-mppe-128 ms-dns 208.67.222.222 ms-dns 208.67.220.220 proxyarp nobsdcomp novj novjccomp nologfd

[root@atlanta ~]# ethtool -k eth0 Offload parameters for eth0: Cannot get device rx csum settings: Operation not supported Cannot get device udp large send offload settings: Operation not supported rx-checksumming: off tx-checksumming: on scatter-gather: on tcp segmentation offload: on udp fragmentation offload: off generic segmentation offload: off generic-receive-offload: off [root@atlanta ~]# ethtool -g eth0 Ring parameters for eth0: Cannot get device ring settings: Operation not supported [root@atlanta ~]#

[root@atlanta ~]# uname -r 2.6.18-164.11.1.el5xen

забыл сказать, клиенты подключены через интернет. первым делом снял image ubuntu через wget на серверпо гигабитному downlink-у сошло очень быстро

почистил рулы iptabelsa. шеипера вообше нету. пинги бегают резво без пакетлосса. /var/log/messages вроде чистый.. что за муть??

Привет, Долго и успешно на наших серверах бегает акцел. И мы довольны и абоненты рады. Но вот случилась беда. Наш главный NAS ушел в ребут. А когда вышел все вроде хорошо кроме скорости юзерских конекшенов (не более чем 40КБ). lsmod | grep pp ppp_mppe 39881 26 pppoe 80193 0 pptp 80156 26 pppox 36945 2 pppoe,pptp ppp_generic 62689 56 ppp_mppe,pppoe,pptp,pppox slhc 39745 1 ppp_generic modinfo pptp filename: /lib/modules/2.6.18-164.11.1.el5xen/extra/pptp.ko license: GPL author: Kozlov D. (xeb@mail.ru) description: Point-to-Point Tunneling Protocol for Linux srcversion: 7FE8597718BD19D5E8FC1CC depends: pppox,ppp_generic vermagic: 2.6.18-164.11.1.el5xen SMP mod_unload gcc-4.1 parm: log_packets:int parm: log_level:Logging level (default=0) (int) ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:16:3E:A5:48:B5 inet addr:9x.1xx.180.233 Bcast:98.158.181.255 Mask:255.255.254.0 inet6 addr: fe80::216:3eff:fea5:48b5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:317436504 errors:0 dropped:0 overruns:0 frame:0 TX packets:307309080 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:173972152468 (162.0 GiB) TX bytes:170409984454 (158.7 GiB) ifconfig ppp0 ppp0 Link encap:Point-to-Point Protocol inet addr:9x.1xx.180.233 P-t-P:10.100.1.2 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1200 Metric:1 RX packets:86668 errors:0 dropped:0 overruns:0 frame:0 TX packets:52039 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:43497400 (41.4 MiB) TX bytes:3383614 (3.2 MiB) iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT tcp -- anywhere anywhere tcp dpt:pptp Chain FORWARD (policy ACCEPT) target prot opt source destination LOG tcp -- anywhere anywhere tcp dpt:smtp limit: avg 5/min burst 5 LOG level warning prefix `** SMTP **' ACCEPT icmp -- anywhere anywhere icmp fragmentation-needed TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU Chain OUTPUT (policy ACCEPT) target prot opt source destination помогите люди добрые!

Привет, Долго и успешно на наших серверах бегает акцел. И мы довольны и абоненты рады. Но вот случилась беда. Наш главный NAS ушел в ребут. А когда вышел все вроде хорошо кроме скорости юзерских конекшенов (не более чем 40КБ). lsmod | grep pp ppp_mppe 39881 26 pppoe 80193 0 pptp 80156 26 pppox 36945 2 pppoe,pptp ppp_generic 62689 56 ppp_mppe,pppoe,pptp,pppox slhc 39745 1 ppp_generic modinfo pptp filename: /lib/modules/2.6.18-164.11.1.el5xen/extra/pptp.ko license: GPL author: Kozlov D. (xeb@mail.ru) description: Point-to-Point Tunneling Protocol for Linux srcversion: 7FE8597718BD19D5E8FC1CC depends: pppox,ppp_generic vermagic: 2.6.18-164.11.1.el5xen SMP mod_unload gcc-4.1 parm: log_packets:int parm: log_level:Logging level (default=0) (int) ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:16:3E:A5:48:B5 inet addr:9x.1xx.180.233 Bcast:98.158.181.255 Mask:255.255.254.0 inet6 addr: fe80::216:3eff:fea5:48b5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:317436504 errors:0 dropped:0 overruns:0 frame:0 TX packets:307309080 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:173972152468 (162.0 GiB) TX bytes:170409984454 (158.7 GiB) ifconfig ppp0 ppp0 Link encap:Point-to-Point Protocol inet addr:9x.1xx.180.233 P-t-P:10.100.1.2 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1200 Metric:1 RX packets:86668 errors:0 dropped:0 overruns:0 frame:0 TX packets:52039 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:43497400 (41.4 MiB) TX bytes:3383614 (3.2 MiB) iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination ACCEPT tcp -- anywhere anywhere tcp dpt:pptp Chain FORWARD (policy ACCEPT) target prot opt source destination LOG tcp -- anywhere anywhere tcp dpt:smtp limit: avg 5/min burst 5 LOG level warning prefix `** SMTP **' ACCEPT icmp -- anywhere anywhere icmp fragmentation-needed TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU Chain OUTPUT (policy ACCEPT) target prot opt source destination помогите люди добрые!

1. Скорее всего VPN сам ничего посылать не будет. 2. Берёт с интерфеса :-). Т.е. c ppp0, например. Попробуйте сделать tracepath с сервера (без впн) в вашу сеть и потом обратно. Узнаете MTU. Если МТU != 1500, то сможете узнать величину корректировки MTU для ppp интерфейсов. Дело в том что клиенты подключаются из разных мест в мире. На сколько я знаю в виндах дефолтний MTU для VPN равен 1200 поэтому я думаю что ставить больше на сервере не надо.

1) как проверить что мой VPN посылает нужные ICMP? 2) Если использовать clamp-mss-to-pmtu, откуда он берёт PMTU?

ничего. А вы корректировку MSS делаете? Что то врое этого олжно быть: iptabes -A FORWARD -i ppp+ -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1100 Спасибо за ответ. Нет, не делаю. Придется почитать :) Кстати как нужно выставлять MTU? В /etc/ppp/options.ppp или в /etc/ppp/ip-up (ifconfig "$1" MTU 1200) ? Спасибо!

Ничего что на "наружной" карточке eth0 стоит MTU (1500) больше чем на ppp-шках (1200)?

Пытаюсь поставит акцел на: Centos 2.6.18-164.11.1.el5xen #1 SMP Wed Jan 20 08:06:04 EST 2010 x86_64 x86_64 x86_64 GNU/Linux Вроде прокомпелиривал и поставил без проблем. Вот только когда подключаюсь в /var/log/messages Apr 6 15:27:19 atlanta pppd[19390]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so is for pppd version , this is 2.4.4 Есть идеи?

Ничего что на "наружной" карточке eth0 стоит MTU больше чем на ppp-шках? Вообще почему-то клиенты получают скорость значительно ниже чем им максимально доступная, при этом сервер не используют больше чем 30% своей линии. CPU не нагружен. Памяти свободной полно. Есть идеи почему это может происходить? Какие советы у знатоков? Спасибо большое!