jejejeej tremendo eso, por cuestiones como esas y otras más relacionadas con la consola SUN JAVE y otras cosas más, dejé a un lado openfire e instalé ejabber que me funciona al 100%, la administración web es un poco menos vistosa que la del openfire, pero es un cañón y hasta ahora no me ha dicho que no... ahhh y ve otros servidores sin problema alguno Salu2 y suerte en todo lo que piensas hacer...cambiar código, rehacer cosas y compilar...
On Wed, 27 Nov 2013 18:12:02 -0500 Yusbel MuñÃz <yus...@tsp.cu> wrote: > Bueno... me voy respondiendo a mà mismo en el hilo. > > luego de semanas rompiéndome la kbza con la comunicacioon entre los > jabbers, todo parece indicar que es un bug del openfire. > supuestamente está arreglado desde la versión 3.5.1 como indica en: > > http://issues.igniterealtime.org/browse/JM-1203 > > Aquà ponen un parche en: > http://issues.igniterealtime.org/secure/attachment/10610/subdomain_communication.patch > > que siempre tuvo el link roto según los comentarios. > > Otros posts seguÃan con el mismo problema como indican en los hilos: > http://community.igniterealtime.org/thread/15201 > > incluso estos hilos que son de mediados de este año: > http://community.igniterealtime.org/thread/45617 > http://community.igniterealtime.org/thread/46494 > http://community.igniterealtime.org/message/228951#228951 > > Al parecer el problema está en que el Openfire para las comunicaciones > Server-to-Server no realiza consultas DNS si el dominio jabber destino > es un subdominio del dominio jabber local. > Simplemente procesa los mensajes como si fueran del servidor local. > Incluso va + allá. En el código java, dice que si el string del nombre > del servidor remoto contiene en cualquier parte el string del servidor > local... simplemente no envÃa los paquetes al otro servidor. Por ejemplo > si un servidor con el nombre chat.domain.com trata de enviar un mensaje > a michat.domain.com entonces el servidor no realiza una consulta dns > porque "michat.domain.com" contiene a "chat.domain.com". ImagÃnense. > > Solo me queda probar la posible solución que se postea en: > http://community.igniterealtime.org/message/100749#100749 > > Tengo que descargar las fuentes de java del openfire, hacerle unos > cambios en el código, compilarlo y probar. > Aunque me parece que voy a montarme el zentyal 3.2 que lo veo mejorado, > continuaré probando lo del openfire, pues quiero cerrar ese cÃrculo. > Ya expondré los resultados. > > Gracias > > El 27/11/2013 12:25 p.m., Yusbel MuñÃz escribió: > > Comunicación S2S entre 2 Servidores Jabber Openfire 3.8.2 > > > > Hola lista: > > Primeramente disculpen mis pocos conocimientos, pues estoy haciendo > > esto por primera vez y me considero aún un novato en GNU/Linux. > > Vengo con este problema por si a alguien le ha sucedido. > > Estoy haciendo pruebas entre 2 Openfire para poder proceder luego a > > enlazar los jabbers de los servidores de las otras dependencias que se > > conectan a mÃ. > > Hasta ahora he probado entre 2 servers linux entre uno linux y otro > > windows y 2 servers windows y se mantiene el problema. Incluso he > > probado con las versiones 3.8.2 y 3.8.3 de Openfire y aún prosigue el > > problema. Sólo logro que los mensajes lleguen desde un dominio hacia > > el otro y no a la inversa. > > Expongo con más claridad el escenario: > > Tengo un dominio tsp.cu(que coincidirá con el dominio jabber de el > > server jabber.tsp.cu) y un dominio de prueba testdomain.tsp.cu como > > indica el trozo de información de la zona. > > > > $TTL 1h > > $ORIGIN tsp.cu. > > @ IN SOA tsp.cu. root.tsp.cu. ( > > 383 ; Serial > > 604800 ; Refresh > > 86400 ; Retry > > 2419200 ; Expire > > 604800 ) ; Negative Cache TTL > > IN NS ns.tsp.cu. > > IN MX 0 correo.tsp.cu. > > ns IN A 192.168.20.12 > > relaysmtp IN A 192.168.20.12 > > gateway IN A 192.168.20.4 > > web IN A 192.168.20.254 > > ftp IN A 192.168.20.9 > > ... > > ... > > ... > > ... > > jabber IN A 192.168.20.236 > > _xmpp-client._tcp 86400 IN SRV 5 0 5222 jabber > > _xmpp-server._tcp 86400 IN SRV 5 0 5269 jabber > > _jabber._tcp 86400 IN SRV 5 0 5269 jabber > > > > $ORIGIN testdomain.tsp.cu. > > jabber IN A 192.168.20.251 > > _xmpp-client._tcp 86400 IN SRV 5 0 5222 jabber > > _xmpp-server._tcp 86400 IN SRV 5 0 5269 jabber > > _jabber._tcp 86400 IN SRV 5 0 5269 jabber > > > > Instalé openfire en ambos servers y todo funciona bien. Ambos puertos > > (5222 y 5269) están a la escucha en los dos y logro conectarme y crear > > cuentas en ellos desde 2 clientes jabber en 2 maqs diferentes. En > > ambos servidores están habilitadas las conexiones remotas al puerto > > 5269 desde cualquier origen. > > Con dig compruebo y se resuelven correctamente los registros SRV para > > xmpp server y client y los registros A. > > > > He filtrado el tráfico desde y hacia los clientes jabber y los > > servidores. Se establecen correctamente las conexiones S2S desde > > jabber.testdomain.tsp.cu hasta jabber.tsp.cu y salen al cliente > > destino, aunque a la inversa los mensajes no salen del server > > jabber.tsp.cu hasta jabber.testdomain.tsp.cu. > > > > Seguiré indagando, pero si a alguien le ha sucedido esto, espero me > > pueda dar un norte. > > Si no me funciona entonces pasaré a prosody o ejabberd. Quizás lo haga > > con Zentyal. Prosody es el que más conozco. Pero me habÃa decidido > > desde un inicio por el Openfire por compatibilidad con mis > > dependencias que todas lo usan (aunque también por comodidad, pues > > tengo hardware disponible). > > > > Ahhh perdón... la distribución de linux que uso es Ubuntu 12.04 > > > > Gracias de antemano. > > > > > > > > > > -- > Este mensaje ha sido analizado por MailScanner > en busca de virus y otros contenidos peligrosos, > y se considera que está limpio. > > ______________________________________________________________________ > 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 -- MSc. Carlos Pollán Estrada Esp. Ciencias de la Computación. Administrador de Red. Manzanillo. Cuba. URL: http://www.ahmzllo.granma.inf.cu/ -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. ______________________________________________________________________ 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
