Problème de configuration PPPoE avec modem Ethernet Omniacom

[quote=“PascalHambourg”]Ce n’est pas en répétant “ça ne marche pas” que tu vas trouver une solution mais en donnant des détails sur ce que tu fais et ce qui se passe.
As-tu essayé la méthode proposée par Knucky ?
Un modem ethernet n’est pas un périphérique mais un équipement réseau, il n’a pas plus besoin de pilote qu’un switch ethernet ou un routeur.
On peut remplacer /dev/tty* par une interface ethernet à condition d’ajouter “plugin rp-pppoe.so” aux options de pppd, mais comme je ne connais pas kppp ni wvdial, j’ignore s’ils le permettent.[/quote]

Merci pour la précision. La méthode proposée par Knucky est la première que j’ai essayée. étant donné que tu ne connais pas kpp et wvdial, voici ce que je propose si ça ne te dérange pas.
Donne-moi la procédure en utilisant la methode ou l’outil que tu connais.
Je vais tout annuler et recommencer à zéro en suivant ta logique.
Ainsi si j’ai des messages d’erreur, je te les ferais parvenir pour assistance.
Qu’en dis-tu?

[quote=“mfbkaba”][quote=“PascalHambourg”]Ce n’est pas en répétant “ça ne marche pas” que tu vas trouver une solution mais en donnant des détails sur ce que tu fais et ce qui se passe.
As-tu essayé la méthode proposée par Knucky ?
Un modem ethernet n’est pas un périphérique mais un équipement réseau, il n’a pas plus besoin de pilote qu’un switch ethernet ou un routeur.
On peut remplacer /dev/tty* par une interface ethernet à condition d’ajouter “plugin rp-pppoe.so” aux options de pppd, mais comme je ne connais pas kppp ni wvdial, j’ignore s’ils le permettent.[/quote]

Merci pour la précision. La méthode proposée par Knucky est la première que j’ai essayée. étant donné que tu ne connais pas kpp et wvdial, voici ce que je propose si ça ne te dérange pas.
Donne-moi la procédure en utilisant la methode ou l’outil que tu connais.
Je vais tout annuler et recommencer à zéro en suivant ta logique.
Ainsi si j’ai des messages d’erreur, je te les ferais parvenir pour assistance.
Qu’en dis-tu?[/quote]
Bonjour a tous,
je voulais juste preciser que le message cite ci-dessus n’est pas destine qu’a PascalHambourg seul. il est destine a tout membre pouvant m’aider.
Je compte sur votre diligence habituelle
NB: veuillez m’excuser pour l’accentuation car je suis sur un smatphone qwerty…

Je ne conseille pas “ma” méthode, qui est réservée au psychopathes dans mon genre : se farcir les pages de man, les howto, écrire ses fichiers de configuration à la main…
La méthode normale, Knucky l’a déjà décrite.

  1. Exécuter pppoeconf pour configurer une connexion, en lui donnant un nom particulier ou en laissant le nom par défaut “dsl-provider”. En fait cela crée un fichier du nom de la connexion dans /etc/ppp/peers/. En cas de doute tu peux montrer le contenu de ce fichier (en maquillant les éventuelles données confidentielles).

  2. Lancer cette connexion avec "pon ".
    En cas de problème, détailler ce qui se passe et fournir les logs de pppd/pppoe dans /var/log/syslog.

PS : inutile de citer le message précédent, ça alourdit tes messages sans rien apporter. La citation est utile pour répondre à un point précis.

ok, merci!

Bonjour à tous!
Conformément à la demande de PascaHambourg et Knucky, j’ai utilisé l’utilitaire pppoeconf pour configurer ma connexion internet par modem ethernet large bande Omniacom.
Après avoir suivi les étapes de configuration pppoeconf, j’ai les fichiers suivants: /etc/ppp/peers/dsl-provider , /etc/ppp/pap-secrets , /etc/ppp/chap-secrets , /etc/ppp/options , /etc/ppp/peers/provider, /etc/ppp/peers/ppp0 .
Etant donné que ma connexion internet ne marche toujours pas sous linux, je vais vous mettre les contenus(les paramètres utilisés) de ces différents fichiers ansi que /etc/network/interfaces et tail -f /var/log/syslog.

