J'utilise un serveur DNS sur mon réseau (service DNS de Win2k).
Sa fonction est double: résolution des noms d'hôtes internes et mise en cache résolutions DNS externes.
Toutes les adresses internes sont regroupées dans le domaine maboite.com.
 
Les postes "normaux" récupèrent ce même nom de domaine via DHCP, et peuvent résoudre aussi bien des noms de la forme "serveur1" que "serveur1.maboite.com".
 
Mon problème:
Certains de mes postes clients n'ont pas de domaine DNS de défini (ni de liste de recherche).
Cela ne pose pas de problème pour les résolution du type "serveur1.maboite.com".
Pas contre la résolution de "serveur1" tout court échoue lamentablement.
 
Ma solution de dépannage:
Pour l'instant j'ai réussi à régler ça en définissant des pseudo-zones pour chacun des serveurs à rendre accessible même  sans domaine.
Je crée une zone du même nom que serveur, et à l'intérieur un enregistrement adresse (type A), sans nom, pointant vers l'adresse du dit serveur.
Inconvénients: 1) c'est crade, et 2) j'aimerais bien éviter de me taper la double saisie et mise à jour de ma trentaine de serveurs...
 
L'idéal serait de pouvoir définir un domaine par défaut côté serveur de manière à ce que toutes les requêtes sans nom de domaine soient redirigées vers maboite.com.
Un peu comme ce qu'ont mis en place les $§%*@#& de Verisign, qui eux redirigent "serveur1" vers "serveur1.com."
 
Si quelqu'un dans l'assemblée sait comment faire ça, je le prie de bien vouloir s'exprimer.

Dans les propriétés avancées de TCP/IP de tes serveurs dans "suffixe dns par défaut" tu as bien mis "maboite.com" ???

Oui mais le problème n'est pas là...

ton dhcp fournit bien le paramètre que j'ai cité à tes clients (quel type de clients d'ailleur ?) ?

crée une zone de recherche inversée

monte un serveur WINS

non , pas de serveur wins sous 2000 ... sa ne sert que pour la compatibilité avec NT4

Shiryuu> Non c'est bien ça le problème, certains de mes clients se retrouvent connectés sans nom de domaine (réseau IP VPN Transpac), et sans que j'y puisse quoi que ce soit.
 
mycpuwazburnt et From Hell> Rien à voir avec le problème.
 
J'ai un peu arrangé ma solution de dépannage en utilisant des enregistrements de type CNAME plutôt que A.
Je crée un alias "serveur1" (plus exactement un alias sans nom dans la zone fictive "serveur1" ) vers "serveur1.maboite.com".
Et l'utilisation de dnscmd et d'un script m'a permis de faire ça sans tout resaisir à la main. N'empêche que ça reste de la grosse bidouille...

Grossière ereur, ça foire en beauté.
Avec ma bidouille "nslookup serveur1" fonctionne mais la résolution depuis une application échoue (par ex. "ping serveur1" ).
Seul "ping serveur1." fonctionne, à la suite de quoi "ping serveur1" voudra bien finalement fonctionner.
 
...à s'exploser la tête sur le mur le plus proche.
 
Je vais tenter de trouver une solution avec un autre service DNS.
Merci à tous.

Eh non c'est mort.
 
La résolution de nom dans Windows (Win2k au moins) est buggée: la résolution d'un nom de machine sans point ne fait JAMAIS appel au DNS (sauf si un domaine ou une liste de recherche est définie sur la machine, auquel cas la résolution se fera dans ces domaines uniquement).
 
En pratique il donc est impossible de résoudre un nom se trouvant dans la zone root.
Un test simple pour vérifier ça: «ping tv» fonctionne sous Linux (oui ils ont mis un enregistrement A pour le TLD!), pas sous Windows.