Corbina vs Arch Помогите настроить VPN

2 virus_found
Когда используете netcfg для настройки сети, то в rc.conf имеют значение два и только два параметра, которые относятся в к сети:
NETWORKS=(профили netcfg, поднимаемые при загрузке)
DAEMONS=(… !network net-profiles …)
Специально показал, что network отключен. Читайте netcfg wiki до тех пор, пока не поймете, почему. Уж больше чем за две недели, которые Вы здесь мусолите свои неверные конфиги, могли бы и наизусть выучить необходимый материал. А то ведь Вы еще и спорите, и пытаетесь сказать, что правы. Будете правы, когда пакеты забегают.

2 заинтересованным в борьбе с корбиной:
Почему бы вам не навалиться всем миром и не адаптировать вот этот скрипт для юных арчеводов, волею судеб заброшеных к этому провайдеру? Меньше бы было в мире разочарованных в линуксе вообще и в archlinux-е в частности.
Разобрался я с этими iproute2 и net-tools: действительно напутал, net-tools тут не при чём.
ip (утилита) route (объект) add (команда) аргументы, (для себя) но не суть.

Мы на протяжении нескольких страниц пытаемся донести мысль, что в rc.conf этим командам (POST_UP=“ip route add … ) делать нечего!
net-profiles их оттуда не читает! Всё, что делает скрипт /etc/rc.conf (применительно к сети, в данном случае), так это запускает указанный net-profiles, который далее выполняет свою работу ”на стороне".

Всё что требуется, это немного подумать головой и прочитать вики по данному вопросу (rc.conf и netcfg в поиск)!
Настройки внутри /etc/ppp уже неоднократно пережёваны и трудностей вызвать не должны.

А кому надо или интересно, пилите тот билайновский скрипт, может он золотой. Но если и на корбиновском форуме не всё так гладко, то с чего вы думаете, что здесь, в арче, с ним не возникнет никаких проблем?
Может вот это вас как-то помирит : http://homenet.beeline.ru/index.php?showtopic=291060&st=30.
Насколько я понял - все проблемы у xl2tp в Корбине от бага настройки сети Билайна. Там, по ссылке, в 53 посте энтузиаст вроде решил проблему, я и здесь видел, что часть этого решения здесь применяли. Но соль в том, что необходимо еще пропатчить исходники xl2tp и пересобрать пакет…. В общем, я вижу, Корбина так и осталась та еще штучка.
В rc.conf - только NETWORKS=(corbina) и больше ничего про сеть.

/etc/network.d/corbina:
CONNECTION='ethernet'
DESCRIPTION='Beeline'
INTERFACE='eth0'
IP='dhcp'
POST_UP="ip route add 213.234.192.7 dev eth0 ; ip route add 85.21.192.5 dev eth0 ; ip route add 85.21.0.251 via 10.163.88.1 dev eth0 metric 202" 
(В /etc/resolv.conf - именно эти первые два айпишника ^^ всегда получаются, поэтому решил прописать их, раньше прописывал чьи-то чужие.)


% ip addr ; ip route
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:24:8c:4c:69:53 brd ff:ff:ff:ff:ff:ff
    inet 10.163.93.224/21 brd 10.163.95.255 scope global eth0
    inet6 fe80::224:8cff:fe4c:6953/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 00:23:4e:df:c9:50 brd ff:ff:ff:ff:ff:ff
9: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1460 qdisc pfifo_fast state UNKNOWN qlen 3
    link/ppp 
    inet 95.26.54.38 peer 85.21.0.251/32 scope global ppp0
default dev ppp0  scope link 
10.0.0.0/8 via 10.163.88.1 dev eth0  metric 202 
10.163.88.0/21 dev eth0  proto kernel  scope link  src 10.163.93.224  metric 202 
78.107.52.0/24 via 10.163.88.1 dev eth0  metric 202 
85.21.0.251 dev ppp0  proto kernel  scope link  src 95.26.54.38 
85.21.0.251 via 10.163.88.1 dev eth0  metric 202 
85.21.72.80/28 via 10.163.88.1 dev eth0  metric 202 
85.21.79.0/24 via 10.163.88.1 dev eth0  metric 202 
85.21.90.0/24 via 10.163.88.1 dev eth0  metric 202 
85.21.192.5 dev eth0  scope link 
213.234.192.7 dev eth0  scope link 
217.118.84.0/24 via 10.163.88.1 dev eth0  metric 202 
233.33.210.0/24 via 10.163.93.224 dev eth0  metric 202  