NB:Dans ces fichiers, mes informations de connexion sont de la sorte:
login: mon_login
password: mon_password
numero de téléphone: 123456
DNS:(adresses ip publiques que j’ai remplacées par privées juste pour ce document
dns1: 192.168.99.4
dns2: 172.16.8.3

DIFFERENTS FICHIERS:

/etc/network/interfaces

allow-hotplug eth0
iface eth0 inet dhcp
pre-up /sbin/ifconfig eth0 up
iface ppp0 inet ppp
provider ppp0
auto ppp0

/etc/ppp/peers/dsl-provider

pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452"
noipdefault
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user “mon_login”

/etc/ppp/pap-secrets

  •   hostname        ""      *
    

guest hostname “" -
master hostname "
” -
root hostname “" -
support hostname "
” -
stats hostname “*” -
“mon_login” * “mon_password”

/etc/ppp/chap-secrets

“mon_login” * “mon_password”

/etc/ppp/options

asyncmap 0
auth
crtscts
lock
hide-password
modem
proxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx

/etc/ppp/peers/provider

user "mon_login"
connect “/usr/sbin/chat -v -f /etc/chatscripts/pap -T 123456”
/dev/modem
115200
noipdefault
usepeerdns
defaultroute
persist
noauth

/etc/ppp/peers/ppp0

noipdefault
replacedefaultroute
hide-password

plugin rp-pppoe.so eth0
user “mon_login”

Problèmes:
En tapant la commande

/etc/init.d/networking restart, j’ai le message d’erreur:

Reconfiguring network interfaces…Plugin rp-pppoe.so loaded.
/usr/sbin/pppd: The remote system is required to authenticate itself
/usr/sbin/pppd: but I couldn’t find any suitable secret (password) for it to use to do so.

/usr/sbin/pppd: (None of the available passwords would let it use an IP address.)
Failed to bring up ppp0.

En tapant la commande
pon dsl-provider, j’ai ceci: Plugin rp-pppoe.so loaded.

En tapant la commande
tail -f /var/log/syslog , j’ai ce qui suit:

Nov 25 12:19:22 debian pppd[8202]: Plugin rp-pppoe.so loaded.
Nov 25 12:19:22 debian pppd[8202]: The remote system is required to authenticate itself
Nov 25 12:19:22 debian pppd[8202]: but I couldn’t find any suitable secret (password) for it to use to do so.
Nov 25 12:19:22 debian pppd[8202]: (None of the available passwords would let it use an IP address.)
Nov 25 12:19:40 debian pppd[8213]: Plugin rp-pppoe.so loaded.
Nov 25 12:19:40 debian pppd[8214]: pppd 2.4.4 started by root, uid 0
Nov 25 12:19:46 debian pppd[8214]: PPP session is 2
Nov 25 12:19:46 debian pppd[8214]: Using interface ppp0
Nov 25 12:19:46 debian pppd[8214]: Connect: ppp0 <–> eth0
Nov 25 12:20:16 debian pppd[8214]: LCP: timeout sending Config-Requests
Nov 25 12:20:16 debian pppd[8214]: Connection terminated.
Nov 25 12:20:16 debian pppd[8214]: Modem hangup

Si vous avez besoin d’autres informations, je suis à votre disposition pour m’aider à resoudre mon problème.
Je vous joins aussi une capture d’écran des différentes étapes de configurations sous windows xp.

Ce n’est quand même pas pppoeconf qui a créé tous ces fichiers en même temps.

/etc/ppp/options contient les options par défaut appliquées à chaque connexion PPP.
Chaque fichier dans /etc/ppp/peers/ contient les options spécifiques pour une connexion donnée.

“provider” est le fichier par défaut pour une connexion par modem classique, on ne s’en occupe pas.

“dsl-provider” est le fichier par défaut utilisé par pppoeconf. A noter que les options “pty” et “plugin” sont contradictoires.

“ppp0” est un fichier que tu as dû créer, c’est lui qui est utilisé dans /etc/network/interfaces. Il lui manque des options comme “noauth” (d’où le message d’erreur “The remote system is required to authenticate itself…”), “defaultroute” (pour utiliser la connexion comme route par défaut) et “usepeerdns” (pour utiliser les DNS passés par le pair), éventuellement “persist” pour relancer la connexion en cas de coupure intempestive.

Notes :

  • pour activer une interface définie dans /etc/network/interfaces il vaut mieux utiliser “ifup " plutôt que /etc/init.d/networking restart” qui redémarre toutes les interfaces.
  • “ppp0” n’est pas l’idéal comme nom de fichier d’options ou d’interface dans /etc/network/interfaces car l’interface réseau PPP effectivement créée ne sera pas forcément ppp0, notamment si ppp0 existe déjà. Il vaut mieux utiliser des noms explicites puisqu’arbitraires.
  • Pour tester une connexion PPP dans un premier temps il vaut mieux utiliser pon/poff <fichier_options>.
  • il serait préférable dans un premier temps aussi d’utiliser l’option “pty …” comme dans le fichier dsl-provider plutôt que l’option “plugin …”, car je pense que la première pourrait être plus “bavarde” sur les raisons de l’échec. De plus s’il s’avère que le nom de service est indispensable, je ne connais pas de moyen de le spécifier avec l’option plugin. Tu peux aussi ajouter l’option “debug” pour augmenter le niveau de bavardage de pppd.

Bon courage pour le débogage.

Merci PascaHambourg pour tes remarques!
Ayant appliqué tes suggestions, voici ce que en tapant ifup eth0 et pon dsl-provder.

debian:/home/kaba# tail -f /var/log/syslog

Nov 25 15:11:14 debian dhclient: All rights reserved.
Nov 25 15:11:14 debian dhclient: For info, please visit isc.org/sw/dhcp/
Nov 25 15:11:14 debian dhclient:
Nov 25 15:11:14 debian dhclient: Listening on LPF/eth0/00:16:41:54:b0:42
Nov 25 15:11:14 debian dhclient: Sending on LPF/eth0/00:16:41:54:b0:42
Nov 25 15:11:14 debian dhclient: Sending on Socket/fallback
Nov 25 15:11:14 debian NetworkManager: SWITCH: terminating current connection ‘eth0’ because it’s no longer valid.
Nov 25 15:11:14 debian NetworkManager: Deactivating device eth0.
Nov 25 15:11:14 debian NetworkManager: nm_device_is_802_3_ethernet: assertion dev != NULL' failed Nov 25 15:11:14 debian NetworkManager: nm_device_is_802_11_wireless: assertiondev != NULL’ failed
Nov 25 15:11:48 debian kernel: [17053.130456] ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov 25 15:11:48 debian kaba[16301]: WARNING: Initialising interface eth0 which does not have link
Nov 25 15:11:48 debian dhclient: Internet Systems Consortium DHCP Client V3.1.1
Nov 25 15:11:48 debian dhclient: Copyright 2004-2008 Internet Systems Consortium.
Nov 25 15:11:48 debian dhclient: All rights reserved.
Nov 25 15:11:48 debian dhclient: For info, please visit isc.org/sw/dhcp/
Nov 25 15:11:48 debian dhclient:
Nov 25 15:11:49 debian dhclient: Listening on LPF/eth0/00:16:41:54:b0:42
Nov 25 15:11:49 debian dhclient: Sending on LPF/eth0/00:16:41:54:b0:42
Nov 25 15:11:49 debian dhclient: Sending on Socket/fallback
Nov 25 15:11:52 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
Nov 25 15:11:53 debian NetworkManager: Will activate wired connection ‘eth0’ because it now has a link.
Nov 25 15:11:53 debian NetworkManager: SWITCH: no current connection, found better connection ‘eth0’.
Nov 25 15:11:53 debian NetworkManager: Will activate connection ‘eth0’.
Nov 25 15:11:53 debian NetworkManager: Device eth0 activation scheduled…
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) started…
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled…
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 1 of 5 (Device Prepare) started…
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 2 of 5 (Device Configure) scheduled…
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 1 of 5 (Device Prepare) complete.
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 2 of 5 (Device Configure) starting…
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 2 of 5 (Device Configure) successful.
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled.
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 2 of 5 (Device Configure) complete.
Nov 25 15:11:53 debian NetworkManager: Activation (eth0) Stage 3 of 5 (IP Configure Start) started…
Nov 25 15:11:53 debian kernel: [17058.060671] tg3: eth0: Link is up at 10 Mbps, half duplex.
Nov 25 15:11:53 debian kernel: [17058.060675] tg3: eth0: Flow control is off for TX and off for RX.
Nov 25 15:11:53 debian kernel: [17058.060731] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 25 15:11:55 debian NetworkManager: Activation (eth0) Beginning DHCP transaction.
Nov 25 15:11:55 debian NetworkManager: Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
Nov 25 15:11:55 debian NetworkManager: DHCP daemon state is now 12 (successfully started) for interface eth0
Nov 25 15:11:56 debian NetworkManager: DHCP daemon state is now 1 (starting) for interface eth0
Nov 25 15:11:57 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
Nov 25 15:11:57 debian NetworkManager: Old device ‘eth0’ activating, won’t change.
Nov 25 15:11:59 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Nov 25 15:12:01 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
Nov 25 15:12:02 debian NetworkManager: Old device ‘eth0’ activating, won’t change.
Nov 25 15:12:03 debian kernel: [17068.220056] eth0: no IPv6 routers present
Nov 25 15:12:07 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Nov 25 15:12:10 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
Nov 25 15:12:12 debian NetworkManager: Old device ‘eth0’ activating, won’t change.
Nov 25 15:12:15 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Nov 25 15:12:17 debian NetworkManager: Old device ‘eth0’ activating, won’t change.
Nov 25 15:12:23 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Nov 25 15:12:23 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 20
Nov 25 15:12:26 debian NetworkManager: Old device ‘eth0’ activating, won’t change.
Nov 25 15:12:34 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 16
Nov 25 15:12:36 debian NetworkManager: Old device ‘eth0’ activating, won’t change.
Nov 25 15:12:40 debian NetworkManager: Device ‘eth0’ DHCP transaction took too long (>45s), stopping it.
Nov 25 15:12:40 debian dhclient: There is already a pid file /var/run/dhclient.eth0.pid with pid 16331
Nov 25 15:12:40 debian dhclient: killed old client process, removed PID file
Nov 25 15:12:41 debian NetworkManager: Activation (eth0) Stage 4 of 5 (IP Configure Timeout) started…
Nov 25 15:12:41 debian NetworkManager: No DHCP reply received. Automatically obtaining IP via Zeroconf.
Nov 25 15:12:41 debian NetworkManager: Activation (eth0) Stage 4 of 5 (IP Configure Timeout) scheduled…
Nov 25 15:12:41 debian NetworkManager: DHCP daemon state is now 14 (normal exit) for interface eth0
Nov 25 15:12:41 debian NetworkManager: DHCP daemon state is now 14 (normal exit) for interface eth0
Nov 25 15:12:41 debian NetworkManager: autoip: Sending probe #0 for IP address 169.254.244.79.
Nov 25 15:12:41 debian NetworkManager: autoip: Waiting for reply…
Nov 25 15:12:43 debian NetworkManager: autoip: Sending probe #1 for IP address 169.254.244.79.
Nov 25 15:12:43 debian NetworkManager: autoip: Waiting for reply…
Nov 25 15:12:45 debian NetworkManager: Old device ‘eth0’ activating, won’t change.
Nov 25 15:12:45 debian NetworkManager: autoip: Sending probe #2 for IP address 169.254.244.79.
Nov 25 15:12:45 debian NetworkManager: autoip: Waiting for reply…
Nov 25 15:12:48 debian NetworkManager: autoip: Sending announce #0 for IP address 169.254.244.79.
Nov 25 15:12:48 debian NetworkManager: autoip: Waiting for reply…
Nov 25 15:12:50 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
Nov 25 15:12:50 debian NetworkManager: autoip: Got some data to check for reply packet.
Nov 25 15:12:50 debian NetworkManager: get_autoip(): autoip: (eth0) recv arp type=2048, op=0,
Nov 25 15:12:50 debian NetworkManager: get_autoip(): source = 0.0.255.255 80:11:39:96:00:00,
Nov 25 15:12:50 debian NetworkManager: get_autoip(): target = 1.52.59.236 FF:FF:00:44:00:43#012
Nov 25 15:12:50 debian NetworkManager: autoip: Sending announce #1 for IP address 169.254.244.79.
Nov 25 15:12:50 debian NetworkManager: autoip: Waiting for reply…
Nov 25 15:12:50 debian NetworkManager: Old device ‘eth0’ activating, won’t change.
Nov 25 15:12:53 debian dhclient: No DHCPOFFERS received.
Nov 25 15:12:53 debian dhclient: No working leases in persistent database - sleeping.
Nov 25 15:12:53 debian NetworkManager: autoip: Sending announce #2 for IP address 169.254.244.79.
Nov 25 15:12:53 debian NetworkManager: autoip: Waiting for reply…
Nov 25 15:12:53 debian postfix/master[3403]: reload configuration /etc/postfix
Nov 25 15:12:56 debian NetworkManager: Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled…
Nov 25 15:12:56 debian NetworkManager: Activation (eth0) Stage 4 of 5 (IP Configure Timeout) complete.
Nov 25 15:12:56 debian NetworkManager: Activation (eth0) Stage 5 of 5 (IP Configure Commit) started…
Nov 25 15:12:57 debian NetworkManager: DHCP returned name servers but system has disabled dynamic modification!
Nov 25 15:12:57 debian NetworkManager: Activation (eth0) successful, device activated.
Nov 25 15:12:57 debian NetworkManager: Activation (eth0) Finish handler scheduled.
Nov 25 15:12:57 debian NetworkManager: Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
Nov 25 15:18:42 debian pppd[16708]: pppd 2.4.4 started by root, uid 0
Nov 25 15:18:42 debian pppd[16708]: Serial connection established.
Nov 25 15:18:42 debian pppd[16708]: Using interface ppp0
Nov 25 15:18:42 debian pppd[16708]: Connect: ppp0 <–> /dev/pts/4
Nov 25 15:18:48 debian pppoe[16709]: PADS: Service-Name: ''
Nov 25 15:18:48 debian pppoe[16709]: PPP session is 2 (0x2)
Nov 25 15:19:04 debian pppoe[16709]: Session 2 terminated – received PADT from peer
Nov 25 15:19:04 debian pppoe[16709]: Sent PADT
Nov 25 15:19:04 debian pppd[16708]: Modem hangup
Nov 25 15:19:04 debian pppd[16708]: Connection terminated.
Nov 25 15:19:34 debian pppd[16708]: Serial connection established.
Nov 25 15:19:34 debian pppd[16708]: Using interface ppp0
Nov 25 15:19:34 debian pppd[16708]: Connect: ppp0 <–> /dev/pts/4
Nov 25 15:19:40 debian pppoe[16746]: PADS: Service-Name: ''
Nov 25 15:19:40 debian pppoe[16746]: PPP session is 2 (0x2)
Nov 25 15:19:45 debian pppoe[16746]: Session 2 terminated – received PADT from peer
Nov 25 15:19:45 debian pppoe[16746]: Sent PADT
Nov 25 15:19:45 debian pppd[16708]: Modem hangup
Nov 25 15:19:45 debian pppd[16708]: Connection terminated.

