J'ai une imprimante Laser Brother 5170.
Si je la branche sur un hub avec un poste unique, je la vois, je peux
changer son adresse IP et faire un ping.
Si je la rebranche sur le reséau de l'entreprise, elle n'est plus accessible
(pas de réponse ping) MAIS je peux changer son adresse IP via ARP.
Il n'y a qu'un routeur/firewall pour internet (Oléane).
Ok, alors je ne comprends pas pourquoi lorsque j'éteins le poste et l'imprimante, que je rallume l'imprimante uniquement, et que je sors son adresse ip depuis les tests internes, elle garde son adresse ip affectée avec l'arp ? Pouvez-vous eclairer ma lanterne ?!
Merci de vos explication !
Oui c'est bien normal, l'imprimante (interfacable sous ip) possede sa propre
adresse, et vous devez dailleurs avoir une procedure d'acces (http telnet ou autres ..) .Avec la commade "arp publish ou arp -s decrite plus haut dans ce poste vous n'affectez pas d'adresse ip ni n'intervenez sur l'imprimante.
Vous déclarez simplement sur le pc (sur lequel l'imprimante est connecte) que l'imprimante dont le numero IP est 10.0.0.2 est joignable en envoyant les packets a l'interface ethernet (par exemple) dont on fourni la MAC (adresse hardware) . Sans cela votre imprimante ne serait pas joignable puisque pas connectee directement au sous reseau !!. En realite votre interface ethernet repondra aux sollicitations (arp request) pour les adresses 10.0.0.1 et 10.0.0.2 en retournant la meme MAC address.. Vous auresz donc rendu visible l'imprimante , comme si elle etait directement reliee au sous reseau. Amicalement Patrick
Teo wrote:
Ok, alors je ne comprends pas pourquoi lorsque j'éteins le poste et
l'imprimante, que je rallume l'imprimante uniquement, et que je sors son
adresse ip depuis les tests internes, elle garde son adresse ip affectée
avec l'arp ?
Pouvez-vous eclairer ma lanterne ?!
Merci de vos explication !
Oui c'est bien normal, l'imprimante (interfacable sous ip) possede sa propre
adresse, et vous devez dailleurs avoir une procedure d'acces (http telnet
ou autres ..) .Avec la commade "arp publish ou arp -s decrite plus haut
dans ce poste vous n'affectez pas d'adresse ip ni n'intervenez sur
l'imprimante.
Vous déclarez simplement sur le pc (sur lequel l'imprimante est connecte)
que l'imprimante dont le numero IP est 10.0.0.2 est joignable en envoyant
les packets a l'interface ethernet (par exemple) dont on fourni la MAC
(adresse hardware) .
Sans cela votre imprimante ne serait pas joignable puisque pas connectee
directement au sous reseau !!.
En realite votre interface ethernet repondra aux sollicitations (arp
request) pour les adresses 10.0.0.1 et 10.0.0.2 en retournant la meme MAC
address..
Vous auresz donc rendu visible l'imprimante , comme si elle etait
directement reliee au sous reseau.
Amicalement
Patrick
Ok, alors je ne comprends pas pourquoi lorsque j'éteins le poste et l'imprimante, que je rallume l'imprimante uniquement, et que je sors son adresse ip depuis les tests internes, elle garde son adresse ip affectée avec l'arp ? Pouvez-vous eclairer ma lanterne ?!
Merci de vos explication !
Oui c'est bien normal, l'imprimante (interfacable sous ip) possede sa propre
adresse, et vous devez dailleurs avoir une procedure d'acces (http telnet ou autres ..) .Avec la commade "arp publish ou arp -s decrite plus haut dans ce poste vous n'affectez pas d'adresse ip ni n'intervenez sur l'imprimante.
Vous déclarez simplement sur le pc (sur lequel l'imprimante est connecte) que l'imprimante dont le numero IP est 10.0.0.2 est joignable en envoyant les packets a l'interface ethernet (par exemple) dont on fourni la MAC (adresse hardware) . Sans cela votre imprimante ne serait pas joignable puisque pas connectee directement au sous reseau !!. En realite votre interface ethernet repondra aux sollicitations (arp request) pour les adresses 10.0.0.1 et 10.0.0.2 en retournant la meme MAC address.. Vous auresz donc rendu visible l'imprimante , comme si elle etait directement reliee au sous reseau. Amicalement Patrick
Teo
L'imprimante n'est pas reliée au pc, elle est sur un hub... Je pense que ça ne change pas grand-chose, mais j'ai quand même du mal à comprendre comment l'imprimante en self-test peut me sortir, si le pc depuis lequel j'ai fait la commande arp -s est éteint, l'adresse ip fournie avec cette commande arp -s. Je vais continuer mes investigations, merci encore pour vos réponses précises !
Teo.
L'imprimante n'est pas reliée au pc, elle est sur un hub...
Je pense que ça ne change pas grand-chose, mais j'ai quand même du mal à
comprendre comment l'imprimante en self-test peut me sortir, si le pc depuis
lequel j'ai fait la commande arp -s est éteint, l'adresse ip fournie avec
cette commande arp -s.
Je vais continuer mes investigations, merci encore pour vos réponses
précises !
L'imprimante n'est pas reliée au pc, elle est sur un hub... Je pense que ça ne change pas grand-chose, mais j'ai quand même du mal à comprendre comment l'imprimante en self-test peut me sortir, si le pc depuis lequel j'ai fait la commande arp -s est éteint, l'adresse ip fournie avec cette commande arp -s. Je vais continuer mes investigations, merci encore pour vos réponses précises !
Teo.
Patrick_91
Teo wrote:
L'imprimante n'est pas reliée au pc, elle est sur un hub... Je pense que ça ne change pas grand-chose, mais Exact , elle est donc parfaitement reliee au PC , un hub ca sert a ca ..
j'ai quand même du mal à comprendre comment l'imprimante en self-test peut me sortir, si le pc depuis lequel j'ai fait la commande arp -s est éteint, l'adresse ip fournie avec cette commande arp -s. Derniere explixation, ca fait au moins 3 fois que je le dis :
La commande arp -s ne fournit absolument pas l'adresse ip a l'imprimante !! . IL faut bien sur passer l'adresse que l'imprimante a deja dans le ventre si non ca ne marchera pas .. donc la commande arp -s doit passer le numero ip de l'imprimante et l'adresse hardware (MAC) de l'interface reseau par exemple ... comme ca toute recherche de l'imprimante par n'importe lequel des clients du reseau local (arp request) se soldera par une reponse indiquant l'adresse hardware de l'interface reseau .. Les packets a destination de l'imprimante seront donc confies a l'interface reseau du pc et le tour est joué ..
Amicalement
Teo wrote:
L'imprimante n'est pas reliée au pc, elle est sur un hub...
Je pense que ça ne change pas grand-chose, mais
Exact , elle est donc parfaitement reliee au PC , un hub ca sert a ca ..
j'ai quand même du mal à
comprendre comment l'imprimante en self-test peut me sortir, si le pc
depuis lequel j'ai fait la commande arp -s est éteint, l'adresse ip
fournie avec cette commande arp -s.
Derniere explixation, ca fait au moins 3 fois que je le dis :
La commande arp -s ne fournit absolument pas l'adresse ip a
l'imprimante !! .
IL faut bien sur passer l'adresse que l'imprimante a deja dans le ventre si
non ca ne marchera pas ..
donc la commande arp -s doit passer le numero ip de l'imprimante et
l'adresse hardware (MAC) de l'interface reseau par exemple ...
comme ca toute recherche de l'imprimante par n'importe lequel des clients du
reseau local (arp request) se soldera par une reponse indiquant l'adresse
hardware de l'interface reseau .. Les packets a destination de l'imprimante
seront donc confies a l'interface reseau du pc et le tour est joué ..
L'imprimante n'est pas reliée au pc, elle est sur un hub... Je pense que ça ne change pas grand-chose, mais Exact , elle est donc parfaitement reliee au PC , un hub ca sert a ca ..
j'ai quand même du mal à comprendre comment l'imprimante en self-test peut me sortir, si le pc depuis lequel j'ai fait la commande arp -s est éteint, l'adresse ip fournie avec cette commande arp -s. Derniere explixation, ca fait au moins 3 fois que je le dis :
La commande arp -s ne fournit absolument pas l'adresse ip a l'imprimante !! . IL faut bien sur passer l'adresse que l'imprimante a deja dans le ventre si non ca ne marchera pas .. donc la commande arp -s doit passer le numero ip de l'imprimante et l'adresse hardware (MAC) de l'interface reseau par exemple ... comme ca toute recherche de l'imprimante par n'importe lequel des clients du reseau local (arp request) se soldera par une reponse indiquant l'adresse hardware de l'interface reseau .. Les packets a destination de l'imprimante seront donc confies a l'interface reseau du pc et le tour est joué ..
Amicalement
PYT
Bonjour Teo,
"Teo" a écrit dans le message news: 41480dc7$0$26399$
Je pense que ça ne change pas grand-chose, mais j'ai quand même du mal à comprendre comment l'imprimante en self-test peut me sortir, si le pc depuis
lequel j'ai fait la commande arp -s est éteint, l'adresse ip fournie avec cette commande arp -s. et "Patrick_91" a écrit dans le message news:
ci9hte$gms$
ca fait au moins 3 fois que je le dis :
Comme il semble y avoir un petit dialogue de sourd, je propose un peu de méthode. C'est Je propose une vérification simple: 1- relever l'adresse donnée par le self-test de l'imprimante 2- passer cette fameuse commande arp -s, avec une autre adresse (changer le dernier octet, et notamment le dernier bit). Noter cette adresse appelée dans le suite adresse de la nouvelle commande arp. 3- vérifier quelle adresse donne un nouveau self-test de l'imprimante.
Il y a alors 3 possibilités: -l'adresse relue est celle notée au premier self-test (donc arp -s ne fait rien à l'imprimante); -l'adresse correspond à celle donnée dans la nouvelle commande arp (alors cet arp n'a rien a voir avec celui que nous connaissons); -l'adresse relue est différente et de celle notée au premier self-test et de celle donnée par la nouvelle commande arp (alors c'est vraiment loufoque, ce truc).
Dans le premier cas, il y avait donc de votre part une erreur d'interprétation de la situation et le "MAIS je peux..." était erronné. Il alors chercher la raison à l'inaccessibilité TOTALE de l'imprimante: erreur de câblage (à vérifier par exemple en déplaçant un PC qui fonctionne , d'une autre point du réseau d'entreprise à la même connexion), ou plus vraissemblablement un problème de configuration (au fait, c'est bien le même réseau IP, avec le même masque?)
Dans le second cas, revenir sur le forum pour creuser la question car c'est nouveau ;). Faire un enregistrement du dialogue ethernet au niveau de l'imprimante (en mettant par exemple un hub et un PC supportant le logiciel ethereal, en activant la cature en "promiscuous mode", et en filtant sur l'adresse mac de l'imprimante).
Dans le troisième cas, changer d'imprimante.
PYT
Bonjour Teo,
"Teo" <nospam@nospam.com> a écrit dans le message news:
41480dc7$0$26399$a3f2974a@nnrp1.numericable.fr...
Je pense que ça ne change pas grand-chose, mais j'ai quand même du mal à
comprendre comment l'imprimante en self-test peut me sortir, si le pc
depuis
lequel j'ai fait la commande arp -s est éteint, l'adresse ip fournie avec
cette commande arp -s.
et "Patrick_91" <patrick_91@nospam.com> a écrit dans le message news:
ci9hte$gms$1@news-reader3.wanadoo.fr...
ca fait au moins 3 fois que je le dis :
Comme il semble y avoir un petit dialogue de sourd, je propose un peu de
méthode. C'est
Je propose une vérification simple:
1- relever l'adresse donnée par le self-test de l'imprimante
2- passer cette fameuse commande arp -s, avec une autre adresse (changer le
dernier octet, et notamment le dernier bit). Noter cette adresse appelée
dans le suite adresse de la nouvelle commande arp.
3- vérifier quelle adresse donne un nouveau self-test de l'imprimante.
Il y a alors 3 possibilités:
-l'adresse relue est celle notée au premier self-test (donc arp -s ne fait
rien à l'imprimante);
-l'adresse correspond à celle donnée dans la nouvelle commande arp (alors
cet arp n'a rien a voir avec celui que nous connaissons);
-l'adresse relue est différente et de celle notée au premier self-test et de
celle donnée par la nouvelle commande arp (alors c'est vraiment loufoque, ce
truc).
Dans le premier cas, il y avait donc de votre part une erreur
d'interprétation de la situation et le "MAIS je peux..." était erronné. Il
alors chercher la raison à l'inaccessibilité TOTALE de l'imprimante: erreur
de câblage (à vérifier par exemple en déplaçant un PC qui fonctionne , d'une
autre point du réseau d'entreprise à la même connexion), ou plus
vraissemblablement un problème de configuration (au fait, c'est bien le même
réseau IP, avec le même masque?)
Dans le second cas, revenir sur le forum pour creuser la question car c'est
nouveau ;). Faire un enregistrement du dialogue ethernet au niveau de
l'imprimante (en mettant par exemple un hub et un PC supportant le logiciel
ethereal, en activant la cature en "promiscuous mode", et en filtant sur
l'adresse mac de l'imprimante).
"Teo" a écrit dans le message news: 41480dc7$0$26399$
Je pense que ça ne change pas grand-chose, mais j'ai quand même du mal à comprendre comment l'imprimante en self-test peut me sortir, si le pc depuis
lequel j'ai fait la commande arp -s est éteint, l'adresse ip fournie avec cette commande arp -s. et "Patrick_91" a écrit dans le message news:
ci9hte$gms$
ca fait au moins 3 fois que je le dis :
Comme il semble y avoir un petit dialogue de sourd, je propose un peu de méthode. C'est Je propose une vérification simple: 1- relever l'adresse donnée par le self-test de l'imprimante 2- passer cette fameuse commande arp -s, avec une autre adresse (changer le dernier octet, et notamment le dernier bit). Noter cette adresse appelée dans le suite adresse de la nouvelle commande arp. 3- vérifier quelle adresse donne un nouveau self-test de l'imprimante.
Il y a alors 3 possibilités: -l'adresse relue est celle notée au premier self-test (donc arp -s ne fait rien à l'imprimante); -l'adresse correspond à celle donnée dans la nouvelle commande arp (alors cet arp n'a rien a voir avec celui que nous connaissons); -l'adresse relue est différente et de celle notée au premier self-test et de celle donnée par la nouvelle commande arp (alors c'est vraiment loufoque, ce truc).
Dans le premier cas, il y avait donc de votre part une erreur d'interprétation de la situation et le "MAIS je peux..." était erronné. Il alors chercher la raison à l'inaccessibilité TOTALE de l'imprimante: erreur de câblage (à vérifier par exemple en déplaçant un PC qui fonctionne , d'une autre point du réseau d'entreprise à la même connexion), ou plus vraissemblablement un problème de configuration (au fait, c'est bien le même réseau IP, avec le même masque?)
Dans le second cas, revenir sur le forum pour creuser la question car c'est nouveau ;). Faire un enregistrement du dialogue ethernet au niveau de l'imprimante (en mettant par exemple un hub et un PC supportant le logiciel ethereal, en activant la cature en "promiscuous mode", et en filtant sur l'adresse mac de l'imprimante).
Dans le troisième cas, changer d'imprimante.
PYT
Patrick_91
PYT wrote:
Bonjour Teo,
Je propose une vérification simple: 1- relever l'adresse donnée par le self-test de l'imprimante 2- passer cette fameuse commande arp -s, avec une autre adresse (changer le dernier octet, et notamment le dernier bit). Noter cette adresse appelée dans le suite adresse de la nouvelle commande arp. 3- vérifier quelle adresse donne un nouveau self-test de l'imprimante.
Inutile la commande arp -s ip_address Hw_address Ne changera rien du tout , elle a pour but de faire annoncer par la machine qui recoit cette commande qu'elle honore les packets pour l'imprimante avec l'adresse hardware qu'elle retourne .. C"est tout simple, le reste n'est qu'illusion d'optique .. Amicalement
PYT wrote:
Bonjour Teo,
Je propose une vérification simple:
1- relever l'adresse donnée par le self-test de l'imprimante
2- passer cette fameuse commande arp -s, avec une autre adresse (changer
le dernier octet, et notamment le dernier bit). Noter cette adresse
appelée dans le suite adresse de la nouvelle commande arp.
3- vérifier quelle adresse donne un nouveau self-test de l'imprimante.
Inutile la commande arp -s ip_address Hw_address
Ne changera rien du tout , elle a pour but de faire annoncer par la machine
qui recoit cette commande qu'elle honore les packets pour l'imprimante avec
l'adresse hardware qu'elle retourne ..
C"est tout simple, le reste n'est qu'illusion d'optique ..
Amicalement
Je propose une vérification simple: 1- relever l'adresse donnée par le self-test de l'imprimante 2- passer cette fameuse commande arp -s, avec une autre adresse (changer le dernier octet, et notamment le dernier bit). Noter cette adresse appelée dans le suite adresse de la nouvelle commande arp. 3- vérifier quelle adresse donne un nouveau self-test de l'imprimante.
Inutile la commande arp -s ip_address Hw_address Ne changera rien du tout , elle a pour but de faire annoncer par la machine qui recoit cette commande qu'elle honore les packets pour l'imprimante avec l'adresse hardware qu'elle retourne .. C"est tout simple, le reste n'est qu'illusion d'optique .. Amicalement
PYT
"Patrick_91" a écrit dans le message news: ci9rrj$ba0$
la commande arp -s ip_address Hw_address Ne changera rien du tout
Je ne dis pas le contraire. Mais il me semble que je propose une manip pour se rendre compte de ce que fait et ne fait pas cette commande, puisque cela semble être le source du trouble de Teo.
PYT
"Patrick_91" <patrick_91@nospam.com> a écrit dans le message news:
ci9rrj$ba0$1@news-reader3.wanadoo.fr...
la commande arp -s ip_address Hw_address
Ne changera rien du tout
Je ne dis pas le contraire. Mais il me semble que je propose une manip pour
se rendre compte de ce que fait et ne fait pas cette commande, puisque cela
semble être le source du trouble de Teo.
"Patrick_91" a écrit dans le message news: ci9rrj$ba0$
la commande arp -s ip_address Hw_address Ne changera rien du tout
Je ne dis pas le contraire. Mais il me semble que je propose une manip pour se rendre compte de ce que fait et ne fait pas cette commande, puisque cela semble être le source du trouble de Teo.
PYT
Teo
Oui et merci, je vais suivre les recommendations pour isoler le problème. Merci à tous les 2.
"PYT" a écrit dans le message de news:ci9sv2$87v$
"Patrick_91" a écrit dans le message news: ci9rrj$ba0$
la commande arp -s ip_address Hw_address Ne changera rien du tout
Je ne dis pas le contraire. Mais il me semble que je propose une manip pour
se rendre compte de ce que fait et ne fait pas cette commande, puisque cela
semble être le source du trouble de Teo.
PYT
Oui et merci, je vais suivre les recommendations pour isoler le problème.
Merci à tous les 2.
"PYT" <pyt@fr.invalid> a écrit dans le message de
news:ci9sv2$87v$1@freyda.setra.i2...
"Patrick_91" <patrick_91@nospam.com> a écrit dans le message news:
ci9rrj$ba0$1@news-reader3.wanadoo.fr...
la commande arp -s ip_address Hw_address
Ne changera rien du tout
Je ne dis pas le contraire. Mais il me semble que je propose une manip
pour
se rendre compte de ce que fait et ne fait pas cette commande, puisque
cela
Oui et merci, je vais suivre les recommendations pour isoler le problème. Merci à tous les 2.
"PYT" a écrit dans le message de news:ci9sv2$87v$
"Patrick_91" a écrit dans le message news: ci9rrj$ba0$
la commande arp -s ip_address Hw_address Ne changera rien du tout
Je ne dis pas le contraire. Mais il me semble que je propose une manip pour
se rendre compte de ce que fait et ne fait pas cette commande, puisque cela
semble être le source du trouble de Teo.
PYT
Hello
Oui c'est quoi l'adresse de l'imprimante ? Aussi quelle est le resultat de la commande / ipconfig /all passe dans une fenetre dos ?
cOmme ca on vera bien la commande qu'il faudra passer pour que ca fonctionne ..
AMicalement
Annie D.
Patrick_91 wrote:
la commande arp [...] a pour but de faire annoncer par la machine qui recoit cette commande qu'elle honore les packets pour l'imprimante avec l'adresse hardware qu'elle retourne
Qu'est-ce que c'est que ce charabia ? "arp -s" ne fait rien annoncer du tout à qui que ce soit, elle crée une entrée statique dans la table ARP locale. Point.
Patrick_91 wrote:
la commande arp [...] a pour but de faire annoncer par la machine
qui recoit cette commande qu'elle honore les packets pour l'imprimante avec
l'adresse hardware qu'elle retourne
Qu'est-ce que c'est que ce charabia ?
"arp -s" ne fait rien annoncer du tout à qui que ce soit, elle crée une
entrée statique dans la table ARP locale. Point.
la commande arp [...] a pour but de faire annoncer par la machine qui recoit cette commande qu'elle honore les packets pour l'imprimante avec l'adresse hardware qu'elle retourne
Qu'est-ce que c'est que ce charabia ? "arp -s" ne fait rien annoncer du tout à qui que ce soit, elle crée une entrée statique dans la table ARP locale. Point.
Patrick_91
Annie D. wrote:
Patrick_91 wrote:
la commande arp [...] a pour but de faire annoncer par la machine qui recoit cette commande qu'elle honore les packets pour l'imprimante avec l'adresse hardware qu'elle retourne
Qu'est-ce que c'est que ce charabia ? "arp -s" ne fait rien annoncer du tout à qui que ce soit, elle crée une entrée statique dans la table ARP locale. Point.
Bonjour,
Avant d'invectiver for justement a propos de la semantique utilisee , faut voir en relisant le fil d'ou on vient ? ou on va et pour qui !! ... Il ne sagit pas de decrire theoriquement le comportement le mecanisme du protocole ARP mais d'expliquer à notre amis,auteur de la question, que la commande "arp -s" qu'il passe ne changera jamais l'adresse ip de son imprimante.
En effet c'est d'une entree arp statique dont il sagit mais ce que j'ai voulu indiquer c'est que cette entree statique permettait la resolution d'adresse pour une adresse ip non directement joignable sur le sous reseau. (l'imprimante de notre ami .. ) .Cette commande ainsi bien placée permettra au host de répondre aux sollicitations adressees à l'imprimante en lieu et place de l'imprimante ip connectee au meme host.... Amicalement
Annie D. wrote:
Patrick_91 wrote:
la commande arp [...] a pour but de faire annoncer par la machine
qui recoit cette commande qu'elle honore les packets pour l'imprimante
avec l'adresse hardware qu'elle retourne
Qu'est-ce que c'est que ce charabia ?
"arp -s" ne fait rien annoncer du tout à qui que ce soit, elle crée une
entrée statique dans la table ARP locale. Point.
Bonjour,
Avant d'invectiver for justement a propos de la semantique utilisee , faut
voir en relisant le fil d'ou on vient ? ou on va et pour qui !! ...
Il ne sagit pas de decrire theoriquement le comportement le mecanisme du
protocole ARP mais d'expliquer à notre amis,auteur de la question, que la
commande "arp -s" qu'il passe ne changera jamais l'adresse ip de son
imprimante.
En effet c'est d'une entree arp statique dont il sagit mais ce que j'ai
voulu indiquer c'est que cette entree statique permettait la resolution
d'adresse pour une adresse ip non directement joignable sur le sous reseau.
(l'imprimante de notre ami .. ) .Cette commande ainsi bien placée permettra
au host de répondre aux sollicitations adressees à l'imprimante en lieu et
place de l'imprimante ip connectee au meme host....
Amicalement
la commande arp [...] a pour but de faire annoncer par la machine qui recoit cette commande qu'elle honore les packets pour l'imprimante avec l'adresse hardware qu'elle retourne
Qu'est-ce que c'est que ce charabia ? "arp -s" ne fait rien annoncer du tout à qui que ce soit, elle crée une entrée statique dans la table ARP locale. Point.
Bonjour,
Avant d'invectiver for justement a propos de la semantique utilisee , faut voir en relisant le fil d'ou on vient ? ou on va et pour qui !! ... Il ne sagit pas de decrire theoriquement le comportement le mecanisme du protocole ARP mais d'expliquer à notre amis,auteur de la question, que la commande "arp -s" qu'il passe ne changera jamais l'adresse ip de son imprimante.
En effet c'est d'une entree arp statique dont il sagit mais ce que j'ai voulu indiquer c'est que cette entree statique permettait la resolution d'adresse pour une adresse ip non directement joignable sur le sous reseau. (l'imprimante de notre ami .. ) .Cette commande ainsi bien placée permettra au host de répondre aux sollicitations adressees à l'imprimante en lieu et place de l'imprimante ip connectee au meme host.... Amicalement
