PPP et l'option maxfail
Salut !
j'essaie depuis un moment d'initialiser ma connection PPP ( avec un
modem USB, il y a donc un firmware à charger ) via le fichier /etc/
network/interfaces
mais le problème est que pppd ( que j'appelle avec "pon speedtch" ) ne
s'exécute qu'un instant, sans attendre que le firmware soit chargé
voilà le contenu de mon fichier /etc/ppp/peers/speedtch :
############################################################################
#
# Userspace GPL Speedtouch USB peer auto-generated file
#
############################################################################
noauth
hide-passwd
updetach
#
# Put your ISP login name here and update your chap-secrets
#
user "fti/7xr3kqa"
#
# Asynchronous mode is possible too
#
sync
#
# We don't need a default ip
#
noipdefault
#
# We don't want to negociate compression schemes at all
#
noaccomp
nopcomp
noccp
novj
#
# Makes pppd "dial again" when the connection is lost
#
persist
#
# pppd will try to connect "maxfail" times and wait "holdoff" seconds
# between each try.
#
holdoff 4
maxfail 25
#
# Asks your ISP for its DNS ip
# (look at the /etc/ppp/resolv.conf)
#
#usepeerdns
#
# Makes this ppp link the default inet route
# (route -n to check it)
#
defaultroute
#
# If something goes wrong try uncommenting this
#
#debug
#kdebug 1
#
# LCP requests are not mandatory plus they fail
# on some systems
#
#lcp-echo-interval 600
#lcp-echo-failure 10
#
# Requires the PPP Over ATM plugin
#
plugin pppoatm.so
#
# VPI.VCI
#
8.35
###################
( /etc/ppp/options est vide lui )
La même commande sous Gentoo avec le même fichier, laisse tourner pppd
pendant un moment ce qui laisse le temps au firmware de se charger, et
c'est sans doute donc que Debian n'interprète pas comme il le faut
l'option maxfail ( et holdoff )
Est-ce que je me suis planté qque part ?
Ou est-ce que c'est dû à un choix des mainteneurs du paquetage de ppp ?
Ou alors est-ce qu'un bug s'est glissé dans la version Debian de ppp ?
Merci pour votre aide !
Reply to: