<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hola Fernando,<div class=""><br class=""></div><div class="">hace unos años, en un proyecto donde desplegamos cientos de agentes de medición en la red, utilizábamos un sistema central al cual los agentes se conectaban y recibían las instrucciones de las mediciones (u otras acciones) que tenían que realizar. Obviamente mantener el sistema central tiene un costo, pero nos solucionó el problema de los firewalls de los CPEs no administrables por el usuario final, el problema de las IPs dinámicas y el problema del NAT también.</div><div class=""><br class=""></div><div class="">Otra alternativa que he visto están utilizando algunos softwares de respaldo tipo “cloud” de algunos NAS, es tener dos softwares clientes, uno que correría dentro del CPE en este caso (o dispositivo conectado al CPE), el cual se registra en un sistema centralizado con su identificador y deja un canal de comunicación abierto para recibir notificaciones, y otro software que correría en tu computador, el cual envía al sistema central un solicitud para que se le notifique al CPE e inicie una conexión hacia tu computador. Esto, de manera similar a la primera idea, logra saltarse los firewalls de los CPE y el NAT, pero eventualmente las políticas de la red en donde tu computador está conectado podrían bloquear las conexiones entrantes. Una vez que el CPE está conectado al software en tu computador hay que tener un protocolo para comunicarse obviamente.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Creo que la idea de que el CPE o algún dispositivo conectado a él sea quien inicie la comunicación es clave, ya que con la diversidad de CPEs que puedes encontrar en el usuario final, es muy complejo lograr una solución que funcione en todos.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;">Atte.</div><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;">Daniel Romero Peña</div><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;">NIC Chile</div><br class="Apple-interchange-newline">
</div><div class=""><br class="webkit-block-placeholder"></div>
<br class=""><div><blockquote type="cite" class=""><div class="">On Nov 30, 2017, at 6:24 PM, Fernando Gont <<a href="mailto:fernando@gont.com.ar" class="">fernando@gont.com.ar</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Estimados,<br class=""><br class="">Desde hace tiempo vengo colocando algunos Raspberry Pi aqui y alli, para<br class="">tener shells en distintos puntos de la red, etc.<br class=""><br class="">Lo unico "engorroso" del caso es que uno tiene que andar metiendo mano<br class="">en los CPEs para que forwardeen puertos. Entre otros tantos motivos, en<br class="">ocasiones uno no tiene siquiera las credenciales para hacer tales<br class="">cambios, etc., y/o desea que la cosa sea mas plug&play -- es decir,<br class="">tirar la cajita por ahi, y que uno pueda accederla desde la red exterior<br class="">(actualizando un registro DNS, por si la IP cambia).<br class=""><br class="">Un poco forzado por esto (poner cajitas en redes que no controlo),<br class="">termine scripteando muhas de estas cosas, redirigiendo puertos<br class="">explicitamente via UPnP (la herramienta upnpc del paquete miniupnp), y<br class="">haciendo fall-back al metodo manual en caso que no haya UPnP.<br class=""><br class="">Alguno tuvo una problematica similar? Existe algun "paquete" de software<br class="">que haga lo de arriba, o es que sería util tal vez "limpiar" un poco el<br class="">que hice yo, para que otros lo puedan usar?<br class=""><br class="">P.S.: La problematica puede ser muy similar en v6, ya que en el mismo<br class="">punto de la topologia donde en v4 hay un NAT, en v6 hay un fw.<br class=""><br class="">Slds, y gracias!<br class="">-- <br class="">Fernando Gont<br class="">e-mail: <a href="mailto:fernando@gont.com.ar" class="">fernando@gont.com.ar</a> || <a href="mailto:fgont@si6networks.com" class="">fgont@si6networks.com</a><br class="">PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1<br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">LACNOG mailing list<br class=""><a href="mailto:LACNOG@lacnic.net" class="">LACNOG@lacnic.net</a><br class="">https://mail.lacnic.net/mailman/listinfo/lacnog<br class="">Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog<br class=""><br class=""></div></div></blockquote></div><br class=""></div></body></html>