Tux <[EMAIL PROTECTED]> writes:
> Je donne juste mes premières impressions sur le nouveau système qui sera
> utilisé dans Mandrake 10.1:
>
> - le but est de pouvoir lancer la connexion avec la commande "ifup ppp0".
> - le service internet est supprimé puisqu'il fusionne avec le service network
> (le modem étant considéré comme une simple carte réseau)
Bonjour, je suis le nouveau mainteneur de drakconnect depuis le depart
de Damien Chaumette.
En effet, le service internet a ete supprime, le but est maintenant de
pouvoir gerer toutes les interfaces reseau avec ifup/ifdown.
> Bon, je ne connais pas tous les détails du fonctionnement de pppd mais le
> système me paraît plus bancal que l'ancien:
>
> - "ifup ppp0" est bloquant et ne rend la main que lorsque la connexion a
> échouée ou est opérationnelle (et encore, il faut avoir ajouté "updetach"
> dans le fichier d'options de pppd). Mais même quand ça fonctionne on perd une
> dixaine de secondes au démarrage.
Exact, et personne ne semble s'en etre rendu compte depuis le
changement de Damien, effectue il y a deja presque 2 mois :)
Ce serait bien d'envoyer un mail sur la mailing-list cooker si
possible quand il y a des problemes de ce genre. Merci d'avance.
Dans le cvs des initscripts, je viens de remplacer nodetach par
updetach dans ifup-ppp, je m'etais egalement rendu compte du probleme
hier en testant le nouveau systeme.
> - lorsque le modem n'est pas branché, pppd est tout de même appelé avec comme
> paramètre "pppoa -I $INTERFACE" où $INTERFACE n'existe pas (le modem n'étant
> pas branché). Bref, ça donne des floppées d'erreurs. Quitte à produire une
> erreur, j'ai préféré ne pas appeler pppoa du tout ce qui génère moins de
> messages.
Quel est le programme qui lance pppoa avec cette option ?
En cooker, le programme lance est par pppd est "/usr/sbin/pppoa3 -e 1
-c" (cf /etc/ppp/peers/ppp0)
> - il me semble impossible de détecter si la fermeture de pppd est liée à une
> action manuelle ("ifdown ppp0" ou "killall pppd"). En bref, après un "ifdown
> ppp0" testconnec va croire que la connexion est tombée seule et va la
> relancer :(
Pourquoi pas en testant /var/run/${DEVICE}.pid ?
ifdown-ppp efface ce fichier, il me semble qu'il n'est pas efface
lorsque pppd est tue.
> - en quittant pppd avec un Ctrl+C (sans l'option updetach), on a un beau
> Segmentation fault :
> ==================================
> ...
> Terminating on signal 2.
> Terminating on signal 2.
> Terminating on signal 2.
> pppoa: read (AsyncReadFromPPP): Input/output error
> Segmentation fault
> ==================================
En effet, j'arrive a reproduire, j'essaye de corriger aussi.
> J'ai fait quelques corrections sur le CVS pour que le système fonctionne à
> peu
> près mais ça me paraît être une belle régression tout de même.
> Si vous avec des commentaires, n'hésitez pas.
Je vais regarder les corrections sur le CVS, et j'essaye d'avoir une
version utilisable en cooker au plus vite.
> (ps: j'ai testé en cooker, je n'ai pas encore essayé le snapshot mdk officiel)
C'est surement mieux de tester en cooker, tu pourra tester nos
correctifs au fur et a mesure, et les bugs reports seront plus faciles
a traiter.
Merci pour ces impressions sur la cooker :)
--
Olivier Blin, Mandrakesoft
