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

Seleccione idioma Seleccione idioma
Id. de artículo: 310298 - Ver los productos a los que se aplica este artículo
Aviso
Este artículo se aplica a Windows 2000. Soporte técnico para Windows 2000 finaliza el 13 de julio de 2010. El Windows 2000 End-of-Support Solution Center es un punto de partida para planear su estrategia de migración desde Windows 2000. Para obtener más información consulte la Microsoft Support Lifecycle Policy.
Expandir todo | Contraer todo

En esta página

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 usar Portqry.exe para solucionar problemas de Microsoft Exchange Server donde se debe comprobar la conectividad TCP/IP básica. Esto puede resultar útil en entornos con servidores de seguridad. Portqry.exe se puede utilizar para comprobar la conectividad a puertos TCP/IP que se utilizan los servidores de Exchange para SMTP, POP3, IMAP, LDAP, RPC, NetBIOS y DNS.

Nota Versión 2 de Portqry.exe ahora está disponible. El vínculo del Centro de descarga de Microsoft al final de este artículo se ha actualizado para reflejar la nueva versión. Se ha quitado la versión 1.0 de Portqry.exe desde el Centro de descarga de Microsoft.

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 se 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 se puede utilizar para probar los puertos UDP como LDAP o RPC. Portqry.exe informa del estado de un puerto en una de las siguientes tres formas:

Escuchando

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 a la escucha en el puerto de destino del sistema de destino. Portqry.exe recibió el mensaje "Destino inalcanzable: Puerto inaccesible" de Protocolo de mensajes de control de Internet (ICMP) para el puerto UDP de destino. O 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. Es posible que haya un proceso a la escucha en el puerto. De forma predeterminada, los puertos TCP se consultan tres veces y se consultan con los puertos UDP una vez antes de 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.

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

Un ejemplo es SMTP. De forma predeterminada, SMTP escucha en el puerto TCP 25. Cuando Portqry.exe encuentra que el puerto TCP 25 en un equipo de destino es LISTENING, devuelve ninguna información "extendido" que proporciona el servicio contestador automático.

Ejemplos

Ejecute el comando siguiente:
portqry - n MyMailServer -p tcp -e 25

EL puerto TCP 25 (servicio smtp): LISTENING
Los siguientes datos se devuelven desde el puerto:
220 MyMailServer. eu.reskit.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.2966 ready at fecha y hora-0700
En el ejemplo anterior, la salida ofrece 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 de servidor LDAP a la consulta. La respuesta del servidor LDAP se analiza, con formato y se devuelve al usuario.

Ejecute el comando siguiente:
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 para el puerto UDP 389 en el equipo de destino. Portqry.exe no recibe una respuesta desde el puerto como el servicio LDAP sólo responde a una consulta LDAP tiene un formato correcto. Portqry.exe informará de que el puerto LISTENING o FILTERED. Portqry.exe envía una consulta LDAP tiene un formato correcto al puerto UDP 389. Si recibe una respuesta a la consulta, devuelve la respuesta completa para el usuario e informes que el puerto es LISTENING. Si Portqry.exe no recibe una respuesta a la consulta, informa de que el puerto está filtrado.

Resultado de ejemplo

EL puerto UDP 389 (servicio desconocido): escucha o FILTRADOS
Enviando consulta LDAP al puerto UDP 389...
Respuesta de consulta LDAP:

CurrentDate: 09/03/2001 05:42:40 (sin ajustar GMT)
subschemaSubentry:
CN = Aggregate, CN = Schema, CN = Configuration, DC = UE, 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: VERDADERO
isGlobalCatalogReady: VERDADERO

======== Final de respuesta de consulta LDAP ========
Puerto UDP 389 es LISTENING
En el ejemplo anterior, está escuchando el puerto 389 y a partir del resultado, puede determinar qué LDAP servicio está escuchando el puerto y algunos detalles sobre 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 de 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 de RPC. La respuesta desde el asignador de extremo 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 de systemroot\system32\drivers\etc\services que tiene cada sistema de Windows 2000. Si se resuelve el puerto en el servicio de asignador de extremos de RPC (EPMAP), envía un datagrama de usuario sin formato para el puerto UDP 135 en el equipo de destino. Portqry.exe no recibe 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 de RPC. Si recibe una respuesta a la consulta, devuelve la respuesta completa para el usuario e informes que el puerto es LISTENING. Si Portqry.exe no recibe una respuesta a la consulta, informa de que el puerto está filtrado. Un ejemplo de esto se produce cuando ejecuta el comando portqry - n mymailsrv -p udp -e 135:
UUID: 59 f5cc5a18-4264-101a-8 c-08002b2f8426 proxy de NSPI de directorio de MS Exchange 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: 9e8ee830-4459-11ce-979b-00aa005ffebe MS Exchange MTA 'Mta' interfaz ncacn_ip_tcp:169.254.112.100 [2168]

UUID: 99e64010-b032-11 d 0-97a4-00c04fd6551d ADMIN de Exchange Server STORE ncadg_ip_udp:169.254.112.100 [2174]

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

Total de extremos que se encuentra: 5

==== Final de de respuesta de consulta de asignador de RPC ====

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

PortQry.exe se puede descargar desde el Centro de descarga de Microsoft. Para descargar Portqry.exe, visite el siguiente sitio Web:
http://www.microsoft.com/downloads/details.aspx?familyid=89811747-C74B-4638-A2D5-AC828BDC6983&displaylang=en
Importante La herramienta PortQueryUI proporciona una interfaz gráfica de usuario y está disponible para descarga. PortQueryUI consta de varias características que pueden simplificar el uso de PortQry. Para obtener la herramienta PortQueryUI, visite el siguiente sitio Web de Microsoft:
http://download.microsoft.com/download/3/f/4/3f4c6a54-65f0-4164-bdec-a3411ba24d3a/PortQryUI.exe

Propiedades

Id. de artículo: 310298 - Última revisión: viernes, 02 de marzo de 2007 - Versión: 3.5
La información de este artículo se refiere a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
Palabras clave: 
kbmt kbhowto KB310298 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 310298

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com