Avertissement : ce document est une version pre alpha, ce qui veut dire qu'il manque pas mal de choses et que c'est sûrement bourré de photes. Mais si des gens sont interessés pas le sujet, alors promis je pond quelquechose de plus présentable.
En guise d'introduction : ces informations ne sont pas spécifiques à Linux ni au service ADSL de France Telecom. On peut les utiliser pour *BSD (en particulier FreeBSD pour les PCs, et NetBSD ou OpenBSD pour le reste - vieilles stations Sun, Vax, DEC, qui font d'excellents firewall UNIX bien blindés, beaucoup plus fiables que les serveurs NT).
Vous aurez sûrement noté que votre adresse IP change souvent. Effectivement, comme il y a (chiffres au pif) 100 adresses pour 1000 personnes, mais qu'il n'y a jamais plus de 100 personnes simultanément, eh bien on note les adresses disponibles, et dès que quelqu'un veut "faire de l'Internet", on lui donne une adresse dans le lot disponible. Et quand il a fini, on remet l'adresse dans le stock. Vue simpliste des choses? Non, c'est exactement comme ça que ça se passe. Le modem ADSL est relié à l'ordinateur d'un côté, et au centre FT de l'autre. Il est "connecté" 24h/24. Heureusement, car il peut mettre plusieurs minutes pour se synchroniser (regardez les petites LEDs clignoter avant de passer au vert lorsque vous l'allumez). Lorsque votre ordinateur veut accéder … Internet, cela veut dire du traffic IP. Et pour faire du traffic IP, il faut une adresse.
Pour obtenir une adresse, le système intercepte la requête IP (il la bloque) et lance des appels DHCP, c'est à dire qu'il demande au serveur DHCP de FT "dis, tu aurais une adresse pour moi?", et celui lui en attribue une. Ensuite, il débloque la demande IP. Le tout aura duré à peine un dixième de seconde : on n'a rien vu!
Comment le serveur "récupère"-t-il les adresses? Simple, chaque adresse est allouée pour un temps donné. On appelle ça un "bail". Chez France Telecom je crois qu'il est d'une heure (si ça n'a pas changé). Si au bout d'une heure, votre ordinateur n'a pas utilisé son adresse, le bail n'est pas renouvelé (c'est votre ordinateur qui renouvelle automatiquement le bail).
On peut observer cela avec l'outil winipcfg sous Windows 9x, et avec ipconfig (? je ne me rappelle plus du nom exact) sous NT.
Re-avertissement encore plus important : ne pas relier le modem sur un Hub. Il y a des risques, en procédant ainsi, de "squatter" plusieurs adresses IP (chaque machine demandera la sienne). Si on veut être à la fois branché au modem et au réseau local, prendre 2 cartes réseau. Pas de problème ni sous Linux ni sous Windows, ni sous MacOS si l'autre réseau est en AppleTalk.
Attention, il faut le compiler (ce qui n'est pas trop dur, mais quand on n'a jamais fait on peut paniquer ;) et l'installer correctement. Pour le compiler, décompresser l'archive : "cd /tmp ; tar zxvf /chemin/dhcpcd-0.6.tar.gz", puis "cd dhcpcd-0.6.tar.gz", et lancer la compilation avec "make". Si tout se passer bien (pas de "error") faire "make install". Ensuite, ajouter dans le /etc/rc.d/rc.inet1 une ligne du genre "/usr/sbin/dhcpcd eth1" si le modem est sur la carte réseau désignée par eth1.
Si votre bécane Linux héberge un serveur DHCP, je conseille de killer le serveur DHCP, de lancer dhcpcd, puis de relancer le serveur DHCP. Avec certains noyaux, c'est nécessaire. Avec d'autres, pas la peine. A vous de voir.
Linux étant par essence conçu autour du TCP/IP, ayant un vrai multitâche préemptif, et une vraie gestion protégée de la mémoire, il va plus vite que Windows et ça on ne peut rien y faire ;)
Si vous voulez partager l'accès ADSL pour un réseau local, aucun problème. Inutile de prévoir une bête de course (un DX2/66 est amplement suffisant). Il faut un noyau avec le "masquerading support", et utiliser ipfwadm. Il faut aussi 2 cartes réseaux, comme dit plus haut.
Si cela intéresse du monde d'avoir des détails, je suis prêt à donner de petites explications sur le sujet. M'envoyer un mail.
Si vous utilisez dhcpcd, il est donc recommandé de le "killer" tous les soirs, pour le relancer quelques heures plus tard (avec le crontab, par exemple). Cette solution me semble assez "sale", car rien n'empêche la machine d'être en train de dialoguer avec Internet à ce moment. Je ne l'avais donc pas mise en place jusqu'ici, mais il va bien falloir s'y résoudre.
NB : le point important pour moi n'est pas d'avoir une IP fixe (option que FT facture près de 2 fois plus cher que l'abonnement normal) mais d'avoir une machine tout le temps joignable (et le contrat de chez FT spécifie bien un accès illimité).
Je suis actuellement étudiant en Licence d'Informatique à l'Université de Marne-La-Vallée. Je fournis à des petits Workgroups des solutions de partage d'accès Internet. J'administre un petit serveur sur une ligne ADSL, qui me sert de "point de chute" afin d'apprendre à me servir d'Unix, et surtout à administrer un serveur "pour de vrai", relié à Internet. Ce serveur n'a aucune fin lucrative ou commerciale. Je fais de la musique, joue à Starcraft, et me brosse les dents tous les matins. J'ai aussi écrit une WHATIS sur le TCP/IP - en français. Disponible sur the-floyd.dyn.ml.org/~skaya.