Creo mi respuesta no se posteo =’(, solo metete al linksys como administrador avanzado y habilitale el Nat KeepAlive y la otra opcion que esta al lado a ese mismo nivel y ya, prueba de tu oficina a la de tu cliente, si se interconecta ya la hiciste, si quieres probar mas escenarios ve a un hotel renta una habitación (con o sin acompañante =P) y conectate al nodo, aunque siendote sincero pq no mejor? Si de cargar se trata se lleva su laptop con un softphone y ya?
--
http://www.sinologic.net/
<BR
----- Original Message -----From: Elio RojanoSent: Wednesday, July 01, 2009 3:38 PMSubject: [Asterisk-ES] Re: Asterisk bajo firewall y nat
Resulta che donde trabajo cerraron tambien el puerto 443 y (no se si es por
mi inexperiencia) ya no puedo arrancar la VPN ni SSH.
Las tonterias tipo googletalk y MSN, esas si siguen funcionando.
Pero entendí una cosa. El computador que uso para acceder a mi servidor ssh
(que escucha en un puerto no estándar) no necesariamente tiene que utilizar
el puerto 22, puede ser cualquiera.
Pero como la comunicación es encriptada con una clave RSA, lo que hicieron
fue no permitir ese tipo de trafico en la red.
Lo mismo me pasa con el OpenVPN.
Lo mismo me pasa si entiendo poner cualquier dirección web que empiece con
https
¿Sigo equivocándome?
Gracias por la aclaración.
A ver, vamos a pensar un poco en voz alta.
1.- Si en sitio tiene Proxy con su cacho de usuario y password y no lo
tenemos, "moooocccc". Caput, por ahí, nada.
2.- Si tienen un firewall y tienen todo el tráfico saliente bloqueado,
"mooooocccc". Caput, por ahí tampoco. Uuuhhhhmmm, ¿todo el tráfico
bloqueado?, alguno tendrán que tener permitido, si no sería absurdo, ¿no?.
¿Cuál sería el tráfico más normal que tuvieran permitido?, joder, claro, el
HTTP, ese pedazo de puerto 80.
Claro, ¿pero qué hago yo con el puerto 80?, no puedo hacer nada, ya que para
un cliente SIP necesitaría también el RTM.
Uuuuhhhmmm, leches, si hubiese por ahí algún protocolo que fuese por un
único puerto y que lo pudiese cambiar en el cliente por el que yo
quisiera.... que bonito sería... ;-)
Solo es pensar en voz alta...:-))
Saludos,
Ramses
Enviado el: miércoles, 01 de julio de 2009 17:37
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de fabricio
Para: asterisk-es
Asunto: [Asterisk-ES] Re: Asterisk bajo firewall y nat
exactamente, yo igual en algun momento de vida asteriskeana, tuve que
abrir puertos y no tuve problema, pero en estos casos desbloquear
puertos en una Universidad u Hotel, etc. es imposible, por eso pensaba
si existiera una opcion de hacerlo transparente como los que les dije
anteriormente(skype,googletalk..), si no me equivoco la magia de estos
proveedores, es que lo hacen bajo puertos http y https, y encriptacion
de regalo, existe algo similar para el caso asterisk??
A ti te lo voy a contar sin que sueltes la gallina… ;-)
Y si no, verás como se asome Iñaki a la ventana… :-))
Saludos,
Ramses
>
> jejeje,,... no seais malos,...
>
> Mira a mi siempre me han dicho que lo mejor para las comunicaciones
> detrás de un NAT es usar el protocolo IAX2 en lugar del SIP.
Te han metido :)
>
> Prueba con eso,... no se si el modelo de tu Linksys lo soportará.
>
Creo que no
> Por otro lado,... ir a una red que no es tuya y que todo te funcione
> te lo veo complicado,.. la verdad que yo no he probado nunca a
> configurar el IAX del asterisk para ponerlo a la escucha en el puerto
> 80, pero no tendría porqué no funcionar.
>
A no ser que únicamente esté abierto para TCP que es lo normal
>
> En el caso del SIP (los expertos que me corrijan por si me equivoco)
> creo que funciona como el FTP,. tu lanzas una petición al 5060,.. y si
> lo debugas en la consola del Asterisk seguramente verás la
> comunicación el problema es que al iniciar una conversación se abren
> otros puertos desde el Asterisk y por eso no te funciona el ATA, ya
> que el firewall los trata como conexiones de entrada.
>
Modo comedia. Y creo que hablas del RTP.
> Prueba con el IAX y nos dices que tal te va.
>
--
First they ignore you.
Then they laugh at you.
Then they fight you.
**Then you win.**
DaHjaj jaj QaQ Daghajjaj :)
¿Y no puedes hablar con quien se encarge de ese firewall para que haga los
cambios necesarios?
--
Raúl Alexis Betancor Santana
Dimensión Virtual
Pero es que si tienes TODAS las salidas cerradas, no te quedan más huevos
¿Sabes si tienes algún puerto disponible para salir?, sino ya te puedes ir
olvidando del todo.
Buff, me has acojonao ... tengo tendencia a los errores ortográficos ... XDD
> Por cierto, a ver, otra vez a pensar en voz alta...
>
> Uhhuummm, ¡leñes!, que jodienda, tienen abierto solo el puerto 80 TCP, si
> tuvieran también el UDP lo mismo podría hacer algo con IAX2... :-(
>
> Ejem, ejem, otro uhhmmm, si pudiera tirar desde esta red un pptp al puerto
> TCP que me diese la gana de mi red, lo mismo podría....
>
> ¿o no?
Pues puede que no, si solo tiene el puerto 80, puede que ni siquiera salga de
forma "limpia", sino que esté redirigido a un proxy http, con lo que olvídate
de lanzar pptp, openvpn o cualquier otra cosa, a no ser que permitan pasar a
través de un proxy http
Skype lo hace, porque es un protocolo cerrado, que lo que hace es buscar la
forma de "salir", si puede hacerlo directamente, puta madre, sobre todo si
hay soporte de uPnP activado en los routers/firewalls. Sino, prueba a
conectarse a los servidores de skype, si tampoco puede, prueba a ver si puede
usar el comando CONNECT de los proxies http, si nada de eso funciona ...
skype no funciona.
> mi idea es saber si existe alguna
> posibilidad de que funcione lo mismo pero con los linksys o cual sea
> el equipo a traves de asterisk, y q tambien se pueda dejar abiertos
> esos puertos (http,https,dns), ya que son los que seguramente algun
> administrador no llegaria a cerrar o bloquear....
No existe ninguna forma, los protocolos SIP, RTP e IAX tienen sus puertos
definidos (se pueden cambiar evidentemente), pero ni SIP ni IAX
utilizan "tácticas de serpiente" para salir, tienen un flujo muy bien
definido.
La única opción sería utilizar alguna herramienta de tunelización, tipo ptpp,
ovpn, etc y evidentemente con sus limitaciones.
Si claro que se podría, pero solo en caso de que el puerto no esté "proxeado",
sino la cosa se complica un huevo.
Eso no es cierto en absoluto, skype usa el protocolo skype y googletalk usaba
en sus primeras versiones XMPP (Jabber), no sé si en las últimas versiones
habían migrado ya a SIP, estaba en los planes.
> que no eslo mismo que poner otro protocolo en el puerto 80. Lo que no
> se es si simplemente hacen un tunel de IP sobre HTTP y luego sobre el
> transmiten un protocolo estándar como SIP /RTP (Lo que sería un poc
> desperdicio de doble encabezado para cada payload) o directamente se
> han implementado señalización + rtp sobre HTTP.
Es lo que hacen, encapsular su protocolo en HTTP, es muy, muy, muy fácil de
averiguar.
Si coges un FW y cierras toda salida que no sea la del puerto 80, y encima
rediriges el tráfico al puerto 80 a través de un proxy squid transparente y
en ese squid SOLO permites HTTP, deshabilitando el sopporte de CONNECT, verás
como skype no funciona
> De esta forma consiguen no solo funcionar tras un firewal, sino tras
> un proxy http.
Funcionan tras un proxy siempre y cuando el proxy tenga habilitado el soporte
de CONNECT, sino tampoco funcionan
> Puedes ver una implementación de algo similar en
> http://www.gnu.org/software/httptunnel/
Es precisamente este tipo de técnicas las que usan, tunelización, suponiendo
un overhead bastante considerable.
Si te lo digo, es porque ya lo investigamos en su momento, a petición
explícita de un cliente.
> Por eso
> mejor dejar abierta la puerta y explicar las dos posibilidades.
Si lo quieres probar, es bien sencillo de montar.
> Si has realizado el trabajo de recomponer los paquetes IP tras el
> connect, te agradecería que lo publicaras y así todos podemos aprender
> algo mas, estaría sobre todo muy interesado en saber cómo los
> fraccionan, la MTU que usan, en definitiva cuanto overhead tiene cada
> payload del RTP.
No, el cliente no pagó para eso, pagó solo para que bloquearamos Skype y
GoogleTalk.
Bloquear Skype fue fácil, no se permitían conexiones al proxy no autenticadas
y los CONNECT solo se permitían para conexiones HTTPS.
Bloquear GoogleTalk es igual de fácil que bloquear el Messenger.
Es extraño nadie menciono el uso de un stunserver seria adrede? ok es que la cosa esta muy mala para mensionarlo supongo, esta lista esta cada vez mejor, byeeee.
Si buscas en los posts viejitos yo proponía del stun server para conexiones de NAT, es mas, ya que se ve que te gusta meter mano, usa el stunnerd