Valores de puertos

Utilice esta página para ver y modificar la configuración de un puerto de comunicación utilizado por los componentes de tiempo de ejecución que se ejecutan en un proceso. Un puerto de comunicación proporciona especificaciones de host y de puerto para un servidor.

[AIX Solaris HP-UX Linux Windows][IBM i] Puede ver esta página de consola de administración pulsando Servidores > Tipos de servidor > Servidores de aplicaciones WebSphere > nombre_servidor > Puertos > nombre_puerto

[AIX Solaris HP-UX Linux Windows][IBM i] Puede ver esta página de consola de administración pulsando una de las vías de acceso siguientes:
[z/OS] Si ejecuta el producto en z / OS, puede ver esta página de consola de administración pulsando una de las vías de acceso siguientes:

Nombre de puerto

Especifica el nombre del puerto. El nombre debe ser exclusivo en el servidor.

Tenga en cuenta que esta campo sólo se muestra cuando esté definiendo un puerto para un servidor de aplicaciones. Puede seleccionar:
Puerto bien conocido
Cuando selecciona esta opción, puede seleccionar en la lista desplegable un puerto definido anteriormente
Puerto definido por el usuario
Cuando selecciona esta opción, debe crear un puerto con un nuevo nombre entrando el nombre del nuevo puerto en el recuadro de texto
Tabla 1. Tipo de datos. En la tabla siguiente se describe el tipo de datos para el valor de Nombre de puerto.
Información Valor
Tipo de datos Serie
[z/OS] Los siguientes puertos sólo se aplican a la plataforma z/OS.
Tabla 2. Puertos. En la tabla siguiente se describen los puertos de la plataforma z/OS.
Punto final Descripción
JMSSERVER Queued Address Especifica el host y el número de puerto utilizados para configurar la fábrica de conexiones de temas del Proveedor de JMS de WebSphere. El puerto de dirección de cola del servidor JMS es el puerto de escucha para el soporte de todas las funciones de publicación y suscripción compatibles con JMS. El número del puerto de dirección de cola predeterminado es 5558.

Dado que el gestor de colas y el intermediario de colas del Proveedor JMS de WebSphere se configuran fuera de la consola de administración, las modificaciones que se realicen en este puerto requieren que se efectúen las modificaciones de configuración correspondientes en el gestor de colas y el intermediario de colas.
JMSSERVER Direct Address Especifica el host y el número de puerto utilizados para configurar la fábrica de conexiones de temas del Proveedor de JMS de WebSphere. El puerto de dirección directa del servidor JMS es el puerto de escucha utilizado para dar soporte de publicación/suscripción a las conexiones TCP/IP directas (sólo suscripciones no transaccionales, no persistentes y no duraderas). El número de puerto de dirección directa predeterminado es 5559.

Dado que el gestor de colas y el intermediario de colas del Proveedor JMS de WebSphere se configuran fuera de la consola de administración, las modificaciones que se realicen en este puerto requieren que se efectúen las modificaciones de configuración correspondientes en el gestor de colas y el intermediario de colas.

Host

Especifica la dirección IP, el nombre de host DNS (servidor de nombres de dominio) con el sufijo de nombre de dominio, o sólo el nombre de host DNS que el cliente utiliza para solicitar un recurso (por ejemplo, el servicio de denominación, servicio administrativo o intermediario JSP).

Por ejemplo, si el nombre de host es host, el nombre DNS plenamente cualificado puede ser host.miempresa.com y la dirección IP puede ser 155.123.88.201.

Los nombres de host en los puertos pueden ser nombres resolubles o direcciones IP. El servidor se enlazará con el nombre de host o la dirección IP que se proporcione. Ese puerto sólo será accesible mediante la dirección IP resuelta a partir del nombre de host o la dirección IP. La dirección IP puede tener formato IPv4 (Internet Protocol Versión 4) para todas las plataformas y formato IPv6 (Internet Protocol Versión 6) en los sistemas operativos específicos donde el servidor dé soporte a IPv6.

Evite problemas Evite problemas: Si la red TCP/IP se ha configurado para utilizar direcciones IP virtuales dinámicas distribuidas (DVIPA) y el agente de nodo está en proceso de iniciar el servidor de aplicaciones, TCP/IP espera hasta que el periodo de tiempo de espera de TCP/IP de la JVM termine antes de notificar al agente de nodo que el servidor de aplicaciones de destino no responde. gotcha
Tabla 3. Tipo de datos y valor predeterminado. En la tabla siguiente se describe el tipo de datos y el valor predeterminado para el valor de Host.
Información Valor
Tipo de datos Serie
String * (asterisco)

Puerto

Especifica el puerto con el que se configura el servicio para que acepte las solicitudes de cliente. El valor de puerto se utiliza junto con el nombre de host.

Los números de puerto del servidor pueden reutilizarse entre varios puertos siempre que tengan nombres de host que den como resultado direcciones IP exclusivas y no exista un puerto con el mismo número de puerto y un nombre de host con el comodín ( * ). Un número de puerto es válido si pertenece al rango de 0 a 65535. 0 especifica que el servidor debe enlazarse con cualquier puerto efímero disponible. Especificar el valor comodín equivale a especificar la dirección de bucle de retorno o 127.0.0.1.

Evite problemas Evite problemas: No se puede crear la compartición de puertos desde la consola de administración. Si necesita compartir un puerto, debe utilizar mandatos wsadmin para definir dicho puerto. También debe asegurarse de que se hayan definido los mismos pesos de discriminación para todos los canales de transporte asociados a dicho puerto.

