1) Pouvez vous faire un copier coller du contenu de votre fichier /etc/ppp/options :
 
2) Dites moi si vous partagez votre connexion :
 
3) Comment se passe votre reconnexion automatique :
 
 
 
-----
 
 
Merci de me donner ces renseignements, ça pourrait m'aider dans la recherche de mon probleme de reconnexion...

Le ppp/options je pe te le filer demain, mais c grossierement celui de B. Papillaut (dsl si j ai mal orthographier son nom ).
Je partage ma conexion sans probleme avec un script iptables.
Mes reconnections se passe sans pb.

 
je veux bien que tu me donnes ça demain, c'est tres sympa ! Mon probleme est que la reconnexion se fait mais en plus de se reconnecter au net, il se déconnecte du LAN... c'est bizarre non ?

Ca m'est deja arrive, j'arrivais mm plus a me logguer en local sur la machine pas moyen de rentrer un mot de passe(apres que je lui est remis un clavier) on m 'as parler d'un timeout reseau mais je pe pas t 'en dire plus.

comment as tu résolu le probleme ?
 
ça t'arrive toujours ?

et en reactivant le reseau en faisant un service network restart intégré au script de reconnexion ??? vers la fin du script par exemple ? est ce que tu penses que ça pourrait marcher ? et si oui, est ce que tu sais où je pourrais taper cette ligne de code pour etre sure qu'elle soit lancée après la reconnexion FAI ?

tu peux faire un p'tit truc marrant qui remplace le adslautoconnect de windows , tu met en place un shell de test/ping qui relance la connexion si elle tombe; en le montant en cron, tu as une surveillance e l'étayt du réseau...
par exemple  
#set -vx
 
ONE=`ping -c 1 www.google.com | grep transmitted | awk '{print $4}'`  #(internet)
TWO=`ping -c 1 192.168.0.1 | grep transmitted | awk '{print $4}'`  #(etc 172.16.0.1)
 
# la commande au dessus t'envoie un ping de 1, supprime les lignes inutles et te renvoie la valeur du nombre de paquets reçus
# si le chiffre renvoyé est 0, le ping à échoué...
 
if [[ ${ONE} -eq 0 ]]
then
       ./chemin/${shell_de_connexion} # connexion vers le net
        echo "connexion tombee internet"
else
        echo "OK internet"
fi
if [[ ${TWO} -eq 0  ]]
then
        ./etc/rc.d/init.d/network restart # connexion locale
        echo "commexion tombee locale"
else
        echo "OK locale"
fi
 

Bah perso, j'ai un /etc/ppp/options "light" :

 
Le partage de connection se fait sur 5 machines avec iptables (kernel 2.4.18)
 
pour la reconnection, c'est dans le /etc/ppp/peers/adsl

