Странное поведение pptp
Если не выполнить перед pon provider команды pptp provider или pptp provider --nolaunchppd или тот же pon, то происходит LCP timeout.
При запуске вышеописанных команд всё нормально соединяется.
GRE пакеты ходят только в icmp mode (проверял hping'ом).
WTF??
- Войдите на сайт для отправки комментариев

настроить чтоб через
настроить чтоб через /etc/init.d/net.ppp0 у мя так, вот линк на статью - http://ru.gentoo-wiki.com/wiki/%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B...
Всё равно timeout. Причём,
Всё равно timeout. Причём, если после запуска net.ppp0 запустить pon provider, то обе команды успешно соединяются с vpn gateway, но net.ppp0 не может пройти аутентификацию, т.к. pon уже успешно соединился.
net-dialup/ppp (2.4.4-r2)
net-dialup/pptpclient (1.7.2-r1)
а в логе что?
а в логе что?
А в логе LCP timeout, как я и
А в логе LCP timeout, как я и говорил. Никаких намёков на неполадки в сети или ещё чего-нибудь.
ftp://ftp2.tusur.ru/incoming/logs/vneshka.log --- просто запуск pon vneshka nodetach debug dump logfd 2 logfile vneshka.log
ftp://ftp2.tusur.ru/incoming/logs/vneshka-add-pptp.log --- перед pon'ом был запущен pptp gw.vneshka.net
С net.ppp0 аналогично.
defaultroute и сети в
defaultroute и сети в статичный роут пихал?
В смысле? defaultroute и
В смысле? defaultroute и usepeerdns у меня в /etc/ppp/peers/vneshka прописаны, получаются при подключении, а томские сети в ip-up.d (ip-down.d), если ты об этом.
я про то что сначала в роуте
я про то что сначала в роуте должно быть: 1)ип днса 2)ип впн сервака 3)твоего шлюза, потом сносишь дефолтрут и запускаешь соединение(реплейсдефолтроут должно быть включено в настройках соеденения) и тогда всё в шоколаде) если не понял могу кинуть свой /etc/conf.d/net
>могу кинуть свой
>могу кинуть свой /etc/conf.d/net
Кидай, посмотрим, что можно сделать.
#
# ETH0
modules=("ifconfig")
config_eth0=("192.168.1.34 netmask 255.255.255.0")
routes_eth0=(
"62.64.24.0/24 via 192.168.1.1"
"62.68.128.0/19 via 192.168.1.1"
"77.106.64.0/18 via 192.168.1.1"
"77.235.211.192/29 via 192.168.1.1"
"77.245.160.0/20 via 192.168.1.1"
"78.136.192.0/18 via 192.168.1.1"
"78.139.192.0/18 via 192.168.1.1"
"78.140.0.0/18 via 192.168.1.1"
"79.122.222.0/23 via 192.168.1.1"
"79.136.128.0/17 via 192.168.1.1"
"79.175.39.0/25 via 192.168.1.1"
"80.72.208.0/20 via 192.168.1.1"
"80.89.133.32/27 via 192.168.1.1"
"80.89.135.0/24 via 192.168.1.1"
"81.1.229.72/29 via 192.168.1.1"
"81.1.229.96/27 via 192.168.1.1"
"81.1.229.128/25 via 192.168.1.1"
"81.1.232.0/24 via 192.168.1.1"
"82.117.64.0/19 via 192.168.1.1"
"82.117.160.0/19 via 192.168.1.1"
"82.200.4.0/24 via 192.168.1.1"
"82.200.5.0/27 via 192.168.1.1"
"82.200.17.0/24 via 192.168.1.1"
"82.200.24.0/26 via 192.168.1.1"
"82.200.70.0/23 via 192.168.1.1"
"82.200.73.0/24 via 192.168.1.1"
"82.200.74.0/24 via 192.168.1.1"
"82.200.75.0/24 via 192.168.1.1"
"82.200.76.0/24 via 192.168.1.1"
"82.200.77.0/24 via 192.168.1.1"
"82.200.78.0/24 via 192.168.1.1"
"82.200.102.0/23 via 192.168.1.1"
"82.200.110.0/23 via 192.168.1.1"
"82.200.112.0/28 via 192.168.1.1"
"82.200.114.0/27 via 192.168.1.1"
"82.200.114.160/27 via 192.168.1.1"
"82.200.122.0/24 via 192.168.1.1"
"82.200.123.0/24 via 192.168.1.1"
"83.172.0.0/18 via 192.168.1.1"
"83.229.232.0/22 via 192.168.1.1"
"83.229.245.0/24 via 192.168.1.1"
"84.237.0.0/20 via 192.168.1.1"
"85.143.64.0/20 via 192.168.1.1"
"85.143.80.0/21 via 192.168.1.1"
"88.204.0.0/17 via 192.168.1.1"
"90.188.64.0/19 via 192.168.1.1"
"90.188.96.0/20 via 192.168.1.1"
"90.188.112.0/21 via 192.168.1.1"
"91.193.88.0/23 via 192.168.1.1"
"91.210.72.0/22 via 192.168.1.1"
"91.210.184.0/22 via 192.168.1.1"
"91.211.184.0/24 via 192.168.1.1"
"91.211.185.0/24 via 192.168.1.1"
"91.211.186.0/24 via 192.168.1.1"
"91.211.187.0/24 via 192.168.1.1"
"91.211.236.0/22 via 192.168.1.1"
"92.50.240.0/24 via 192.168.1.1"
"92.63.64.0/20 via 192.168.1.1"
"92.125.0.0/19 via 192.168.1.1"
"92.126.224.0/19 via 192.168.1.1"
"92.243.96.0/19 via 192.168.1.1"
"93.91.165.0/24 via 192.168.1.1"
"93.91.166.0/24 via 192.168.1.1"
"93.91.168.0/23 via 192.168.1.1"
"94.28.4.0/23 via 192.168.1.1"
"94.251.9.0/24 via 192.168.1.1"
"94.251.10.0/23 via 192.168.1.1"
"94.251.92.0/24 via 192.168.1.1"
"95.170.96.0/19 via 192.168.1.1"
"95.170.136.0/23 via 192.168.1.1"
"95.170.138.0/23 via 192.168.1.1"
"95.170.144.0/23 via 192.168.1.1"
"95.174.192.0/19 via 192.168.1.1"
"95.191.0.0/20 via 192.168.1.1"
"95.191.16.0/20 via 192.168.1.1"
"95.191.32.0/20 via 192.168.1.1"
"95.191.48.0/20 via 192.168.1.1"
"109.123.128.0/18 via 192.168.1.1"
"188.65.16.0/22 via 192.168.1.1"
"194.226.60.0/22 via 192.168.1.1"
"195.208.160.0/19 via 192.168.1.1"
"212.73.124.0/22 via 192.168.1.1"
"212.107.224.0/20 via 192.168.1.1"
"212.107.240.0/22 via 192.168.1.1"
"212.192.102.0/24 via 192.168.1.1"
"212.192.112.0/20 via 192.168.1.1"
"212.192.163.0/24 via 192.168.1.1"
"213.183.96.0/19 via 192.168.1.1"
"213.210.64.0/18 via 192.168.1.1"
"213.228.87.5/32 via 192.168.1.1"
"217.8.224.80/28 via 192.168.1.1"
"217.8.237.112/28 via 192.168.1.1"
"217.18.128.0/19 via 192.168.1.1"
"217.29.80.0/20 via 192.168.1.1"
"217.70.106.24/32 via 192.168.1.1"
"217.70.106.29/32 via 192.168.1.1"
"217.79.56.0/24 via 192.168.1.1"
"217.79.57.0/24 via 192.168.1.1"
"217.106.147.0/28 via 192.168.1.1"
)
# VPN
config_ppp0=("ppp")
link_ppp0="pty 'pptp ип_впн_сервака --nolaunchpppd --nobuffer'"
username_ppp0='логин'
password_ppp0='пароль'
pppd_ppp0=(
lock
noauth
refuse-pap
refuse-eap
refuse-chap
refuse-mschap
nodeflate
defaultroute
nobsdcomp
persist
mppe required,stateless
logfile /var/log/pptp-client.log
)
depend_ppp0(){
need net.eth0
}
будут вопросы пиши в аську
будут вопросы пиши в аську
У меня по сути та же схема.
У меня по сути та же схема. Не пашет, как положено.
Видимо, дело не только в клиенте (соединение рвётся или клиент начинает жрать 50% проца каждые 5 минут), но и в провадере (ТУСУР'овский wifi).
В продолжение
В продолжение настройки...
Чтоб внеха ходила через ppp0, а тонет через eth0. Написал скриптик обновление томских сетей(см.выше). Сети берутся с сайта СТК и загоняются в route, так же на выходе формируется файлик net который надо положить в /etc/conf.d/net. Сильно править скрипт небуду сами поправите)
[1файл_начало имя_файла chast1]
# Подставьте свои значения
config_eth0=( "192.168.1.34 netmask 255.255.255.0" )
routes_eth0=(
# CHAST1
[1файл_конец имя_файла chast1]
[2файл_начало имя_файла chast2]
# CHAST2
config_ppp0=("ppp")
link_ppp0="pty 'pptp ip_сервера --nolaunchpppd --nobuffer'"
username_ppp0='логин'
password_ppp0='пароль'
pppd_ppp0=(
lock
noauth
refuse-pap
refuse-eap
refuse-chap
refuse-mschap
nodeflate
defaultroute
nobsdcomp
persist
mppe required,stateless
logfile /var/log/pptp-client.log
)
depend_ppp0(){
need net.eth0
}
[2файл_конец имя_файла chast2]
[3файл_начало имя_файла update.sh]
#!/bin/sh
cat /root/scripts/update/chast1 > /root/scripts/update/net;
wget -O /root/scripts/update/nets.txt "http://tomsknet.ru/netsplain?nohd=1&pattern=~base~/~preflen~\n";
sed -e "s/^/ \"/;s/$/\ via ip_шлюза\"/;" /root/scripts/update/nets.txt >> /root/scripts/update/net;
cat /root/scripts/update/chast2 >> /root/scripts/update/net;
rm /root/scripts/update/nets.txt
chown root:root /root/scripts/update/net
chmod 644 /root/scripts/update/net
cp /etc/conf.d/net /etc/conf.d/net.b
cp /root/scripts/update/net /etc/conf.d/net
[3файл_конец имя_файла update.sh]
пути в скрипте поправите сами, и можно смело закидывать в крон.жду критики