Домашний интернет Beeline и openl2tp. [почти SOLVED]

net-dialup/rp-l2tp чем не нравится? Вроде даже с openrc можно настроить совместно

В своё время наблюдал такую же картину (wireshark аж захлёбывался ;-)), и именно (но это лишь совпадение) на билайне, правда при экспериментах с xl2tp. Было это очень давно, и мануалы по конкретным фичам этого самого мухолайна в то время просто отсутствовали напрочь. Зато сейчас их навалом, но не рекомендую напрямую пользоваться ни одним из них - уж такой там местами бред, что мама не горюй! Так что настоятельная рекомендация - подойти к вопросу системно, т.е. изучить суть и функционирование VPN, конфигурирование L2TP, ну и man pppd - ессно, в первую очередь... Навскидку (к сож., за давностию, что именно тогда конкретно косячило - уже не помню) просто опишу к какому состоянию должна придти система после поднятия ppp-интерфейса:
1. В /etc/resolve.conf должны находиться адреса "внешних" билайновых DNS-серверов. Заостряю на этом внимание отнюдь не "на всякий случай" - в зависимости от от того, на чьей сети в вашей местности паразитирует мухолайн (своих сетей они не строят - используют готовые решения от поглощённых/разорённых корбины, голдентелекома, etc...) для внутренней и внешней сети задействуются разные сервера DNS
2. В таблице маршрутизации должны присутствовать обязательные маршруты:
до районного шлюза через ethX
до VPN-сервера через ethX
дефолт через pppX
и не должно остаться маршрутов:
до VPN-сервера через pppX
дефолт через ethX
Не полагайтесь на скрипты инициализации, обязательно проверьте это после поднятия интерфейса... А теперь некоторые, возможно не вполне очевидные условия/рекомендации:
1. Не знаю, каким образом (похоже - не кошерным) вы поднимаете ppp-интерфейс, но в любом случае вручную сконфигурьте для данного интерфейса правильный MTU
2. Способ аутентификации на VPN - CHAP
3. Отключены все опции сжатия для pppd
4. Логин/пассворд в /etc/ppp/chap-secrets в виде ваш_log * ваш_pass * (без указания домена в логине и прочей лабуды, как это можно встретить в каких-либо мануалах)
5. В ядре должны быть включены IP_MULTICAST, NET_IPGRE_DEMUX, NET_IPGRE, INET_AH, INET_ESP
6. iptables желательно временно заткнуть, когда всё наладите - возможно понадобятся доп. правила для AH, GRE, мультикаста во внутреннюю сеть
Если все условия соблюдены - в принципе этого должно хватить, а уж вылизывать до идеала - это уже другая тема (и, кстати, исправьте в теме очепятку)...

Сидел, ковырялся, вот к каким результатам пришел...
Попробовал настроить соединение через xl2tpd. Куча инструкций нашел: на opennet.ru и на homenet.beeline.ru. Ни одна из них не оказалась исчерпывающей. Та, что представленна на opennet.ru привлекла тем, что маршруты получаются по dhcp, но в моем случае dhclient не получает маршрутов к внутренним DNS (вообще всего 17 маршрутов получает, тогда как если воткнуть кабель в виндовую машину их аж 34). В любом случае необходимые адреса можно получить вычеленив их из вывода ifconfig, hosts (как предоагают делать на homenet.beeline.ru), а адреса DNS серверов можно вычеленить из вывода cat /etc/resolv.conf. Вообщем маршруты конечно не все dhclient ловит, но путем вычеленения можно добиться необходимого кол-ва.
Взял за основу то, что на homenet.beeline.ru предлагают.
Начинаем с /etc/conf.d/netвот мой вариант:

GATEWAY="10.200.72.1"
config_eth0="dhcp"
modules_eth0="dhcpcd"
routes_eth0="
    10.0.0.0/8 via $GATEWAY
    85.21.192.3 via $GATEWAY
    213.234.192.8 via $GATEWAY
    195.14.50.1 via $GATEWAY
    195.14.50.21 via $GATEWAY
    85.21.138.214 via $GATEWAY
    85.21.138.210 via $GATEWAY
    85.21.88.130 via $GATEWAY
    85.21.52.254 via $GATEWAY
    85.21.138.208/28 via $GATEWAY
    83.102.146.96/27 via $GATEWAY
    78.107.23.0/24 via $GATEWAY
    195.14.50.16 via $GATEWAY
    195.14.50.26 via $GATEWAY
    89.179.135.67 via $GATEWAY
    62.205.179.146 via $GATEWAY
    85.21.79.38 via $GATEWAY
    85.21.79.0/24 via $GATEWAY
    85.21.90.0/24 via $GATEWAY
    85.21.72.80/28 via $GATEWAY
    195.14.50.93 via $GATEWAY
    78.107.69.98 via $GATEWAY
    224.0.0.0/4 via $GATEWAY
    172.16.16.0/24 via $GATEWAY"

