Si tienes la posibilidad de probar con un simple telnet desde fuera de tu red 
hazlo para descartar que sea tu firewall.

Quizás todavía los servidores externos tienen en su cache dns que tu dominio 
Jabber esta por la ip vieja.


> On 25 Jun 2015, at 23:06, Rommel Rodriguez Toirac <rom...@gtm.onat.gob.cu> 
> wrote:
> 
> 
> Mis saludos;
> uso CentOS y shorewall  como firewall.
> 
> Tengo un servicio jabber con Openfire que hasta ayer todo trabajaba bastante 
> bien. Hice una mudanza del Openfire para otra PC y a pesar que localmente 
> todo 
> trabaja ok, dejó de comunicarse con los servidores Openfire externos. He 
> revisado las trazas del firewall (shorewall) y me doy cuenta que todos los 
> paquetes que vienen desde fuera de mi red para el puerto 5269 aún son 
> enviados 
> a la IP del servidor donde estaba el Openfire anteriormente, aún cuando he 
> hecho todos los cambios que creo que se necesiten hacer.
> 
> El cambio que hice fue del servicio Openfire de una PC a otra; anteriormente 
> estaba en una PC de IP 172.16.120.5 y lo mudé para una de IP 172.16.120.4.  
> Hice los cambios pertinentes en bind para las dos vistas que tengo (externa e 
> interna) en los registros A, CNAME y SRV. Mas o menos es esto:
> 
> gtmdc        IN    A    172.16.120.4
> jabber        IN    CNAME    gtmdc.gtm.onat.gov.cu.
> $ORIGIN _tcp.gtm.onat.gov.cu.
> _jabber        IN SRV    5 0 5269 gtmdc.gtm.onat.gov.cu.
> _xmpp-server    IN SRV    5 0 5269 gtmdc.gtm.onat.gov.cu.
> _xmpp-client    IN SRV    5 0 5222 gtmdc.gtm.onat.gov.cu.
> 
> En el firewall una regla que básicamente me dice que todo lo que llegue de 
> fuera de mi red (inet) y vaya para el puerto 5222, 5223 y 5269; que sea 
> enviado a la IP donde corre el servicio Openfire en mi red local (loc). Se ve 
> así:
> 
> DNAT:info    inet        loc:172.16.120.4    tcp    5222,5223,5269
> 
> Sin embargo cuando miro las trazas me sale esto (claramente, el DNAT no esta 
> funcionando correctamente pues aún todo lo está enviando a la IP 
> 172.16.120.5):
> 
> Jun 25 16:39:24 gtmo kernel: Shorewall:inet_dnat:DNAT:IN=eth0 OUT= 
> MAC=00:40:f4:a3:5c:9b:00:c0:89:03:c9:eb:08:00 SRC=172.16.56.1 
> DST=172.16.120.5 
> LEN=60 TOS=0x08 PREC=0x60 TTL=58 ID=19476 DF PROTO=TCP SPT=44152 DPT=5269 
> WINDOW=14600 RES=0x00 SYN URGP=0 
> 
> Cuando me cersioro con el comando "shorewall show connections" obtengo esto 
> (donde se ve claramente que las conexiones ya están establecidas por el IP 
> 172.16.120.5)
> 
> tcp      6 428502 ESTABLISHED src=172.16.32.4 dst=172.16.120.5 sport=1611 
> dport=5269 packets=13 bytes=1674 src=192.168.41.15 dst=172.16.32.4 sport=5269 
> dport=1611 packets=1 bytes=48 [ASSURED] mark=0 secmark=0 use=1
> 
> Que puede ser que esté sucediendo con el DNAT que no enrruta los paquetes 
> como debe ser, es decir, como dice la regla del shorewall?
> 
> -- 
> Rommel Rodriguez Toirac
> Administrador de red ONAT Guantánamo
> Teléfono (pizarra): 327444,326625,326376,327677,326576
> Extensión: 120
> 
> 
> ______________________________________________________________________
> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
> Gutl-l@jovenclub.cu
> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Responder a