Странное поведение скрипта при поднятии ppp-интерфейса [Решено]

Flameflower - 17 Сентябрь, 2012 - 18:19

Проблема следующего рода.
Имеется скрипт, который лежит в /etc/ppp/ip-up.d/
Цель скрипта проста. При подключении клиента и поднятии ppp-интерфейса на маршрутизаторе скрипт добавляет в фаервол определенные правила, вносит изменения в таблицу маршрутизации. Скрипт отрабатывает без проблем при подключении 2-х клиентов (в кач-ве клиента используется Linux'овый pptp-linux) и третий - это венда. Вот с ней то и проблемы. При подключении вендового клиента скрипт, или не отрабатывает или отрабатывает с ошибкой, ибо записи в таблице маршрутизации не изменились, в фаерволе новых данных не добавлено. Добавляю в начало скрипта для дебага set -x, дабы узреть вывод на stdout и запускаю скрипт. Всё отработало без проблем. Данные в таблице маршрутизации изменены, правила в фаерволе скорректированы.
Кусок лога подключения клиента прилагается.

Развернуть/свернуть скрытый текст.

pptpd-logwtmp: $Version$
pppd options in effect:
debug           # (from /etc/ppp/pptpd-options)
nodetach                # (from /etc/ppp/pptpd-options)
domain vpn.home-net.net         # (from /etc/ppp/pptpd-options)
logfile /var/log/ppp/pptpd.log          # (from /etc/ppp/pptpd-options)
dump            # (from /etc/ppp/pptpd-options)
plugin /usr/lib/pptpd/pptpd-logwtmp.so          # (from command line)
require-mschap-v2               # (from /etc/ppp/pptpd-options)
refuse-pap              # (from /etc/ppp/pptpd-options)
refuse-chap             # (from /etc/ppp/pptpd-options)
refuse-mschap           # (from /etc/ppp/pptpd-options)
name pptpd              # (from /etc/ppp/pptpd-options)
remotenumber 172.30.21.160              # (from command line)
pptpd-original-ip 172.30.21.160         # (from command line)
115200          # (from command line)
lock            # (from /etc/ppp/pptpd-options)
crtscts         # (from /etc/ppp/options)
local           # (from /etc/ppp/pptpd-options)
asyncmap 0              # (from /etc/ppp/options)
mru 1548                # (from /etc/ppp/pptpd-options)
mtu 1548                # (from /etc/ppp/pptpd-options)
lcp-echo-failure 60             # (from /etc/ppp/pptpd-options)
lcp-echo-interval 180           # (from /etc/ppp/pptpd-options)
hide-password           # (from /etc/ppp/options)
novj            # (from /etc/ppp/pptpd-options)
novjccomp               # (from /etc/ppp/pptpd-options)
ipparam 172.30.21.160           # (from command line)
ms-dns xxx # [don't know how to print value]            # (from /etc/ppp/pptpd-options)
nodefaultroute          # (from /etc/ppp/pptpd-options)
proxyarp                # (from /etc/ppp/pptpd-options)
10.197.208.40:10.197.208.43             # (from command line)
nobsdcomp               # (from /etc/ppp/pptpd-options)
nodeflate               # (from /etc/ppp/pptpd-options)
require-mppe-128                # (from /etc/ppp/pptpd-options)
noipx           # (from /etc/ppp/options)
using channel 40
Using interface ppp4
Connect: ppp4 <--> /dev/pts/5
sent [LCP ConfReq id=0x1 <mru 1548> <asyncmap 0x0> <auth chap MS-v2> <magic 0xdbf4630c> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x4f554cb0> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x0 <callback CBCP>]
rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x4f554cb0> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <mru 1400> <magic 0x4f554cb0> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1548> <asyncmap 0x0> <auth chap MS-v2> <magic 0xdbf4630c> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 1548> <asyncmap 0x0> <auth chap MS-v2> <magic 0xdbf4630c> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xdbf4630c]
sent [CHAP Challenge id=0x38 <b41d00293ee375b7d59b34cc0d32ceee>, name = "pptpd"]
rcvd [LCP Ident id=0x2 magic=0x4f554cb0 "MSRASV5.20"]
rcvd [LCP Ident id=0x3 magic=0x4f554cb0 "MSRAS-0-GALINA-PC"]
rcvd [LCP Ident id=0x4 magic=0x4f554cb0 "~\37777777637\37777777625\37777777603\0365PC\37777777614q\37777777625of\37777777707-Z"]
rcvd [LCP EchoRep id=0x0 magic=0x4f554cb0]
rcvd [CHAP Response id=0x38 <27d4716a36df67568f37dcdd27b10f6b0000000000000000c532e6f41799c4ccd7d78be271077ef57366defb19fcd0b900>, name = "galina"]
sent [CHAP Success id=0x38 "S=5479A4928C8D8A22B564DF7A54CA120BBBA6FD3F M=Access granted"]
peer from calling number 172.30.21.160 authorized
sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [CCP ConfReq id=0x5 <mppe +H -M +S -L -D -C>]
sent [CCP ConfAck id=0x5 <mppe +H -M +S -L -D -C>]
rcvd [IPCP ConfReq id=0x6 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins 0.0.0.0>]
sent [IPCP TermAck id=0x6]
rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>]
MPPE 128-bit stateless compression enabled
sent [IPCP ConfReq id=0x1 <addr 10.197.208.40>]
rcvd [IPCP ConfAck id=0x1 <addr 10.197.208.40>]
rcvd [IPCP ConfReq id=0x7 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins 0.0.0.0>]
sent [IPCP ConfRej id=0x7 <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>]
rcvd [IPCP ConfReq id=0x8 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPCP ConfNak id=0x8 <addr 10.197.208.41> <ms-dns1 10.197.208.1> <ms-dns2 10.197.208.1>]
rcvd [IPCP ConfReq id=0x9 <addr 10.197.208.41> <ms-dns1 10.197.208.1> <ms-dns2 10.197.208.1>]
sent [IPCP ConfAck id=0x9 <addr 10.197.208.41> <ms-dns1 10.197.208.1> <ms-dns2 10.197.208.1>]
found interface eth0 for proxy arp
local  IP address 10.197.208.40
remote IP address 10.197.208.41
pptpd-logwtmp.so ip-up ppp4 galina 172.30.21.160
Script /etc/ppp/ip-up started (pid 13577)
Script /etc/ppp/ip-up finished (pid 13577), status = 0x0

