Discussion :

[Artemus24]

Salut à tous.

J'ai trouvé la réponse au comportement bizarre de l'accès à samba depuis windows.
Il se trouve que dans la base des registres, windows conserve des informations qui ne sont pas réactualisées.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ComputerDescriptions]

J'ai supprimé les références et tout est rentré dans l'ordre.

Je considère que je ne suis pas plus avancé depuis mon premier message.
Le monde du réseau est assez compliqué !
Comme ce n'est que de la compréhension, je vais clôturer ce sujet.

Merci à tous pour vos interventions et vos explications.

Cordialement.
Artemus24.
@+

[kaitlyn]

Salut,

Je précise que le suffixe DNS que j'utilise partout est "localhost".

Tu ne peux pas, tu ne dois pas. Localhost fait référence sans équivoque à l'interface de bouclage. L'utiliser comme suffixe entraînera des comportements indéterminés.

[Artemus24]

Salut Kaitlyn.

Justement, ce n'est pas le cas.

Si tu n'as tout lu de mon sujet, le problème que je rencontre concerne le suffixe du hostname.
Celui-ci n'apparait pas quand j'interroge par "nslookup", le hostname de la raspberry depuis windows.

Par contre, il apparait quand j'interroge par "ping".

Cordialement.
Artemus24.
@+

[kaitlyn]

Non, je n'ai pas tout lu. Mais ça ne change rien, tu ne dois pas utiliser localhost comme suffixe, trouve autre chose.

The ".localhost" TLD has traditionally been statically defined in
host DNS implementations as having an A record pointing to the
loop back IP address and is reserved for such use. Any other use
would conflict with widely deployed code which assumes this use.

[Artemus24]

Salut kaitlyn.

Mon problème ne se trouve pas dans la valeur que j'ai attribuée à ce suffixe.
Mais dans le fait que je ne peux pas mettre autre chose que "local" dans "avahi/bonjour/zeroconf".

Cordialement.
Artemus24.
@+

[kaitlyn]

Pourquoi vouloir le changer ? C'est utilisé pour faire une requête multicast-DNS. Ça fait partie du protocole.

[chrtophe]

Vu qu'il est possible de changer le suffixe dans la conf de Avahi, la question est plutôt peut-on utiliser autre chose tout en restant compatible avec l'implémentation zeroconf Windows.

[Artemus24]

Salut à tous.

Pourquoi vouloir le changer ?

Pourquoi suis-obligé de me justifier ?

Cordialement.
Artemus24.
@+

[kaitlyn]

Ok. Oublions Windows un instant. On a deux machines Avahi avec pour suffixe .net et on nomme l'une d'elles developpez. On fait un ping developpez.net sur l'une puis sur l'autre, qu'est ce qui se passe ?

Mon avis est que cette possibilité de changer le suffixe dans Avahi est plus en rapport avec DNS-ServiceDiscovery que mDNS, ça implique donc l'usage d'un programme client spécifique qui va faire explicitement une requête mDNS. Le serveur Avahi qui se reconnaît pourra alors répondre.

[chrtophe]

Tu peux jeter un oeil là-dessus :
https://social.technet.microsoft.com...tpronetworking

[Artemus24]

Salut à tous.

Remplacer le suffixe "local" dans "avahi" par autre chose ne fonctionne pas.
Ou alors dites moi comment faire ?

Je laisse tomber car je n'y comprends rien.

Cordialement.
Artemus24.
@+

[kaitlyn]

Tu peux jeter un oeil là-dessus :
https://social.technet.microsoft.com...tpronetworking

Tu n'as peut-être pas fait attention mais c'est une discussion qui date de 4 ans. Il y a eu énormément de mises à jour depuis.

Je laisse tomber car je n'y comprends rien.

Il n'y a rien à comprendre. Une règle est établie, soit tu la suis soit tu ne la suis pas, mais si tu ne la suis pas ne t'étonne pas du résultat.

