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

Не будем о грустном=), я сам на корбине сидел более двух лет.
Подождём от virus'а отчёта о проделанной работе.
Так и пришлось попробовать настроить интернет Beeline на Арче в обход маршрутизатора. И так все по порядку. Опишу способ поднятия сети с помощью netcfg. Нужно установить пакет netcfg.
pacman -S netcfg
Теперь необходимо настроить сеть Beeline. Редактируем к примеру файл /etc/network.d/beeline
CONNECTION='ethernet'
DESCRIPTION='Beeline'
INTERFACE='eth0'
IP='dhcp'
#DNS
IPCFG=('route add 213.234.192.8 dev eth0' 'route add 85.21.192.3 dev eth0)
#L2TP
IPCFG+=('route add 85.21.66.205 dev eth0')
Вместо 85.21.66.205 пишите свой l2tp сервер. На счет днс я не вкурсе они одинаковые для всех или разные. Далее в /etc/rc.conf нужно добавить такие записи.
NETWORKS=(beeline)
DAEMONS=(... !network net-profiles ...)
Теперь можно запустить сеть. Если раньше у вас сеть запускалась через network то ее для начала надо загасить.
/etc/rc.d/network stop
После этого поднимаем сеть с помощью netcfg.
netcfg beeline
Теперь приступаем к настройке xl2tpd. Редактируем /etc/xl2tpd/xl2tpd.conf
[global]
access control = yes
auth file = /etc/ppp/chap-secrets
[lac corbina]
;lns = tp.internet.beeline.ru
lns = 85.21.66.205
redial = yes
redial timeout = 5
require chap = yes
require authentication = no
name = LOGIN_ISP
ppp debug = yes
pppoptfile = /etc/ppp/options.xl2tpd
require pap = no
autodial = yes
Обратите внимание параметр lns отредактируйте для своего l2tp сервера. По имени сервера у меня соединяться не захотело. Может быть оно и соединилось бы, но уж больно долго. По ip адресу соединяется махом.

Теперь надо отредактировать /etc/ppp/options.xl2tpd
name LOGIN_ISP
remotename L2TP
ipparam corbina
connect /bin/true
mru 1460
mtu 1460
nodeflate
nobsdcomp
persist
maxfail 0
nopcomp
noaccomp
defaultroute
usepeerdns
В файл /etc/ppp/chap-secrets пишем логин и пароль через *
LOGIN_ISP * PASSWORD
Запускаем xl2tpd и ждем небольшое время.
/etc/xl2tpd start
Вот что у меня выдает ip addr.
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:22:15:88:97:52 brd ff:ff:ff:ff:ff:ff
    inet 10.63.189.184/21 brd 10.63.191.255 scope global eth0
    inet6 fe80::222:15ff:fe88:9752/64 scope link 
       valid_lft forever preferred_lft forever
43: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1460 qdisc pfifo_fast state UNKNOWN qlen 3
    link/ppp 
    inet 2.92.68.193 peer 85.21.66.205/32 scope global ppp0
И вот что показывет ip route.
default dev ppp0  scope link 
10.0.0.0/8 via 10.63.184.1 dev eth0  metric 202 
10.63.184.0/21 dev eth0  proto kernel  scope link  src 10.63.189.184  metric 202 
85.21.66.205 via 10.63.184.1 dev eth0 
85.21.66.205 dev ppp0  proto kernel  scope link  src 2.92.68.193 
85.21.192.3 via 10.63.184.1 dev eth0 
213.234.192.8 via 10.63.184.1 dev eth0 
233.32.240.0/24 via 10.63.189.184 dev eth0  metric 202 
Результат Speedtest.net.

После того как установилось l2tp соединение то маршрут до l2tp сервера получился два раза через разные интерфейсы. Да и бог с ним это работе интернета вроде никак не мешает. На данный момент этот топик я отправляю через l2tp обходя свой маршрутизатор Cisco1801. Желаю удачи и стабильных апдейтов.
Сделал всё (почти) один в один, как товарищ свыше. А именно:

/etc/network.d/corbina
CONNECTION='ethernet'
DESCRIPTION='Beeline'
INTERFACE='eth0'
IP='dhcp'

/etc/rc.conf
NETWORKS=(corbina)
POST_UP="ip route add 213.234.192.8 dev eth0 ; ip route add 85.21.192.3 dev eth0 ; ip route add 85.21.0.251 via 10.163.88.1 dev eth0 metric 202" 

/etc/xl2tpd/xl2tpd.conf
[global]
access control = yes
auth file = /etc/ppp/chap-secrets
[lac corbina]
lns = 85.21.0.251
redial = yes
redial timeout = 5
require chap = yes
require authentication = no
name = 0893304887
ppp debug = yes
pppoptfile = /etc/ppp/options.xl2tpd
require pap = no
autodial = yes 

/etc/ppp/options.xl2tpd
name 0893304887
remotename L2TP
ipparam corbina
connect /bin/true
mru 1460
mtu 1460
nodeflate
nobsdcomp
persist
maxfail 0
nopcomp
noaccomp
defaultroute
usepeerdns

Результаты:

После поднятия netcfg corbina:
% 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
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 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.3 dev eth0  scope link 
213.234.192.8 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

После поднятия x2ltpd:
% 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
5: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1460 qdisc pfifo_fast state UNKNOWN qlen 3
    link/ppp 
    inet 95.26.54.22 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.22 
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.3 dev eth0  scope link 
213.234.192.8 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 15:27:25 arch dhcpcd[1505]: version 5.2.12 starting
Dec 11 15:27:25 arch dhcpcd[1505]: eth0: broadcasting for a lease
Dec 11 15:27:30 arch dhcpcd[1505]: eth0: offered 10.163.93.224 from 78.107.63.220
Dec 11 15:27:30 arch dhcpcd[1505]: eth0: acknowledged 10.163.93.224 from 78.107.63.220
Dec 11 15:27:30 arch dhcpcd[1505]: eth0: checking for 10.163.93.224
Dec 11 15:27:35 arch dhcpcd[1505]: eth0: leased 10.163.93.224 for 604800 seconds
Dec 11 15:27:35 arch dhcpcd[1505]: forked to background, child pid 1536
Dec 11 15:27:55 arch pppd[898]: Failed to open /dev/pts/1: No such file or directory
Dec 11 15:28:05 arch xl2tpd[1581]: setsockopt recvref[22]: Protocol not available
Dec 11 15:28:05 arch xl2tpd[1581]: This binary does not support kernel L2TP.
Dec 11 15:28:05 arch xl2tpd[1582]: xl2tpd version xl2tpd-1.3.0 started on arch PID:1582
Dec 11 15:28:05 arch xl2tpd[1582]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc.
Dec 11 15:28:05 arch xl2tpd[1582]: Forked by Scott Balmos and David Stipp, (C) 2001
Dec 11 15:28:05 arch xl2tpd[1582]: Inherited by Jeff McAdams, (C) 2002
Dec 11 15:28:05 arch xl2tpd[1582]: Forked again by Xelerance (www.xelerance.com) (C) 2006
Dec 11 15:28:05 arch xl2tpd[1582]: Listening on IP address 0.0.0.0, port 1701
Dec 11 15:28:05 arch xl2tpd[1582]: Connecting to host 85.21.0.251, port 1701
Dec 11 15:28:05 arch xl2tpd[1582]: Connection established to 85.21.0.251, 1701.  Local: 27631, Remote: 30674 (ref=0/0).
Dec 11 15:28:05 arch xl2tpd[1582]: Calling on tunnel 27631
Dec 11 15:28:05 arch xl2tpd[1582]: Call established with 85.21.0.251, Local: 3335, Remote: 11121, Serial: 1 (ref=0/0)
Dec 11 15:28:05 arch xl2tpd[1582]: start_pppd: I'm running: 
Dec 11 15:28:05 arch xl2tpd[1582]: "/usr/sbin/pppd" 
Dec 11 15:28:05 arch xl2tpd[1582]: "passive" 
Dec 11 15:28:05 arch xl2tpd[1582]: "nodetach" 
Dec 11 15:28:05 arch xl2tpd[1582]: ":" 
Dec 11 15:28:05 arch xl2tpd[1582]: "name" 
Dec 11 15:28:05 arch xl2tpd[1582]: "0893304887" 
Dec 11 15:28:05 arch xl2tpd[1582]: "debug" 
Dec 11 15:28:05 arch xl2tpd[1582]: "file" 
Dec 11 15:28:05 arch xl2tpd[1582]: "/etc/ppp/options.xl2tpd" 
Dec 11 15:28:05 arch xl2tpd[1582]: "/dev/pts/4" 
Dec 11 15:28:05 arch pppd[1583]: pppd 2.4.5 started by virus_found, uid 0
Dec 11 15:28:05 arch pppd[1583]: Script /bin/true finished (pid 1584), status = 0x0
Dec 11 15:28:05 arch pppd[1583]: Serial connection established.
Dec 11 15:28:05 arch pppd[1583]: using channel 2
Dec 11 15:28:05 arch pppd[1583]: Using interface ppp0
Dec 11 15:28:05 arch pppd[1583]: Connect: ppp0 <--> /dev/pts/4
Dec 11 15:28:06 arch pppd[1583]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x87e01570>]
Dec 11 15:28:06 arch pppd[1583]: 
Dec 11 15:28:06 arch pppd[1583]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]
Dec 11 15:28:06 arch pppd[1583]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x87e01570>]
Dec 11 15:28:06 arch pppd[1583]: 
Dec 11 15:28:06 arch pppd[1583]: 
Dec 11 15:28:06 arch pppd[1583]: sent [LCP EchoReq id=0x0 magic=0x87e01570]
Dec 11 15:28:06 arch pppd[1583]: rcvd [LCP EchoRep id=0x0 magic=0x6c048e54]
Dec 11 15:28:06 arch pppd[1583]: 
Dec 11 15:28:06 arch pppd[1583]: 
Dec 11 15:28:06 arch pppd[1583]: rcvd [CHAP Success id=0x1 ""]
Dec 11 15:28:06 arch pppd[1583]: CHAP authentication succeeded
Dec 11 15:28:06 arch pppd[1583]: CHAP authentication succeeded
Dec 11 15:28:06 arch pppd[1583]: 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 15:28:06 arch pppd[1583]: rcvd [IPCP ConfReq id=0x1 <addr 85.21.0.251>]
Dec 11 15:28:06 arch pppd[1583]: sent [IPCP ConfAck id=0x1 <addr 85.21.0.251>]
Dec 11 15:28:08 arch pppd[1583]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Dec 11 15:28:08 arch pppd[1583]: sent [IPCP ConfReq id=0x2 <addr 192.168.0.2> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Dec 11 15:28:08 arch pppd[1583]: rcvd [IPCP ConfNak id=0x2 <addr 95.26.54.22> <ms-dns1 85.21.192.5> <ms-dns2 213.234.192.7>]
Dec 11 15:28:08 arch pppd[1583]: sent [IPCP ConfReq id=0x3 <addr 95.26.54.22> <ms-dns1 85.21.192.5> <ms-dns2 213.234.192.7>]
Dec 11 15:28:08 arch pppd[1583]: rcvd [IPCP ConfAck id=0x3 <addr 95.26.54.22> <ms-dns1 85.21.192.5> <ms-dns2 213.234.192.7>]
Dec 11 15:28:08 arch pppd[1583]: local  IP address 95.26.54.22
Dec 11 15:28:08 arch pppd[1583]: remote IP address 85.21.0.251
Dec 11 15:28:08 arch pppd[1583]: primary   DNS address 85.21.192.5
Dec 11 15:28:08 arch pppd[1583]: secondary DNS address 213.234.192.7
Dec 11 15:28:08 arch pppd[1583]: Script /etc/ppp/ip-up started (pid 1585)
Dec 11 15:28:08 arch pppd[1583]: Script /etc/ppp/ip-up finished (pid 1585), status = 0x0
Dec 11 15:28:25 arch pppd[898]: Failed to open /dev/pts/1: No such file or directory
Dec 11 15:28:55 arch pppd[898]: Failed to open /dev/pts/1: No such file or directory
Dec 11 15:29:25 arch pppd[898]: Failed to open /dev/pts/1: No such file or directory
Dec 11 15:29:55 arch pppd[898]: Failed to open /dev/pts/1: No such file or directory
Dec 11 15:30:25 arch pppd[898]: Failed to open /dev/pts/1: No such file or directory
Dec 11 15:30:36 arch pppd[1583]: No response to 4 echo-requests
Dec 11 15:30:36 arch pppd[1583]: Serial link appears to be disconnected.
Dec 11 15:30:36 arch pppd[1583]: Connect time 2.5 minutes.
Dec 11 15:30:36 arch pppd[1583]: Sent 4025026726 bytes, received 0 bytes.
Dec 11 15:30:36 arch xl2tpd[1582]: handle_avps:  don't know how to handle atribute 46.
Dec 11 15:30:36 arch xl2tpd[1582]: handle_avps:  don't know how to handle atribute 104.
Dec 11 15:30:36 arch xl2tpd[1582]: control_finish: Connection closed to 85.21.0.251, serial 1 (Locally generated disconnect)
Dec 11 15:30:36 arch xl2tpd[1582]: Terminating pppd: sending TERM signal to pid 1583
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch pppd[1583]: Script /etc/ppp/ip-down started (pid 1610)
Dec 11 15:30:36 arch pppd[1583]: sent [LCP TermReq id=0x2 "Peer not responding"]
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch xl2tpd[1582]: get_call: can't find call 3335 in tunnel 27631
 (ref=0/0)
Dec 11 15:30:36 arch xl2tpd[1582]: check_control: Received out of order control packet on tunnel 30674 (got 2, expected 3)
Dec 11 15:30:36 arch pppd[1583]: Terminating on signal 15
Dec 11 15:30:36 arch pppd[1583]: rcvd [LCP TermReq id=0x3]
Dec 11 15:30:36 arch pppd[1583]: sent [LCP TermAck id=0x3]
Dec 11 15:30:36 arch pppd[1583]: Modem hangup
Dec 11 15:30:36 arch pppd[1583]: Connection terminated.
Dec 11 15:30:37 arch pppd[1583]: Script /etc/ppp/ip-down finished (pid 1610), status = 0x0
Dec 11 15:30:37 arch pppd[1583]: Exit. 
Сделал всё (почти) один в один, как товарищ свыше. А именно:…
Это /etc/network.d/beeline “товарища свыше”:
CONNECTION='ethernet'
DESCRIPTION='Beeline'
INTERFACE='eth0'
IP='dhcp'
#DNS
IPCFG=('route add 213.234.192.8 dev eth0' 'route add 85.21.192.3 dev eth0)
#L2TP
IPCFG+=('route add 85.21.66.205 dev eth0')
и его /etc/rc.conf:
NETWORKS=(beeline)
DAEMONS=(... !network net-profiles ...)
А это твои /etc/network.d/corbina
CONNECTION='ethernet'
DESCRIPTION='Beeline'
INTERFACE='eth0'
IP='dhcp'
и /etc/rc.conf:
NETWORKS=(corbina)
POST_UP="ip route add 213.234.192.8 dev eth0 ; ip route add 85.21.192.3 dev eth0 ; ip route add 85.21.0.251 via 10.163.88.1 dev eth0 metric 202"

Ты действительно не видишь разницы?!
ВИКИ
Ты действительно думаешь, что я не увидел разницы? )) Изначально я брал те конфиги как они есть. Но пришлось поменять айпи (бо другой город). И вот этот вариант с rc.conf у меня не получился по какой-то мистической причине (таймауты). Пришлось костыли поставить в другом месте ))
Каковы конфиги в настоящий момент? На этот раз?
Ничего не менял с этих пор: viewtopic.php?f=16&t=3475&start=90#p64967
Попросту потому, что больше нечего менять.
http://archlinux.org.ru/node/287 - я не знаю, какими ещё словами объяснить новость полугодовой свежести.
Но попробую: (команда) route принадлежит пакету net-tools
~$ pkgfile route
core/net-tools
и новый синтаксис /etc/rc.conf не поддерживает сценарии, которые осуществляет утилита net-tools, т.е.:
POST_UP="ip route add 213.234.192.8 dev eth0 ; ip route add 85.21.192.3 dev eth0 ; ip route add 85.21.0.251 via 10.163.88.1 dev eth0 metric 202"
в файле /etc/rc.conf работать не будет.
Для сценариев отличных от
# Static IP example
# interface=eth0
# address=192.168.0.2
# netmask=255.255.255.0
# broadcast=192.168.0.255
# gateway=192.168.0.1
#
# DHCP example
# interface=eth0
# address=
# netmask=
# gateway=
разработчики рекомендуют использовать такие сетевые решения как networkmanager или netcfg.

