LINUX.ORG.RU
решено ФорумAdmin

vpn pptp gentoo


0

1

Как такое может быть? Настроил по ману http://en.gentoo-wiki.com/wiki/PPTP

Поднимаю vpn так:

pon vpn

После вижу логи:

Jan  5 17:53:26 chipset pppd[18472]: pppd 2.4.5 started by nobody, uid 0
Jan  5 17:53:26 chipset pppd[18472]: Using interface ppp0
Jan  5 17:53:26 chipset pppd[18472]: Connect: ppp0 <--> /dev/pts/2
Jan  5 17:53:26 chipset pptp[18473]: anon log[main:pptp.c:310]: The synchronous pptp option is NOT activated
Jan  5 17:53:26 chipset pptp[18478]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan  5 17:53:26 chipset pptp[18478]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Jan  5 17:53:26 chipset pptp[18478]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Jan  5 17:53:27 chipset pptp[18478]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan  5 17:53:27 chipset pptp[18478]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Jan  5 17:53:27 chipset pptp[18478]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 51991).
Jan  5 17:53:39 chipset pppd[18472]: CHAP authentication succeeded
Jan  5 17:53:39 chipset pppd[18472]: CHAP authentication succeeded
Jan  5 17:53:39 chipset pppd[18472]: local  IP address 109.94.*.*
Jan  5 17:53:39 chipset pppd[18472]: remote IP address 10.100.*.*
Jan  5 17:54:27 chipset pptp[18478]: anon log[logecho:pptp_ctrl.c:677]: Echo Reply received.

На мой взглд vpn поднялось. Для уверенности смотрю ifconfig:

ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500  metric 1
        inet 109.94.*.*  netmask 255.255.255.255  destination 10.100.*.*
        ppp  txqueuelen 3  (Point-to-Point Protocol)
        RX packets 5  bytes 98 (98.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4  bytes 46 (46.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Отсюда я так понимаю интернет должен быть.

Но ping ya.ru говорит обратное:

ping ya.ru
ping: unknown host ya.ru

Что еще посмотреть. Что может быть не так?

ping: unknown host = проблемы с dns. что в /etc/resolv.conf ?

fjoe
()
Ответ на: комментарий от Pinkbyte

ping 8.8.8.8 аналогично не пингуется.

/etc/resolv.conf там мой dns все верно там.

micro-chipset
() автор топика
Ответ на: комментарий от anonymous

[code] ip route show 10.0.0.0/8 via 10.64.117.254 dev eth0 metric 2 10.64.116.0/23 dev eth0 proto kernel scope link src 10.64.116.113 metric 2 10.100.*.* dev ppp0 proto kernel scope link src 109.94.*.* 127.0.0.0/8 via 127.0.0.1 dev lo 172.16.0.0/12 via 10.64.117.254 dev eth0 metric 2 172.31.1.245 via 10.64.117.254 dev eth0 src 10.64.116.113 192.168.0.0/16 via 10.64.117.254 dev eth0 metric 2 [/code]

[code]cat /etc/resolv.conf # Generated by dhcpcd from eth0 # /etc/resolv.conf.head can replace this line domain ***.ru nameserver 91.203.*.* # /etc/resolv.conf.tail can replace this line [/code]

micro-chipset
() автор топика
Ответ на: комментарий от anonymous
ip route show

10.0.0.0/8 via 10.64.117.254 dev eth0  metric 2 

10.64.116.0/23 dev eth0  proto kernel  scope link  src 10.64.116.113  metric 2
 
10.100.*.* dev ppp0  proto kernel  scope link  src 109.94.*.* 

127.0.0.0/8 via 127.0.0.1 dev lo 

172.16.0.0/12 via 10.64.117.254 dev eth0  metric 2 

172.31.1.245 via 10.64.117.254 dev eth0  src 10.64.116.113 

192.168.0.0/16 via 10.64.117.254 dev eth0  metric 2
cat /etc/resolv.conf

# Generated by dhcpcd from eth0

# /etc/resolv.conf.head can replace this line

domain ***.ru

nameserver 91.203.*.*

# /etc/resolv.conf.tail can replace this line
micro-chipset
() автор топика
Ответ на: комментарий от micro-chipset

Ну какой там IP шлюза должен быть - поставить вместо [10.100.*.*]. Вобщем прописать шлюз по-умолчанию. Можно и через команду ip.

fjoe
()
Ответ на: комментарий от fjoe

Да спасибо это и оказалось решением моей проблемы.

micro-chipset
() автор топика
Ответ на: комментарий от fjoe
route add default gw 10.100.*.* 

Команда конечно решает проблему. Но как бы сделать чтобы при каждом поднятии vpn по:

pon vpn

Не добавлять этот маршрут и чтобы он не терялся после команды:

poff vpn
micro-chipset
() автор топика
Ответ на: комментарий от micro-chipset

В /etc/ppp/options.my_vpn добавить опцию defaultroute. man pppd короче. Или в post-up скрипт дописать.

anonymous
()
Ответ на: комментарий от papochka

Логично. Только в какой? У меня используются:

/etc/ppp/chap-secrets

/etc/ppp/peers/my_vpn

/etc/ppp/options.my_vpn

А поидее маршрут как я понимаю надо писать в конфиг:

/etc/conf.d/net 

И как правильно его там прописать?

micro-chipset
() автор топика
Ответ на: комментарий от micro-chipset

/etc/ppp/options.my_vpn сюда можно. Просто к остальным опциям допиши defaultroute. И да, как посоветывал анон, можно засунуть роут в post-up.

papochka
()
Ответ на: комментарий от papochka

А такого файла просто нет. Если уш создать, то что именно в него вписать?

micro-chipset
() автор топика
Ответ на: комментарий от neocrust

Очень интересно конечно но ответа на мой вопрос там нет. vpn я поднял а про автозапуск там не слова

micro-chipset
() автор топика
Ответ на: комментарий от papochka

Все решил проблему созданием простого скрипта

cat /etc/init.d/mipt-inet 
#!/sbin/runscript
# A simple init script to start Internet via pptp.

depend() {
        need net
        before firewall
}

start() {
        ebegin "Starting mipt-inet"
        pon garanta
        eend $?
}

stop() {
        ebegin "Shutting down mipt-inet"
        poff garanta
        eend $?
}

Выставите на файле бит x:

# chmod a+x /etc/init.d/mipt-inet

И добавил его в автозапуск:

# rc-update add mipt-inet default
micro-chipset
() автор топика
Ответ на: комментарий от micro-chipset

Но чето скипт не сработал при перезагрезагрузке. В логах про него не строки. И не думаю я он что он совсем коректное решение. Да и при падении vpn тунеля он его сам не подумает попытаться подняьть. А хотелось бы.

micro-chipset
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.