7 votes

Noldorin avatar

Impossible d'envoyer un message MSMQ au deuxième nom DNS d'un serveur

Demandé el 4 de Juin, 2009
Quand la question a-t-elle été
4665 affichage
Nombre de visites la question a
4 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

J'ai posté ceci sur StackOverflow, mais je pense que c'est probablement plus pertinent pour ce groupe.

J'ai un problème avec l'envoi d'un message MSMQ au deuxième nom DNS d'un serveur. Si nous envoyons l'IP de ce même serveur, tout va bien, mais ce n'est pas ce que nous voulons faire sur le plan architectural. Avez-vous une idée de la raison pour laquelle MSMQ se préoccupe du nom qu'il reçoit ?

Voici notre exemple :

Informations sur le serveur : Le serveur physique load-int-01, a une deuxième IP et un nom DNS qui lui sont associés. Première IP/DNS : load-int-01 avec IP 10.0.10.10 Deuxième IP/DNS : load-intv avec IP 10.0.10.20

Formats de chemin de file d'attente utilisés :

FormatName:DIRECT=OS:load-int-01\private$\MyQueue -> Fonctionne bien

FormatName:DIRECT=OS:load-intv\private$\MyQueue -> Renvoie l'erreur suivante :

La file d'attente n'existe pas ou vous n'avez pas les autorisations nécessaires pour effectuer cette opération.

Nous avons également essayé d'utiliser les adresses IP à la place, et les deux ensembles d'IP fonctionnent bien.

FormatName:DIRECT=TCP:10.0.10.10\private$\MyQueue -> Fonctionne bien FormatName:DIRECT=TCP:10.0.10.20\private$\MyQueue -> Fonctionne bien

Demandé el 4 de Juin, 2009 par Noldorin

Réponses

Trop de publicités?

3voto

Memory avatar
Memory Points 91

Pour résoudre un problème via le DNS, utilisez le nom DNS plutôt que l'adresse IP - les deux devraient être résolus :

FORMATNAME:Direct=OS:load-intv\private$\MyQueue
FORMATNAME:Direct=OS:load-int-01\private$\MyQueue

En outre, exécutez le script de registre suivant sur le serveur MSMQ (par http://support.microsoft.com/kb/306785 ) :

reg.exe ADD HKLM\Software\Microsoft\MSMQ\Parameters /V IgnoreOSNameValidation /t REG_DWORD /d 1 /f
Répondu el 29 de Mars, 2012 par Memory (91 Points )

1voto

Warren Blanchet avatar
Warren Blanchet Points 881

Cela pourrait être dû à la recherche inversée. Je ne sais pas comment MSMQ obtient ses informations de nom d'hôte, mais s'il obtient le nom d'hôte de Windows et non le nom d'hôte DNS de la deuxième IP, alors une recherche inversée pour la deuxième IP échouera puisqu'elle retournera le deuxième nom d'hôte DNS qui est différent du nom d'hôte réel du serveur.

Répondu el 4 de Juin, 2009 par Warren Blanchet (881 Points )

1voto

devicenull avatar
devicenull Points 151

MSMQ attend probablement que le nom netbios de l'ordinateur corresponde au nom d'hôte dns utilisé pour y accéder. C'est le même problème que vous rencontrez lorsque vous essayez d'utiliser un CNAME pour mapper un lecteur sur un serveur Windows.

Il existe un moyen d'aliaser son nom en ajoutant une entrée dans le registre :

HKEY_Local_Machine\System\CurrentControlSet\Services\LanmanServer\Parameters
Add Value: OptionalNames REG_SZ with as value the name of the alias 
If you make it a type REG_MULTI_SZ, you can add multiple aliases.
Répondu el 4 de Juin, 2009 par devicenull (151 Points )

0voto

Utilisateur non enregistré avatar
Utilisateur non enregistré Points 0

L'envoi se fait-il sur la même machine (locale à load-intv) ou depuis une machine distante ?

De plus, quelles sont les adresses IP qui sont effectivement retournées lorsque vous interrogez le DNS pour load-intv et load-int-01 ? Juste celles que vous mentionnez - 10.0.10.20 et 10.0.10.10 respectivement - ou d'autres ?

Des fichiers HOSTS sont-ils impliqués ? Si oui, avez-vous d'autres noms DNS mappés à 10.0.10.20 ?

Salutations John Breakwell (MSFT)

Répondu el 5 de Juin, 2009 par Utilisateur non enregistré (0 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X