Tengo un cliente que quiere acceder a las cámaras de forma remota a través de una conexión a Internet HughesNET. HughesNET utiliza NATting de nivel de operador (CGN) para IPv4 y, por lo tanto, no proporciona a sus clientes direcciones IPv4 enrutables públicamente. Sin embargo, proporcionan IPv6 enrutable públicamente (aunque son dinámicos, ocasionalmente cambian los prefijos... grrr).
El DVR del cliente no admite visualización remota a través de IPv6. Estoy buscando la forma más sencilla de solucionar este problema. Mi idea actual es colocar un Rasberry Pi en el sitio y configurar un túnel IPv4 sobre IPv6 entre el pi y un VPS en la nube y, básicamente, realizar un proxy inverso de los servicios a través del túnel hasta el VPS. Luego, el cliente podría ir al VPS a través de IPv4 para acceder a sus cámaras.
¿Suena esto como una solución plausible? ¿Hay alguna alternativa más fácil que me falta? ¿Alguien ha hecho algo similar y podría darme algunos detalles? Esto está en el límite de mis conocimientos sobre redes. Estoy particularmente preocupado por cómo lidiar con las direcciones IPv6 cambiantes en la conexión HughesNET.
Respuesta1
Ciertamente puedes instalar una puerta de enlace NAT64 en las instalaciones del cliente. Tayga, por ejemplo, se ejecutará en una Raspberry Pi o hardware pequeño similar, o incluso en una máquina virtual en un servidor existente. Esto hará que las cámaras sean accesibles a través de IPv6 y, por lo tanto, estén disponibles en dispositivos móviles. Ahora bien, si las cámaras requieren software propietario para acceder a ellas y solo hablan IPv4, entonces todas las apuestas están canceladas.
Como cuestión a largo plazo, su cliente debería quejarse con el fabricante de la cámara por la falta de soporte IPv6 y su disposición a comprar cámaras de otro fabricante en el futuro debido a esto.