[chrtophe]

Tu n'as peut-être pas fait attention mais c'est une discussion qui date de 4 ans. Il y a eu énormément de mises à jour depuis.

Effectivement, je n'avais pas fait attention. Par contre ce que je ne sais pas si .local est conseillé ou obligatoire dans la norme mDNS (mais j'ai l'impression que c'est obligatoire), et si non obligatoire, je ne sais pas si l'implémentation Windows permettra de remplacer .local par autre chose. Je serais curieux de savoir mais je ne vais pas me taper la rfc pour un truc que je n'utilise pas.

en jetant un œil (rapide) sur le man de la conf d'Avahi, on peut lire ça :

domain-name= Set the default domain name avahi-daemon tries to register its host name and services on the LAN in. If omitted defaults to ".local".

De ce que j'en déduis, si omis, Avahi se présente sur le réseau avec le suffixe .local, si on y met autre chose, il va considérer utiliser un domaine existant. Zeroconf va utiliser un DHCP si présent, sinon s’attribuer une adresse IP tout seul, puis utiliser un DNS si existant ou utiliser mDNS. Donc ça va forcer le comportement entre utiliser DNS ou mDNS.

Interlude : pour le taureau, la réponse serait plutôt "j'ai foncé sur un truc qui bouge".

[kaitlyn]

Salut,

Pour Windows, la seule option en rapport avec mDNS que je connais, c'est sa désactivation. En plus il faut passer par la BDR et il n'y a rien en GPO.

Alors oui les rfc sont assez longues, il y en a 2 principales, elles vont de pair. Il y a la rfc6762 et la rfc6763. Je n’ai pas non plus la patience de les lire mais un survol rapide permet quand même de se faire une idée de l'ensemble.

Sur la question est-ce que .local est obligatoire ou pas ? Pour te répondre, j'ai 3 cas de figure, que je simplifie quand même, dont un que j’ai déjà évoqué dans ma réponse #29. C'est-à-dire que tu t'appropries le protocole mDNS et tu fais ce que tu veux avec. Mais si tu changes le top domaine ou suffixe, alors t'es obligé de coder ton propre client mDNS et tu perds tout potentiel d'interopérabilité. Avahi t'offre l'API et les outils pour faire ça, mais dans ce cas ce n'est plus du zeroconf, c'est du spécifique.

2ème cas, tu fais une requête explicite hostname+local et tu demandes à l'OS de la resoudre pour toi. C'est typiquement le cas de toutes les applications qui utilisent la lib socket, mais pas forcément nslookup qui peut interroger directement un serveur DNS. Donc ici local joue le rôle de marqueur, l'OS sait ce que ça implique et fait directement une requête mDNS.

3ème cas, la même chose que précédemment, mais juste hostname, sans local. Là l'OS va interroger de manière séquentielle plusieurs services jusqu'à obtenir une réponse ou épuiser la liste des services. Quand arrivera le tour de mDNS, l'OS ajoutera de lui même le suffixe local à hostname et fera sa requête mDNS. Et s'il y a une réponse, elle sera identique au cas 2.

Donc oui le suffixe local, qu'il soit utilisé de manière explicite ou implicite, est obligatoire.

Voilà il ne me reste plus qu'à enlever les images du message précédent, j'ai revu ça ce matin, c'était un peu gênant quand même.

P.-S. Je viens de me rappeler que dans la rfc6762 il est noté qu'il ne faut pas traduire local, comprendre localisation, régionalisation. J'ai recherché ce passage et je le cite car il est très intéressant. Il conforte dans l'idée qu'il faut utiliser local et pas autre chose.

These names function primarily as protocol identifiers, rather than
as user-visible identifiers. Even though they may occasionally be
visible to end users, that is not their primary purpose. As such,
these names should be treated as opaque identifiers. In particular,
the string "local" should not be translated or localized into
different languages, much as the name "localhost" is not translated
or localized into different languages.