Los canales de protocolo sólo aceptan su propio protocolo. No obstante, los canales de aplicación generalmente aceptan todo lo que les llega. Por lo tanto, para los canales de aplicación, como WebContainer, debe especificar pesos de discriminación mayores cuando comparte niveles con canales de protocolo como, por ejemplo, HTTP o SSL. La única excepción a esta norma es si tiene canales de aplicación que ejecutan pruebas de discriminación más rápidas que los canales de protocolo. Por ejemplo, un canal JFAP es más rápido a la hora de decidir una solicitud que el canal de protocolo SSL y debe ser el primero por motivos de rendimiento. No obstante, el canal de WebContainer siempre debe ser el último porque acepta todo lo que se le pasa.

Los canales de protocolo sólo aceptan su propio protocolo. No obstante, los canales de aplicación generalmente aceptan todo lo que les llega. Por lo tanto, para los canales de aplicación, como WebContainer o Proxy, debe especificar pesos de discriminación mayores cuando comparte niveles con canales de protocolo como, por ejemplo, HTTP o SSL. La única excepción a esta norma es si tiene canales de aplicación que ejecutan pruebas de discriminación más rápidas que los canales de protocolo. Por ejemplo, un canal JFAP es más rápido a la hora de decidir una solicitud que el canal de protocolo SSL y debe ser el primero por motivos de rendimiento. No obstante, los canales WebContainer y Proxy deben ser siempre los últimos porque aceptan todo lo que se les proporciona.

gotcha
Tabla 4. Tipo de datos y valor predeterminado. En la tabla siguiente se describe el tipo de datos y el valor predeterminado para el valor de Puerto.
Información Valor
Tipo de datos Entero
String ninguno
[z/OS] Evite problemas Evite problemas: La tabla siguiente lista los puntos finales de servidor y sus respectivos rangos de puertos. A diferencia de un entorno de IBM® i o de plataforma distribuida, para un entorno de z/OS, ORB_LISTENER_ADDRESS y BOOTSTRAP_ADDRESS deben especificar el mismo puerto.gotcha
[z/OS]
Tabla 5. Puntos finales de servidor y sus respectivos rangos de puertos. La tabla siguiente lista los puntos finales de servidor y sus respectivos rangos de puertos.
Punto final (puerto) Valores aceptables para el campo de puerto
BOOTSTRAP_ADDRESS 0 - 65535
DATAPOWERMGR_INBOUND_SECURE 1 - 65536
DCS_UNICAST_ADDRESS 1 - 65536
ORB_LISTENER_ADDRESS  1 - 65535 (si se especifica 0, el servidor se inicia en cualquier puerto disponible y no utiliza el daemon de servicio de ubicación)
SIB_ENDPOINT_ADDRESS  1 - 65536
SIB_ENDPOINT_SECURE_ADDRESS  1 - 65536
SIB_MQ_ENDPOINT_ADDRESS  1 - 65536
SIB_MQ_ENDPOINT_SECURE_ ADDRESS  1 - 65536
SOAP_CONNECTOR_ ADDRESS  1 - 65536
WC_adminhost  1 - 65536
WC_adminhost_secure  1 - 65536
WC_defaulthost  1 - 65536
WC_defaulthost_secure  1 - 65536
ORB_SSL_LISTENER_ADDRESS 0 - 65535 (0 especifica que el servidor debe enlazarse con cualquier puerto efímero disponible).
[AIX Solaris HP-UX Linux Windows][IBM i] Importante: La tabla siguiente lista los puntos finales de servidor y sus respectivos rangos de puertos. A diferencia del entorno z/OS, en una plataforma distribuida o en el entorno IBM i, los puntos finales ORB_LISTENER_ADDRESS y BOOTSTRAP_ADDRESS no deben especificar el mismo puerto.
[AIX Solaris HP-UX Linux Windows][IBM i]
Tabla 6. Puntos finales de servidor y sus respectivos rangos de puertos. La tabla siguiente lista los puntos finales de servidor y sus respectivos rangos de puertos.
Punto final (puerto) Valores aceptables para el campo de puerto
BOOTSTRAP_ADDRESS 1 - 65536
CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS  1 - 65535
CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS 1 - 65535
DATAPOWERMGR_INBOUND_SECURE 1 - 65536
DCS_UNICAST_ADDRESS 1 - 65536
DRS_CLIENT_ADDRESS 1 - 65536
ORB_LISTENER_ADDRESS  0 - 65535 (si se especifica 0, el servidor se inicia en cualquier puerto disponible)
SAS_SSL_SERVERAUTH_LISTENER_ADDRESS  1 - 65535
SIB_ENDPOINT_ADDRESS  1 - 65536
SIB_ENDPOINT_SECURE_ADDRESS  1 - 65536
SIB_MQ_ENDPOINT_ADDRESS  1 - 65536
SIB_MQ_ENDPOINT_SECURE_ ADDRESS  1 - 65536
SOAP_CONNECTOR_ ADDRESS  1 - 65536
WC_adminhost  1 - 65536
WC_adminhost_secure  1 - 65536
WC_defaulthost  1 - 65536
WC_defaulthost_secure  1 - 65536
ORB_SSL_LISTENER_ADDRESS No está soportado en entornos distribuidos e iSeries

Los enlaces marcados (en línea) requieren acceso a Internet.

Tareas relacionadas:

Nombre de archivo: urun_rendpoint_inst.html