Интернета нет. В логе - то же самое. Кто бы мог подумать! :)
Dec 11 21:51:54 arch dhcpcd[1791]: version 5.2.12 starting
Dec 11 21:51:54 arch dhcpcd[1791]: eth0: broadcasting for a lease
Dec 11 21:51:59 arch dhcpcd[1791]: eth0: offered 10.163.93.224 from 78.107.63.220
Dec 11 21:51:59 arch dhcpcd[1791]: eth0: acknowledged 10.163.93.224 from 78.107.63.220
Dec 11 21:51:59 arch dhcpcd[1791]: eth0: checking for 10.163.93.224
Dec 11 21:52:03 arch pppd[1374]: Failed to open /dev/pts/3: No such file or directory
Dec 11 21:52:03 arch dhcpcd[1791]: eth0: leased 10.163.93.224 for 604800 seconds
Dec 11 21:52:03 arch dhcpcd[1791]: forked to background, child pid 1814
Dec 11 21:52:11 arch xl2tpd[1846]: setsockopt recvref[22]: Protocol not available
Dec 11 21:52:11 arch xl2tpd[1846]: This binary does not support kernel L2TP.
Dec 11 21:52:11 arch xl2tpd[1847]: xl2tpd version xl2tpd-1.3.0 started on arch PID:1847
Dec 11 21:52:11 arch xl2tpd[1847]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc.
Dec 11 21:52:11 arch xl2tpd[1847]: Forked by Scott Balmos and David Stipp, (C) 2001
Dec 11 21:52:11 arch xl2tpd[1847]: Inherited by Jeff McAdams, (C) 2002
Dec 11 21:52:11 arch xl2tpd[1847]: Forked again by Xelerance (www.xelerance.com) (C) 2006
Dec 11 21:52:11 arch xl2tpd[1847]: Listening on IP address 0.0.0.0, port 1701
Dec 11 21:52:11 arch xl2tpd[1847]: Connecting to host 85.21.0.251, port 1701
Dec 11 21:52:11 arch xl2tpd[1847]: Connection established to 85.21.0.251, 1701.  Local: 2046, Remote: 10810 (ref=0/0).
Dec 11 21:52:11 arch xl2tpd[1847]: Calling on tunnel 2046
Dec 11 21:52:11 arch xl2tpd[1847]: Call established with 85.21.0.251, Local: 12695, Remote: 61255, Serial: 1 (ref=0/0)
Dec 11 21:52:11 arch xl2tpd[1847]: start_pppd: I'm running: 
Dec 11 21:52:11 arch xl2tpd[1847]: "/usr/sbin/pppd" 
Dec 11 21:52:11 arch xl2tpd[1847]: "passive" 
Dec 11 21:52:11 arch xl2tpd[1847]: "nodetach" 
Dec 11 21:52:11 arch xl2tpd[1847]: ":" 
Dec 11 21:52:11 arch xl2tpd[1847]: "name" 
Dec 11 21:52:11 arch xl2tpd[1847]: "0893304887" 
Dec 11 21:52:11 arch xl2tpd[1847]: "debug" 
Dec 11 21:52:11 arch xl2tpd[1847]: "file" 
Dec 11 21:52:11 arch xl2tpd[1847]: "/etc/ppp/options.xl2tpd" 
Dec 11 21:52:11 arch xl2tpd[1847]: "/dev/pts/5" 
Dec 11 21:52:11 arch pppd[1848]: pppd 2.4.5 started by virus_found, uid 0
Dec 11 21:52:11 arch pppd[1848]: Script /bin/true finished (pid 1849), status = 0x0
Dec 11 21:52:11 arch pppd[1848]: Serial connection established.
Dec 11 21:52:11 arch pppd[1848]: using channel 5
Dec 11 21:52:11 arch pppd[1848]: Using interface ppp0
Dec 11 21:52:11 arch pppd[1848]: Connect: ppp0 <--> /dev/pts/5
Dec 11 21:52:12 arch pppd[1848]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x1716d272>]
Dec 11 21:52:12 arch pppd[1848]: 
Dec 11 21:52:12 arch pppd[1848]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]
Dec 11 21:52:12 arch pppd[1848]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x1716d272>]
Dec 11 21:52:12 arch pppd[1848]: 
Dec 11 21:52:12 arch pppd[1848]: 
Dec 11 21:52:12 arch pppd[1848]: sent [LCP EchoReq id=0x0 magic=0x1716d272]
Dec 11 21:52:12 arch pppd[1848]: rcvd [LCP EchoRep id=0x0 magic=0x6d6ab1df]
Dec 11 21:52:12 arch pppd[1848]: 
Dec 11 21:52:12 arch pppd[1848]: 
Dec 11 21:52:12 arch pppd[1848]: rcvd [CHAP Success id=0x1 ""]
Dec 11 21:52:12 arch pppd[1848]: CHAP authentication succeeded
Dec 11 21:52:12 arch pppd[1848]: CHAP authentication succeeded
Dec 11 21:52:12 arch pppd[1848]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.0.2> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Dec 11 21:52:12 arch pppd[1848]: rcvd [IPCP ConfReq id=0x1 <addr 85.21.0.251>]
Dec 11 21:52:12 arch pppd[1848]: sent [IPCP ConfAck id=0x1 <addr 85.21.0.251>]
Dec 11 21:52:14 arch pppd[1848]: rcvd [IPCP ConfReq id=0x2 <addr 85.21.0.251>]
Dec 11 21:52:14 arch pppd[1848]: sent [IPCP ConfAck id=0x2 <addr 85.21.0.251>]
Dec 11 21:52:14 arch pppd[1848]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Dec 11 21:52:14 arch pppd[1848]: sent [IPCP ConfReq id=0x2 <addr 192.168.0.2> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Dec 11 21:52:14 arch pppd[1848]: rcvd [IPCP ConfNak id=0x2 <addr 95.26.151.125> <ms-dns1 85.21.192.5> <ms-dns2 213.234.192.7>]
Dec 11 21:52:14 arch pppd[1848]: sent [IPCP ConfReq id=0x3 <addr 95.26.151.125> <ms-dns1 85.21.192.5> <ms-dns2 213.234.192.7>]
Dec 11 21:52:14 arch pppd[1848]: rcvd [IPCP ConfAck id=0x3 <addr 95.26.151.125> <ms-dns1 85.21.192.5> <ms-dns2 213.234.192.7>]
Dec 11 21:52:14 arch pppd[1848]: local  IP address 95.26.151.125
Dec 11 21:52:14 arch pppd[1848]: remote IP address 85.21.0.251
Dec 11 21:52:14 arch pppd[1848]: primary   DNS address 85.21.192.5
Dec 11 21:52:14 arch pppd[1848]: secondary DNS address 213.234.192.7
Dec 11 21:52:14 arch pppd[1848]: Script /etc/ppp/ip-up started (pid 1850)
Dec 11 21:52:14 arch pppd[1848]: Script /etc/ppp/ip-up finished (pid 1850), status = 0x0
Dec 11 21:52:33 arch pppd[1374]: Failed to open /dev/pts/3: No such file or directory
Dec 11 21:53:03 arch pppd[1374]: Failed to open /dev/pts/3: No such file or directory
Dec 11 21:53:33 arch pppd[1374]: Failed to open /dev/pts/3: No such file or directory
Dec 11 21:54:03 arch pppd[1374]: Failed to open /dev/pts/3: No such file or directory
Dec 11 21:54:33 arch pppd[1374]: Failed to open /dev/pts/3: No such file or directory
Dec 11 21:54:42 arch pppd[1848]: No response to 4 echo-requests
Dec 11 21:54:42 arch pppd[1848]: Serial link appears to be disconnected.
Dec 11 21:54:42 arch pppd[1848]: Connect time 2.5 minutes.
Dec 11 21:54:42 arch pppd[1848]: Sent 4111921954 bytes, received 131 bytes.
Dec 11 21:54:42 arch pppd[1848]: Script /etc/ppp/ip-down started (pid 1860)
Dec 11 21:54:42 arch pppd[1848]: sent [LCP TermReq id=0x2 "Peer not responding"]
Dec 11 21:54:42 arch xl2tpd[1847]: handle_avps:  don't know how to handle atribute 46.
Dec 11 21:54:42 arch xl2tpd[1847]: handle_avps:  don't know how to handle atribute 104.
Dec 11 21:54:42 arch pppd[1848]: rcvd [LCP TermReq id=0x3]
Dec 11 21:54:42 arch pppd[1848]: sent [LCP TermAck id=0x3]
Dec 11 21:54:42 arch xl2tpd[1847]: control_finish: Connection closed to 85.21.0.251, serial 1 (Locally generated disconnect)
Dec 11 21:54:42 arch xl2tpd[1847]: Terminating pppd: sending TERM signal to pid 1848
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch xl2tpd[1847]: get_call: can't find call 12695 in tunnel 2046
 (ref=0/0)
Dec 11 21:54:42 arch xl2tpd[1847]: check_control: Received out of order control packet on tunnel 10810 (got 2, expected 3)
Dec 11 21:54:42 arch pppd[1848]: Terminating on signal 15
Dec 11 21:54:42 arch pppd[1848]: Modem hangup
Dec 11 21:54:42 arch pppd[1848]: Connection terminated. 
Я могу ошибаться, но - ты не пробовал сделать так:
POST_UP="ip route add 213.234.192.7 dev eth0 ; ip route add 85.21.192.5 dev eth0 ; ip route add 85.21.0.251 via 10.163.88.1 dev eth0 ; ip route replace via 10.163.88.1 dev ppp0 "
?
Короче говоря, раньше это делалось командами
route del default
route add default dev ppp0, а синтаксис ip мне незнаком ещё.

Надо-бы в man ip повтыкать, чего и вам желаю=)
corner
Может вот это вас как-то помирит
Надеюсь, никто не воспринимает возникший диалог поводом для личных обид. Вроде бы всем интересно, что бы поскорее заработало.

