Страница 1 из 2

linux pppd: ограничение по скорости

Добавлено: 20 дек 2006, 14:36
tes+or
планируем использовать pptpd для предоставления юзерам из локалки доступа в инет. все стандартно VPN-пароль-инет.

поставил, почитал ман внимательно, написал конфиги - работает. НО, льет не быстрее 300кбайт в сек., а мы рассматриваем вариант тарификации по VPN и внутреннего траффика, а для этого такая скорость ну никак не катит.

опцию speed что pptp, что pppd игнорят и существует мнение что для такого типа соединения это вообще не на что не влияет.

но факт остается фактом, по туннелю льет со скоростью 300 килобайт, мимо него - 7 мегов.

шифрования и сжатия я не использую. загрузка проца на серваке составляет не более 12%(пень второй, тестовый). при этом не свопит.

где узкое место, как думаете?

если это ограничение заложено в самом принципе решения, то быть может кто-то знает другое аналогичное?

Добавлено: 20 дек 2006, 15:18
cympak
Совет - пускай провайдер этим всем занимается. Просто нужно подобрать провайдера который бы всем подходил - одним нужно что бы сайты быстро грузились, другим что бы можно было гигами выкачивать (что бы быстро и гигами - такие провайдеры мне неизвестны :( ) и все это за приемлемые деньги.

Добавлено: 20 дек 2006, 15:26
tes+or
читай внимательнее, провайдер и есть мы)

Добавлено: 20 дек 2006, 15:40
cympak
ммммм, а я то думал что у провайдеров должно навороченное оборудование стоять цисковое, теперь ясно почему adsl.by постоянно лежит в локалке, небось винду перегружают

pppoe гляньте, помоему это немного разные вещи, хотя тут наверное нужно исходить кудой и как у вас инет идти к юзерам будет

(Сразу скажу что не являюсь большим специалистом в этой области, просто когда-то занимался делением выделенки на локалку, и все это дело даже работало почти год)

Добавлено: 20 дек 2006, 17:17
tes+or
у айчыны pptp, ну я и решил сделать также. вроде норма. фишка в том, что если через ppp тянет один юзер, то у него скорость 300к, а если 4 юзера, то у каждого скорость почти такая-же, правда проц уже начинает сдавать, от 4х юзеров.

попробую еще с mtu/mru поигратся.

Добавлено: 20 дек 2006, 17:19
tes+or
кстати у айчыны вроде циска, судя по логам pptp клиента. но всеравно раньше ложилась регулярно. хотя может и наш модем был виноват.

я много ругался на айчыну и не только я, ща вот проверю, был ли прав сам)

Добавлено: 20 дек 2006, 18:20
tes+or
поставил:

mtu 552
mru 552

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

имеет смысл еще чтонибудь делать?

Добавлено: 20 дек 2006, 18:51
cympak
Помоему что-то не верно, проц так грузиться не должен, там не так много работы для проца (хотя смотря что за железо, но по идее и 166 с нормальным хардварным а не софтварным оборудованием должен тянуть сотню другую юзверей)

А что за провайдер? Где можно подключаться? А анлимы будут? :)

Добавлено: 20 дек 2006, 20:30
Llama
tes+or, загружен _ЧЕМ_ ? Юзерспейсным pppd ? Или ядром? Какое железо? Какие сетевухи? mppe/mppc пробывал отключать?
cympak, скажем так - mppe и mppc вобщем-то вполне могут создавать некоторую нагрузку нагрузку.

Добавлено: 20 дек 2006, 21:52
tes+or
cympak, софтварное оборудование, это как?
и почему бы ему не грузится?

Llama, как процесс называется - непомню, завтра скажу. что-то содержащее "ppp". ppplink вроде, но не уверен. на каждого юзера запускался свой процесс.

железо: селерон 300 с чем-то, 256 памяти, два PCI стомегабитные сетевушки dlink. есть большой и неюзаемый своп.

шифрования и сжатия не используются. ну, по крайней мере я нигде их явно не указывал, или они по умолчанию включены?

создавая соединение в виндовом клиенте шифрование отключал.

Добавлено: 20 дек 2006, 22:00
tes+or
cympak, я не уверен что могу открыто выкладывать такую инфу. т.е. я могу рассказать обо всех особенностях конфигурации, но из-за незнания того, к какому провайдеру это применимо, информация становится совершенно бесполезна. я не говорю что кто-то из присутствующих потенциально опасен, я боюсь что кто-то потенциально опасный легко нагуглит много полезной инфы, если я буду где не попадя распространятся. я совсем не гений сетевой безопасности, чтобы подставлятся не думая. при всем уважении к здесь присутствующим.

скажу только, что тарифы неинтересные, подключится можно мало где и анлима небудет пока белтелеком у власти.

Добавлено: 21 дек 2006, 12:04
avb
asyncmap 0
crtscts

попробуй эти опции включи для pppd. С моим vpn'ом таких проблем нет.

покажи опции конфигов.

Добавлено: 21 дек 2006, 12:05
avb
и /etc/pptpd.conf конечно.

Добавлено: 21 дек 2006, 12:29
tes+or
/etc/pptp.conf:

Код: Выделить всё

listen 192.168.0.1

delegate

option /etc/ppp/options.VPN

debug
/etc/ppp/options.VPN:

Код: Выделить всё

debug

name nano

auth

ktune

require-chap
refuse-pap

ms-dns 192.168.111.250
proxyarp
192.168.111.200:

mru 552
mtu 552
эти ща попробую:

asyncmap 0
crtscts

Добавлено: 21 дек 2006, 12:36
tes+or
Llama,
вот строчка из топа:
8391 root 16 0 1528 540 436 R 68.6 0.2 0:23.41 pptpctrl