Архивировано

Эта тема находится в архиве и закрыта для публикации сообщений.

pmf026

ПОМОГИТЕ КТО-НИБУУУУУУДЬ...

Рекомендованные сообщения

собрал новый серв.. все железо новое..

сконфигурил все.. соединение есть.. все ок. НО ... жутко тормозит pptp пипец просто, невыносимо..

Если скажем, я делаю poff vpn .. и поднимаю впн на виндовой машине через сервер (pass-through) .. коннект идеальный.. ничего не тормозит..

 

потерь пакетов нет в обоих случаях

 

вопрос знатокам: ПОЧЕМУ? Что может быть причиной таких затыков?

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


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

собрал новый серв.. все железо новое..

сконфигурил все.. соединение есть.. все ок. НО ... жутко тормозит pptp пипец просто, невыносимо..

Если скажем, я делаю poff vpn .. и поднимаю впн на виндовой машине через сервер (pass-through) .. коннект идеальный.. ничего не тормозит..

потерь пакетов нет в обоих случаях

вопрос знатокам: ПОЧЕМУ? Что может быть причиной таких затыков?

 

Тип/версия ОС, используемый для подключения софт, конфигурация соединения (файл /etc/ppp/peers/<имя соединения>), таблицу маршрутизации?

Что значит "тормозит"? DNS долго резолвится? Или данные медленно идут? Загрузку по команде top смотрели? Например - может стоит высокий уровень протоколирования и изза него всетормозит?

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


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

Или данные медленно идут?

да вот это...

 

под "тормозит" имелось в виду что скорость передачи данных низкая 30-80КБ/c .. а вот когда под winxp законектился скорость подскачила до 600КБ/c и держалась стабильно на отметке 460КБ/c..

 

 

Загрузку по команде top смотрели?