config_ppp0="ppp"
link_ppp0="pty 'xl2tpd'"
preup() {
if [ "${IFACE}" = "ppp0" ]; then
    /bin/mknod /dev/ppp c 108 0
    route del default
fi
return 0
}
postup() {
    if [ "${IFACE}" = "eth0" ]; then
# Адреса VPN-серверов берутся с DNS-сервера Корбины
	for vpnaddr in $(host vpn.internet.beeline.ru | awk '{ print $NF }'); do route add $vpnaddr gw $GATEWAY dev eth0; done;
        for vpnaddr in $(host tp.internet.beeline.ru | awk '{ print $NF }'); do route add $vpnaddr gw $GATEWAY dev eth0; done;
    fi
    if [ "${IFACE}" = "ppp0" ]; then
# Из-за того, что адрес VPN-сервера совпадает с адресом шлюза,
# создаваемый автоматически маршрут к VPN-серверу использует интерфейс ppp0, а не eth0, исправляем
        VPN=`ifconfig | grep 'P-t-P' | awk '{print $3}' | awk -F: '{print $2}'`
        route del $VPN dev ppp0
# Удаление шлюза по умолчанию в локалку и добавление шлюза по умолчанию в инет
        route del default
	route add -host $VPN gw 10.200.72.1 dev eth0
        route add default dev ppp0
    fi
return 0
}
postdown() {
# Добавление маршрута по умолчанию в локалку
    if [ "${IFACE}" = "ppp0" ]; then
       killall xl2tpd pppd
       route add default dev eth0
    fi
return 0
}
# Перед запуском vpn должен быть поднят eth0
depend_ppp0() {
        need net.eth0
}

Добавил маршрутов до DNS серверов, убрал логин и пароль все это в /etc/ppp/chap-secrets находится и прекрасно работает. Дальше, там где комментарий - "Из-за того, что адрес VPN-сервера совпадает с адресом шлюза, создаваемый автоматически маршрут к VPN-серверу использует интерфейс ppp0, а не eth0, исправляем", я жестко добавил маршрут до VPN сервера через eth0 (route add -host $VPN gw 10.200.72.1 dev eth0).
Мне остался непонятен смысл:

config_ppp0="ppp"
link_ppp0="pty 'xl2tpd'"

В настоящий момент в resolv.conf адреса внутренних DNS серверов (они доступны до поднятия VPN), но все работает. Может это особенность данной сети beeline (Corbina).

Все это мною соблюдено.

Способ наверное действительно не кошерный: /etc/init.d/xltpd start или /etc/init.d/openl2tpd start, вот только после xl2tpd:

Sep 25 09:12:13 jazz_bass pppd[2804]: pppd 2.4.5 started by root, uid 0
Sep 25 09:12:13 jazz_bass pppd[2804]: Script /bin/true finished (pid 2837), status = 0x0
Sep 25 09:12:13 jazz_bass pppd[2804]: Serial connection established.
Sep 25 09:12:13 jazz_bass pppd[2804]: using channel 1
Sep 25 09:12:13 jazz_bass pppd[2804]: Using interface ppp0
Sep 25 09:12:13 jazz_bass pppd[2804]: Connect: ppp0 <--> /dev/pts/0
Sep 25 09:12:14 jazz_bass pppd[2804]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x2567190f> <pcomp> <accomp>]
Sep 25 09:12:14 jazz_bass pppd[2804]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xf155cb73>]
Sep 25 09:12:14 jazz_bass pppd[2804]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]
Sep 25 09:12:14 jazz_bass pppd[2804]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xf155cb73>]
Sep 25 09:12:14 jazz_bass pppd[2804]: rcvd [LCP ConfReq id=0x2 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x2567190f>]
Sep 25 09:12:14 jazz_bass pppd[2804]: sent [LCP ConfAck id=0x2 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x2567190f>]
Sep 25 09:12:14 jazz_bass pppd[2804]: CHAP authentication succeeded
Sep 25 09:12:14 jazz_bass pppd[2804]: CHAP authentication succeeded
Sep 25 09:12:14 jazz_bass pppd[2804]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 172.23.8.8>]
Sep 25 09:12:14 jazz_bass pppd[2804]: rcvd [IPCP ConfReq id=0x1 <addr 85.21.0.141>]
Sep 25 09:12:14 jazz_bass pppd[2804]: sent [IPCP ConfAck id=0x1 <addr 85.21.0.141>]
Sep 25 09:12:14 jazz_bass pppd[2804]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Sep 25 09:12:14 jazz_bass pppd[2804]: sent [IPCP ConfReq id=0x2 <addr 172.23.8.8>]
Sep 25 09:12:14 jazz_bass pppd[2804]: rcvd [IPCP ConfNak id=0x2 <addr 89.179.243.205>]
Sep 25 09:12:14 jazz_bass pppd[2804]: sent [IPCP ConfReq id=0x3 <addr 89.179.243.205>]
Sep 25 09:12:14 jazz_bass pppd[2804]: rcvd [IPCP ConfAck id=0x3 <addr 89.179.243.205>]
Sep 25 09:12:14 jazz_bass pppd[2804]: local  IP address 89.179.243.205
Sep 25 09:12:14 jazz_bass pppd[2804]: remote IP address 85.21.0.141

