saludos mely tomando lo que explicas, lo cual esta muy bueno, te muestro en texto como est'a estructurada mi red y despeus e dir'as que tengoque hacer mi proveedr nacional (rimed.cu) tiene ip reales. no así los subdominios (en mi caso .vcl.rimed.cu) y pongo punto pues debajo de mi tengo mas de 32 subdominios (dpe.vcl.rimed.cu) por ejemplo, es uno de ellos.
yo tengo un ejabberd en mi nodo provincial el cual está en un proxy, o sea estan juntos los dos servicios. en rimed hay un ejabberd que está en ip reales, no así el mio. solo puedo unir clientes en mi ejabberd de la red de rimed, lo de otras redes no puedo. pregunto despues de esta charla 1.- eso que planteas me sirve para unir usuarios de jabber por ejemplo uclv.edu.cu que tiene jabber en ip reales u otras redes más como caonao.cu etc que tambien estan en ip reales y tienen jabbers? 2.- de ser cierto esta primera pregunta, podrías ser un poco más específico para ver como lo logro pues, eso sería un sueño hecho realidad para todos los nodos provinciales de rimed que no se ven solo si no es rimed saludos y fuerte abrazo whilo Lic. Wilfredo Mtnez Consuegra Administrador de red Ministerio de Educación Villa Clara ----- Original Message ----- From: "Manuel Mely" <[EMAIL PROTECTED]> To: "Soporte técnico para Software Libre y GNU/Linux." <linux-l@listas.softwarelibre.cu> Sent: Saturday, September 20, 2008 7:28 PM Subject: Re: [linux-l] Probado s2s-proxy.patch en ejabberd-2.0.0 con buenos resultados! > kyrie, mely y todos > tratando de entender lo que dicen, pues estoy leyendo detenidamete los > mensajes. > lo que plantean es un modulo o parche para ejabberd con ip no reales, > salga a traves de un proxy y puedas annadir usuarios de otros jabber que > esten en internet o en cu con ip reales??? > > saludos > > whilo > Es un parche, pero que genera el modulo mod_s2s-proxy. Salen atraves de un proxy (no un proxy cualquiera), el proxy es otro ejabberd con el mismo modulo pero configurado para que haga de s2s-proxy (con "ip real") a otros ejabberd (con el mismo modulo tambien, pero configurados en modo cliente) dentro de una red sin acceso a internet. Es importante que los servidores internos, tienen que ser ejabberd, nada de openfire, jabberd2, etc. Aunque seria muy bueno implementar algo en estos ultimos para que usen el proxy, asi no estarian anclados a tener que usar ejabberd. _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l
