Script de reco adsl

Recherche :

Dernière réponse
Sujet : Script de reco adsl
becket	Plus simple, si la passerelle ne répond pas, alors tu relance la connexion ( cron toutes les minutes par exemple ) grosso modo: #!/bin/sh gateway=`netstat -arn \|grep ^0.0.0.0\|cut -d" " -f10` echo -e "La passerelle = $gateway" if [ "`ping -c 1 $gateway \|grep %`" = "1 packets transmitted, 0 packets received, 100% packet loss" ] then echo lancement de la connexion else echo connextion ok fi

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

becket

Plus simple, si la passerelle ne répond pas, alors tu relance la connexion ( cron toutes les minutes par exemple )

grosso modo:

#!/bin/sh
gateway=`netstat -arn |grep ^0.0.0.0|cut -d" " -f10`
echo -e "La passerelle = $gateway"
if [ "`ping -c 1 $gateway |grep %`" = "1 packets transmitted, 0 packets received, 100% packet loss" ]
then echo lancement de la connexion
else echo connextion ok

fi

nodens

si tu est en pppoe, persist devrait fonctionner... bug ? pbm de config ? difficile à dire comme ça, je suis pas un pro de ppp en plus...

EverGlide

nodens a écrit a écrit :

1) tu fais un truc de porc en faisant un ping toutes les minutes sur un serveur dont tu es sûr qu"il sera up (genre un des DNS de wanadoo)

Le ping est bloqué sur les DNS Wanadoo ;(

Evadream -jbd-

Je suis en pppoe, ca serait pour ca que ca fonctionne pas ?

houplaboom42

nodens a écrit a écrit :

1) tu fais un truc de porc en faisant un ping toutes les minutes sur un serveur dont tu es sûr qu"il sera up (genre un des DNS de wanadoo)

pinger la passerelle est AMHA "un peu" moins goret

nodens

le persist ne fonctionne pas...

-> tu es sûr que tu n'est pas en pptp ?

si tu es en pptp le persist tu peux te le...

because pppoa lance pppd, et non l'inverse. donc pppd ne sait pas que la conneciton est coupée. Donc la seule solution est un script qui vérifie que la connexion est up.

2 solutions à mon avis :

1) tu fais un truc de porc en faisant un ping toutes les minutes sur un serveur dont tu es sûr qu"il sera up (genre un des DNS de wanadoo)

(bonjour le traffic réseau et la pollution ICMP)

2) tu rajoute dans les scripts de connections des appels à d'autres scripts qui vont créer des "Etats"' (up, down, en cours de connection) par exemple avec des fichiers, et le script de reconnection automatique teste les états avant de faire quoi que ce soit (moins lourd question réseau, et bcp + élégant).

J'avais vu des trucs comme ça trainer quelque part, google t'en dira plus... ou alors, tu attend que j"ai fait mes propres scripts et que je les diffuse :D

(ce qui n'est pas pour maintenant étant donné qu'il est un peu tard et que je bosse demain)

Je@nb

pour holdoff, il mettent pas le param par défaut, c nul :/

djoh

Je@nb a écrit a écrit :

# Do not exit after a connection is terminated; instead try to reopen
# the connection.
persist

# Terminate after n consecutive failed connection attempts.
# A value of 0 means no limit. The default value is 10.
maxfail 0

sur ma Deb Sarge (ça marchait sous woody) avec 2.4.19 (et marchait avant en 2.4.18).

Par contre il i a ces options que je ne compren pas trop :

# Specifies how many seconds to wait before re-initiating the link after
# it terminates. This option only has any effect if the persist or demand
# option is used. The holdoff period is not applied if the link was
# terminated because it was idle.
#holdoff <n>

# Wait for up n milliseconds after the connect script finishes for a valid
# PPP packet from the peer. At the end of this time, or when a valid PPP
# packet is received from the peer, pppd will commence negotiation by
# sending its first LCP packet. The default value is 1000 (1 second).
# This wait period only applies if the connect or pty option is used.
#connect-delay <n>

sinon, çes options peuvent accélerer la déco/reco ?

# If this option is given, pppd will send an LCP echo-request frame to the
# peer every n seconds. Normally the peer should respond to the echo-request
# by sending an echo-reply. This option can be used with the
# lcp-echo-failure option to detect that the peer is no longer connected.
lcp-echo-interval 30

# If this option is given, pppd will presume the peer to be dead if n
# LCP echo-requests are sent without receiving a valid LCP echo-reply.
# If this happens, pppd will terminate the connection. Use of this
# option requires a non-zero value for the lcp-echo-interval parameter.
# This option can be used to enable pppd to terminate after the physical
# connection has been broken (e.g., the modem has hung up) in
# situations where no hardware modem control lines are available.
lcp-echo-failure 4

