Perte connexion ADSL Fermé

Question

Bonjour,Avec la Mandriva 2005 LE (KDE 3.4), j'ai à nouveau reperdu ma connection ADSL ! Je dit "à nouveau" car, il y a environ 1 mois, j'ai eu le même problème. A l'époque, j'ai restauré mes partitions Mandriva (avec DriveImage).Je ne vais quand même pas restaurer sans cesse. Ce n'est pas vraiment la solution d'autant que j'y perd quelques réglages et mises à jour !Lors de l'installation, le pilote Eagle s'était correctement installé pour mon modem Sagem fast 800. La connection était correcte. Hier, j'ai pu me connecter sans difficultés et j'en ai profité pour faire les mises à jours de sécurités et installer quelques binaires supplémentaires. Des paquets, à priori, sans rapport avec le pilote Eagle.Aujourd'hui, plus moyen de me reconnecter sur le Web. Pourtant, je n'ai ni modifié mes paramètres (login et mot de passe), ni modifié le réglage du pilote Eagle.Comment se fait-se ?!J'ai tenté de trouver la cause sans résultat !- Je n'ai rien compris au résultat de ifconfig !- Un ping 216.239.59.104 me dit que l'opération n'est pas permise. D'ailleurs, ce ping sur Google n'aboutit pas !- La commande startadsl m'affirme que la connexion est déjà lancée !- Je n'ai pas vraiment compris au résultat de la commande eaglediag !Quelle soltion, sachant que je n'ai aucun problème sous Windows (donc pas d'origine DNS de mon FAI) ?

teutates · Answer

1 -Résulata de  ifconfig[root@localhost teutates]# ifconfigeth0      Lien encap:Ethernet  HWaddr 00:0C:76:18:AA:78          adr inet6: fe80::20c:76ff:fe18:aa78/64 Scope:Lien          UP BROADCAST MULTICAST  MTU:1500  Metric:1          RX packets:0 errors:0 dropped:0 overruns:0 frame:0          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 lg file transmission:1000          RX bytes:0 (0.0 b)  TX bytes:378 (378.0 b)          Interruption:23 Adresse de base:0xd400eth1      Lien encap:UNSPEC  HWaddr 00-11-06-00-00-00-35-82-00-00-00-00-00-00-00-00          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1          RX packets:0 errors:0 dropped:0 overruns:0 frame:0          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 lg file transmission:1000          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)eth2      Lien encap:Ethernet  HWaddr 00:60:4C:10:42:3B          adr inet6: fe80::260:4cff:fe10:423b/64 Scope:Lien          UP BROADCAST RUNNING MULTICAST  MTU:65535  Metric:1          RX packets:79 errors:0 dropped:0 overruns:0 frame:0          TX packets:41 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 lg file transmission:1000          RX bytes:5253 (5.1 Kb)  TX bytes:2117 (2.0 Kb)lo        Lien encap:Boucle locale          inet adr:127.0.0.1  Masque:255.0.0.0          adr inet6: ::1/128 Scope:Hôte          UP LOOPBACK RUNNING  MTU:16436  Metric:1          RX packets:388 errors:0 dropped:0 overruns:0 frame:0          TX packets:388 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 lg file transmission:0          RX bytes:40708 (39.7 Kb)  TX bytes:40708 (39.7 Kb)ppp0      Lien encap:Protocole Point-à-Point          inet adr:82.125.169.104  P-t-P:193.253.160.3  Masque:255.255.255.255          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1          RX packets:55 errors:0 dropped:0 overruns:0 frame:0          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 lg file transmission:3          RX bytes:4869 (4.7 Kb)  TX bytes:780 (780.0 b)sit0      Lien encap:IPv6-dans-IPv4          adr inet6: ::82.125.169.104/96 Scope:Compat          adr inet6: ::127.0.0.1/96 Scope:Inconnu          UP RUNNING NOARP  MTU:1480  Metric:1          RX packets:0 errors:0 dropped:0 overruns:0 frame:0          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 lg file transmission:0          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)[root@localhost teutates]#

teutates · Answer

2 - Résulat du ping 216.239.59.104 (google.fr)[root@localhost teutates]# ping 216.239.59.104PING 216.239.59.104 (216.239.59.104) 56(84) bytes of data.From 82.125.169.104 icmp_seq=1 Destination Host UnreachableFrom 82.125.169.104 icmp_seq=1 Destination Host UnreachableFrom 82.125.169.104 icmp_seq=1 Destination Host UnreachableFrom 82.125.169.104 icmp_seq=1 Destination Host UnreachableFrom 82.125.169.104 icmp_seq=1 Destination Host UnreachableFrom 82.125.169.104 icmp_seq=1 Destination Host Unreachableping: sendmsg: Operation not permittedFrom 82.125.169.104 icmp_seq=2 Destination Host Unreachableping: sendmsg: Operation not permitted.... etc ....From 82.125.169.104 icmp_seq=233 Destination Host Unreachableping: sendmsg: Operation not permittedFrom 82.125.169.104 icmp_seq=234 Destination Host UnreachableFrom 82.125.169.104 icmp_seq=234 Destination Host Unreachableping: sendmsg: Operation not permitted--- 216.239.59.104 ping statistics ---234 packets transmitted, 0 received, +242 errors, 100% packet loss, time 235977ms

teutates · Answer

3 - Résultat de startadsl[root@localhost teutates]# startadslLa connexion semble déjà être lancée!

teutates · Answer

4 - Résultat de eaglediag[root@localhost teutates]# eaglediagDiagnostic (1.21 2005/01/16) driver eagle-usb 20050923184107# System InformationLinux localhost 2.6.11-6mdk #1 Tue Mar 22 16:04:32 CET 2005 i686 AMD Athlon(tm) XP 2400+ unknown GNU/LinuxMandrakelinux release 10.2 (Limited Edition 2005) for i586Linux version 2.6.11-6mdk (gb@n2.mandrakesoft.com) (gcc version 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 Tue Mar 22 16:04:32 CET 2005gcc version 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk) used : 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)# module loaded ?        [ OK ]# modem operational ?    [ OK ]# Config vpi/vci/encapsulation/isp : 8 23 6 (pppoa)# pppd launched ?        [ OK ]# Service for connection [ OK ]# ping IP ?              [ KO ]# test DNS resolution ?  [ KO ]##Complete diagnostic has been saved on /var/log/eagle-usb/eagle_diag_20050923184107.txt##Please keep only relevant data and remove personal informations.[root@localhost teutates]#

kmf31 · Answer

Ca depend de ton FAI mais je pense que ton probleme vient peut-etre d'ici:# Config vpi/vci/encapsulation/isp : 8 23 6 (pppoa)Chez Wannadoo et tous les FAI non-degroupe (avec ppp) on a:vpi=8 (ca c'est bon chez toi) mais vci=35 et non 23 comme chez toi! A l'autre cote "23" en notation hexa-decimal reprensente bien 35, peut-etre ce n'est que ca.Regarde par exemple ici: http://faq.free.fr/?q=623(le truc Free IP/ADSL, donc non-degroupe, est techniquement identique a Wanadoo).Par contre pour un autre FAI en degroupe on pourrait theoriquement avoir d'autres parametres (par exemple Neuf ou Cegetel, les autres FAI qui degroupent le font sur le reseau Neuf ou Cegetl). De toute facon c'est une piste a verifier. Tu peux changer le VPI/VCI soit dans eagleconfig (ou similaire) ou soit dans les menus de DrakConf (je crois il faut ouvrir un sous-menu pour "options avancees"). En principe le choix de ses parametres revient a correctement choisir son FAI, peut-etre tu t'es trompe ici ? Tu peux toujours essayer avec le 35. Sinon depuis peu il y a un nouveau type de drivers pour de noyaux a partir de 2.6.10 (ce n'est pas claire si l'ancien driver continue a bien fonctionner avec le 2.6.11 ?). Regarde ici: http://www.eagle-usb.org/et le driver s'appelle:Ueagle-atm : nouveau driver pour kernel-2.6.10 et plusRegarde aussi ca pour les parametres vpi/vci:http://www.eagle-usb.org/article.php3?id_article=23