Так объясни, почему в твоём случае иначе?
https://wiki.archlinux.org/index.php/Netcfg
Execute commands before/after interface up/down
If your interface requires special actions prior/after the establishment/closure of a connection, you may use the PRE_UP, POST_UP, PRE_DOWN, and POST_DOWN variables.
И причём тут нет-тулс? Я их снёс сразу после выхода iproute2 в core.
Ладно, независимо от “iproute2 vs net-tools”, почему это в /etc/rc.conf:
POST_UP="ip route add 213.234.192.8 dev eth0 ; ip route add 85.21.192.3 dev eth0 ; ip route add 85.21.0.251 via 10.163.88.1 dev eth0 metric 202"
а не в /etc/network.d/corbina ?

PS.
Специально скачал и установил netcfg, просмотрел скрипты, которые отрабатываются при запуске /usr/bin/netcfg - и нигде в них не нашёл упоминания о том, что при загрузке профилей и т.д. читается файл /etc/rc.conf.
Так объясните, откуда ваш /etc/network.d/corbina должен знать о том, что ему надо сделать -
POST_UP="ip route add 213.234.192.8 dev eth0 ; ip route add 85.21.192.3 dev eth0 ; ip route add 85.21.0.251 via 10.163.88.1 dev eth0 metric 202"
…??

Если вы лучше знаете, как вам настроить вашу сеть, я просто замолчу и пойду своей дорогой.
 
Зарегистрироваться или войдите чтобы оставить сообщение.