----- Original Message ----- From: "Benoît Audouard" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, April 29, 2004 1:17 AM Subject: Re: [Eagleusb-dev] BUG setvars
>Le mer 28/04/2004 à 22:30, Gilles Espinasse a écrit : >> >Pour les dégroupés, y'a toujours des problèmes de route? >> >Pour les non dégroupés, depuis que l'interface virtuelle n'a plus d'ip: >> >- - "startadsl -s" démarre simplement la connexion. Seul ppp0 apparaît dans >> la route. Ca fonctionne. >> >- - "startadsl" seul ajoute eth1 dans la route à cause du ifup. En mettant >> >NETMASK 255.255.255.255 dans ifcfg-eth1 (au lieu de 255.255.255.0), >> >l'interface n'apparait plus dans la route. Y'a une explication ou c'est de >> la bidouille?? >- si pas d'IP sur l'interface virtuelle, pas de route, ça semble logique... >- si un netmask d'un host pas besoin de router, on va directement à l'IP >: logique aussi (enfin bon moi les cours réseau j'y suis pas allé j'ai >découvert à la fin que c'était le vendredi à 13h30 au grand désespoir de >ma prof' qui me voyait transcender les TP et avait réussi à me mettre 16 >u 1er TP que je n'avais pas rendu... elle m'a mis 18 quand je lui ai >pporté avec 15 jours de retard après le dernier délai ;-) bah je passe >pas de certif' cisco j'l'aurai pas (et pis bon pour faire des specs j'ai >pas besoin de vérifier que ça marche pas, yen aura bien un pour le dire >et me faire corriger... enfin sur l'eagledev à part Tux, DidierSpaier et >mcoolive qui a trouvé comment double-cliquer... je me sens un peu >seul... help !). >> >Au final, la route par défaut ressemble à ceci: >> >default 192.168.254.254 0.0.0.0 UG 0 0 0 >> ppp0 >> > >> >Je ne vois pas d'où sort la passerelle mais il me semble qu'on a toujours >> eu cette valeur. Ca ne dérange pas? >> >> >> C'est IPCP (négociation de l'IP avec PPP) qui ramène cette valeur pour la >> passerelle de Free. >> Si tu rajoutes debug aux options, tu vois ce dialogue. >> >> je n'ai pas essayé de supprimer l'adresse sur l'interface eagle-usb avec >> IPCop. >pour les polonais c'est effectivement pas la même : http://www.pwr.wroc.pl/~dzieko/neo-running.log >Destination Gateway Genmask Flags Metric Ref Use >Iface >213.25.2.108 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 >192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 >192.168.60.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 >0.0.0.0 213.25.2.108 0.0.0.0 UG 0 0 0 ppp0 >pour un ppp0 avec : inet addr:83.27.32.230 P-t-P:213.25.2.108 Mask:255.255.255.255 >c'est intéressant... je commence à comprendre 2-3 trucs de pppd... (pas la logique encore, mais le fonctionnement déjà) >bon je complète http://dev.eagle-usb.org/wakka.php?wiki=NetConf quand j'aurai compris ce que encapsulation implique en terme de connexion (si vous >avez des url je suis preneur... là je fais du reverse sur ce qu'a intuité Tux je sais pas comment, la chance ?) >si on documente correctement on a une petite chance d'être EAL4 sinon EAL3... ;-) J'ai un Italien qui me dit que en RFC1577 (classical IP over ATM) avec le driver eagleusb, cela fonctionne avec un netmask 255.255.255.255 et une passerelle par défaut égale à l'IP statique
