Помогите настроить pptp-client - Компьютерный форум OSzone.net

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Общий по FreeBSD (http://forum.oszone.net/forumdisplay.php?f=10)

- - Помогите настроить pptp-client (http://forum.oszone.net/showthread.php?t=51391)

Помогите настроить pptp-client

Здравствуйте, делаю все как учили:
ppp.conf из exampl-ов в /etc/ppp/ppp.conf, подставляю логин и пароль на vpn сервере

затем
route add -host <IP_address_of_VPN_server> <gateway_IP_address>
pptp <IP_address_of_VPN_server> vpn &

Вот тут появляется сообщение

vpn: Configuration label not found
Пробовал запускать с опцией --nolaunchpppd появляется интерфейс tun0, но соединиться с каким-нибудь внешним адресом не получается.

Подскажите, может еще что-то нужно прописывать в ppp.conf и как вообще проверить работу tun0 и прохождение авторизации на сервере. Если интерфейс tun0 появляется то нужно ли его еще как-то настраивать.
Если можно поподробнее.

Спасибо за ссылки, сделал все как написано. Сообщение не появляется, интерфейс tun0 появился. Как проверить его работоспособность? Внешние адреса так и не пингуются, route с vpn адреса на шлюз я добавил. Может еще что-то надо сделать?

Цитата:

route с vpn адреса на шлюз я добавил.

Не понял, можно другими словами?
Дефолтовый гетевэй у вас поменялся?

Дефолтовый провайдеровский гетевей (10. . .) записан в rc.conf и я ничего не менял
Адрес VPN сервера 213. . .
Я ввел:
route add -host 213. . . 10. . .
и после этого запустил
pptp 213. . . vpn &
Вот и все, не знаю только как проверить произошла ли авторизация на VPN-е и как направить все пакеты через tun0 а не через то, что по умолчанию.

kryo
Прежде чем ковырять дальше настройки pptp-клиента, давайте определимся со следующим. Без установления vpn-соединения идут ли пинги на шлюз и vpn-сервер. Эти два хоста должны пинговаться по-любому (в идеале). Если нет, проверяем, горит ли link на сетевой карте. Если горит, но пинги не идут, вспоминаем, не включили ли Вы какой-либо файервол в системе. Если нет, звоним провайдеру и говорим, что не пингуется шлюз и vpn-сервер. Путь проверят со своей стороны оборудование. Бывает так, что ADSL-модем или свитч, составляющие в своей совокупности шлюз, подвисают, и тогда прохождение пакетов через них невозможно. Заодно узнайте у провайдера, проходит ли от Вас авторизация на vpn-сервере. И последнее. Что отражается в логах при установлении соединения? Посмотрите /var/log/ppp.log и /var/log/messages.

Цитата:

Я ввел: route add -host 213. . . 10. . . и после этого запустил pptp 213. . . vpn &

Хм... смена дефолтового гетевэя должна происходить после запуска впн-клиента, когда поднимается интерефейс

kypm

Цитата:

смена дефолтового гетевэя должна происходить после запуска впн-клиента, когда поднимается интерефейс

Уверены? Даже в приведенной Вами статье с opennet.ru указан обратный порядок.

Все пингуется кроме внешних адресов. Под виндами все работает и выхожу в инет без проблем. Вот мои файлы:
ppp.log:
Jul 10 22:50:46 kryo ppp[499]: Phase: Using interface: tun0
Jul 10 22:50:46 kryo ppp[499]: Phase: deflink: Created in closed state
Jul 10 22:50:46 kryo ppp[499]: Warning: The alias command is deprecated
Jul 10 22:50:46 kryo ppp[499]: Phase: PPP Started (direct mode).
Jul 10 22:50:46 kryo ppp[499]: Phase: bundle: Establish
Jul 10 22:50:46 kryo ppp[499]: Phase: deflink: closed -> opening
Jul 10 22:50:46 kryo ppp[499]: Phase: deflink: Connected!
Jul 10 22:50:46 kryo ppp[499]: Phase: deflink: opening -> carrier
Jul 10 22:50:47 kryo ppp[499]: Phase: deflink: carrier -> lcp
Jul 10 22:50:48 kryo ppp[499]: Phase: bundle: Authenticate
Jul 10 22:50:48 kryo ppp[499]: Phase: deflink: his = CHAP 0x05, mine = none
Jul 10 22:50:48 kryo ppp[499]: Phase: Chap Input: CHALLENGE (16 bytes)
Jul 10 22:50:48 kryo ppp[499]: Phase: Chap Output: RESPONSE (1721)
Jul 10 22:50:48 kryo ppp[499]: Phase: Chap Input: SUCCESS (Welcome!!)
Jul 10 22:50:48 kryo ppp[499]: Phase: deflink: lcp -> open
Jul 10 22:50:48 kryo ppp[499]: Phase: bundle: Network

/var/log/messages:
Jul 10 23:00:00 kryo newsyslog[652]: logfile turned over due to size>100K
Jul 10 23:00:46 kryo pptp[502]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 5 'Echo-Request'
Jul 10 23:00:46 kryo pptp[502]: anon log[logecho:pptp_ctrl.c:659]: Echo Reply received.
Jul 10 23:00:46 kryo pptp[502]: anon log[logecho:pptp_ctrl.c:661]: no more Echo Reply/Request packets will be reported.

ifconfig выдает:
fwe0: flags=108802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
ether 02:02:3c:01:3e:1a
ch 1 dma -1
vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet 10.10.10.102 netmask 0xffffff00 broadcast 10.10.10.255
inet6 fe80::250:baff:fea6:23b4%vr0 prefixlen 64 scopeid 0x2
ether 00:50:ba:a6:23:b4
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
inet 172.10.141.20 --> 172.16.1.104 netmask 0xffffffff
Opened by PID 499

Цитата:

Уверены? Даже в приведенной Вами статье с opennet.ru указан обратный порядок.

Честно говоря я всегда настраивал по http://pptpclient.sourceforge.net/documentation.phtml и http://pptpclient.sourceforge.net/ro...ient-to-server .... может, конечно, и путаю...

kryo
Судя по логам, соединение успешно устанавливается и авторизация на vpn-сервере проходит успешно. Но, лучше все-таки позвонить провайдеру и попросить посмтотреть логи с его стороны на предмет прохождения авторизации и т.д.

Еще раз прошу прощения, ибо до этого настраивал pptp-client'a только на линуксе...
Недавно удалось (наконец-таки!) заиметь FreeBSD на рабочей машинке :), сразу вспомнил об этой теме ;)
Нашел вот такой документик:
http://www.freebsddiary.org/pptp.php
ИМХО, очень замечательная *мурзилка* :) Все проходит нормально, единственное - отваливается через некоторое время (несколько минут)... Будет время - буду разбираться, потом отпишусь... ;) Выложу конфиги, если надо.