2009-06-04 38 views
10

Estamos teniendo un problema al enviar un mensaje MSMQ al segundo nombre DNS en un servidor. Si enviamos la IP para ese mismo servidor, estamos bien, pero no es a dónde vamos arquitectónicamente. ¿Alguna idea de por qué MSMQ se preocuparía por el nombre que recibe?No se puede enviar a MSMQ con 2 nombres DNS

Information Server:

El servidor físico load-int-01, tiene un segundo nombre IP y DNS asociado a él.

  • Primera IP/DNS: load-int-01, con IP 10.0.10.10
  • segundo IP/DNS: load-intv, con IP 10.0.10.20

formatos de ruta de colas utilizados:

  • FormatName:DIRECT=OS:load-int-01\private$\MyQueue → Funciona bien
  • FormatName:DIRECT=OS:load-intv\private$\MyQueue → Devuelve el error & hellip;

    La cola no existe o no tiene permisos suficientes para realizar esta operación

También hemos tratado de utilizar las direcciones IP en su lugar, y ambos conjuntos de IPs funcionar bien.

  • FormatName:DIRECT=TCP:10.0.10.10\private$\MyQueue → Obras Bellas
  • FormatName:DIRECT=TCP:10.0.10.20\private$\MyQueue → Obras Bellas
+0

¿Está utilizando colas transaccionales? –

+0

No, pero configuramos una aplicación de prueba y probamos transaccional y no transaccional. Mismos resultados Actualmente al combinar la configuración de registro IgnoreOSNameValidation (de su respuesta a continuación) con otra que configura aliasing (la clave de Nombres Opcionales en HKEY_Local_Machine \ System \ CurrentControlSet \ Services \ LanmanServer \ Parameters), podemos ENVIAR a estas colas con nuestra convención de nomenclatura, pero no podemos RECIBIR sobre ellos. Sin estas dos configuraciones de reg incluso no podemos enviar. – Bob

Respuesta

9

Acabamos de hablar por teléfono con Microsoft. Esta es una limitación de MSMQ. No puede recibir colas con un nombre DNS diferente al nombre NETBIOS del servidor. Puede ENVIAR a colas con un nombre DNS alternativo siempre que utilice las dos claves de registro mencionadas anteriormente, OptionalNames e IgnoreOSNameValidation.

Volvamos a las direcciones IP virtuales para nosotros, o podríamos mantener el nombre virtual para las cadenas de conexión de envío (con la configuración de registro) y usar. \ Para el servidor de recepción ... que funciona.

Gracias por la ayuda.

2

Desde:

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

De manera predeterminada, Message Queue Server comprueba el mensaje que recibe para determ ine si el mensaje está destinado a la computadora local. Si el mensaje no está destinado a la computadora local, el mensaje se rechaza.

Siga la sección "IgnoreOSNameValidation" en este artículo y espero que ayude.

+0

buen hallazgo. Sin embargo, recientemente lo intentamos. :( Este realmente apesta. – Bob

0

Muy frustrante.Estoy intentando migrar algunos objetivos de MSMQ (servicios web) y creo que tendré que configurarlos para usar direcciones IP virtuales y migrar las direcciones IP virtuales, ya que migrar el nombre de NetBIOS será una misión.

MSMQ debe ser re-bautizada como MSMQ-1982, ya que parece ser anterior a la invención de una capa de abstracción de astucia y útil llamado "DNS" en 1983.

0

que tenía el mismo problema y tengo trabajo. El truco para mí fue después de configurar la clave de registro IgnoreOSNameValidation, debe reiniciar el servicio Message Queue Server.

Sé que esta es una publicación anterior, pero aparece en Google cuando se busca una solución a este problema.

Cuestiones relacionadas