Le calvaire pour installer une connection ADSL chez Free
13 réponses
Aurélien Le Provost
Salut,
Je suis sous Debian Linux (Sarge avec des bouts d'instable).
On m'a annoncé que je suis en zone dégroupée. J'ai reçu le modem Sagem 908 qui
possède une interface USB et une autre Ethernet. Comme j'ai une mauvaise
expérience avec les modems USB (Eci HiFocus avec Wanadoo), j'ai décidé
d'utiliser l'interface Ethernet. Ma carte réseau est à base de RTL-8139 :
Mon noyau 2.4.24 est compilé avec le support en dur pour cette carte, et
aussi pour PPP avec deux options qui vont bien.
Dès que le modem est alimenté et branché à la prise téléphonique, il se met
à clignoter puis rapidement les deux voyants sont allumés en vert. Je branche
naïvement le câble Ethernet, et tente un pump :
# pump
Operation failed.
Dans les logs, rien de plus que des choses du genre :
Jan 31 22:17:50 theodule pumpd[1263]: starting at (uptime 0 days, 0:27:42)
Sat Jan 31 22:17:50 2004
Jan 31 22:17:50 theodule kernel: eth0: link up, 100Mbps, half-duplex, lpa 0x40A1
Jan 31 22:17:50 theodule pumpd[1263]: PUMP: sending discover
Dans le man de pump, on parle de niveau de debug dans syslog. Dans celui de
syslogd, on me dit d'envoyer un SIGUSR1 à /var/run/syslogd.pid. Pas vu de
différence dans /var/log/syslog.
On a discuté sur la mailing list du noyau de problèmes entre les cartes
réseau RTL-8139 et pump, d'après Google. J'essaye donc avec dhcpcd.
J'obtiens un message au moins aussi explicite :
/etc/dhcpc/dhcpcd.exe: line 49: .: filename argument required
.: usage: . filename
dhcpcd.exe: wrong interface name ""
Quand les clients DHCP tentent de configurer la carte réseau, elle
apparaît brièvement :
Je tente de passer par PPPoE. J'installe les paquets pppoe et pppoeconf (ppp
est déjà installé étant donné qu'avant il y avait un modem RTC). Je lance
# pppoeconf
Un message apparaît très brièvement à la fin de la détection :
pppoe: Timeout waiting for PADO packets
Puis on m'annonce que «le concentrateur de votre fournisseur d'accès n'a pas
répondu.»
Bon, c'est peut-être normal. Mais ça devient contrariant, parce qu'il va bien
falloir que j'arrive à me connecter.
Étant donné que Free m'annonce fièrement qu'ils m'offrent une ligne de secours,
je ressors mon vieux modem 56K. Las ! Même ça ça ne marche pas...
(erreur 19, probablement de leur côté).
Y a-t-il une âme charitable pour m'aider ?
Tant que j'y suis :
# lspci -v
00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RT8139
Flags: bus master, medium devsel, latency 32, IRQ 9
I/O ports at e400 [size=256]
Memory at eb000000 (32-bit, non-prefetchable) [size=256]
Expansion ROM at ea000000 [disabled] [size=64K]
Capabilities: [50] Power Management version 2
--
Utilisateurs de Linux, enregistrez-vous !
http://counter.li.org
Bah de toutes façons eth0 (la seule carte réseau) ne fait qu'une brève apparition lors d'un pump, n'obtient jamais d'adresse IP et disparait ensuite... ce sera pas difficile alors
- cherche s'il reste un ppp ->kill -s KILL <pidduppp> - plus de ppp!
Hum, il doit y avoir un ppp quand on est en DHCP ? vérifie qu'il reste pas un processus qui bloque,quoi
(c'est quoi dhcp?)
- verifie la config de pppoe (pppoeconf)
Ben, j'ai déjà tenté tout ça. Ça me donne «pppoe: Timeout waiting for PADO packets». je t'ai pas dit de lancer encore :-) vérifie la configuration, reconfigure
avec la doc, les données de connexion de free,... (IP login dns)
- verifie que ethn est bien connectée au modem
À moins que le câble fourni par Free ne soit défectueux... si je prend la peine de te dire de vérifier, c'est que j'ai de bonnes
raisons...
- allume modem (ça clignote et ça s'arrête)
Les deux voyants restent verts, oui. regarde si ça clignote quand tu lancera la connection
- adsl-connect (connecter avec pppoe)
Je ne connaissais pas adsl-connect. Mais tu connecte pppoe avec ça, mais que maintenant, quand t'es sûr que le reste
est ok
et là, ça marche? si t'as suivi ça t'as perdu 10 minutes... peut-être pour rien, je garanti
pas, mais faut le faire dans l'ordre ce que j'ai dit c'est pour pppoe.
sinon tu peux sniffer le traffic avec tcpdump ou ethereal pour voir ce qui se passe
Je vais essayer avec une autre Realtech, et avec dhcp3-client (le client ISC). Je vous tient au courant...
Aurélien Le Provost a écrit:
Pour t'aider en attendant meilleure réponse (pas sûr que ça marche):
- essaye avec une autre carte pour voir si c'est le problème
À vrai dire je n'ai que des RTL-8139 à ma disposition... Je vais essayer
Elles marchent très bien.
Bah de toutes façons eth0 (la seule carte réseau) ne fait qu'une brève
apparition lors d'un pump, n'obtient jamais d'adresse IP et disparait
ensuite...
ce sera pas difficile alors
- cherche s'il reste un ppp ->kill -s KILL <pidduppp>
- plus de ppp!
Hum, il doit y avoir un ppp quand on est en DHCP ?
vérifie qu'il reste pas un processus qui bloque,quoi
(c'est quoi dhcp?)
- verifie la config de pppoe (pppoeconf)
Ben, j'ai déjà tenté tout ça. Ça me donne
«pppoe: Timeout waiting for PADO packets».
je t'ai pas dit de lancer encore :-) vérifie la configuration, reconfigure
avec la doc, les données de connexion de free,... (IP login dns)
- verifie que ethn est bien connectée au modem
À moins que le câble fourni par Free ne soit défectueux...
si je prend la peine de te dire de vérifier, c'est que j'ai de bonnes
raisons...
- allume modem (ça clignote et ça s'arrête)
Les deux voyants restent verts, oui.
regarde si ça clignote quand tu lancera la connection
- adsl-connect (connecter avec pppoe)
Je ne connaissais pas adsl-connect. Mais
tu connecte pppoe avec ça, mais que maintenant, quand t'es sûr que le reste
est ok
et là, ça marche?
si t'as suivi ça t'as perdu 10 minutes... peut-être pour rien, je garanti
pas, mais faut le faire dans l'ordre
ce que j'ai dit c'est pour pppoe.
sinon tu peux sniffer le traffic avec tcpdump ou ethereal pour voir ce qui
se passe
Je vais essayer avec une autre Realtech, et avec dhcp3-client (le client
ISC). Je vous tient au courant...
Bah de toutes façons eth0 (la seule carte réseau) ne fait qu'une brève apparition lors d'un pump, n'obtient jamais d'adresse IP et disparait ensuite... ce sera pas difficile alors
- cherche s'il reste un ppp ->kill -s KILL <pidduppp> - plus de ppp!
Hum, il doit y avoir un ppp quand on est en DHCP ? vérifie qu'il reste pas un processus qui bloque,quoi
(c'est quoi dhcp?)
- verifie la config de pppoe (pppoeconf)
Ben, j'ai déjà tenté tout ça. Ça me donne «pppoe: Timeout waiting for PADO packets». je t'ai pas dit de lancer encore :-) vérifie la configuration, reconfigure
avec la doc, les données de connexion de free,... (IP login dns)
- verifie que ethn est bien connectée au modem
À moins que le câble fourni par Free ne soit défectueux... si je prend la peine de te dire de vérifier, c'est que j'ai de bonnes
raisons...
- allume modem (ça clignote et ça s'arrête)
Les deux voyants restent verts, oui. regarde si ça clignote quand tu lancera la connection
- adsl-connect (connecter avec pppoe)
Je ne connaissais pas adsl-connect. Mais tu connecte pppoe avec ça, mais que maintenant, quand t'es sûr que le reste
est ok
et là, ça marche? si t'as suivi ça t'as perdu 10 minutes... peut-être pour rien, je garanti
pas, mais faut le faire dans l'ordre ce que j'ai dit c'est pour pppoe.
sinon tu peux sniffer le traffic avec tcpdump ou ethereal pour voir ce qui se passe
Je vais essayer avec une autre Realtech, et avec dhcp3-client (le client ISC). Je vous tient au courant...
beri beri
Salut Si tu utilise l' interface ethernet tu peux supprimer ppp Si tu utilise dhcpd vérifies qu' il n'y est pas un ancien fichier dhcpd-eth0.pid qui traine quelque part (/etc/dhcpc) avant de le relancer.
Le Sat, 31 Jan 2004 23:55:03 +0100, Aurélien Le Provost a écrit :
Salut,
Je suis sous Debian Linux (Sarge avec des bouts d'instable).
On m'a annoncé que je suis en zone dégroupée. J'ai reçu le modem Sagem 908 qui possède une interface USB et une autre Ethernet. Comme j'ai une mauvaise expérience avec les modems USB (Eci HiFocus avec Wanadoo), j'ai décidé d'utiliser l'interface Ethernet. Ma carte réseau est à base de RTL-8139 :
Mon noyau 2.4.24 est compilé avec le support en dur pour cette carte, et aussi pour PPP avec deux options qui vont bien.
Dès que le modem est alimenté et branché à la prise téléphonique, il se met à clignoter puis rapidement les deux voyants sont allumés en vert. Je branche naïvement le câble Ethernet, et tente un pump :
# pump Operation failed.
Dans les logs, rien de plus que des choses du genre :
Jan 31 22:17:50 theodule pumpd[1263]: starting at (uptime 0 days, 0:27:42) Sat Jan 31 22:17:50 2004 Jan 31 22:17:50 theodule kernel: eth0: link up, 100Mbps, half-duplex, lpa 0x40A1 Jan 31 22:17:50 theodule pumpd[1263]: PUMP: sending discover
Dans le man de pump, on parle de niveau de debug dans syslog. Dans celui de syslogd, on me dit d'envoyer un SIGUSR1 à /var/run/syslogd.pid. Pas vu de différence dans /var/log/syslog.
On a discuté sur la mailing list du noyau de problèmes entre les cartes réseau RTL-8139 et pump, d'après Google. J'essaye donc avec dhcpcd. J'obtiens un message au moins aussi explicite :
/etc/dhcpc/dhcpcd.exe: line 49: .: filename argument required .: usage: . filename dhcpcd.exe: wrong interface name ""
Quand les clients DHCP tentent de configurer la carte réseau, elle apparaît brièvement :
Je tente de passer par PPPoE. J'installe les paquets pppoe et pppoeconf (ppp est déjà installé étant donné qu'avant il y avait un modem RTC). Je lance
# pppoeconf
Un message apparaît très brièvement à la fin de la détection : pppoe: Timeout waiting for PADO packets
Puis on m'annonce que «le concentrateur de votre fournisseur d'accès n'a pas répondu.» Bon, c'est peut-être normal. Mais ça devient contrariant, parce qu'il va bien falloir que j'arrive à me connecter.
Étant donné que Free m'annonce fièrement qu'ils m'offrent une ligne de secours, je ressors mon vieux modem 56K. Las ! Même ça ça ne marche pas... (erreur 19, probablement de leur côté).
Y a-t-il une âme charitable pour m'aider ?
Tant que j'y suis :
# lspci -v
00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at e400 [size%6] Memory at eb000000 (32-bit, non-prefetchable) [size%6] Expansion ROM at ea000000 [disabled] [sizedK] Capabilities: [50] Power Management version 2
Salut
Si tu utilise l' interface ethernet tu peux supprimer ppp
Si tu utilise dhcpd vérifies qu' il n'y est pas un ancien fichier
dhcpd-eth0.pid qui traine quelque part (/etc/dhcpc) avant de le relancer.
Le Sat, 31 Jan 2004 23:55:03 +0100, Aurélien Le Provost a écrit :
Salut,
Je suis sous Debian Linux (Sarge avec des bouts d'instable).
On m'a annoncé que je suis en zone dégroupée. J'ai reçu le modem Sagem 908 qui
possède une interface USB et une autre Ethernet. Comme j'ai une mauvaise
expérience avec les modems USB (Eci HiFocus avec Wanadoo), j'ai décidé
d'utiliser l'interface Ethernet. Ma carte réseau est à base de RTL-8139 :
Mon noyau 2.4.24 est compilé avec le support en dur pour cette carte, et
aussi pour PPP avec deux options qui vont bien.
Dès que le modem est alimenté et branché à la prise téléphonique, il se met
à clignoter puis rapidement les deux voyants sont allumés en vert. Je branche
naïvement le câble Ethernet, et tente un pump :
# pump
Operation failed.
Dans les logs, rien de plus que des choses du genre :
Jan 31 22:17:50 theodule pumpd[1263]: starting at (uptime 0 days, 0:27:42)
Sat Jan 31 22:17:50 2004
Jan 31 22:17:50 theodule kernel: eth0: link up, 100Mbps, half-duplex, lpa 0x40A1
Jan 31 22:17:50 theodule pumpd[1263]: PUMP: sending discover
Dans le man de pump, on parle de niveau de debug dans syslog. Dans celui de
syslogd, on me dit d'envoyer un SIGUSR1 à /var/run/syslogd.pid. Pas vu de
différence dans /var/log/syslog.
On a discuté sur la mailing list du noyau de problèmes entre les cartes
réseau RTL-8139 et pump, d'après Google. J'essaye donc avec dhcpcd.
J'obtiens un message au moins aussi explicite :
/etc/dhcpc/dhcpcd.exe: line 49: .: filename argument required
.: usage: . filename
dhcpcd.exe: wrong interface name ""
Quand les clients DHCP tentent de configurer la carte réseau, elle
apparaît brièvement :
Je tente de passer par PPPoE. J'installe les paquets pppoe et pppoeconf (ppp
est déjà installé étant donné qu'avant il y avait un modem RTC). Je lance
# pppoeconf
Un message apparaît très brièvement à la fin de la détection :
pppoe: Timeout waiting for PADO packets
Puis on m'annonce que «le concentrateur de votre fournisseur d'accès n'a pas
répondu.»
Bon, c'est peut-être normal. Mais ça devient contrariant, parce qu'il va bien
falloir que j'arrive à me connecter.
Étant donné que Free m'annonce fièrement qu'ils m'offrent une ligne de secours,
je ressors mon vieux modem 56K. Las ! Même ça ça ne marche pas...
(erreur 19, probablement de leur côté).
Y a-t-il une âme charitable pour m'aider ?
Tant que j'y suis :
# lspci -v
00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RT8139
Flags: bus master, medium devsel, latency 32, IRQ 9
I/O ports at e400 [size%6]
Memory at eb000000 (32-bit, non-prefetchable) [size%6]
Expansion ROM at ea000000 [disabled] [sizedK]
Capabilities: [50] Power Management version 2
Salut Si tu utilise l' interface ethernet tu peux supprimer ppp Si tu utilise dhcpd vérifies qu' il n'y est pas un ancien fichier dhcpd-eth0.pid qui traine quelque part (/etc/dhcpc) avant de le relancer.
Le Sat, 31 Jan 2004 23:55:03 +0100, Aurélien Le Provost a écrit :
Salut,
Je suis sous Debian Linux (Sarge avec des bouts d'instable).
On m'a annoncé que je suis en zone dégroupée. J'ai reçu le modem Sagem 908 qui possède une interface USB et une autre Ethernet. Comme j'ai une mauvaise expérience avec les modems USB (Eci HiFocus avec Wanadoo), j'ai décidé d'utiliser l'interface Ethernet. Ma carte réseau est à base de RTL-8139 :
Mon noyau 2.4.24 est compilé avec le support en dur pour cette carte, et aussi pour PPP avec deux options qui vont bien.
Dès que le modem est alimenté et branché à la prise téléphonique, il se met à clignoter puis rapidement les deux voyants sont allumés en vert. Je branche naïvement le câble Ethernet, et tente un pump :
# pump Operation failed.
Dans les logs, rien de plus que des choses du genre :
Jan 31 22:17:50 theodule pumpd[1263]: starting at (uptime 0 days, 0:27:42) Sat Jan 31 22:17:50 2004 Jan 31 22:17:50 theodule kernel: eth0: link up, 100Mbps, half-duplex, lpa 0x40A1 Jan 31 22:17:50 theodule pumpd[1263]: PUMP: sending discover
Dans le man de pump, on parle de niveau de debug dans syslog. Dans celui de syslogd, on me dit d'envoyer un SIGUSR1 à /var/run/syslogd.pid. Pas vu de différence dans /var/log/syslog.
On a discuté sur la mailing list du noyau de problèmes entre les cartes réseau RTL-8139 et pump, d'après Google. J'essaye donc avec dhcpcd. J'obtiens un message au moins aussi explicite :
/etc/dhcpc/dhcpcd.exe: line 49: .: filename argument required .: usage: . filename dhcpcd.exe: wrong interface name ""
Quand les clients DHCP tentent de configurer la carte réseau, elle apparaît brièvement :
Je tente de passer par PPPoE. J'installe les paquets pppoe et pppoeconf (ppp est déjà installé étant donné qu'avant il y avait un modem RTC). Je lance
# pppoeconf
Un message apparaît très brièvement à la fin de la détection : pppoe: Timeout waiting for PADO packets
Puis on m'annonce que «le concentrateur de votre fournisseur d'accès n'a pas répondu.» Bon, c'est peut-être normal. Mais ça devient contrariant, parce qu'il va bien falloir que j'arrive à me connecter.
Étant donné que Free m'annonce fièrement qu'ils m'offrent une ligne de secours, je ressors mon vieux modem 56K. Las ! Même ça ça ne marche pas... (erreur 19, probablement de leur côté).
Y a-t-il une âme charitable pour m'aider ?
Tant que j'y suis :
# lspci -v
00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at e400 [size%6] Memory at eb000000 (32-bit, non-prefetchable) [size%6] Expansion ROM at ea000000 [disabled] [sizedK] Capabilities: [50] Power Management version 2
Aurélien Le Provost
Aurélien Le Provost a écrit: [plein de choses snippées]
Bon, ça marche enfin.
J'ai posté un journal sur LinuxFR où j'explique la marche que j'ai suivi pour parvenir à mes fins : http://linuxfr.org/~AurelienLP/8951.html
Pour conclure, honte à Free, qui fournit tout pour que ça marche sous Linux et ne prend même pas la peine d'indiquer la marche à suivre !
-- Utilisateurs de Linux, enregistrez-vous ! http://counter.li.org
Aurélien Le Provost a écrit:
[plein de choses snippées]
Bon, ça marche enfin.
J'ai posté un journal sur LinuxFR où j'explique la marche que j'ai suivi
pour parvenir à mes fins :
http://linuxfr.org/~AurelienLP/8951.html
Pour conclure, honte à Free, qui fournit tout pour que ça marche sous
Linux et ne prend même pas la peine d'indiquer la marche à suivre !
--
Utilisateurs de Linux, enregistrez-vous !
http://counter.li.org
