Es que esa es la última versión.
Por ahora como tengo otras cosas que me apuran... voy a crear el server
con otro dominio jabber que no esté incluido en el string de los
dominios jabber de mis dependencias. Ya después revisaré ese problema y
entonces completaré el pequeño tutorial para dp subirlo a la wiki de GUTL.
El 03/12/2013 03:30 p.m., Carlos R Laguna escribió:
El 27/11/13 18:12, Yusbel MuñÃz escribió:
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.
Porque no actualizar la versión... y te ahorras todo ese rollo? Saludos
Carlos R Laguna
NDC REDTINO
______________________________________________________________________
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
________________________________________________________________
XII Edicion del Evento Nacional de Informatica para Jovenes. INFOCLUB.
Septiembre. 2014. Ver www.jovenclub.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