qu’en dites-vous?

Pourquoi ifup eth0 ? C’est la connexion PPP qui nous intéresse, pas l’interface ethernet.
Accessoirement je n’avais pas fait attention mais il n’y a aucune raison qu’eth0 soit configurée en DHCP dans /etc/network/interfaces. D’ailleurs visiblement il n’y a pas de serveur DHCP. Elle n’a pas besoin d’être configurée, juste activée puisqu’elle ne sert que pour faire passer la connexion PPPoE. Donc si pppd/pppoe ne le fait pas automatiquement, l’option “pre-up /sbin/ifconfig eth0 up” dans le paragraphe de définition de la connexion PPP suffit.

Le log de pppoe indique que le serveur PPPoE termine la session (PADT) après quelques seconde sans qu’il se soit apparemment rien passé. Comme je l’évoquais plus haut, il se peut que le nom de service soit requis pour établir la connexion (tu peux le vérifier sous Windows en l’enlevant). Dans ce cas il faudrait essayer d’ajouter l’option “-S <service_name>” au contenu de l’option pty. Si j’ai bien compris la procédure du FAI c’est le numéro de téléphone qui tient lieu de nom de service (étape 8 ).

Effectivement, le nom de service représente le numéro de téléphone.
j’ai ajouté l’option “-S 123456” comme tu l’as suggéré, ça ne marche toujours pas. Et j’ai remarqué dans les logs que j’ai souvent ppp1,ppp2, ppp3, … qui est essaient de se connecter à /dev/pts/4 , /dev/pts/5 , …
Que représente /dev/pts/4 ?
Pourquoi ppp ne pointe pas toujours sur eth0?