(c'est le persist qui est important si je ne me plante pas)
 
avec le module n_hdlc de lancé
et ça marche nickel (et ce depuis plus d'un an )

@crazytoon : le probleme de ce genre de script, c'est que si le site que tu testes tombe, tu vas partir dans un cycle de deco/reconnections inutiles    
 
Bon, ok, google y a peu de chance mais on sait jamais
 
Et de même si les DNS de wanadoo ont une coupure (ça, ça peut arriver )

 
je comprends pas, j'ai le meme peers/adsl que toi...
 
dans le how to de benoit papillaut, il est précisé de mettre persist dans ppp/options, a quoi sert ce fichier, si ce n'est pas pour la reconnexion ?
 
 
est ce que le fichier pppoe.conf a de l'importance dans mon cas vu que je suis en pppoa ?

pppoe non, il sert a rien
 
quand tu fais un lsmod, tu vois le modul n_hdlc dans la liste des modules chargés ?

voilà mon fichier ppp/peers/adsl :
 

 
oui il apparait dans la liste avec un nombre, et aussi marqué autoclean
 
voilà ce qu'il y a d'ecrit sur le how to en question :
 

 
est ce que vous aussi vous avez patché votre module n_hdlc ?

noyau 2.4.18, pas eu besoin de patch

philou_a7 a écrit a écrit : noyau 2.4.18, pas eu besoin de patch

G un 2.4.7 ? y en faut 1 ?

Comme il le disent dans le howto : oui
 
2.4.7 < 2.4.18

philou_a7 a écrit a écrit : Comme il le disent dans le howto : oui   2.4.7 < 2.4.18

 
avez vous déjà fait cette manip, parce que là je viens de passer 3 heures dessus, et j'y arrive pas... un coup de main serait le bienvenue !

 
ben passe plutot au 2.4.18 ou même 2.4.19

est ce que c'est possible de passer à un noyau supérieure, en faisant une "mise à jour" ?
 
chu pas obliger de formatter ?
 
il suffit de compiler le nouveau noyau ? ou bien y a bcp de trucs à paramétrer ?
 
est ce que c'est faisable par un mec comme moi = newbie pas dégrossi ?

 
   
rien de plus simple  
 
urpmi kernel-image

Vi ... tu peux même avoir plusieurs noyaux dispos sur ta machine et choisir sur lequel tu vas booter via le Lilo ou Grub ...
Pas besoin de reformater quoi que ce soit ... faut installer les sources du noyau que tu veux compiler, puis le compiler (kernel + modules) ... et l'installer (kernel + modules toujours )... et enfin ajouter dans le menu de démarrage de ton bootloader favori (i.e.: Lilo ou Grub) une entrée pour ce nouveau noyau ... et voilà ...

ah non, je confonds :
urpmi kernel-2.4.19.16mdk-1-1mdk.i586
 
ça ça marchera    
tu fais ça, tu regarde bien que ton bootloader est bien mis a jour, et tu reboot sur le nouveau kernel  

oui
 
non
 
non
 
ça dépend
 
oui
 
extrait du manuel de référence de la Mandrake :
http://mjules.free.fr/compiling-kernel.html
 
utilise plutôt les RPM kernel-sources dans ton cas (je crois que tu as une Red Hat) plutôt que les tar.gz (m'enfin, c'est un avis personnel)

 
pas obliger de compiler  

 
ah je croyais que c'était une mandrake ?
autant pour moi  

djoh a écrit a écrit :     pas obliger de compiler

Vaut mieux qd même ... ca permet d'être sur de ce qui est mis dedans ou pas ... enfin bon après cé question de se sentir confiant ou pas dans l'opération ... mais une fois qu'on en a compilé un soi même on ne revient plus en arrière sauf cas particuliers ...

Zzozo a écrit a écrit :   Vaut mieux qd même ... ca permet d'être sur de ce qui est mis dedans ou pas ... enfin bon après cé question de se sentir confiant ou pas dans l'opération ... mais une fois qu'on en a compilé un soi même on ne revient plus en arrière sauf cas particuliers ...

 
ben perso j'ai recompilé celui de la mandrake, mais en fait il est très bien de base ... la plupart des truc non obligatoire sont bien entendu en module (qu'on ne charge pas si on a pas besoin, donc), et il me manquait rien.
j'ai recompilé uniquement pour virer l'apic que j'arrivais pas à virer en passant l'option au kernel via grub ...  
 
tiens, j'profite, je voudrais savoir à quoi correspond ERR là :
 

 
je télécharge les rpm du noyau, je les installe ? ça va faire la mise à jour tout seul ? Ca serait génial en tous cas ! je n'ai pas à choisir de modules pour cette opération ? et est ce que je ne risque pas de cracher les programmes qui tournent sur la passerelle genre apache et cie ?

je trouve meme pas les srpm pour un 2.4-19
 
je suis allé sur le ftp des kernel, et rien...
 
peut etre faut que j'essaie chez red hat ???

Je pense que tu pourras effectivement le trouver chez Red Hat, où alors sur rpmfind :
 
Les kernels à installer directement ( rpm -Uvh blabla ) et les SRPMS :
http://fr2.rpmfind.net/linux/rpm2h [...] +hat&arch=
 
Les sources du kernel si tu veux recompiler à la mano (perso, c'est ce que j'ai fait et aucun pb) et/ou compiler des modules particuliers (drivers nvidia par ex) :
http://fr2.rpmfind.net/linux/rpm2h [...] +hat&arch=

donc simplement de faire rpm -Uvh kernel-2.4.18-3.i386.rpm ça va suffir à réinstaller le noyau ? y aura t il tout ce qu'il faut dedans ?

 
prend le 2.4.19
et y-aura à modifier ton bootloader surement