kmf31 · Answer

Je crois il te faut oublier mon autre poste, il y a une autre piste beaucoup plus credible:# pppd launched ?        [ OK ]# Service for connection [ OK ]# ping IP ?              [ KO ]# test DNS resolution ?  [ KO ]Il semble bien que le pppd est bien lance et probablement il a son numero IP. Tu peux verifier si /sbin/ifconfig (ca tu as deja fait) et /sbin/route donnent de choses correctes (ton IP et ta passerelle a la derniere ligne). Regarde aussi la date de modif de /etc/resolv.conf. Probablement c'est l'heure et date d'etablissement de la connexion. Si tout ca est oui, ca signifie peut-etre un probleme pare feu qui te bloque simplement, probablement parce que il faut mettre dans la config du pare feu le truc "ppp0" et non "ethX" (X=0,1,2, ...). Si c'est le mauvais device c'est ca. C'est aussi arrive a moi quand je passe d'ADSL avec carte reseau a RTC avec ppp0. Sans changer la config pare feu ca bloque tout betement ce qui fait que ping et DNS semblent "KO".Pour controler la config pare feu regarde avec:/sbin/iptables -L -vSi la dedans tu as de regles pour ethX mais pas ppp0 c'est certainement ca. Dans ce cas corriger avec le bon choix du device dans DrakConf. En fait je viens de verifier tes autres messages, ca doit etre le pare feu! Notamment le machin:ping: sendmsg: Operation not permitted=> ping non permis !! => pare feu qui bloque

teutates · Answer

Eureka ! Enfi, ce n'est pas moi qui ai eureka ;-) C'est kmf31 avec l'idée du parefeu !-)Donc, en résumé, j'ai :- supprimé toutes mes connections, surtout celle de ma carte-mère Ethernet que je n'utilise pas, ceci pour éviter un éventuel conflit ;- recréé ma connection ;- réglé le parefeu dans le Centre de Contrôle Mandriva en incluant l'aurisation des pings.Et, miracle, la connection est revenue immédiatement. je vais pourvoir jouer avec Tux ;-)))

Perte connexion ADSL

7 réponses

Discussions similaires