voici le contenu de tail -f /var/log/syslog.

Nov 26 01:09:43 debian pppd[4429]: Serial connection established.
Nov 26 01:09:43 debian pppd[4429]: Using interface ppp2
Nov 26 01:09:43 debian pppd[4429]: Connect: ppp2 <–> /dev/pts/4
Nov 26 01:09:46 debian pppd[4580]: Timeout waiting for PADO packets
Nov 26 01:09:46 debian pppd[4580]: Unable to complete PPPoE Discovery
Nov 26 01:09:46 debian pppd[4641]: Serial connection established.
Nov 26 01:09:46 debian pppd[4641]: Using interface ppp3
Nov 26 01:09:46 debian pppd[4641]: Connect: ppp3 <–> /dev/pts/6
Nov 26 01:09:56 debian pppd[4711]: No response to PAP authenticate-requests
Nov 26 01:10:02 debian pppd[4711]: Connection terminated.
Nov 26 01:10:02 debian pppd[4711]: Modem hangup
Nov 26 01:10:02 debian pppoe[5084]: read (asyncReadFromPPP): Session 2: Input/output error
Nov 26 01:10:02 debian pppoe[5084]: Sent PADT
Nov 26 01:10:14 debian pppd[4429]: LCP: timeout sending Config-Requests
Nov 26 01:10:14 debian pppd[4429]: Connection terminated.
Nov 26 01:10:14 debian pppd[4429]: Modem hangup
Nov 26 01:10:17 debian pppd[4641]: LCP: timeout sending Config-Requests
Nov 26 01:10:17 debian pppd[4641]: Connection terminated.
Nov 26 01:10:17 debian pppd[4641]: Modem hangup
Nov 26 01:10:18 debian pppoe[5147]: Timeout waiting for PADO packets
Nov 26 01:10:22 debian pppd[4580]: PPP session is 2
Nov 26 01:10:22 debian pppd[4580]: Using interface ppp1
Nov 26 01:10:22 debian pppd[4580]: Connect: ppp1 <–> eth0
Nov 26 01:10:32 debian pppd[4711]: Serial connection established.
Nov 26 01:10:32 debian pppd[4711]: Using interface ppp2
Nov 26 01:10:32 debian pppd[4711]: Connect: ppp2 <–> /dev/pts/4
Nov 26 01:10:38 debian pppoe[5156]: PADS: Service-Name: '123456’
Nov 26 01:10:38 debian pppoe[5156]: PPP session is 2 (0x2)
Nov 26 01:10:38 debian pppoe[5214]: PADS: Service-Name: '123456’
Nov 26 01:10:38 debian pppoe[5214]: PPP session is 2 (0x2)
Nov 26 01:10:38 debian pppoe[5156]: read (asyncReadFromPPP): Session 2: Input/output error
Nov 26 01:10:38 debian pppoe[5156]: Sent PADT
Nov 26 01:10:44 debian pppd[4429]: Serial connection established.
Nov 26 01:10:44 debian pppd[4429]: Using interface ppp3
Nov 26 01:10:44 debian pppd[4429]: Connect: ppp3 <–> /dev/pts/5
Nov 26 01:10:47 debian pppd[4641]: Serial connection established.
Nov 26 01:10:47 debian pppd[4641]: Using interface ppp4
Nov 26 01:10:47 debian pppd[4641]: Connect: ppp4 <–> /dev/pts/6
Nov 26 01:10:50 debian pppoe[5226]: PADS: Service-Name: '123456’
Nov 26 01:10:50 debian pppoe[5226]: PPP session is 2 (0x2)
Nov 26 01:10:50 debian pppoe[5232]: PADS: Service-Name: '123456’
Nov 26 01:10:50 debian pppoe[5232]: PPP session is 2 (0x2)
Nov 26 01:10:52 debian pppd[4580]: LCP: timeout sending Config-Requests
Nov 26 01:10:52 debian pppd[4580]: Connection terminated.
Nov 26 01:10:52 debian pppd[4580]: Modem hangup
Nov 26 01:11:03 debian pppd[4711]: LCP: timeout sending Config-Requests
Nov 26 01:11:03 debian pppd[4711]: Connection terminated.
Nov 26 01:11:03 debian pppd[4711]: Modem hangup
Nov 26 01:11:03 debian pppoe[5214]: read (asyncReadFromPPP): Session 2: Input/output error
Nov 26 01:11:03 debian pppoe[5214]: Sent PADT

