Configuración de un servidor de aplicaciones, un nodo, o una célula para que utilice una única interfaz de red
De forma predeterminada, los servidores de aplicaciones se configuran para utilizar todas las interfaces de red que están disponibles para ser utilizadas. Puede cambiar esta configuración de forma que un servidor de aplicaciones sólo utilice una interfaz de red específica. Sin embargo, no puede configurarlo para utilizar un subgrupo de interfaces. Por ejemplo, si tiene tres adaptadores Ethernet, no puede configurar un servidor de aplicaciones para que utilice dos de los tres adaptadores.
Acerca de esta tarea
Si un servidor de aplicaciones se configura para utilizar todas las interfaces de red, si abre un socket en el puerto 9901 en una máquina con dos direcciones TCP/IP, abre el puerto 9901 en ambas direcciones IP.
En un sistema operativo Microsoft Windows,
en el resultado del mandato netstat se muestra *.9901 en el campo Dirección local, lo que indica que el puerto 9901 está enlazado con todas las interfaces de red del sistema.
Si un servidor de aplicaciones se ha configurado para utilizar una interfaz de red específica, sólo se comunica en dicha interfaz de red. Por ejemplo, en un sistema operativo Windows, si un servidor de aplicaciones abre un socket en el puerto 7842 en un adaptador Ethernet con una dirección de 192.168.1.150, el resultado que muestra el mandato netstat en el campo Dirección local es 192.168.1.150.7842, lo que indica que el puerto 7842 sólo está enlazado a 192.168.1.150.
Si tiene más de una interfaz de red y desea utilizar cada una por separado, debe tener un perfil de configuración independiente para cada interfaz. Si las interfaces se utilizan por separado, es necesario un agente de nodo separado para cada interfaz de red en la que hay un servidor de aplicaciones en ejecución. Dos servidores de aplicaciones enlazados a dos interfaces de red separadas en la misma máquina no pueden estar en el mismo nodo porque tienen direcciones TCP/IP diferentes.
En un entorno de varios inicios, deberá separar el tráfico http y/o https de entrada obligándole a utilizar un adaptador de red distinto del enlazado al nombre de host que se ha utilizado durante la instalación. Esta separación puede conseguirse especificando el nombre de host o la dirección IP que se va a enlazar con un adaptador de red diferente para los puertos defaulthost y defaulthost_secure en cada servidor de aplicaciones que se va a redirigir. Esta modificación configura el servidor de aplicaciones de forma que sólo acepta el tráfico http y/o https recibido a través del adaptador especificado. Asimismo, el gestor de despliegue utiliza este nombre de host como transporte cuando genera el plug-in de ese servidor de aplicaciones. No hay limitaciones conocidas a esta modificación siempre que los puertos el defaulthost y defaulthost_secure sean los únicos que se modifican de esta forma.

- Si desea un servidor de aplicaciones específico para utilizar una única interfaz de red, realice los pasos siguientes para dicho servidor de aplicaciones.
- Si desea que todo un nodo utilice una única interfaz de red, realice los pasos siguientes para el agente de nodo y todos los servidores de aplicaciones de dicho nodo.
- Si desea que toda una célula utilice una única interfaz de red, realice los pasos siguientes para el gestor de despliegue, el agente de nodo y todos los servidores de aplicaciones del nodo.
- Cuando realice los pasos siguientes, no especifique un host local, una dirección de bucle de retorno, como 127.0.0.1, o un * (asterisco) para las direcciones TCP/IP. Cuando tenga un * (asterisco) como un nombre de host para la dirección DCS (Distribution and Consistency Services) y también tenga varias tarjetas de identificación de red (NIC), el puerto DCS puede enlazarse con varias direcciones IP.
Cuando el ORB de cliente realiza una conexión TCP con un servidor, hay dos escenarios posibles:
- El lado del socket local se vincula a la dirección única, especificada en la propiedad ORB_LISTENER_ADDRESS en el archivo serverindex.xml, o la propiedad personalizada com.ibm.CORBA.LocalHost.
- El lado del socket local no está vinculado a una dirección determinada.
Estos dos casos se producen porque la pila de red de Microsoft Windows no reenvía paquetes a través de zonas de ámbitos distintos. Las interfaces públicas y de bucle de retorno se encuentran en zonas de ámbitos distintos.
El primer caso falla con una SocketException si el cliente se está ejecutando en Microsoft Windows7 o Microsoft Windows 2008 R2, y la propiedad personalizada com.ibm.ws.orb.transport.useMultiHome en el cliente está establecida en false, debido a una de estas dos causas:- El valor de host ORB_LISTENER_ADDRESS del cliente, en el archivo serverindex.xml o la propiedad personalizada com.ibm.CORBA.LocalHost tiene una dirección interna de localhost o 127.0.0.1, y el servidor tiene una dirección IP externa o nombre de host como, por ejemplo 147.10.32.117).
- O bien el cliente tiene una dirección externa y el servidor tiene una dirección interna.
Procedimiento
Resultados
Ejemplo
Este ejemplo crea dos nodos, cada uno utiliza una interfaz de red separada, en una máquina que tiene, como mínimo, dos interfaces de red:
- Utilice la Herramienta de gestión de perfiles para crear un servidor de aplicaciones y federarlo en la célula deseada.
- Utilice la Herramienta de gestión de perfiles para crear un perfil de servidor de aplicaciones, especificando un nombre de host que sea diferente al nombre de host utilizado para el servidor de aplicaciones creado previamente. Federe este servidor de aplicaciones en la célula deseada.
- Inicie el agente de nodo y el servidor de aplicaciones que se han configurado para la primera interfaz de red. Siga los pasos anteriores para el agente de nodo y el servidor de aplicaciones para preparar este nodo para comunicarse en la interfaz de red que haya especificado al configurar este servidor de aplicaciones.
- Inicie el segundo agente de nodo y el servidor de aplicaciones. Siga los pasos anteriores para el agente de nodo y el servidor de aplicaciones para preparar este nodo para comunicarse sólo en la interfaz de red que haya especificado al configurar el segundo servidor de aplicaciones.
- Detenga todos los agentes de nodo y servidores de aplicaciones que haya creado en este ejemplo.
- Reinicie todos estos agentes de nodo y servidores de aplicaciones.
Tiene dos nodos independientes que se ejecutan en dos interfaces de red diferentes.
Qué hacer a continuación
-Dcom.ibm.ws.orb.transport.useMultiHome=false
-Dcom.ibm.CORBA.LocalHost=nombre_host
nombre_host es la dirección TCP/IP o el nombre_host de la interfaz de red que utiliza ORB.
