# Résolution de nom pour une imprimante Wi-Fi

**URL:** <https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947>\
**Category:** Support Debian\
**Tags:** imprimante, dns, mdns\
**Created:** [Janvier 15, 2026, 6:34 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947 "2026-01-15T18:34:46Z")\
**Posts on this page:** 12\
**Page:** 2

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Janvier 16, 2026, 1:50 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/21 "2026-01-16T13:50:44Z")

</div>

salut :

> [@Zargos](#):
>
> > [@Thierz](#):
> >
> > `Canon%20G6000%20series`
> 
> Un DNS ne résoudra jamais un nom de ce type, car %20 ça signifie un espace, et un nom de machine n’a pas le droit d’avoir un espace dans un DNS.

un %20 est accepté dans la définition d’une imprimante :  
chez moi ,  
network `ipp://Brother%20DCP-J772DW%20(USB)._ipp._tcp.local/`  
marche  
mais elle est en usb sur un ordi pas en wifi  
et j’ai ça de différent sur nsswitch.conf:  
hosts: files mdns4\_minimal [NOTFOUND=return] dns myhostname mymachines

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Janvier 16, 2026, 1:56 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/22 "2026-01-16T13:56:47Z")

</div>

> [@dindoun](#):
>
> un %20 est accepté dans la définition d’une imprimante

oui mlais tu ne peux avoir d’entrée dans un DNS avec un espace dans le nom, c’est un caractère non autorisé.

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Janvier 17, 2026, 4:15 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/23 "2026-01-17T16:15:53Z")

</div>

Je crois que je tiens un bout de la réponse, trouvé dans la doc de mDNS : s’il existe un domaine `.local` géré «&nbsp;au-dessus&nbsp;» (càd dans les résolutions de nom arrivant APRÈS), mDNS se désactive pour ne pas gêner ! Il se trouve que la gestion du `.local` sur mon serveur DNS Synology est un effet de bord non souhaité : comme tu le dis @Zargos, ce serveur DNS est assez peu paramétrable et on subit des trucs, là je ne lui demande pas de gérer le `.local` et pourtant il crée un SOA dessus, désactivant ainsi avahi…

```auto
$ cat /usr/share/doc/libnss-mdns/README.Debian
(...)
Sites with a .local DNS zone
----------------------------

Making nss-mdns authoritative for .local breaks resolution
on networks where .local is a real domain name. To work
around this, nss-mdns implements the heuristic described in
<https://support.apple.com/en-us/HT201275>: it looks up the SOA record
for the .local zone, and disables itself automatically if that record
is found.

```

Il ne me reste plus qu’à regarder si je peux désactiver cette désactivation 😅 pour avoir une gestion du `.local` par avahi et le reste (dont mon domaine local `.home`) par le DNS.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Janvier 17, 2026, 4:16 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/24 "2026-01-17T16:16:52Z")

</div>

n’oublie pas que dans Bind, c’est une sécurité par ce qu’une requête DNS ne doit jamais traiter de localhost, ou de broadcast, etc…

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Janvier 17, 2026, 5:16 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/25 "2026-01-17T17:16:40Z")

</div>

Attends, tu peux préciser cette dernière phrase, que je comprenne bien STP ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Janvier 17, 2026, 5:34 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/26 "2026-01-17T17:34:10Z")

</div>

du fait de la configuration de nsswitch.conf, un serveur DNS ne doit jamais traiter de requête concernant localhost ou broadcast.  
Hors certains attaque sur des DNS le font, de facto, la configuration Bind inclue des zone permettant de traiter ces requêtes ou de les blacklister.

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Janvier 17, 2026, 7:05 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/27 "2026-01-17T19:05:39Z")

</div>

Du coup, la solution la plus appropriée pour laisser le DNS inchangé me semble être celle-ci : on peut configurer avahi pour NE PAS chercher le SOA `.local` dans les DNS. Pour ceci, créer un fichier `/etc/mdns.allow` tel quel :

```auto
$ sudo cat > /etc/mdns.allow <<EOF
# Ne pas escalader au DNS les requêtes du domaine .local (nécessite mdns4 et
# non mdns4_minimal dans /etc/nsswitch.conf)
.local.
.local
EOF

```

Changer le mode de résolution mdns dans /etc/nsswitch.conf, en effet le mdns4\_minimal ne consulte pas le fichier /etc/mdns.allow, il faut passer sur mdns4 :

```auto
#hosts: files myhostname mdns4_minimal [NOTFOUND=return] dns
hosts: files myhostname mdns4 [NOTFOUND=return] dns

```

Enfin bon, ça c’est si on veut absolument passer par mDNS : maintenant que j’ai compris pourquoi ça marchait pas, je vais plutôt utiliser le DNS avec mon imprimante en IP fixe sur domaine `.home`.

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Janvier 21, 2026, 6:07 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/28 "2026-01-21T18:07:01Z")