Il y a plusieurs interfaces ppp1, ppp2… parce qu’elles correspondent chacune à une connexion en cours. Tu as dû lancer plusieurs fois la connexion avec pon sans l’arrêter auparavant avec poff. En effet avec l’option “persist” la connexion se relance automatiquement en cas d’échec ou de coupure. Tu peux commenter cette option le temps de la mise au point. Tu peux aussi ajouter l’option “debug” pour avoir plus d’information dans les logs. /dev/pts/N représente un pseudo-terminal (l’équivalent d’un port série) par lequel chaque instance de pppd communique avec l’instance de pppoe qui a été lancée par l’option “pty”. Lorsque pppd communique directement avec eth0, c’est via le plugin rp-pppoe.so et non via l’option pty.

En résumé :

  • commenter l’option persist
  • ajouter l’option debug
  • arrêter toutes les connexions PPP en cours (à grands coups de poff, kill ou autre)
  • lancer une seule connexion à la fois (une configurée avec pty et pas plugin) et regarder les logs détaillés

En analysant le contenu du /var/log/syslog que j’ai précédemment posté, pourquoi je n’arrive toujours pas à me connecter à internet?

Difficile à dire. On voit différents time-outs par absence de réponse du FAI, mais comme il y a plusieurs tentatives de connexion concurrentes, pas étonnant que certaines n’aboutissent pas. Apparemment depuis que le nom de session a été spécifié il n’y a plus la réception du PADT, donc c’est un progrès. J’observe aussi qu’on ne voit pas ppp0 dans cet extrait de log, ce qui signifie qu’elle est déjà occupée ; se pourrait-il que la connexion soit établie avec celle-ci ? Avec les logs d’une seule connexion en mode debug, on devrait y voir plus clair.

