Скорость поднятия vpn, xl2tpd и альтернативы
Модераторы: SLEDopit, Модераторы разделов
-
CewrioR
- Сообщения: 45
Скорость поднятия vpn, xl2tpd и альтернативы
Сравнивая скорость поднятия vpn в микротике (маршрутизатор) и xl2tpd, последний кажется черепахой - может пройти 30-60 секунд, по сравнению с 1-5 у первого, а для меня это важно.
Интернет билайн (корбина). Какие альтернативы у xl2tpd, способные удовлетворить мои требования?
Debian, но если понадобится, готов сменить дистрибутив.
Интернет билайн (корбина). Какие альтернативы у xl2tpd, способные удовлетворить мои требования?
Debian, но если понадобится, готов сменить дистрибутив.
-
Bluetooth
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: Скорость поднятия vpn, xl2tpd и альтернативы
А что используется в микротике? Разве не xl2tpd?
-
CewrioR
- Сообщения: 45
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Микротик всего лишь маршрутизатор, возможности установки linux пакетов в нем нет..
-
DaemonTux
- Сообщения: 1480
- Статус: Юный падаван
- ОС: Gentoo
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Это всего лишь софтовый маршрутизатор у которого под копотом Linux
RouterOS
Одним из продуктов MikroTik является RouterOS — сетевая операционная система на базе Linux
Vladivostok Linux User Group
-
CewrioR
- Сообщения: 45
Re: Скорость поднятия vpn, xl2tpd и альтернативы
А что используется в микротике? Разве не xl2tpd?
RouterOS
Одним из продуктов MikroTik является RouterOS — сетевая операционная система на базе Linux
Это же не означает, что за подключение отвечает xl2tpd? В микротике невозможна установка linux пакетов.
-
Bluetooth
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Ну хорошо, хорошо, невозможна установка linux пакетов. Но какой-то пакет там ведь отвечает за l2tp. Разве это не xl2tpd?
-
CewrioR
- Сообщения: 45
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Это догадки, или достоверная информация?
Список модулей микротик:
Понять, что именно выдрано из линукса, представляется возможным?
Список модулей микротик:
# NAME VERSION SCHEDULED
0 system 5.21
1 wireless 5.21
2 user-manager 5.21
3 ups 5.21
4 security 5.21
5 routing 5.21
6 routerboard 5.21
7 ntp 5.21
8 multicast 5.21
9 mpls 5.21
10 lcd 5.21
11 kvm 5.21
12 isdn 5.21
13 ipv6 5.21
14 hotspot 5.21
15 gps 5.21
16 calea 5.21
17 advanced-tools 5.21
18 dhcp 5.21
19 ppp 5.21
Понять, что именно выдрано из линукса, представляется возможным?
-
Bluetooth
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Догадки
Список модулей микротик:
# NAME VERSION SCHEDULED
0 system 5.21
1 wireless 5.21
2 user-manager 5.21
3 ups 5.21
4 security 5.21
5 routing 5.21
6 routerboard 5.21
7 ntp 5.21
8 multicast 5.21
9 mpls 5.21
10 lcd 5.21
11 kvm 5.21
12 isdn 5.21
13 ipv6 5.21
14 hotspot 5.21
15 gps 5.21
16 calea 5.21
17 advanced-tools 5.21
18 dhcp 5.21
19 ppp 5.21
Понять, что именно выдрано из линукса, представляется возможным?
Хм, на основании этого списка - нет.
Можете спросить у создателей mikrotik.
Ну и пойдем с другой стороны тоже: на каком этапе подключения с xl2tpd максимальная задержка получается?
-
CewrioR
- Сообщения: 45
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Можно подробнее, какие этапы?
Задержки в поднятии ppp - бывает что ppp0 ppp1 поднимутся в течении 10-15 секунд и пройдет еще минута, прежде чем появится ppp2. Могут подниматься одновременно, но опять же будет задержка.
Даже когда тестировал 1 канал (было только одно ppp0) - он так же появлялся не сразу.
Задержки в поднятии ppp - бывает что ppp0 ppp1 поднимутся в течении 10-15 секунд и пройдет еще минута, прежде чем появится ppp2. Могут подниматься одновременно, но опять же будет задержка.
Даже когда тестировал 1 канал (было только одно ppp0) - он так же появлялся не сразу.
-
Bluetooth
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: Скорость поднятия vpn, xl2tpd и альтернативы
CewrioR писал(а): ↑31.01.2013 14:45Можно подробнее, какие этапы?
Задержки в поднятии ppp - бывает что ppp0 ppp1 поднимутся в течении 10-15 секунд и пройдет еще минута, прежде чем появится ppp2. Могут подниматься одновременно, но опять же будет задержка.
Даже когда тестировал 1 канал (было только одно ppp0) - он так же появлялся не сразу.
Ну, Вы поглядите в реальном времени, с помощью tail -f лога xl2tpd, на каком из этапе установки соединения задержка появляется.
-
CewrioR
- Сообщения: 45
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Запуск с tail -f у меня не получился, но вот лог xl2tpd с pppd после рестарта xl2tpd. Взгляните пожалуйста
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
Bluetooth
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
-
Bizdelnick
- Модератор
- Сообщения: 21520
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: Скорость поднятия vpn, xl2tpd и альтернативы
В логе видно, что аутентификация проходит не с первого раза. Видимо, что-то не так с настройками.
Пишите правильно:
| в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
-
Bluetooth
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Bizdelnick писал(а): ↑31.01.2013 23:18В логе видно, что аутентификация проходит не с первого раза. Видимо, что-то не так с настройками.
Да, мне тоже так показалось, но я не был уверен, а внимательно разбираться не хотелось, захотелось упростить задачу (:
-
CewrioR
- Сообщения: 45
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Прикрепляю лог с одним туннелем (в этот раз он еще и отвалиться 2 раза успел, прежде чем стабильно подключился).
/etc/xl2tpd/xl2tpd.conf
/etc/ppp/options.xl2tpd
В /etc/ppp/options.xl2tpd пробовал указывать ttyname /dev/pts1, что бы не ругался вот так:
В итоге интерфейс ppp0 вообще не поднялся. Аналогичное произошло при указании notty.
/etc/xl2tpd/xl2tpd.conf
[global]
access control = yes
[lac corbina]
lns = tp.internet.beeline.ru
redial = yes
redial timeout = 10
require chap = yes
require authentication = no
ppp debug = yes
pppoptfile = /etc/ppp/options.xl2tpd
require pap = no
autodial = yes
name = 1111111111
tx bps = 100000000
/etc/ppp/options.xl2tpd
#ttyname /dev/pts1
#notty
unit 0
#name 1111111111
user 1111111111
remotename l2tp
linkname beeline-l2tp
connect /bin/true
noauth
defaultroute
replacedefaultroute
mru 1460
mtu 1460
noipdefault
#ipparam l2tp
nodeflate
nobsdcomp
persist
#maxfail 0
nopcomp
#noaccomp
В /etc/ppp/options.xl2tpd пробовал указывать ttyname /dev/pts1, что бы не ругался вот так:
pppd[9783]: Failed to open /dev/pts/30: No such file or directory
В итоге интерфейс ppp0 вообще не поднялся. Аналогичное произошло при указании notty.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
CewrioR
- Сообщения: 45
-
Bluetooth
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: Скорость поднятия vpn, xl2tpd и альтернативы
а если из ppp options убрать persist?
-
CewrioR
- Сообщения: 45
Re: Скорость поднятия vpn, xl2tpd и альтернативы
Удалось узнать вот что:
"ругается на аутентификацию, потому что не отвалилось на стороне сервера, надо подождать"
"даёт сервер авторизации отлуп, да, с ними это иногда случается, залипшая сессия."
Но на микротике я этого не замечал. Единственное, что могу подумать - микротик успевал завершать соединения, когда я тестировал на нем, поэтому моментально соединялся вновь. Но когда я перезагружал виртуальную машину с микротиком, замечал что после этого какое то время происходили тупняки, видимо из той же серии что и на линуксе сейчас.
А на линуксе я выполняю команду /etc/init.d/xl2tpd restart, видимо при этом по нормальному туннель не закрывается и сервер провайдера продолжает думать, что соединение все еще есть, по этому не пускает установить новое, пока не пройдет время и он не поймет, что старого больше не существует.
"ругается на аутентификацию, потому что не отвалилось на стороне сервера, надо подождать"
"даёт сервер авторизации отлуп, да, с ними это иногда случается, залипшая сессия."
Но на микротике я этого не замечал. Единственное, что могу подумать - микротик успевал завершать соединения, когда я тестировал на нем, поэтому моментально соединялся вновь. Но когда я перезагружал виртуальную машину с микротиком, замечал что после этого какое то время происходили тупняки, видимо из той же серии что и на линуксе сейчас.
А на линуксе я выполняю команду /etc/init.d/xl2tpd restart, видимо при этом по нормальному туннель не закрывается и сервер провайдера продолжает думать, что соединение все еще есть, по этому не пускает установить новое, пока не пройдет время и он не поймет, что старого больше не существует.