server de ubuntu que rechaza conexiones vía reenvío de puertos

Conseguir un comportamiento realmente extraño desde nuestro server Ubuntu … está detrás de un firewall de enrutador de Verizon con reenvío de puertos (puerto 8080 al puerto 80 en el server), y hemos tenido problemas para acceder a él a través de este IP externo. Desde dentro de la networking, parece responder normalmente (puedo acceder a ella a través del browser web y SSH), pero rechaza las conexiones a través de reenvío de puertos (usando nuestra IP externa estática). Lo más extraño es que en realidad responde a conexiones externas con puertos remitidos justo después de ser reiniciado, pero rápidamente vuelve a caer en este patrón de rechazo de las conexiones externas.

Soy un poco un novato de server (en realidad soy un progtwigdor en un pequeño arranque que acaba de perder a su operador de server tipo, urgh) por lo que es todo ensayo por el fuego para mí. ¿Alguien tiene algún consejo sobre lo que podría estar saliendo mal aquí? Cualquier ayuda será apreciada, gracias.

EDITAR:

Tenemos otro server que se reenvía en el puerto 80, y no ha tenido ningún problema de accesibilidad. Así que ahora estoy empezando a pensar que es un problema con el server. Pero, ¿qué impediría que un server aceptara conexiones con reenvío de puertos?

EDIT 2:

Bueno, ahora esto es realmente extraño … parece que la dirección externa 8080 funciona en mi browser inmediatamente después de que SSH en el server a través de la IP local en el terminal … y luego deja de funcionar poco después. ¿Alguna idea de lo que podría estar detrás de esto?

2 Solutions collect form web for “server de ubuntu que rechaza conexiones vía reenvío de puertos”

¿Reiniciar el server de Ubuntu o el firewall de Verizon hace que empiece a funcionar de nuevo temporalmente?

Para comprobar el estado de sus reglas de firewall, utilice

sudo /sbin/iptables -nvL |less 

qué ves allí Guardar esa salida justo después de reiniciar y luego comparar a cuando deja de funcionar – es algún otro process mucking con sus reglas de firewall (a través de crontab tal vez)? Parece extraño, pero eso podría explicar el comportamiento que está viendo.

También puede comprobar la configuration de routing de su server para asegurarse de que no se utilizan tablas de routing personalizadas:

Las nuevas tablas de routing deben definirse en / etc / iproute2 / rt_tables

reglas que definen qué tablas se utilizan cuando:

"show de reglas ip"

si u encontrar cualquier costumbre tablas u puede ver lo que está allí usando:

"ip route show table tablename"

El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.