Кто подскажет в какую сторону имеет смысл копать?

Flameflower - 17 Сентябрь, 2012 - 18:35

Прилагаю сам скрипт, который выполняет описанные выше действия.
Конструктивная критика приветствуется. :)

Развернуть/свернуть скрытый текст.

#! /bin/sh

set -x

###VARS###
PRO_MAGNIT_ROUTED_NET=192.168.10/24
SS_ROUTED_NET=10.33.99/24
NT_OFFICE_OLD_ROUTED_NET=192.168.80/24
NT_OFFICE_CLIENTS_ROUTED_NET=172.16/23
NT_OFFICE_SERVERS_ROUTED_NET=192.168.99/24
NT_OFFICE_VOIP_ROUTED_NET=192.168.90/24
NT_ROUTED_NET=1.2.3.4/24
NT_VPN_ADDR=10.20.30.12
NT_VPN_IFACE_GW=10.20.31.1
GALINA_VPN_ADDR=$(host galina.vpn.home-net.net | awk {'print$4'})
SS_VPN_ADDR=$(host ss.vpn.home-net.net | awk {'print$4'})
PRO_MAGNIT_VPN_ADDR=$(host pro-magnit.vpn.home-net.net | awk {'print$4'})
PRO_MAGNIT_VPN_IFACE=$(ip addr | grep $PRO_MAGNIT_VPN_ADDR | awk {'print$7'})
NT_VPN_IFACE=$(ip addr | grep $NT_VPN_ADDR | awk {'print$7'})
SS_VPN_IFACE=$(ip addr | grep $SS_VPN_ADDR | awk {'print$7'})
GALINA_VPN_IFACE=$(ip addr | grep $GALINA_VPN_ADDR | awk {'print$7'})
VPN_IFACES=$(ip addr | grep ppp | awk '/inet/{print$7}')
IPT=/sbin/iptables
###Main###
#/etc/init.d/bind9 restart
#/etc/init.d/firewall.sh restart