Конечно.. машина можно сказать в idle провисает.. два-три процесса работают.. проц вообще не нагружен.. торможение машины тут не причем.. что-то с сабжем... :(((((((((((((((

 

Например - может стоит высокий уровень протоколирования и изза него всетормозит?

да непохоже.. машинка довольно мощная..

 

 

ps: данная проблема у меня наблюдается в debian sarge, debian etch, ubuntu lts 6 (dapper) .. боль.. на woody не наблюдалась кажись.. вот тока дистры вуди у меня ща нету:((

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


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

может всеже поделишься конфигом РРТР? а так же настройкой iptables

 

iptables у меня рулятся из arno-iptables-firewall (включен в дист) очень удобно.. почти все учтено.. что с ним что без - тормозит..

 

--my.options.pptp--

lock
nodeflate
nobsdcomp
noauth
noproxyarp
refuse-pap
mtu 1460
mru 1460
lcp-echo-interval 30
lcp-echo-failure 5
persist
maxfail 0

 

--tunnel---

pty "/usr/sbin/pptp vpn.corbina.net --nolaunchpppd"

connect /bin/true
name <my_login>
remotename PPTP
file "/etc/ppp/my.options.pptp"
ipparam corbina

 

---routing table---

 

 

route add -net 10.0.0.0/8 gw 10.210.0.17

route add -host 85.21.0.1 gw 10.210.0.17

route add -host 85.21.0.2 gw 10.210.0.17

route add -host 85.21.0.3 gw 10.210.0.17

route add -host 85.21.0.4 gw 10.210.0.17

route add -host 85.21.0.5 gw 10.210.0.17

route add -host 85.21.0.6 gw 10.210.0.17

route add -host 85.21.0.7 gw 10.210.0.17

route add -host 85.21.0.8 gw 10.210.0.17

route add -host 85.21.0.9 gw 10.210.0.17

route add -host 85.21.0.10 gw 10.210.0.17

route add -host 85.21.0.11 gw 10.210.0.17

route add -host 85.21.0.12 gw 10.210.0.17

route add -host 85.21.0.13 gw 10.210.0.17

route add -host 85.21.0.14 gw 10.210.0.17

route add -host 85.21.0.15 gw 10.210.0.17

route add -host 85.21.0.16 gw 10.210.0.17

route add -host 85.21.0.17 gw 10.210.0.17

route add -host 85.21.0.18 gw 10.210.0.17

route add -host 85.21.0.19 gw 10.210.0.17

route add -host 85.21.0.20 gw 10.210.0.17

route add -host 85.21.0.21 gw 10.210.0.17

route add -host 85.21.0.22 gw 10.210.0.17

route add -host 85.21.0.23 gw 10.210.0.17

route add -host 85.21.0.24 gw 10.210.0.17

route add -host 85.21.0.25 gw 10.210.0.17

route add -host 85.21.0.26 gw 10.210.0.17

route add -host 85.21.0.27 gw 10.210.0.17

route add -host 85.21.0.28 gw 10.210.0.17

route add -host 85.21.0.29 gw 10.210.0.17

route add -host 85.21.0.30 gw 10.210.0.17

route add -host 85.21.0.31 gw 10.210.0.17

route add -host 85.21.0.32 gw 10.210.0.17

route add -host 85.21.0.33 gw 10.210.0.17

route add -host 85.21.0.34 gw 10.210.0.17

route add -host 85.21.0.35 gw 10.210.0.17

route add -host 85.21.0.36 gw 10.210.0.17

route add -host 85.21.0.37 gw 10.210.0.17

route add -host 85.21.0.38 gw 10.210.0.17

route add -host 85.21.0.39 gw 10.210.0.17

route add -host 85.21.0.40 gw 10.210.0.17

route add -host 85.21.0.41 gw 10.210.0.17

route add -host 85.21.0.42 gw 10.210.0.17

route add -host 85.21.0.43 gw 10.210.0.17

route add -host 85.21.0.44 gw 10.210.0.17

route add -host 85.21.0.45 gw 10.210.0.17

route add -host 85.21.0.46 gw 10.210.0.17

route add -host 85.21.0.47 gw 10.210.0.17

route add -host 85.21.0.48 gw 10.210.0.17

route add -host 85.21.0.49 gw 10.210.0.17

route add -host 85.21.0.50 gw 10.210.0.17

route add -host 85.21.0.51 gw 10.210.0.17

route add -host 85.21.0.52 gw 10.210.0.17

route add -host 85.21.0.53 gw 10.210.0.17

route add -host 85.21.0.54 gw 10.210.0.17

route add -host 85.21.0.55 gw 10.210.0.17

route add -host 85.21.0.56 gw 10.210.0.17

route add -host 85.21.0.57 gw 10.210.0.17

route add -host 85.21.0.58 gw 10.210.0.17

route add -host 85.21.0.59 gw 10.210.0.17

route add -host 85.21.0.60 gw 10.210.0.17

 

route add -net 85.21.79.0/24 gw 10.210.0.17

route add -net 85.21.88.0/24 gw 10.210.0.17

route add -net 85.21.90.0/24 gw 10.210.0.17

 

route add -host 85.21.192.3 gw 10.210.0.17

route add -host 213.234.192.7 gw 10.210.0.17

route add -host 213.234.192.8 gw 10.210.0.17

route add -host 195.14.50.1 gw 10.210.0.17

route add -host 195.14.50.21 gw 10.210.0.17

 

route add -host 83.102.232.1 gw 10.210.0.17

route add -net 83.102.146.0/24 gw 10.210.0.17

route add -host 195.14.50.26 gw 10.210.0.17

route add -host 195.14.50.16 gw 10.210.0.17

 

route add -host 85.21.11.218 gw 10.210.0.17

route add -host 85.21.20.82 gw 10.210.0.17

route add -host 85.21.52.94 gw 10.210.0.17

route add -host 85.21.52.198 gw 10.210.0.17

route add -host 85.21.121.46 gw 10.210.0.17

route add -host 85.21.121.50 gw 10.210.0.17

route add -host 85.21.121.54 gw 10.210.0.17

route add -host 85.21.121.74 gw 10.210.0.17

route add -host 85.21.121.78 gw 10.210.0.17

route add -host 85.21.127.114 gw 10.210.0.17

route add -host 85.21.138.1 gw 10.210.0.17

route add -host 85.21.138.2 gw 10.210.0.17

route add -host 85.21.138.3 gw 10.210.0.17

route add -host 85.21.151.74 gw 10.210.0.17

route add -host 85.21.151.106 gw 10.210.0.17

route add -host 85.21.151.110 gw 10.210.0.17

route add -host 85.21.151.114 gw 10.210.0.17

route add -host 85.21.151.118 gw 10.210.0.17

route add -host 85.21.151.122 gw 10.210.0.17

route add -host 85.21.151.126 gw 10.210.0.17

route add -host 85.21.151.130 gw 10.210.0.17

route add -host 85.21.151.134 gw 10.210.0.17

route add -host 85.21.151.138 gw 10.210.0.17

route add -host 85.21.151.142 gw 10.210.0.17

route add -host 85.21.151.146 gw 10.210.0.17

route add -host 85.21.151.162 gw 10.210.0.17

 

route del default

route add default dev ppp0

 

 

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


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

Присоединяюсь к вопросу. Где-то с начала сентября очень медленно работает PPTP из под Linux, не более 100kb/s down и 30kb/s up вне зависимости от тарифа. Из любой винды всё нормально. Взял вместо сервера отдельную машину, получил то, что под спойлером...

 

 

 

# cat /etc/gentoo-release
Gentoo Base System release 1.12.10
# pppd --version
pppd version 2.2.4
# pptp --version
pptp version 1.7.1

iptables стоит, но не запущен. Вся настройка заключалась в записи своих учётных данных в /etc/ppp/chap-secrets и модификации /etc/conf.d/net :

config_eth0=("dhcp")
dhcp_eth0="nogateway"

config_ppp0=("ppp")
link_ppp0="pty 'pptp vpn.corbina.ru --nolaunchpppd'"
username_ppp0="<нетрудно догадаться>"
pppd_ppp0="noauth defaultroute usepeerdns"

preup()
{
	if [ $IFACE = ppp0 ]; then
			GW=`grep GATEWAYS /var/lib/dhcpcd/dhcpcd-eth0.info | cut -d\' -f2`
			for h in `host vpn.corbina.ru | cut -d\  -f4`; do
					route add $h gw $GW
			done
	fi
}

postup()
{
	if [ $IFACE = eth0 ]; then
			GW=`grep GATEWAYS /var/lib/dhcpcd/dhcpcd-eth0.info | cut -d\' -f2`
			for h in `grep nameserver /etc/resolv.conf | cut -d\  -f2`; do
				route add $h gw $GW
			done
	fi
}

 

Соединение устанавливается и вроде работает:

 

# ifconfig
eth0	  Link encap:Ethernet  HWaddr 00:1B:FC:C5:EA:3B
	  inet addr:10.87.31.143  Bcast:10.87.255.255  Mask:255.255.0.0
	  inet6 addr: fe80::21b:fcff:fec5:ea3b/64 Scope:Link
	  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
	  RX packets:230645 errors:0 dropped:0 overruns:0 frame:0
	  TX packets:19363 errors:0 dropped:0 overruns:0 carrier:0
	  collisions:0 txqueuelen:1000
	  RX bytes:44422970 (42.3 Mb)  TX bytes:4111172 (3.9 Mb)
	  Interrupt:16 Base address:0xa000

lo		Link encap:Local Loopback
	  inet addr:127.0.0.1  Mask:255.0.0.0
	  inet6 addr: ::1/128 Scope:Host
	  UP LOOPBACK RUNNING  MTU:16436  Metric:1
	  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
	  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
	  collisions:0 txqueuelen:0
	  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ppp0	  Link encap:Point-to-Point Protocol
	  inet addr:89.178.193.195  P-t-P:85.21.0.23  Mask:255.255.255.255
	  UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1464  Metric:1
	  RX packets:1681 errors:0 dropped:0 overruns:0 frame:0
	  TX packets:1491 errors:0 dropped:0 overruns:0 carrier:0
	  collisions:0 txqueuelen:3
	  RX bytes:1923484 (1.8 Mb)  TX bytes:292157 (285.3 Kb)

#route -n
Kernel IP routing table
Destination	 Gateway		 Genmask		 Flags Metric Ref	Use Iface
85.21.0.16	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.48	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.32	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.17	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.1	   10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.18	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.35	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.2	   10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.192.3	 10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.3	   10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.34	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.4	   10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.37	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.36	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.21	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.39	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.22	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.38	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.23	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.23	  0.0.0.0		 255.255.255.255 UH	0	  0		0 ppp0
85.21.0.24	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.9	   10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.25	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.43	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.10	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.26	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
213.234.192.8   10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.45	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.13	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.47	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.14	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.46	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
85.21.0.15	  10.87.0.17	  255.255.255.255 UGH   0	  0		0 eth0
10.87.0.0	   0.0.0.0		 255.255.0.0	 U	 0	  0		0 eth0
127.0.0.0	   0.0.0.0		 255.0.0.0	   U	 0	  0		0 lo
0.0.0.0		 85.21.0.23	  0.0.0.0		 UG	0	  0		0 ppp0

НО! В системном журнале огромное число сообщений вида

Sep 17 21:37:57 hayate pptp[30925]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 4530 (expecting 4522, lost or reordered)

Как проверить, есть ли эти потери в виндоус - не знаю. В любом случае, когда месяц назад всё работало, я не припоминаю сотен-тысяч подобных записей в логах, происходящих чуть ли не ежесекундно при (попытке) загрузить канал.

 

Автоопределённый MTU равен 1464. Видел много вариантов настроек, где вручную в конфиге pppd указано 1460 (а также всякие nodeflate nobsdcomp refuse-pap и прочие отключатели) - пробовал с ними, разницы нет.

 

Район - Северное Медведково, если это имеет значение...

 

 

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


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

Проблема с ошибкой "buffering packet ХХХ (expecting YYYY, lost or reordered)" видимо в не совсем корректной работе рртр-клиента, судя по тому что пишут об этом в сети.

Единственно что рекомендуют - включить 0 уровень протоколирования и отключить буферизацию пакетов.

От себя могу добавить - в таком режиме + шейпер трафика дает у меня устойчивую скорость приема/отдачи на уровне 450-550кб/сек при канале 5300мбит.

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


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

Не надо делать темы со назвамиами типа ПОМГИТЕ! .

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


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

Не надо делать темы со назвамиами типа ПОМГИТЕ! .

Не надо оффтопить

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


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

Единственно что рекомендуют - включить 0 уровень протоколирования и отключить буферизацию пакетов.

Спасибо, pptp --nobuffer всё исправило.

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


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

хм, я думал я один с такой проблемой... приду домой попробую поиграться с протоколированием

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


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

Случилось чудо.. --nobuffer в самом деле помог:D) СПАСИБО SKIIF !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 

закрываю тему.

 

 

 

ps: на радостях даже шаурмой обляпался..:D

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


Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.