А после openl2tpd:

Sep 20 01:24:07 jazz_bass pppd[2515]: pppd 2.4.5 started by root, uid 0
Sep 20 01:24:07 jazz_bass pppd[2515]: Using interface ppp0
Sep 20 01:24:07 jazz_bass pppd[2515]: Connect: ppp0 <--> 
Sep 20 01:24:07 jazz_bass pppd[2515]: Overriding mtu 1500 to 1450
Sep 20 01:24:07 jazz_bass pppd[2515]: Overriding mru 1500 to mtu value 1450
Sep 20 01:24:07 jazz_bass pppd[2515]: Overriding mtu 1460 to 1450
Sep 20 01:24:07 jazz_bass pppd[2515]: Overriding mru 1460 to mtu value 1450
Sep 20 01:24:07 jazz_bass pppd[2515]: CHAP authentication succeeded
Sep 20 01:24:07 jazz_bass pppd[2515]: CHAP authentication succeeded
Sep 20 01:24:07 jazz_bass pppd[2515]: local  IP address 89.179.243.205
Sep 20 01:24:07 jazz_bass pppd[2515]: remote IP address 85.21.0.141

Почему так?

покупайте за 1т.р dlink-320 и не парьте себе мозг

Как выяснилось, полную таблицу маршрутизации корбины-билайн, аналогичную той, которую получают вендовые клиенты, можно получить следующим образом: использовать dhcpcd, добавив в /etc/dhcpcd.conf опцию

option ms_classless_static_routes

и создав файлик в /lib64/dhcpcd/dhcpcd-hooks/, добавляющий маршруты от опции static_routes (имя переменной - new_static_routes) и прописывающий шлюз по умолчанию, полученный в переменной $new_routers.
Получается небольшая чехарда - если не дописывать опцию ms_classless_static_routes, то в роутинг прописываются маршруты, полученные как static_routes и шлюз, всё работает, кроме локальных маршрутов. С опцией ms_classless_static_routes в роутинг прописываются маршруты из ms_classless_static_routes без шлюза! Ну а static_routes и шлюз получаются клиентом, но не задаются, поэтому именно их и надо прописывать в скрипте:

#cat  /lib64/dhcpcd/dhcpcd-hooks/static_routes
if [ "$reason" = "BOUND" ] || [ "$reason" = "REBOOT" ]; then
    syslog info  "received routing options: `set|grep route`"
    new_static_routes=($new_static_routes)
    for(( i=0; i < ${#new_static_routes[@]}; i=i+2 )); do
                if /sbin/route add "${new_static_routes[$i]}" gw "${new_static_routes[$i+1]}"; then 
                        syslog info  "successfuly executed 'route add ${new_static_routes[$i]} gw ${new_static_routes[$i + 1 ]}'"
                else
                        syslog error "failed to exec 'route add ${new_static_routes[$i]} gw ${new_static_routes[$i + 1]}'" 
                fi
    done

    if /sbin/route add default gw "${new_routers}"; then 
            syslog info  "successfuly executed 'route add default gw ${new_routers}'"
    else
            syslog error "failed to exec 'route add default gw ${new_routers}'"
    fi

fi