No se puede acceder a Tomcat usando la dirección IP

Estoy ejecutando una instancia de Tomcat 5.5 (puerto: 8089) en Windows 7.

El servidor se ejecuta correctamente si abro http: // localhost: 8089 / pero me da un error (Connection refused) en http://192.168.1.100:8089/

Pensé que era un problema de firewall … así que lo deshabilité, pero todavía no tengo suerte.

Gracias por adelantado.

SOLUCIONADO

dirección agregada = “0.0.0.0” a la cadena del conector, ¡funciona! ¡muchas gracias!

Debes hacer que Tomcat escuche también la dirección 192.168.1.100.

Si desea que escuche todas las interfaces (IP-s) simplemente elimine “address =” de la cadena del conector en su archivo de configuración y reinicie Tomcat.

O simplemente use su IP para escuchar esa dirección de dirección = 192.168.1.100 en la cadena del conector

Necesita habilitar el acceso basado en ip para tomcat en server.xml, de forma predeterminada está deshabilitado. Abra la búsqueda server.xml para ”

 

Aquí agrega un nuevo atributo useIPVHosts = “true” para que se vea así,

  

Ahora reinicia Tomcat, debería funcionar

Si está intentando acceder a su aplicación web que se ejecuta en el servidor apache tomcat, podría funcionar perfectamente mientras intenta usarlo en http: // localhost: 8080 / , no funcionará igual si está tratando de acceder en el navegador de su dispositivo móvil por ej. Chrome utilizando http: //192.168.xx: 8080 / so si desea acceder a través de una dirección IP en su dispositivo remoto / móvil, realice las siguientes configuraciones

  1. Abra el archivo server.xml.
  2. Cambio

      

a.

   
  1. Guarda el archivo
  2. Detener y reiniciar el servidor
  3. Ahora acceda a su dispositivo móvil usando la dirección IP http: //192.168.1.X: 8080 /

Tú eres bueno para irte.

Si no puede acceder a tomcat desde el control remoto, puede haber una razón por la cual el puerto tomado no está abierto en su máquina. Supongamos que ha tomado el puerto 8081.

En su máquina de Windows:

Abrir Panel de control-> ventanas Firewall-> Configuración avanzada-> Reglas de entrada

Crea una nueva regla: menciona Port

Foto 1

Configure su puerto y luego cierre e inicie su tomcat y también será accesible desde remoto.

La cuestión del puerto viene principalmente en las máquinas AWS.

Si todavía no funciona, verifique con su administrador que el puerto seleccionado está abierto para el público o no, de lo contrario, ábralo.

Las nuevas versiones de servidores de aplicaciones eliminaron la capacidad de vincularse a toda su interfaz de red y la limitaron solo a la interfaz local (localhost). La razón era por seguridad. Por lo que sé, Tomcat y JBoss implementan las mismas medidas de seguridad.

Si desea vincularlo a otra IP, puede establecerlo explícitamente en su cadena de conector:

  • Tomcat: address="192.168.1.100"
  • JBoss: pasas en -b 192.168.1.100 como una línea de comando.

Solo recuerda que el enlace 0.0.0.0 permite a cualquier persona acceder a tu casilla para acceder a ese servidor. Se unirá a todas las direcciones. Si eso es lo que quiere, use 0.0.0.0, si no es así, especifique la dirección a la que le gustaría vincular explícitamente.

Solo asegúrate de comprender las consecuencias vinculantes para todas las direcciones (0.0.0.0)

Los cortafuegos suelen ser el problema en estas situaciones. Personalmente, el firewall de la empresa Mcafee estaba causando este problema incluso para las solicitudes dentro de la red.

Deshabilite sus firewalls o agregue una regla para tomcat y vea si esto ayuda.

Compruebe su característica de Windows-firewall en el panel de control. El puerto de salida y el de entrada deberían permitir el puerto 8089. (o escribir una nueva regla para esto – lado derecho, acciones – nuevas reglas.) ¡Funcionó para mí!

También estaba enfrentando el mismo problema en la instancia de Amazon Windows EC2 (Windows Server 2012 R2). Luego me di cuenta de que era el firewall local de Windows que lo impedía. Abrí el puerto 80 (puerto definido para el sitio web) usando Windows Firewall con Advance Security.

Resolvió el problema.

Muy extraño porque el firewall causó el problema.