</div>

À nouveau moi… Même imprimante, mais tentative différente : après avoir compris comment ça marche avec avahi, je tente en DNS, avec la config suivante :

- Imprimante mise en IP fixe 192.168.1.251
- Synology faisant office de serveur DNS sur 192.168.1.250, le domaine est `.home`

La résolution de nom pour l’imprimante fonctionne :

```auto
$ nslookup canon-g6050.home
Server: 192.168.1.250 <-- Ça c'est le Synology
Address: 192.168.1.250#53

Name: canon-g6050.home
Address: 192.168.1.251 <-- Ça c'est bien mon imprimante

```

Sur le serveur DNS, techniquement, c’est un enregistrement A sur la zone `.home`

Et maintenant, je ne m’explique pas la différence de comportement selon que je crée l’imprimante avec son IP ou avec son nom :

```auto
$ sudo lpadmin -p Canon_dns -v "ipp://canon-g6050.home" -m everywhere -E
lpadmin : Unable to create PPD: No IPP attributes.
$ echo $?
1
$ sudo lpadmin -p Canon_ip -v "ipp://192.168.1.251" -m everywhere -E
$ echo $?
0
$ lpstat -p
printer Canon_dns is idle. enabled since jeu. 01 janv. 1970 01:00:00
printer Canon_ip is idle. enabled since mer. 21 janv. 2026 19:00:05

```

Techniquement, les deux imprimantes sont créées malgré le message d’avertissement sur la création par le nom d’hôte. Mais sur celle créée par le nom, le modèle est marqué comme `Local Raw Printer` (l’autre est `Printer - IPP Everywhere`) et ça n’imprime pas : erreur `Impossible d'obtenir l'état de l'imprimante`.

Avez-vous une idée ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Janvier 21, 2026, 6:48 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/29 "2026-01-21T18:48:30Z")

</div>

tu as lu le man de lpadmin?

lpadmin configure les imprimantes et les files d’attente de classes d’imprimantes fournies par CUPS. Il est également utilisé pour définir l’imprimante ou classe d’impri‐  
mante par défaut.

-v «&nbsp;uri\_périphérique&nbsp;»  
Définir l’attribut uri\_périphérique de la file d’impression. Utiliser l’option -v avec la commande lpinfo(8) pour obtenir une liste des URI de périphérique géré ainsi  
que leur schéma.

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Janvier 22, 2026, 12:01 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/30 "2026-01-22T00:01:27Z")

</div>

Voici ce que me dit lpinfo :

```auto
$ sudo lpinfo -v
network beh
file cups-brf:/
serial serial:/dev/ttyS0?baud=115200
network http
network https
network socket
network lpd
network ipp
network ipps
network smb
network dnssd://Canon%20G6000%20series._ipp._tcp.local/?uuid=00000000-0000-1000-8000-00186502f97a
network ipps://Canon%20G6000%20series._ipps._tcp.local/
network socket://192.168.1.251

```

Les deux uri utilisées dans mes commandes sont `ipp://192.168.1.251` et `ipp://canon-g6050.home` qui me semblent toutes deux conformes au format attendu par CUPS : [CUPS Implementation of IPP](https://www.cups.org/doc/spec-ipp.html). J’ai essayé les variantes avec ou sans le numéro de port, avec ou sans le `/` final, avec ou sans le `/ipp/print` suggéré par `man lpadmin`…

Rien n’y fait, la version avec l’adresse IPv4 fonctionne, celle avec le nom DNS ne fonctionne pas. Je soupçonne que le nom d’hôte ne soit résolu que par mDNS, et pas par DNS, mais je n’ai trouvé aucune info à ce sujet.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Janvier 22, 2026, 8:25 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/31 "2026-01-22T08:25:18Z")

</div>

> [@Thierz](#):
>
> Rien n’y fait, la version avec l’adresse IPv4 fonctionne, celle avec le nom DNS ne fonctionne pas. Je soupçonne que le nom d’hôte ne soit résolu que par mDNS, et pas par DNS, mais je n’ai trouvé aucune info à ce sujet.

parce qu’il n’y a pas de file d’impression avec le nom DNS comme le montre ton lpinfo.  
lpadmin ne peut pas traiter que des files d’impression qui existent.

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Janvier 22, 2026, 9:19 UTC](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947/32 "2026-01-22T09:19:54Z")

</div>

Dit autrement, ça ne sert à rien que j’aie mis un nom DNS sur mon imprimante, je suis obligé d’utiliser l’IP v4 en dur, et si un jour je veux changer son adresse IP, je dois repasser partout où j’ai une file d’attente déclarée en IP fixe, et les changer une par une à la mano ?

[Page précédente](https://www.debian-fr.org/t/resolution-de-nom-pour-une-imprimante-wi-fi/91947.md?page=1)