Обсуждение статьи тематического каталога: Настройка PPTP клиента под Linux и FreeBSD (pptp linux freebsd vpn)Ссылка на текст статьи: http://www.opennet.me/base/net/pptp_client.txt.html
Я захожу в Linux удалено через терминал, устанавливаю соединение появляется ppp0, потом когда я закрываю терминал соединение разрывается, как этого можно избежать.
проверь на наличе опции nodetach, которая говорит не отсоединятся от терминала, на котором инициированно соединение. Когда ты делаешь <ctrl>-<d> или exit, то соответственно рвется соединение.
настройка IPFW для работы pptp-clientallow gre from any to any
allow tcp from me to [vpn server] dst-port 1723 out
allow tcp from [vpn server] 1723 to me in
v yadro nado vpisat "device gre"? i esli dopustim ya eto sdelal:), i fw tozh popravil, to pochemu tunnel tipa podnimaetsya (on v ifconfige prisutstvuet),no yavno bez tunnelirovanuya? rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 192.168.19.185 netmask 0xfffffe00 broadcast 192.168.19.255
inet6 fe80::240:ff:fe00:597%rl0 prefixlen 64 scopeid 0x1
ether 00:40:00:00:05:97
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
rl1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255
inet6 fe80::280:48ff:fe30:4dca%rl1 prefixlen 64 scopeid 0x2
ether 00:80:48:30:4d:ca
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
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 0x3
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
Opened by PID 740 och nuzhen help, esli mozhesh chto podskazat plz bud dobr:)
Anik# /usr/local/sbin/pptp 172.23.80.1 vpn &
[1] 738
Anik# /libexec/ld-elf.so.1: Shared object "libutil.so.5" not found, required by "pptp"Сделал все как описано для фри
у меня FreeBSD 5.4 RELEASE
не подскажите, что нужно сделать, чтоб это заработало?
переставил пакеты...та проблема ушла, появилась новая..
Anik# /usr/local/sbin/pptp 172.23.80.1 vpn &
[1] 602
Anik# vpn: Configuration label not foundвот ppp.conf:
default:
set log Phase Chat LCP IPCP CCP tun command
ident user-ppp VERSION (built COMPILATIONDATE)# Ensure that "device" references the correct serial port
# for your modem. (cuaa0 = COM1, cuaa1 = COM2)
#
# set device /dev/cuaa1# set speed 115200
# set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
# \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT"
set timeout 0 # 3 minute idle timer (the default)
# enable dns # request DNS info (for resolv.conf)papchap:
#
# edit the next three lines and replace the items in caps with
# the values which have been assigned by your ISP.
## set phone PHONE_NUM
set authname Anik
set authkey nikonipset ifaddr 0 0
add default HISADDR # Add a (sticky) default route
>Anik# /usr/local/sbin/pptp 172.23.80.1 vpn &
>[1] 738
>Anik# /libexec/ld-elf.so.1: Shared object "libutil.so.5" not found, required by "pptp"
>
>Сделал все как описано для фри
>у меня FreeBSD 5.4 RELEASEА я не знаю, что делать. Такая же проблема
default: замените на vpn:
т.е.:
vpn:
set timeout 0
set authname Anik
set authkey nikonip
set ifaddr 0 0
add default HISADDR
alias enable yesЗЫ обязательны отступы в один пробел после имени соединения
>default: замените на vpn:
>т.е.:
>vpn:
> set timeout 0
> set authname Anik
> set authkey nikonip
> set ifaddr 0 0
> add default HISADDR
> alias enable yes
>
>ЗЫ обязательны отступы в один пробел после имени соединения
Сделал все так, аутентификация проходит, адресация раздается, туннель подымается, но связи нет, всей пинги уходят и не возвращаются(( Клиент(FreeBSD) и сервер(linux) находятся в одном сегменте сети. Винда конектится без проблем.
У меня таже проблема
Вероятно шлюз по умолчанию не ставится или ставится, но тот шлюз что был до этого пропадает и тунель до сервера VPN падает. Надо рулить роутинг.
route
Посмотреть таблицу маршрутизации, что стоит по default. По умолчанию пакеты отправляются на порт eth0, а надо на ppp0. Если нет default на ppp0, значит не отработала комманда add default HISADDR. Надо вручную определить маршрут по default на ppp0
route del default
route add default dev ppp0
Смотрели, с роутом, все в порядке((
> route
> Посмотреть таблицу маршрутизации, что стоит по default. По умолчанию пакеты
>отправляются на порт eth0, а надо на ppp0. Если нет default
>на ppp0, значит не отработала комманда add default HISADDR. Надо вручную
>определить маршрут по default на ppp0
>route del default
>route add default dev ppp0
>
делаю pptp 10.0.0.1 vpn &, но через некоторе время процесса pptp ненахожу в процессах, в логах:
Jan 17 12:00:35 freebsd ppp[642]: Phase: Using interface: tun0
Jan 17 12:00:35 freebsd ppp[642]: Phase: deflink: Created in closed state
Jan 17 12:00:35 freebsd ppp[642]: Phase: PPP Started (direct mode).
Jan 17 12:00:35 freebsd ppp[642]: Phase: bundle: Establish
Jan 17 12:00:35 freebsd ppp[642]: Phase: deflink: closed -> opening
Jan 17 12:00:35 freebsd ppp[642]: Phase: deflink: Connected!
Jan 17 12:00:35 freebsd ppp[642]: Phase: deflink: opening -> carrier
Jan 17 12:00:36 freebsd ppp[642]: Phase: deflink: carrier -> lcp
Jan 17 12:00:37 freebsd ppp[642]: Phase: bundle: Authenticate
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: his = CHAP 0x81, mine = none
Jan 17 12:00:37 freebsd ppp[642]: Phase: Chap Input: CHALLENGE (16 bytes)
Jan 17 12:00:37 freebsd ppp[642]: Phase: Chap Output: RESPONSE (ghotrix)
Jan 17 12:00:37 freebsd ppp[642]: Phase: Chap Input: SUCCESS (S=398719057DA3B2C5226C7C48F92633F88E10C02F)
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: lcp -> open
Jan 17 12:00:37 freebsd ppp[642]: Phase: bundle: Network
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: IPV6CP protocol reject closes IPV6CP !
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: IPV6CP protocol reject closes IPV6CP !
Jan 17 12:00:37 freebsd ppp[642]: Phase: Signal 15, terminate.
Jan 17 12:00:37 freebsd ppp[642]: Phase: Signal 15, terminate.
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: read (0): Got zero bytes
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: open -> lcp
Jan 17 12:00:37 freebsd ppp[642]: Phase: bundle: Terminate
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: Disconnected!
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: Connect time: 2 secs: 618 octets in, 872620 octets out
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: 16 packets in, 1231 packets out
Jan 17 12:00:37 freebsd ppp[642]: Phase: total 436619 bytes/sec, peak 6616 bytes/sec on Wed Jan 17 12:00:37 2007
Jan 17 12:00:37 freebsd ppp[642]: Phase: deflink: lcp -> closed
Jan 17 12:00:37 freebsd ppp[642]: Phase: bundle: Dead
Jan 17 12:00:37 freebsd ppp[642]: Phase: PPP Terminated (normal).
А что за ощибку у меня вводит ?
У меня операционка PCBSD никак не могу на нем поднять VPN, если кто сталкивался с подобной ситуацией помогите..../usr/local/sbin/pptp: Exec format error. Binary file not executable.
>А что за ощибку у меня вводит ?
>У меня операционка PCBSD никак не могу на нем поднять VPN, если
>кто сталкивался с подобной ситуацией помогите....
>
>/usr/local/sbin/pptp: Exec format error. Binary file not executable.
Смени операционку, походу ты не из исходников собираешь, а сразу бинарники пытаешься юзать, вот у тебя ниче и не получается. Либо найди менно ИСХОДНИКИ!
Воспользовался данной статьей. Огромное спасибо все работает.... Только вопрос:
<ВАЖНО: Если Вы не находитесь в одном IP <сегменте с VPN сервером В таблице маршрутизации <должен быть прописан маршрут до VPN <сервера.....Выполните команду:
< /sbin/route add -host <<IP_address_of_VPN_server> gw <gateway>
А где находится Таблица маршрутизации? Если у меня поменяется IP VPN сервера старый IP сохраняется? И как добавить в автозагрузку чтоб при включении FreeBSD автоматически подключалась к VPN серверу?
Скачал pptp-1.7.2.tar.gz
http://sourceforge.net/project/showfiles.p...lease_id=599125распаковал tar xvfz *.tar.gz в /usr что делать дальше?
проблемка..
NIK# /usr/local/sbin/pptp vpn.lanoptic.net vpn &
[1] 1902
NIK# /bin/ip: not found
/bin/ip: not found
Как с этим бороться?
это на FreeBSD так пишет?
если да, то никак не надо бороться.
Эта ошибка не критичная.
У меня клиент тоже стартует с такой ошибкой и все работает.
Есть предположение что так как клиент написан и под linux и под FreeBSD то это что то от линукса, на линуксе есть такая команда.