Partie I
Fonctionnement du client

Q.      Est-ce que plgrenouille fonctionne sous... <systme autre que
        Linux> ?

R.      Non.

	Bien qu'crit en Perl (donc portable), le programme accde
	directement au syscall gettimeofday() pour pouvoir utiliser un
	horloge de prcision. Cet appel est prsent sous la plupart
	des version UNIX (il fait partie de la norme POSIX), mais son
	numro varie d'un systme  l'autre.

	De plus, le programme utilise l'interface /proc/net/dev,
	spcifique  Linux, pour mesurer le dbit total de la machine.

	Tous les deux problmes seront rsolus dans la version finale,
	qui devrait tourner sous tout systme POSIX (Windows NT/2000
	inclus).


Q.      Est-ce qu'il n'est pas possible de crypter le mot de passe dans le
        fichier de configuration ?

A.      Oui, mais je ne vois pas pourquoi. De toutes les manires, le
        super-utilisateur sera capable de le rcuperer.


Q.      Quand est-ce que la version finale sera disponible ?

A.      Pas plus d'un jour aprs qu'elle soit prte.


Partie II
Dbits

Q.      Est-ce qu'il est possible que la cause du mauvais dbit provienne de
        ma machine/ma configuration/mon systme d'exploitation ?

A.      La valeur par dfaut du MTU (taille maximale des paquets transmis)
        sous Windows 95/98 est loin d'tre optimale pour une connexion
        par cble, ce qui peut effectivement baisser le dbit maximum
        d'une connexion TCP. A part ce problme, qui ne concerne pas
        Linux, une installation avec les paramtres par dfaut devrait
        fonctionner. Je vais essayer de crer une FAQ spare pour les
        problmes de performance rseau avec le modem cble sous
        Linux, le sujet tant assez vaste.


Q.      C'est quoi la valeur optimale du MTU sous Linux ?

A.      Avec un modem RTC, a dpend surtout de la qualit da la ligne
	tlphonique, exprimentez, mais la valeur optimale sera
	probablement au moins 576 et jamais plus que 1500.

	Avec le cble : thoriquement la valeur optimale devrait tre
	dans les 3000 octets (un peu moins en fait) pour qu'on puisse
	exploiter au maximum la plage rserve  une trame. Mais en
	ralit vous n'allez rien gagner aprs 1500 (qui est la valeur
	par dfaut pour une interface Ethernet sous Linux). La raison
	est que 99% des serveurs sur Internet se trouvent ou passent
	par une connexion Ethernet quelque part et c'est  cet endroit
	que vos paquets seront fragments.

	Je voudrais que quelqu'un avec ADSL fasse une commentaire - de
	ce que je connais l'ADSL utilise une interface ppp pour la
	connection ce qui veut dire que la valeur par dfaut n'est pas
	optimale (?)


Q.	Pourquoi bloquer les pings est-elle une mauvaise ide ?

A.      Bloquer les pings d'une faon brutale (en bloquant tous les
	messages ICMP), une technique de plus en plus courante, aura
	des consquences ngatives sur la performance de votre
	ligne. L'ICMP est un protocole assez compliqu et on ne s'est
	pas amus  le dvelopper juste pour que les pings puissent
	marcher. ICMP est utilis aussi pour la ngotiation
	automatique du MTU et pour les messages de type "Destination
	unreachable".

	Si vous insistez toujours pour bloquer les pings, la faon propre
	de le faire sous Linux se trouve dans les pseudo-fichiers
	/proc/sys/net/ipv4/icmp_echo*
