DNS qui ne répond qu'aux membres du domaine ? [WIN2003] - Infrastructures serveurs - Systèmes & Réseaux Pro
Marsh Posté le 09-06-2010 à 18:00:09
salut
la seule chose à laquelle je pense est un blocage dans l'onglet sécurité des propriétés de ta zone DNS.
A+
Marsh Posté le 09-06-2010 à 18:12:30
Merci pour l'idée
Dans l'onglet sécurité de ma zone directe "Everyone" a l'acces en lecture pourtant
Marsh Posté le 09-06-2010 à 20:54:41
salut,
les clients hors domaine sont sur le meme réseau que ton DNS ?
pas de sécurité sur le réseau bloquant le trafic des pc qui sont hors domaine ?
A+
Marsh Posté le 10-06-2010 à 00:42:28
désolé, je sèche.
A+
Marsh Posté le 10-06-2010 à 02:04:00
Le serveur sur lequel tu as mis DNS utilise-t-il IPSEC ?
Marsh Posté le 10-06-2010 à 14:15:45
Je pense que tu devrais essayer de chercher du côté des communications signées numériquement dans la stratégie de sécurité locale du serveur :
gpedit.msc
Configuration ordinateur, Paramètres Windows, Paramètres de sécurité, Stratégies locales, Options de sécurité :
Serveur réseau Microsoft : Signer numériquement les communications (lorsque le client l'accepte) : doit être à activé.
Serveur réseau Microsoft : Signer numériquement les communications (toujours) : doit être à désactivé.
Marsh Posté le 01-07-2010 à 14:47:13
C'est parce que le paramètre est configuré sur la stratégie du domaine alors.
Vois ça avec ton administrateur.
Marsh Posté le 01-07-2010 à 14:51:10
Non le parametre n'est pas défini sur la stratégie du domaine
Je viens de le definir dessus
Marsh Posté le 01-07-2010 à 14:53:11
Je l ai desactiver sur la strategie du controleur de domaine (même pc) et du domaine
C'est toujours grisé en local
Marsh Posté le 01-07-2010 à 15:11:25
C'est normal, tant que ça n'est pas en "non configuré", c'est le paramètre du domaine qui prime. Si tu le désactive dans la stratégie, ça sera désactivé en local, après réplication (gpupdate /force en ligne de commande si tu veux pas attendre)
Marsh Posté le 01-07-2010 à 15:23:35
Justement le soucis c'est que le parametre n'etait pas défini dans la stratégie du domaine et était activé et grisé en local
En tout là il s'est bien répliqué, j'ai donc le 1er activé et le 2eme desactivé comme tu l'as dis .. mais ca ne marche toujours pas
En fait si je fais un nslookup dns ca ne marche pas
Mais si je fais un nslookup FQDN ca passe
Marsh Posté le 01-07-2010 à 15:26:23
Hopopop t'avais pas parlé de ça là
C'est normal que tes postes hors domaine ne parviennent pas à résoudre un nom s'il n'est pas complet.
La seule raison qui fait que tu peux le faire sur un poste qui se trouve dans le domaine, c'est qu'il essaie systématiquement d'ajouter son suffixe DNS par défaut à la fin de tout nom (ce paramètre est défini automatiquement lorsqu'on rejoint un domaine).
Tes postes hors domaine doivent donc utiliser le nom DNS complet comme il apparaît dans le DNS :
machine.domaine.xxx
Marsh Posté le 01-07-2010 à 15:50:39
Je pensais qu il y avait moyen de passer outre, car lorsque je fais un nslookup dns ... derrière j'ai une réponse du serveur DNS qui me dit sous son FQDN qu'il ne peut pas résoudre la requête
Marsh Posté le 01-07-2010 à 16:26:58
bah tu rajoutes dans la liste des suffixes.
Mais le DNS c'est des noms longs hein ...
Marsh Posté le 01-07-2010 à 16:34:23
Btw, tu devrais revenir aux paramètres que tu avais avant pour les stratégies de signature numérique, puisque ce n'était pas ça en fin de compte.
Marsh Posté le 01-07-2010 à 17:03:51
Ouaip c'est fait
Pour le DNS oui c'est une faute de langage de ma part
Marsh Posté le 01-07-2010 à 17:10:36
Sinon merci pour l'idée de rajouter le suffixe a la main c'etait tout con
Marsh Posté le 09-06-2010 à 16:56:12
Qu'est ce qui peut expliquer qu'un serveur DNS sous 2K3 ne réponde aux requetes que des ordinateurs membres du domaine sur lequel il se trouve ?
Un nslookup sur les autres renvoit une erreur