Apparemment, j’ai un problème d’authentification.
voici le tail -f /var/log/syslog

Nov 26 19:21:44 debian pppd[5571]: Using interface ppp0
Nov 26 19:21:44 debian pppd[5571]: Connect: ppp0 <–> /dev/pts/4
Nov 26 19:21:45 debian pppd[5571]: sent [LCP ConfReq id=0x1 <magic 0xe22d9dca> ]
Nov 26 19:21:48 debian pppoe[5572]: PADS: Service-Name: '110002’
Nov 26 19:21:48 debian pppoe[5572]: PPP session is 2 (0x2)
Nov 26 19:21:48 debian pppd[5571]: sent [LCP ConfReq id=0x1 <magic 0xe22d9dca> ]
Nov 26 19:21:48 debian pppd[5571]: rcvd [LCP ConfReq id=0x53 <mru 1492> <asyncmap 0x9e> ]
Nov 26 19:21:48 debian pppd[5571]: sent [LCP ConfRej id=0x53 <asyncmap 0x9e>]
Nov 26 19:21:48 debian pppd[5571]: rcvd [LCP ConfRej id=0x1 <magic 0xe22d9dca> ]
Nov 26 19:21:48 debian pppd[5571]: sent [LCP ConfReq id=0x2]
Nov 26 19:21:48 debian pppd[5571]: rcvd [LCP ConfRej id=0x1 <magic 0xe22d9dca> ]
Nov 26 19:21:48 debian pppd[5571]: rcvd [LCP ConfReq id=0x54 <mru 1492> ]
Nov 26 19:21:48 debian pppd[5571]: sent [LCP ConfAck id=0x54 <mru 1492> ]
Nov 26 19:21:48 debian pppd[5571]: rcvd [LCP ConfNak id=0x2 <mru 1492>]
Nov 26 19:21:48 debian pppd[5571]: sent [LCP ConfReq id=0x3 <mru 1492>]
Nov 26 19:21:48 debian pppd[5571]: rcvd [LCP ConfAck id=0x3 <mru 1492>]
Nov 26 19:21:48 debian pppd[5571]: sent [LCP EchoReq id=0x0 magic=0x0]
Nov 26 19:21:48 debian pppd[5571]: sent [PAP AuthReq id=0x1 user=“mon_login” password=]
Nov 26 19:21:48 debian pppd[5571]: rcvd [LCP EchoRep id=0x0 magic=0x0]
Nov 26 19:21:51 debian pppd[5571]: sent [PAP AuthReq id=0x2 user=“mon_login” password=]
Nov 26 19:21:54 debian pppd[5571]: sent [PAP AuthReq id=0x3 user=“mon_login” password=]
Nov 26 19:21:57 debian pppd[5571]: sent [PAP AuthReq id=0x4 user=“mon_login” password=]
Nov 26 19:22:00 debian pppd[5571]: sent [PAP AuthReq id=0x5 user=“mon_login” password=]
Nov 26 19:22:03 debian pppd[5571]: sent [PAP AuthReq id=0x6 user=“mon_login” password=]
Nov 26 19:22:06 debian pppd[5571]: sent [PAP AuthReq id=0x7 user=“mon_login” password=]
Nov 26 19:22:08 debian pppd[5571]: sent [LCP EchoReq id=0x1 magic=0x0]
Nov 26 19:22:08 debian pppd[5571]: rcvd [LCP EchoRep id=0x1 magic=0x0]
Nov 26 19:22:09 debian pppd[5571]: sent [PAP AuthReq id=0x8 user=“mon_login” password=]
Nov 26 19:22:12 debian pppd[5571]: sent [PAP AuthReq id=0x9 user=“mon_login” password=]
Nov 26 19:22:15 debian pppd[5571]: sent [PAP AuthReq id=0xa user=“mon_login” password=]
Nov 26 19:22:18 debian pppd[5571]: No response to PAP authenticate-requests
Nov 26 19:22:18 debian pppd[5571]: sent [LCP TermReq id=0x4 “Failed to authenticate ourselves to peer”]
Nov 26 19:22:21 debian pppd[5571]: sent [LCP TermReq id=0x5 “Failed to authenticate ourselves to peer”]
Nov 26 19:22:24 debian pppd[5571]: Connection terminated.

