Tenho um cliente que deseja acessar câmeras remotamente por meio de uma conexão de Internet HughesNET. A HughesNET usa NATting de nível de operadora (CGN) para IPv4 e, portanto, não fornece a seus clientes endereços IPv4 roteáveis publicamente. Eles, no entanto, fornecem IPv6 publicamente roteável (embora sejam dinâmicos, ocasionalmente alteram os prefixos... grrr).
O DVR do cliente não suporta visualização remota via IPv6. Estou procurando a maneira mais fácil de contornar esse problema. Minha ideia atual é colocar um Rasberry Pi no local e configurar um túnel IPv4 sobre IPv6 entre o pi e um VPS em nuvem e basicamente fazer proxy reverso dos serviços através do túnel para o VPS. O cliente poderia então ir ao VPS via IPv4 para acessar suas câmeras.
Isso soa como uma solução plausível? Existe uma alternativa mais fácil que estou perdendo? Alguém fez algo semelhante e poderia me fornecer alguns detalhes? Isso está no limite do meu conhecimento de rede. Estou particularmente preocupado em como lidar com as mudanças nos endereços IPv6 na conexão HughesNET.
Responder1
Certamente você pode instalar um gateway NAT64 nas instalações do cliente. Tayga, por exemplo, será executado em um Raspberry Pi ou pequeno hardware semelhante, ou mesmo em uma VM em um servidor existente. Isto tornará as câmeras acessíveis via IPv6 e, portanto, disponíveis em dispositivos móveis. Agora, se as câmeras exigem software proprietário para acessá-las e só falam IPv4, todas as apostas estão canceladas.
A longo prazo, seu cliente deve reclamar com o fabricante da câmera sobre a falta de suporte IPv6 e sua disposição de comprar câmeras de algum outro fabricante no futuro por causa disso.