On Thu, 29 Nov 2001, Marc SCHAEFER wrote: > Revenons � nos moutons: la configuration d'adresse IP d'un bo�tier > d'impression. > > M�thode 1 (correcte) > Configuration mat�rielle de l'adresse IP (EPROM, panneau frontal) Encore faut-il qu'il existe le panneau frontal! Ce boitier est �quip� de 3 leds dont une qui fait bouton, une alimentation 12 Vdc, une sortie //, un connecteur RJ45 et un BNC. Alors pour configurer une IP...
> M�thode 2 (correcte) > Demande en broadcast via DHCP ou BOOTP d'une adresse � un serveur > DHCP/BOOTP (p.ex. Linux). C'est ce que j'ai fait, sauf que j'ai configur� une plage d'adresse de cinq num�ros IP, au lieu de un seul... R�sultat les quatre imprimantes voisines ont aussi chang� d'IP. Il a fallu les d�clarer � nouveau dans les Macs. (J'ai pas encore test� les configs windows). J'ai d�cid� de conserver les nouvelles adresses IP car en me penchant sur les configurations de ces imprimantes, j'ai constat� que les adresses choisies arbitrairement au pr�alable n'�taient pas des plus judicieuses. > M�thode 3 (incorrecte et farfelue) > Allocation al�atoire d'une adresse dans le m�me domaine qu'un > paquet vu pr�c�demment, et tentative de ARP `where-is' pour voir > si personne ne l'a. Je n'aurrai m�me pas essay� �a, je ne suis pas un cracker! > M�thode 4 (correcte, mais magouille) > Le premier paquet IP re�u sur une adresse non broadcast est utilis� > pour d�terminer l'adresse IP (avec l'adresse destination). > > Principe: forcer l'adresse (ARP, IP) dans le cache ARP d'une des > machines Linux. Envoyer un paquet IP � l'adresse IP > (un ping suffit). Ensuite l'appareil r�pondra aux > ARP `where-is' des autres. > > N'est pas une m�thode compl�tement stupide, mais bon. Je devine > que c'est ce que le bo�tier utilise. Je n'aurrai pas essay� �a non plus;) > M�thode 5 (incorrecte, violation de protocole) > La premi�re r�ponse where-is re�ue dont l'adresse Ethernet est la > m�me que celle du bo�tier informe de l'adresse IP � utiliser. > > N�cessite l'envoi d'un paquet ARP r�ponse sans question, > violation du protocole qui n�cessite probablement un acc�s > raw socket sur le serveur. :-) > Voil�. Il faut maintenant tcpdump-er pour voir ce qui se passe r�ellement :) S�r! . . . On Thu, 29 Nov 2001, Blaise Vogel wrote: > R�ponse tardive: > Pour ma part, quand je ne connais pas les IP et la config. du r�seau, > j'utilise netwatch > http://www.slctech.org/~mackay/netwatch.html Alors dans le cas pr�sent, je pense que netwatch ne m'aurrai pas �t� tr�s utile, cela dit, tu as attir� mon attention sur le paquet debian ``netdiag'' qui contient une foule de petits progs simpas que je ne connaissais pas (encore! Honte � moi! ;) (trafshow,strobe,netwatch,statnet,tcpspray,tcpblast) Je pense que ``strobe'' aurrait pu m'aider... M'enfin LA solution dans ce cas �tait DHCP... (ou peut-�tre BOOTP). -- F�lix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