Avez-vous une idée?

Effectivement. Le FAI demande une authentification PAP, pppd l’envoie mais le FAI n’y répond pas et pppd finit par perdre patience. Tu as bien vérifié les identifiants dans /etc/ppp/pap-secrets et chap-secrets ? Ceci dit en cas de mauvais login ou mot de passe le FAI devrait rejeter l’authentification, au lieu de faire la sourde oreille.

Au cas où il y aurait un problème avec l’authentification PAP tu peux essayer de refuser PAP et forcer CHAP soit en commentant la ligne dans pap-secrets soit en ajoutant l’option “refuse-pap” au fichier d’options dans /etc/ppp/peers/.

je ne crois pas que le probleme vienne de /etc/ppp/pap…
Il n’y a qu’une seule ligne qui contient le login et le password.
Pour le chap, je ne peut pas forcer car le serveur du FAI est configure pour une authentification pap.
En analisant le log, j’ai l’impression que la requete s’authentification n’arrive pas chez le FAi. Sinon, on aurait un message de rejet ou autre.
A mon avis, le probleme est local, au niveau de ma machine.

Je ne vois pas pourquoi, car il y a bien un dialogue LCP, donc ça cause dans les deux sens.

EDIT : tu pourrais “écouter” le trafic PPPoE sur eth0 avec tcpdump, wireshark… pour voir ce qui passe.

Pas de trafic au niveau eth0.
Je crois que le log nous montre bien le problème. La requête d’authentification n’aboutit pas. Il y a forcément un problème au niveau du fichier /etc/ppp/peers/dsl-provider.
Je vais passer un moment à travailler dessus et j’espère trouver une solution. Le “debug” nous a permis d’avoir de plus amples informations.

Pas possible qu’il n’y ait pas de trafic. Il y a de la communication PPPoE et LCP dans les deux sens, donc ça passe forcément sur eth0.

Bonjour,
Finalement, je me suis rendu compte que c’est le paramètre “default-asyncmap” qui empechait la requête d’authentification PAP d’aboutir.
Je l’ai commenté et ça y est; la requête a abouti et la liaison s’est établie sans problème.
A présent la connexion internet marche très bien!
Merci à Pascalhambourg et tous les autres membres pour votre assistance.

Merci pour le retour.
Je n’ai jamais fait particulièrement attention à cette option. J’observe qu’elle figure aussi dans mon fichier dsl-provider (que je n’ai jamais utilisé) mais dans aucun de mes propres fichiers de configuration de pppd, que ce soit avec PPPoE, PPTP, PPPoA ou modem classique.