Cómo usar Portqry.exe para solucionar problemas de conectividad de Microsoft Exchange Server

En este artículo se aplica a Windows 2000. De soporte técnico para Windows 2000 finaliza el 13 de julio de 2010. El Centro de soluciones de fin de soporte de Windows 2000 es un punto de partida para planear la estrategia de migración desde Windows 2000. Para obtener más información, consulte la Directiva de ciclo de vida de soporte técnico de Microsoft.

Resumen

Este artículo describe cómo usar Portqry.exe para solucionar problemas de conectividad de Microsoft Exchange Server. Puede utilizar la utilidad de línea de comandos Portqry.exe para solucionar problemas de conectividad TCP/IP. Portqry.exe se ejecuta en Windows 2000. Portqry.exe informa del estado del puerto de destino TCP y puertos UDP en un equipo remoto.

Puede utilizar Portqry.exe para solucionar problemas de Microsoft Exchange Server donde se debe comprobar la conectividad básica de TCP/IP. Esto puede ser útil en entornos con servidores de seguridad. Portqry.exe se puede utilizar para comprobar la conectividad a los puertos TCP/IP que son utilizados por los servidores de Exchange para SMTP, POP3, IMAP, LDAP, RPC, NetBIOS y DNS.


Nota: Ahora está disponible la versión 2 de Portqry.exe. El vínculo de Microsoft Download Center al final de este artículo se ha actualizado para reflejar la nueva versión. La versión 1.0 de Portqry.exe se quitó de Microsoft Download Center.

Más información

Un cliente telnet se utiliza normalmente para determinar si un servicio SMTP, POP3 o IMAP está escuchando en un puerto TCP en un servidor de correo electrónico. Aunque puede utilizar telnet para determinar si estos puertos están escuchando, no indica si se están filtrando los puertos. Además, los clientes telnet normalmente no puede utilizarse para probar los puertos UDP como LDAP o RPC. Portqry.exe informa del estado de un puerto en una de las tres maneras siguientes:

Escucha

Un proceso escuchando en el puerto en el equipo que elija. Portqry.exe recibió una respuesta desde el puerto.

No escucha

No hay ningún proceso está escuchando en el puerto de destino en el sistema de destino. Portqry.exe recibió Internet Control Message Protocol (ICMP) "Destino inalcanzable: puerto inaccesible" mensaje desde el puerto UDP de destino. O bien, si el puerto de destino es un puerto TCP, Portqry recibió un paquete de confirmación TCP con el indicador Restablecer establecido.

Filtrados

El puerto en el equipo que ha elegido está siendo filtrado. Portqry.exe no recibió una respuesta desde el puerto. Un proceso puede o no se puede escuchar en el puerto. De forma predeterminada, los puertos TCP se consultan tres veces y los puertos UDP se consultan una vez antes de que un informe indica que el puerto se ha filtrado.

Portqry.exe puede consultar un solo puerto, una lista ordenada de puertos o un intervalo secuencial de puertos.

Además, Portqry.exe muestra "información ampliada" que se devuelve desde algunos puertos. Portqry.exe busca "información extendida" en puertos donde escuchan los servicios FTP, POP3, IMAP4 y SMTP.

Un ejemplo es SMTP. De forma predeterminada, SMTP escucha en el puerto TCP 25. Cuando Portqry.exe detecta que el puerto TCP 25 en un equipo de destino está escuchando, devuelve toda la información "extendida" que proporciona el servicio de mensajes.

Ejemplos

Ejecute el siguiente comando:

portqry - n MyMailServer -p tcp -e 25

El puerto TCP 25 (servicio smtp): ESCUCHAR
Los siguientes datos se devuelven desde el puerto:

220 MyMailServer. eu.reskit.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.2966 listo en la fecha y hora -0700
En el ejemplo anterior, el resultado da alguna indicación de qué tipo de servidor SMTP está escuchando en el puerto. Esta información puede ser útil al solucionar problemas de conectividad de servidor de correo electrónico. Puede utilizar Portqry.exe para servicios IMAP y POP3 de consulta de la misma manera.

Portqry también es capaz de consultar un servicio LDAP. Sabe cómo enviar una consulta LDAP (mediante UDP y TCP) e interpretar una respuesta del servidor LDAP a la consulta. La respuesta del servidor LDAP se analiza, con formato y devuelve al usuario.

Ejecute el siguiente comando:

portqry - n MiServidor -p udp -e 389
Portqry.exe resuelve automáticamente el puerto UDP 389 mediante el archivo systemroot\system32\drivers\etc\services que tiene cada equipo con Windows 2000. Si se resuelve el puerto en el servicio LDAP, envía un datagrama de usuario sin formato al puerto UDP 389 en el equipo de destino. Portqry.exe no recibió una respuesta desde el puerto como el servicio LDAP sólo responde a una consulta LDAP con formato correctamente. Portqry.exe informe de que el puerto es LISTENING o FILTERED. Portqry.exe envía una consulta LDAP de formato correcto al puerto UDP 389. Si recibe una respuesta a la consulta, devuelve la respuesta completa para el usuario y los informes que el puerto está escuchando. Portqry.exe no recibió una respuesta a la consulta, informa que el puerto se ha filtrado.

Ejemplo de salida

Puerto UDP 389 (servicio desconocido): escucha o FILTRADOS
Enviando consulta LDAP al puerto UDP 389...
Respuesta a la consulta LDAP:

