Le 12850i�me jour apr�s Epoch, [EMAIL PROTECTED] �crivait: > Fran�ois TOURDE a �crit : >>>>>>D'autre part en mode normal, c'est-�-dire non routeur, la Freebox ne >>>>>>peut pas avoir l'adresse publique puisque celle-ci est attribu�e - >>>>>>par la Freebox elle-m�me en DHCP - � l'�quipement terminal du >>>>>>client, ordinateur ou routeur. >>>>> >>>>>Ca s'appelle du bridging ;-) >>> >>>Pardon ? En substance tu es en train d'�crire que le pontage consiste >>>� faire serveur DHCP ? Comprends pas :-\ >> Non, tu as mal extrait la substance. ;) > > Alors avoue que la "substance" �tait quand m�me un peu concentr�e. Tu > pourrais d�velopper ?
Ben c'est pas moi qui ai concentr� cette substance. D'ailleurs, quand tu quotes, c'est bien de laisser l'ensemble des auteurs align�s avec les >>>> qui vont bien. Je crois (mais j'ai la flemme de regarder dans ce que j'ai �cris) que ce que je disais c'est, en substance (sic): "La freebox n'a pas d'adresse publique. L'adresse publique est l'adresse attribu�e par la Fbx � la machine branch�e derri�re." Ce qui, en aucun cas, ne signifie que DHCP == bridging. > Heu... l� j'ai d� m'endormir sur mon clavier et ma t�te a appuy� sur > entr�e avant que j'ai fini ma phrase... Je reprends. > > 3) La Freebox convertit l'adresse IP priv�e re�ue du DSLAM en une > adresse publique pour le client > 4) Elle sert cette adresse � l'�quipement du client par DHCP. Ben �a, c'est toi qui le dis. Je ne dis rien de tel, et en plus je pense que c'est totalement faux. Mais c'est une autre histoire. >> J'ai jamais lu de truc comme �a, mais peu importe. Dans le principe >> c'est pas important tant que �a de savoir qui attribue l'adresse. Sauf >> que si c'est la Fbx qui fait �a, alors on peut pas la remplacer par un >> STH ou STP de fa�on simple. > > C'est bien pour �a que dans certains cas on doit attribuer l'adresse > en statique quand on utilise autre chose que la Freebox ou les modems > Sagem pr�vus pour car la proc�dure DHCP ne marchera pas. Je dis pas le contraire, mais je suis pas d'accord non plus ;) ... Pourquoi le mode DHCP ne marcherait pas avec un �quipement particulier "faisant office" de freebox? Le mode (Fbx,DHCP) et le mode (Sagem,IPFixe) peuvent cohabiter sans soucis. Moi je cherche un mode (MachinBizarre,DHCP). > C'est clair, puisque la connexion Free ne fonctionne pas en > pontage. C'est marqu� o� ? J'ai pas cette info justement. > Il faudrait le passer en mode rout� IPoA s'il le supporte. Ah ben �a, je sais pas. Je sais d�j� pas si je peux correctement configurer le mode ATM sur mon STH/P ... Alors quand � parler de IPoA, c'est une autre histoire... > Pourrais-tu faire une petite exp�rience avec ta Freebox en mode modem > stp ? Euh... "stp" ici, �a veut dire "S'il te plais", ou "Speed Touch Pro" ? > Le but est de v�rifier si celle-ci le r�le de proxy ARP pour le > sous-r�seau dont fait partie l'adresse de l'abonn�. > > Cela consiste � demander des r�solutions ARP sur les adresses de > passerelle (.254) et du m�me sous-r�seau que ta propre adresse, > suppos�es �tre sur la m�me liaison. Des pings vers ces adresses > devraient suffire pour provoquer les requ�tes ARP, peu importe qu'il y > a ait une r�ponse au ping ou pas. Ensuite, tu regardes les adresses > MAC obtenues dans le cache ARP avec la commande arp. Si j'ai vu juste, > elles devraient toutes avoir la m�me adresse MAC, celle de ta > Freebox. Allez, soyons fous: R�ponses de "arp -a" apr�s quelques pings: rny93-3-82-228-62-4.fbx.proxad.net (82.228.62.4) at 00:07:CB:06:BE:25 [ether] on eth1 rny93-3-82-228-62-5.fbx.proxad.net (82.228.62.5) at 00:07:CB:06:BE:25 [ether] on eth1 ? (82.228.62.254) at 00:07:CB:06:BE:25 [ether] on eth1 rny93-3-82-228-62-2.fbx.proxad.net (82.228.62.2) at 00:07:CB:06:BE:25 [ether] on eth1 rny93-3-82-228-62-3.fbx.proxad.net (82.228.62.3) at 00:07:CB:06:BE:25 [ether] on eth1 Donc, la m�me adresse MAC, celle de ma Fbx. Mais �a, �a veut juste dire que la freebox n'est pas transparente au protocole Ethernet ;) > Si en plus il y a des r�ponses au ping, il serait int�ressant de les > tracer avec tcpdump, ethereal ou une r�gle LOG de netfilter pour > visualiser l'adresse MAC source de ces paquets. Les paquets transmis > par un routeur ont comme adresse ethernet source l'adresse MAC de > l'interface de sortie du routeur, alors que les paquets transmis par > un pont ont comme adresse ethernet source l'adresse MAC de l'interface > du dernier �quipement de niveau 3 (h�te ou routeur) qui l'a �mis. Si > c'est l'adresse MAC de la Freebox, alors celle-ci est un routeur. # tcpdump -nei eth1 -p icmp 00:09:40.118943 00:60:97:b2:97:5a > 00:07:cb:06:be:25, ethertype IPv4 (0x0800), length 98: IP 82.228.62.94 > 82.228.62.37: icmp 64: echo request seq 0 00:09:40.177836 00:07:cb:06:be:25 > 00:60:97:b2:97:5a, ethertype IPv4 (0x0800), length 98: IP 82.228.62.37 > 82.228.62.94: icmp 64: echo reply seq 0 Voil� un dump de chez moi (82.228.62.94) vers une malheureuse victime (82.228.62.37), et l'origine des "echo reply" est bien ma freebox, ce qui confirme qu'elle n'est pas transparente � Ethernet, mais qui ne pr�juge pas de son c�t� routeur. Un Proxy-ARP aurait fait la m�me chose, si je ne m'abuse ;) -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