bon, d'après la description et si je suis pas trop nul en anglais :
#holdoff => combien de temps il attend pour se reconnecter à partir du moment il détecte une deco
#connect-delay => combien de temps il attend avant de communiquer sur la ligne à partir du moment où la connexion est établi

lcp-echo-interval => plus tu le diminue et plus vite sera détecté une deco, mais tu surcharge (peu) ton rezo pour rien (et tes log aussi...)
lcp-echo-failure => idem

Je@nb

# Do not exit after a connection is terminated; instead try to reopen
# the connection.
persist

# Terminate after n consecutive failed connection attempts.
# A value of 0 means no limit. The default value is 10.
maxfail 0

sur ma Deb Sarge (ça marchait sous woody) avec 2.4.19 (et marchait avant en 2.4.18).

Par contre il i a ces options que je ne compren pas trop :

# Specifies how many seconds to wait before re-initiating the link after
# it terminates. This option only has any effect if the persist or demand
# option is used. The holdoff period is not applied if the link was
# terminated because it was idle.
#holdoff <n>

# Wait for up n milliseconds after the connect script finishes for a valid
# PPP packet from the peer. At the end of this time, or when a valid PPP
# packet is received from the peer, pppd will commence negotiation by
# sending its first LCP packet. The default value is 1000 (1 second).
# This wait period only applies if the connect or pty option is used.
#connect-delay <n>

sinon, çes options peuvent accélerer la déco/reco ?

# If this option is given, pppd will send an LCP echo-request frame to the
# peer every n seconds. Normally the peer should respond to the echo-request
# by sending an echo-reply. This option can be used with the
# lcp-echo-failure option to detect that the peer is no longer connected.
lcp-echo-interval 30

# If this option is given, pppd will presume the peer to be dead if n
# LCP echo-requests are sent without receiving a valid LCP echo-reply.
# If this happens, pppd will terminate the connection. Use of this
# option requires a non-zero value for the lcp-echo-interval parameter.
# This option can be used to enable pppd to terminate after the physical
# connection has been broken (e.g., the modem has hung up) in
# situations where no hardware modem control lines are available.
lcp-echo-failure 4

Evadream -jbd-

persist ne fonctionne pas chez moi ( debian 2.4.18 ) :/
je l'ai mis dans options et dsl-provider, mais rien n'y fait, je suis toujours deconnecté :/

houplaboom42

leirn a écrit a écrit :

persist serait implenté a partir de 2.4.18, mais pas sous mandrake... kkun sais poukoi? j'essai de me renseigner de mon coté.
kkun la t il deja testé avec une mdk plus recente ke la 8.2?

j ai une 8.2 en passerelle et ca marche impec avec le persist , et pour 3 autres personnes a qui j ai mis des 8.2 en passerelle c est pareil dont une avec 200j d uptime , donc le persist fonctionne.

fl0ups

persist a rien à voir avec le kernel
c'est une option (userspace) de pppd

leirn

j'aime bien le boulot fait proprement...

persist existe, autant s'en servir... (qd il fonctionne...)

merci deja a houplaboom pour l'ip up...

persist serait implenté a partir de 2.4.18, mais pas sous mandrake... kkun sais poukoi? j'essai de me renseigner de mon coté.
kkun la t il deja testé avec une mdk plus recente ke la 8.2?

kuroineko

Lebibi a écrit a écrit :

