Ok pour ifdown -a, c’est vrai que c’est pas top sachant que ca enlève l’interface loopback !
Bon j’ai bien persist et mtu 1492 dans mon fichier dsl-provider.
J’ai placé debug et dump dans le fichier et j’ai eu les messages suivants :
kernel: eth0: no IPv6 routers present (dans debug) et :
Apr 18 22:56:14 localhost pppd[6579]: Plugin rp-pppoe.so loaded.
Apr 18 22:56:14 localhost pppd[6579]: Plugin rp-pppoe.so loaded.
Apr 18 22:56:14 localhost pppd[6579]: pppd options in effect:
Apr 18 22:56:14 localhost pppd[6579]: debug^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: persist^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: dump^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: plugin rp-pppoe.so^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: plugin rp-pppoe.so^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: noauth^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: user ^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: eth0^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost last message repeated 2 times
Apr 18 22:56:14 localhost pppd[6579]: noaccomp^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: asyncmap ffffffff^I^I# (from /etc/ppp/options)
Apr 18 22:56:14 localhost pppd[6579]: default-asyncmap^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: mtu 1492^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: lcp-echo-failure 3^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:14 localhost pppd[6579]: lcp-echo-interval 20^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:15 localhost pppd[6579]: hide-password^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:15 localhost pppd[6579]: noipdefault^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:15 localhost pppd[6579]: defaultroute^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:15 localhost pppd[6579]: proxyarp^I^I# (from /etc/ppp/options)
Apr 18 22:56:15 localhost pppd[6579]: usepeerdns^I^I# (from /etc/ppp/peers/dsl-provider)
Apr 18 22:56:15 localhost pppd[6579]: noipx^I^I# (from /etc/ppp/options)
Apr 18 22:56:15 localhost pppd[6580]: pppd 2.4.3 started by root, uid 0
Apr 18 22:56:15 localhost pppd[6580]: PPP session is 44810
Apr 18 22:56:15 localhost pppd[6580]: Using interface ppp0
Apr 18 22:56:15 localhost pppd[6580]: Connect: ppp0 <–> eth0
Apr 18 22:56:15 localhost pppd[6580]: Couldn’t increase MTU to 1500
Apr 18 22:56:15 localhost pppd[6580]: Couldn’t increase MRU to 1500
Apr 18 22:56:15 localhost pppd[6580]: Couldn’t increase MRU to 1500
Apr 18 22:56:16 localhost pppd[6580]: CHAP authentication succeeded: CHAP authentication success, unit 376
Apr 18 22:56:16 localhost pppd[6580]: peer from calling number 00:02:3B:02:65:34 authorized
Apr 18 22:56:16 localhost pppd[6580]: local IP address ...
Apr 18 22:56:16 localhost pppd[6580]: remote IP address ...
Apr 18 22:56:16 localhost pppd[6580]: primary DNS address ...
Apr 18 22:56:16 localhost pppd[6580]: secondary DNS address ...
Le truc bizarre, c’est quand même le MTU qui est de 1500 pour l’interface eth0 et 1492 pour ppp0. Par ailleurs quand j’avais configuré ma connexion via pppoeconf l’interface eth0 n’avait qu’une adresse IPv6 et pas une adresse IPv4 + IPv6 mais peut-être que cela n’a rien à voir.