for ppp_iface_array in $VPN_IFACES
    do
        if [ "$PRO_MAGNIT_VPN_IFACE" = "$ppp_iface_array" ]
                then
                    ip r r $PRO_MAGNIT_ROUTED_NET via $PRO_MAGNIT_VPN_ADDR dev $PRO_MAGNIT_VPN_IFACE
                    $IPT -A INPUT -i $PRO_MAGNIT_VPN_IFACE -s $PRO_MAGNIT_ROUTED_NET -j ACCEPT
                    $IPT -A INPUT -i $PRO_MAGNIT_VPN_IFACE -s $PRO_MAGNIT_VPN_ADDR -j ACCEPT
                    $IPT -A FORWARD -i $PRO_MAGNIT_VPN_IFACE -s $PRO_MAGNIT_VPN_ADDR -j ACCEPT
                    $IPT -A FORWARD -i $PRO_MAGNIT_VPN_IFACE -s $PRO_MAGNIT_ROUTED_NET -j ACCEPT
                else
                    if [ "$SS_VPN_IFACE" = "$ppp_iface_array" ]
                        then
                            ip r r $SS_ROUTED_NET via $SS_VPN_ADDR dev $SS_VPN_IFACE
                            $IPT -A INPUT -i $SS_VPN_IFACE -s $SS_ROUTED_NET -j ACCEPT
                            $IPT -A INPUT -i $SS_VPN_IFACE -s $SS_VPN_ADDR -j ACCEPT
                            $IPT -A FORWARD -i $SS_VPN_IFACE -s $SS_VPN_ADDR -j ACCEPT
                            $IPT -A FORWARD -i $SS_VPN_IFACE -s $SS_ROUTED_NET -j ACCEPT
                        else
                            if [ "$NT_VPN_IFACE" = "$ppp_iface_array" ]
                                then
                                    ip r r $NT_OFFICE_OLD_ROUTED_NET via $NT_VPN_IFACE_GW dev $NT_VPN_IFACE
                                    ip r r $NT_OFFICE_CLIENTS_ROUTED_NET via $NT_VPN_IFACE_GW dev $NT_VPN_IFACE
                                    ip r r $NT_OFFICE_SERVERS_ROUTED_NET via $NT_VPN_IFACE_GW dev $NT_VPN_IFACE
                                    ip r r $NT_OFFICE_VOIP_ROUTED_NET via $NT_VPN_IFACE_GW dev $NT_VPN_IFACE
                                    ip r r $NT_ROUTED_NET via $NT_VPN_IFACE_GW dev $NT_VPN_IFACE
                                else
                                    if [ "$GALINA_VPN_IFACE" = "$ppp_iface_array" ]
                                        then
                                            ip link set mtu 1500 dev $GALINA_VPN_IFACE
                                            $IPT -A INPUT -j ACCEPT -i $GALINA_VPN_IFACE -s $GALINA_VPN_ADDR
                                            $IPT -A FORWARD -j ACCEPT -i $GALINA_VPN_IFACE -s $GALINA_VPN_ADDR
                                    fi
                            fi
                    fi
        fi
    done

ответить

Flameflower - 17 Сентябрь, 2012 - 20:17

Весьма интересным образом решилась проблема.
Файл зовется routing.sh
Переименовал в routing
И всё завелось само собой.
Особенности zsh?

ответить

DarkneSS - 17 Сентябрь, 2012 - 20:34

/bin/shОсобенности zsh?Линк именно на него?

ответить

Flameflower - 18 Сентябрь, 2012 - 07:00

Нет.
Скрипт писался давно. Работал в штатном режиме. А вот ZSH поставил недавно. И, возможно, с тех пор проблема и появилась, но замечать её стал в тот момент, когда у провайдера наблюдались проблемы с сети передачи данных. PPP-интерфейсы падали, поднимались, но трафик "ходил" либо не туда, либо резался фаерволом.

ответить

DarkneSS - 18 Сентябрь, 2012 - 07:53

Не важно, из какого шелла запускаете, важно, что привязано к sh.

ответить

Flameflower - 18 Сентябрь, 2012 - 09:00

Ну коли так - затрудняюсь понять почему такое странное поведение было обнаружено сейчас. Хотя, возможно, оно было и раньше. Просто сессии держались долго. Либо отваливались по одиночке. И номера ppp-интерфейсов не менялись.

ответить

Отправить комментарий

Странное поведение скрипта при поднятии ppp-интерфейса [Решено]

Отправить комментарий

Вход в систему

Сейчас на сайте