bon ca marche pas lors de la deco forcé des 24H :(
une idée ??

je l'ai mis dans cron qui check toutes les minutes

#!/bin/bash
ps aux | grep -v grep | grep pppd >/dev/null 2>&1

if [ $? -ne 0 ] ; then
# restart service
echo "Restarting PPPoE Service"
/etc/init.d/adsl restart

else

echo "PPPoE Service is already Running !"

fi

if [ $? -ne 0 ] ; then

#echo "Restarting Freenet6 Tunnel"

#/etc/init.d/freenet restart

# else

#echo "Freenet6 Tunnel is already Running !"

# fi

if [ $? -ne 0 ] ; then

echo "Restarting DDClient"

/etc/init.d/ddclient restart

else

echo "ddclient is already Running !"

fi

fais un script qui coupe et reconnecte toute les 12 heures tu le mets dans le crontab et hop. ca doit marcher moi je fais ca en RTC pour garantir une connection quasi permannante malgre la mauvaise qualite de service chez aol qui coupe aleatoirement au bout de 10 12 heures je relance toutes les 8 heures
avec le cron.

aurelboiss

l'option persist na jamais marche sur mes Mandrake alors que la sur ma Debian 3.0 ca roule ;)
@++

houplaboom42

djoh a écrit a écrit :

ça va trop vite pour que ton ip change

en tout cas, en adsl
en rtc je pense aussi mais j'ai pas testé

faut editer le fichier /etc/ppp/ip-up

et mettre ce que tu veux dedans et normallement y a meme pas besoin si ce fichier a la ligne suivante

Code :

[ -x /etc/ppp/ip-up.local ] && /etc/ppp/ip-up.local "$@"

dans ce cas tu met tout ton bordel dans /etc/ppp/ip-up.local ( et le rendre executable )

ces scripts sont relancés a chaque reconnection ( meme avec le persist )

EverGlide

Sous IPCOP avec le kernel 2.2.21rc1
Le persist est deja implanté et ca marche du tonnerre, la reco se fait tres rapidement.

leirn

ben persist c foireux...

2-4-18 avec mdk 8.2... premier essai, premier foirage... il c deco au bout de 24h

lebibi

djoh a écrit a écrit :

ah ben dans ce cas, je ne peux que t'encourager :jap:

si tu as le courage de compiler avec de proc, vas-y, c'est sur que c'est un plus
par contre, c'est koi cette histoire d'openh323 ??
c'est openssh ?
je suis passé à coté d'une info là, non ?
pk qui faut recompiler pour ssh ?

EDIT : zut, j'avais pas lu la paranthèse
c'est qu'il faut recomp pour netmetting
j'ai toujours pas compris pk mais bon ... :o

Openh323 permet de rerouter les flux de videos/sons pour netmeeting

Sans cette option je ne pouvais pas utiliser netmeeting depuis mon poste Win (aussi bien pour rejoindre une session netmeeting ou en herberger une) et maintenant ca marche (apres redirection des ports en plus)

Ca n'a rien a voir avec SSH :)

http://www.linux-sottises.net/themasq.php

djoh

Lebibi a écrit a écrit :

pkoi tout réinstall ??

parceque je prefere Debian a RH maintenant (ou alors mettre une openbsd)
DD de 800 Mo qui sature (il reste 150 MO) et je viens de recup un DD de 1Go tout neuf :d

ah ben dans ce cas, je ne peux que t'encourager :jap:

Lebibi a écrit a écrit :

Pkoi recomp ?

Mise a jour du kernel, avoir des meilleures performances (en desactivant ou activant des options), patcher le kernet pour openh323 (pour netmeeting)

Voila pkoi :D

si tu as le courage de compiler avec de proc, vas-y, c'est sur que c'est un plus
par contre, c'est koi cette histoire d'openh323 ??
c'est openssh ?
je suis passé à coté d'une info là, non ?
pk qui faut recompiler pour ssh ?

EDIT : zut, j'avais pas lu la paranthèse
c'est qu'il faut recomp pour netmetting
j'ai toujours pas compris pk mais bon ... :o

lebibi

pkoi tout réinstall ??

parceque je prefere Debian a RH maintenant (ou alors mettre une openbsd)
DD de 800 Mo qui sature (il reste 150 MO) et je viens de recup un DD de 1Go tout neuf :d

Pkoi recomp ?

Mise a jour du kernel, avoir des meilleures performances (en desactivant ou activant des options), patcher le kernet pour openh323 (pour netmeeting)

Voila pkoi :D

djoh

leirn a écrit a écrit :

dis djoh? persist il est censé reconnaitre la deco auto de wanadoo? sinon on doit attendre 24h pour savoir... et plus pour moi pcq on me retient prisonnier loin de mes becanes :(

??
ben moi il met 10 seconde à tout casser pour faire tout ce qu'il a à faire toutes les 24h (il doit rester déco 5sec je penses)
et oui, il détecte, c'est le but du jeu)

par contre faut le patch ou, plus logique, installer directement le kernel 2.4.18 (avant, l'option persist n'était pas dispo) :)

leirn

dis djoh? persist il est censé reconnaitre la deco auto de wanadoo? sinon on doit attendre 24h pour savoir... et plus pour moi pcq on me retient prisonnier loin de mes becanes :(

djoh

Lebibi a écrit a écrit :

oui mais je crois que moi je suis deconnecté physiquement mais que mon linux ne le voit pas, donc si je fais un ifconfig j'ai tjs mon ancienne ip !!!

Strange !!!

Bon c'est une RH la box, je vais peut etre la virer :d
Ca me fait chier de tout reinstall, configurer et recomp le kernel + patch (c'est un P100 donc faut pas etre pressé...) pour un truc tout con

nan mais n'importe quoi là :sarcastic:
pk veux-tu tout réinstaller ??
et pk tiens tu à recompiler ? (enfin ça je te blame pas, tu fais ce que tu veux, t'auras qu'à laisser tourner une nuit)

lebibi

leirn a écrit a écrit :

et avec persist?

On verra ca se soir, je suis au boulot et j'ai pas la main sur mes box (proxy suxxx)

leirn

et avec persist?

lebibi

leirn a écrit a écrit :

yavait un bout de script qque part sur le net (je sais plus ou) ki utilisait ifconfig ppp0 |cut | cut (avec des arguments sur cut qd meme) pour recuperer l'ip et si il recuperait rien, on considerait que ct pas connecté...

pour les redirections je parle des redirections d'url sur ma machine en ip dynamik... si persist sans script suffisait elle se faisait pas... si tu as un script ki tourne, suffit de l'intégré dedans...

oui mais je crois que moi je suis deconnecté physiquement mais que mon linux ne le voit pas, donc si je fais un ifconfig j'ai tjs mon ancienne ip !!!

Strange !!!

Bon c'est une RH la box, je vais peut etre la virer :d
Ca me fait chier de tout reinstall, configurer et recomp le kernel + patch (c'est un P100 donc faut pas etre pressé...) pour un truc tout con

leirn

arg, grillaid lol

leirn

g pas ma machine linux sous la main, mais si c'est ce ke je pense, lorsque tu te connecte tu fais kke chose du style

pppd call adsl

ou autre chose qu'adsl, mais c le script dfe connection...
il est dans /etc/ppp/kke chose je crois

ben tu mets persist dedans (c ce que g compris, mais comme je te l'ai dit, je ne l'ai pas testé)

djoh

Lebibi a écrit a écrit :

Je n'ai pas trouvé ou mettre cette option, si tu peux m'eclairer :)

dans /etc/ppp/options
y-a une ligne persist
tu la décommentes, et plus besoin de script

djoh

mais il suffit de demander : :D

ip=`ifconfig ppp0 | grep inet\ addr | cut -d':' -f2 | cut -d' ' -f1`

lebibi

fl0ups a écrit a écrit :

il suffit de mettre l'option persist dans ton fichier d'options de pppd et paf magie pas besoin de script de reco

Mais l'utilisation de la fonction recherche te l'aurait deja dit

Je n'ai pas trouvé ou mettre cette option, si tu peux m'eclairer :)

leirn

yavait un bout de script qque part sur le net (je sais plus ou) ki utilisait ifconfig ppp0 |cut | cut (avec des arguments sur cut qd meme) pour recuperer l'ip et si il recuperait rien, on considerait que ct pas connecté...

pour les redirections je parle des redirections d'url sur ma machine en ip dynamik... si persist sans script suffisait elle se faisait pas... si tu as un script ki tourne, suffit de l'intégré dedans...

lebibi

Bon je l'ai modifié et il ne fait plus que ca

il marche tres bien si je coupe la connexion, mais la ou ca merde c'est lors de la deco auto de mamadoo.
J'ai l'impression qu'il croit tjs que la connexion est up alors qu'elle est down :(

Je peux tjs essayer de faire ca en pingant un serveur, mais si ce serveur est donc je l'ai dans l'os

Une idée ?

Code :

#!/bin/bash
ps aux | grep -v grep | grep pppd >/dev/null 2>&1
if [ $? -ne 0 ] ; then
# restart service
echo "Restarting PPPoE Service"
/etc/init.d/adsl restart
else
echo "PPPoE Service is already Running !"
fi

Pour les redirections tu parles de redirection de port ??
Perso je le relance mes regles iptables (firewall et redirection a chaque connexion) et ca marche

leirn

bien vu...

merci :)

djoh

leirn a écrit a écrit :

persist il est joli, mais si on veut quand meme un script pour qu'il actualise des redirections au passage qd on a une ip dynamique?

ça va trop vite pour que ton ip change

en tout cas, en adsl
en rtc je pense aussi mais j'ai pas testé

leirn

persist il est joli, mais si on veut quand meme un script pour qu'il actualise des redirections au passage qd on a une ip dynamique?

lebibi

c vrai que j'ai fait le feignant pour la fonction recherche mais il est tard ;)

fl0ups

il suffit de mettre l'option persist dans ton fichier d'options de pppd et paf magie pas besoin de script de reco

Mais l'utilisation de la fonction recherche te l'aurait deja dit

lebibi

bon ca marche pas lors de la deco forcé des 24H :(
une idée ??

je l'ai mis dans cron qui check toutes les minutes

#!/bin/bash
ps aux | grep -v grep | grep pppd >/dev/null 2>&1

if [ $? -ne 0 ] ; then
# restart service
echo "Restarting PPPoE Service"
/etc/init.d/adsl restart

else

echo "PPPoE Service is already Running !"

fi

if [ $? -ne 0 ] ; then

#echo "Restarting Freenet6 Tunnel"

#/etc/init.d/freenet restart

# else

#echo "Freenet6 Tunnel is already Running !"

# fi

if [ $? -ne 0 ] ; then

echo "Restarting DDClient"

/etc/init.d/ddclient restart

else

echo "ddclient is already Running !"

fi