По существу вопроса: так как мне не на чем проверить, хочу узнать: а кто в таблицах маршрутизации выставляет метрику 202? Сам l2tp? И предлагаю при ручном (в POST_UP) прописывании маршрутов не использовать эту метрику, а оставлять дефолтную 1. Потому что в этом случае, как мне кажется, “default dev ppp0 scope link” перебивает все частные маршруты с более высокой метрикой и они не работают. То есть служебные пакеты, которые должны ходить между точками, через которые устанавливается туннель, и которые должны идти через eth0, все направляются в ppp0 по дефолтному маршруту. И соединение падает.
Да нет, насчет “помирит” - это просто присказка…
Насчет метрик я тоже недоумеваю, но, может их раздает сервер dhcp Корбины, хотя все равно они какие-то подозрительные… На свой шлюз вообще, по-моему, метрику нужно 0 ставить.
Вот еще ссылка, может, поможет: http://wiki.debian.org/ru/xl2tpd
И, может, все-таки пропатчить xl2tp?
Я эту “метрику 202” и сам впервые вижу и хз, откуда она берётся. Может затык на ней и возникает.
Пошёл второй месяц…

Сделал:
ip route replace via 10.163.88.1 dev ppp0
Но вручную после поднятия проклятого xl2tpd. Ошибок в логе стало меньше, но интернета нет по прежнему. Пробовал пинговать что-то: днс серверы корбиновские не пингуются. Что делать дальше - я не знаю :(
Ладно, сдаюсь. Поражение. xl2tpd меня убил насмерть. Больше сил терпеть эту тоску нет.
Пробую pptp.

Последовал гайду http://portal.san.ru/forums/index.php?s … try2616308 . На него ссылку дали на первой странице этого самого нашего треда :) Я даже и мечтать не смел, что всё получится сразу. Посему реквестирую помощь.

rc.conf
interface=eth0
address=
netmask=
broadcast=
gateway= 

Далее сделал, как и сказано в гайде:
sudo pptpsetup –create vpn –server vpn.corbina.net –username XXXXX -password XXXXXX

options.pptp
lock
noauth
refuse-mschap
refuse-mschap-v2
nobsdcomp
nodeflate 

vpn
pty "pptp vpn.corbina.net --nolaunchpppd"
#pty "pptp 78.107.1.52 --nolaunchpppd"
lock
noauth
nobsdcomp
nodeflate
name 0893304887
remotename vpn
ipparam vpn
defaultroute
persist
maxfail 0
lcp-echo-interval 30
lcp-echo-failure 5
mtu 1512
mru 1512
usepeerdns 

daemon.log - циклично вращается это:
Dec 18 18:22:21 arch pppd[8328]: Using interface ppp0
Dec 18 18:22:21 arch pppd[8328]: Connect: ppp0 <--> /dev/pts/0
Dec 18 18:22:21 arch pptp[8515]: anon fatal[get_ip_address:pptp.c:434]: gethostbyname 'vpn.corbina.net': name server error
Dec 18 18:22:21 arch pppd[8328]: Modem hangup
Dec 18 18:22:21 arch pppd[8328]: Connection terminated.
Dec 18 18:22:21 arch pppd[8328]: Using interface ppp0
Dec 18 18:22:21 arch pppd[8328]: Connect: ppp0 <--> /dev/pts/0
Dec 18 18:22:21 arch pptp[8516]: anon fatal[get_ip_address:pptp.c:434]: gethostbyname 'vpn.corbina.net': name server error
Dec 18 18:22:21 arch pppd[8328]: Modem hangup
Dec 18 18:22:21 arch pppd[8328]: Connection terminated.
Dec 18 18:22:21 arch pppd[8328]: Using interface ppp0
Dec 18 18:22:21 arch pppd[8328]: Connect: ppp0 <--> /dev/pts/0
Dec 18 18:22:21 arch pptp[8517]: anon fatal[get_ip_address:pptp.c:434]: gethostbyname 'vpn.corbina.net': name server error
Dec 18 18:22:21 arch pppd[8328]: Modem hangup
Dec 18 18:22:21 arch pppd[8328]: Connection terminated. 

В peers/vpn указал не хостнейм, а айпишник (см. выше, закомментирован). Стало чуть успешнее.

Dec 18 18:41:16 arch pppd[922]: Using interface ppp0
Dec 18 18:41:16 arch pppd[922]: Connect: ppp0 <--> /dev/pts/2
Dec 18 18:41:16 arch pptp[1049]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Dec 18 18:41:16 arch pptp[1049]: anon warn[pptp_gre_bind:pptp_gre.c:100]: connect: Network is unreachable
Dec 18 18:41:16 arch pptp[1049]: anon fatal[main:pptp.c:322]: Cannot bind GRE socket, aborting.
Dec 18 18:41:16 arch pppd[922]: Modem hangup
Dec 18 18:41:16 arch pppd[922]: Connection terminated.
Dec 18 18:41:16 arch pppd[922]: Using interface ppp0
Dec 18 18:41:16 arch pppd[922]: Connect: ppp0 <--> /dev/pts/2
Dec 18 18:41:16 arch pptp[1050]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Dec 18 18:41:16 arch pptp[1050]: anon warn[pptp_gre_bind:pptp_gre.c:100]: connect: Network is unreachable
Dec 18 18:41:16 arch pptp[1050]: anon fatal[main:pptp.c:322]: Cannot bind GRE socket, aborting.
Dec 18 18:41:16 arch pppd[922]: Modem hangup
Dec 18 18:41:16 arch pppd[922]: Connection terminated.
Dec 18 18:41:16 arch pppd[922]: Using interface ppp0
Dec 18 18:41:16 arch pppd[922]: Connect: ppp0 <--> /dev/pts/2
Dec 18 18:41:16 arch pptp[1051]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Dec 18 18:41:16 arch pptp[1051]: anon warn[pptp_gre_bind:pptp_gre.c:100]: connect: Network is unreachable
Dec 18 18:41:16 arch pptp[1051]: anon fatal[main:pptp.c:322]: Cannot bind GRE socket, aborting.
Dec 18 18:41:16 arch pppd[922]: Modem hangup
Dec 18 18:41:16 arch pppd[922]: Connection terminated. 

ip route
10.0.0.0/8 via 10.163.88.1 dev eth0  metric 202 
10.163.88.0/21 dev eth0  proto kernel  scope link  src 10.163.93.224  metric 202 
78.107.52.0/24 via 10.163.88.1 dev eth0  metric 202 
85.21.72.80/28 via 10.163.88.1 dev eth0  metric 202 
85.21.79.0/24 via 10.163.88.1 dev eth0  metric 202 
85.21.90.0/24 via 10.163.88.1 dev eth0  metric 202 
217.118.84.0/24 via 10.163.88.1 dev eth0  metric 202 
233.33.210.0/24 via 10.163.93.224 dev eth0  metric 202  

Если и с pptp будет та же история, придётся ставить виртуалку с хр, и использовать интернет оттуда.

EDIT>
Месяц помучал тут, до нового года буду спамить теперь здесь (создал тему): http://homenet.beeline.ru/index.php?showtopic=301008 . Надеюсь, до 2013 интернет у меня будет. Кстати, звонил в тех. поддержку - отправили на форумы. Проклятые уроды - всё, что я могу сейчас сказать о колдобине.
 
Зарегистрироваться или войдите чтобы оставить сообщение.