CurrentDate: 03/09/2001 05:42:40 (GMT sin ajustar)
subschemaSubentry:
CN=Aggregate,CN=Schema,CN=Configuration,DC=eu,DC=reskit,DC=com
dsServiceName: CN = NTDS
Configuración, CN = MiServidor, CN = Servers, CN = UE, CN = Sites, CN = Configuration, DC = UE, DC = reskit, DC = com
namingContexts: DC = redmond, DC = UE, DC = reskit, DC = com
defaultNamingContext: DC = UE, DC = reskit, DC = com
schemaNamingContext: CN = Schema, CN = Configuration, DC = UE, DC = reskit, DC = com
configurationNamingContext: CN = Configuration, DC = UE, DC = reskit, DC = com
rootDomainNamingContext: DC = UE, DC = reskit, DC = com
supportedControl: 1.2.840.113556.1.4.319
supportedLDAPVersion: 3
supportedLDAPPolicies: MaxPoolThreads
highestCommittedUSN: 4259431
supportedSASLMechanisms: GSSAPI
dnsHostName: myserver.eu.reskit.com
ldapServiceName: eu.reskit.com:myserver$@eu.RESKIT.COM
serverName: CN = MiServidor, CN = Servers, CN = Sites, CN = Configuration, DC = UE, DC = reskit, DC = com
supportedCapabilities: 1.2.840.113556.1.4.800
isSynchronized: TRUE
isGlobalCatalogReady: TRUE

=== Final de la respuesta de consulta LDAP ===
Puerto UDP 389 está escuchando
En el ejemplo anterior, está escuchando el puerto 389 y de los resultados, puede determinar qué LDAP servicio está escuchando en el puerto y algunos detalles acerca de su configuración. Esta información también puede ser útil para solucionar diversos problemas.

Portqry.exe sabe cómo enviar una consulta para el asignador de extremos RPC (mediante UDP y TCP) e interpretar la respuesta. Esta consulta vuelca todos los puntos finales que están registrados actualmente con el asignador de extremos RPC. La respuesta desde el asignador de punto final se analiza, con formato y devuelve al usuario. Por ejemplo al ejecutar el comando portqry - n miservidor -p udp -e 135 , Portqry.exe automáticamente resuelve el puerto UDP 135 utilizando el archivo systemroot\system32\drivers\etc\services que tiene cada sistema Windows 2000. Si se resuelve el puerto en el servicio de asignador de punto final de RPC (EPMAP), envía un datagrama de usuario sin formato al puerto UDP 135 en el equipo de destino. Portqry.exe no recibió una respuesta desde el puerto porque el servicio de asignador de extremos RPC sólo responde a una consulta RPC con formato correctamente. Portqry.exe informa de que el puerto es LISTENING o FILTERED. Portqry.exe envía una consulta RPC con formato correctamente al puerto UDP 135. Esta consulta vuelca todos los puntos finales que están registrados actualmente con el asignador de extremos RPC. Si recibe una respuesta a la consulta, devuelve la respuesta completa a los informes y el usuario que está escuchando el puerto. Portqry.exe no recibió una respuesta a la consulta, informa que el puerto se ha filtrado. Un ejemplo de esto se produce cuando ejecuta el comando portqry - n mymailsrv -p udp -e 135 :

UUID: f5cc5a18-4264-101a-8c59-08002b2f8426 Proxy NSPI de MS Exchange Directory ncacn_http:169.254.112.100 [1444]

UUID: 9e8ee830-4459-11ce-979b-00aa005ffebe MS Exchange MTA 'Mta' interfaz ncacn_np:\\\mymailsrv[\\pipe\\00000bbc.000]

UUID: ncacn_ip_tcp:169.254.112.100 de MS Exchange MTA 'Mta' interfaz 9e8ee830-4459-11ce-979b-00aa005ffebe [2168]

UUID: 99e64010-b032-11d0-97a4-00c04fd6551d administración de almacén de Exchange Server ncadg_ip_udp:169.254.112.100 [2174]

UUID: 10f24e8e-0fa6-11d2-a910-00c04f990f3b Microsoft Information Store ncacn_np:\\\mymailsrv[\\pipe\\00000ba0.000]

Total de extremos que se encuentra: 5

=== El final de la respuesta de consulta de asignador de extremos RPC ===

El puerto UDP 135 está escuchando
En el ejemplo anterior, está escuchando el puerto 135 y en la salida, puede determinar programas o servicios que se han registrado con base de datos del servidor de destino RPC punto final asignador. El resultado incluye UUID de cada programa, nombre anotado (si existe), el protocolo que utiliza el programa, la dirección de red al que está enlazado el programa y punto final del programa (número de puerto, denominado canalización y así sucesivamente, corchetes). Esta información también puede ser útil para solucionar diversos problemas.

Portqry.exe está disponible para su descarga desde Microsoft Download Center. Para descargar Portqry.exe, visite el siguiente sitio Web de Microsoft:
Importante: La herramienta PortQueryUI proporciona una interfaz gráfica de usuario y está disponible para su descarga. PortQueryUI consta de varias características que pueden hacer uso de PortQry. Para obtener la herramienta PortQueryUI, visite el siguiente sitio Web de Microsoft:
Propiedades

Id. de artículo: 310298 - Última revisión: 22 ene. 2017 - Revisión: 1

Comentarios