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

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

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

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é

bien vu...  
 
merci

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 ?
 

 
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

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...

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

 
 
mais il suffit de demander :  
 

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

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é)

arg, grillaid lol

 
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
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

et avec persist?

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

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 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à    
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)

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

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)  

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
 
 
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  

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

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

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

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 ...  

djoh a écrit a écrit :   ah ben dans ce cas, je ne peux que t'encourager     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 ...

 
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

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

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

 
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
 

 
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 )

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

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.
 

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?

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

 
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.

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é

# 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

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

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
 
(ce qui n'est pas pour maintenant étant donné qu'il est un peu tard et que je bosse demain)
 

 
pinger la passerelle est AMHA "un peu" moins goret

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

 
Le ping est bloqué sur les DNS Wanadoo ;(

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...

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