Не могу отправить в MSMQ с 2 DNS-именами - PullRequest
10 голосов
/ 04 июня 2009

У нас проблема с отправкой сообщения MSMQ на второе DNS-имя на сервере. Если мы отправим IP для того же сервера, у нас все в порядке, но это не то, к чему мы идем архитектурно. Любые идеи о том, почему MSMQ будет заботиться о том, какое имя он получает?

Информация о сервере:

Физический сервер load-int-01, имеет второй IP и DNS-имя, связанное с ним.

  • Первый IP / DNS: load-int-01, с IP 10.0.10.10
  • Второй IP / DNS: load-intv, с IP 10.0.10.20

Используемые форматы пути очереди:

  • FormatName:DIRECT=OS:load-int-01\private$\MyQueue & rarr; Работает отлично
  • FormatName:DIRECT=OS:load-intv\private$\MyQueue & rarr; Возвращает ошибку & hellip;

    Очередь не существует или у вас недостаточно прав для выполнения этой операции

Мы также попытались использовать вместо этого IP-адреса, и оба набора IP-адресов работают нормально.

  • FormatName:DIRECT=TCP:10.0.10.10\private$\MyQueue & rarr; Работает отлично
  • FormatName:DIRECT=TCP:10.0.10.20\private$\MyQueue & rarr; Работает отлично

Ответы [ 4 ]

9 голосов
/ 06 июня 2009

Мы только что разговаривали по телефону с Microsoft. Это ограничение MSMQ. Вы не можете получать в очереди с именем DNS, отличным от имени NETBIOS сервера. Вы можете ОТПРАВИТЬ в очереди с альтернативным DNS-именем при условии, что вы используете два указанных выше ключа реестра: OptionalNames и IgnoreOSNameValidation.

Вернемся к виртуальным IP-адресам для нас, или мы могли бы оставить виртуальное имя для отправляющих строк соединения (с настройками reg) и использовать. \ Для получающего имени сервера ..., которое работает.

Спасибо за помощь.

2 голосов
/ 05 июня 2009

От:

http://support.microsoft.com/default.aspx?scid=kb;EN-US;899611

По умолчанию очередь сообщений проверяет полученное сообщение, чтобы определить, предназначено ли оно для локального компьютера. Если сообщение не предназначено для локального компьютера, оно отклоняется.

Так что следуйте разделу «IgnoreOSNameValidation» в этой статье, и я надеюсь, что это поможет.

0 голосов
/ 19 августа 2014

У меня была такая же проблема, и она заработала. Хитрость для меня заключалась в том, что после установки раздела реестра IgnoreOSNameValidation необходимо перезапустить службу очереди сообщений.

Я знаю, что это старый пост, но он появляется в Google при поиске решения этой проблемы.

0 голосов
/ 11 марта 2010

Очень расстраивает. Я пытаюсь перенести некоторые цели MSMQ (веб-сервисы) и, вероятно, мне придется настроить их на использование виртуальных IP-адресов и перенести виртуальные IP-адреса, поскольку миграция имени NetBIOS будет миссией.

MSMQ следует переименовать в MSMQ-1982, так как он появился еще до изобретения хитрого и полезного уровня абстракции под названием "DNS" в 1983 году.

...