kurych |
|
Темы:
0
Сообщения:
1395
Участник с: 06 ноября 2011
|
2 virus_found Когда используете netcfg для настройки сети, то в rc.conf имеют значение два и только два параметра, которые относятся в к сети: NETWORKS=(профили netcfg, поднимаемые при загрузке)Специально показал, что network отключен. Читайте netcfg wiki до тех пор, пока не поймете, почему. Уж больше чем за две недели, которые Вы здесь мусолите свои неверные конфиги, могли бы и наизусть выучить необходимый материал. А то ведь Вы еще и спорите, и пытаетесь сказать, что правы. Будете правы, когда пакеты забегают. 2 заинтересованным в борьбе с корбиной: Почему бы вам не навалиться всем миром и не адаптировать вот этот скрипт для юных арчеводов, волею судеб заброшеных к этому провайдеру? Меньше бы было в мире разочарованных в линуксе вообще и в archlinux-е в частности. |
bobart |
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Разобрался я с этими 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 уже неоднократно пережёваны и трудностей вызвать не должны. А кому надо или интересно, пилите тот билайновский скрипт, может он золотой. Но если и на корбиновском форуме не всё так гладко, то с чего вы думаете, что здесь, в арче, с ним не возникнет никаких проблем? |
corner |
|
Темы:
6
Сообщения:
773
Участник с: 21 июля 2011
|
Может вот это вас как-то помирит : http://homenet.beeline.ru/index.php?showtopic=291060&st=30. Насколько я понял - все проблемы у xl2tp в Корбине от бага настройки сети Билайна. Там, по ссылке, в 53 посте энтузиаст вроде решил проблему, я и здесь видел, что часть этого решения здесь применяли. Но соль в том, что необходимо еще пропатчить исходники xl2tp и пересобрать пакет…. В общем, я вижу, Корбина так и осталась та еще штучка. |
virusfound |
|
Темы:
0
Сообщения:
19
Участник с: 27 ноября 2011
|
В 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" % 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. |
bobart |
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Я могу ошибаться, но - ты не пробовал сделать так: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 повтыкать, чего и вам желаю=) |
kurych |
|
Темы:
0
Сообщения:
1395
Участник с: 06 ноября 2011
|
cornerНадеюсь, никто не воспринимает возникший диалог поводом для личных обид. Вроде бы всем интересно, что бы поскорее заработало. По существу вопроса: так как мне не на чем проверить, хочу узнать: а кто в таблицах маршрутизации выставляет метрику 202? Сам l2tp? И предлагаю при ручном (в POST_UP) прописывании маршрутов не использовать эту метрику, а оставлять дефолтную 1. Потому что в этом случае, как мне кажется, “default dev ppp0 scope link” перебивает все частные маршруты с более высокой метрикой и они не работают. То есть служебные пакеты, которые должны ходить между точками, через которые устанавливается туннель, и которые должны идти через eth0, все направляются в ppp0 по дефолтному маршруту. И соединение падает. |
corner |
|
Темы:
6
Сообщения:
773
Участник с: 21 июля 2011
|
Да нет, насчет “помирит” - это просто присказка… Насчет метрик я тоже недоумеваю, но, может их раздает сервер dhcp Корбины, хотя все равно они какие-то подозрительные… На свой шлюз вообще, по-моему, метрику нужно 0 ставить. Вот еще ссылка, может, поможет: http://wiki.debian.org/ru/xl2tpd И, может, все-таки пропатчить xl2tp? |
bobart |
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Я эту “метрику 202” и сам впервые вижу и хз, откуда она берётся. Может затык на ней и возникает. |
virusfound |
|
Темы:
0
Сообщения:
19
Участник с: 27 ноября 2011
|
Пошёл второй месяц… Сделал: ip route replace via 10.163.88.1 dev ppp0 |
virusfound |
|
Темы:
0
Сообщения:
19
Участник с: 27 ноября 2011
|
Ладно, сдаюсь. Поражение. 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 интернет у меня будет. Кстати, звонил в тех. поддержку - отправили на форумы. Проклятые уроды - всё, что я могу сейчас сказать о колдобине. |