Resumindo dos comentários
Os dois computadores estão conectados à Internet por rede de dados móvel (celular). Vou me referir ao provedor de serviços de dados da célula como o "Provedor de serviços de Internet" ou o ISP . Existem dois problemas:
- O ISP está fornecendo o serviço NAT (Network Address Translation) tal que o computador tenha um endereço IP interno e um IP externo endereço sem forma aparente de encaminhar as portas do IP externo endereço para o endereço IP interno.
- O ISP também bloqueia todas as portas úteis do IP externo endereço.
Eu não tenho conhecimento do ISP específico em questão. No entanto, geralmente os ISPs realizam essas ações para impedir que conexões de dados móveis sejam usadas para conectar servidores e para a segurança dos clientes. Às vezes, os ISPs proíbem o uso de dados móveis para servidores em seus contratos de serviço.
Nestas circunstâncias, especificamente se o contrato de serviço ISP proibir o uso de dados móveis para servidores, é improvável que o ISP abra as portas necessárias para conectar os dois computadores e encaminhe as portas específicas do endereço IP externo para o IP interno endereço.
Suas conexões funcionarão se o ISP:
(a) abre as portas
(b) e faça um dos dois seguintes:
- encaminha as portas abertas do IP externo para o interno interno NAT IP ou
- fornece um IP real, não NAT (veja a citação de superusuário abaixo)
Sem eles, é impossível usar a solução nativa para conectar-se remotamente do computador B ao computador A.
Sobre a conversão da configuração NATed para a configuração de IP estático real de Superusuário :
O problema está no endereço que você recebe, na maioria das vezes já é um IP NAT. No entanto, muitas operadoras podem mudá-lo para um IP "externo" - que geralmente é usado para VPN porque às vezes NAT pode interferir com VPN (supondo que você pode passar os CSRs). Contudo, mesmo que isso seja um IP endereçável publicamente - imagino que eles ainda colocariam restrições / firewall para evitar que você fazendo exatamente o que você está tentando fazer.
Se o ISP concordar em abrir e encaminhar portas, recomendo usar o túnel VNC sobre ssh pelos seguintes motivos:
- O VNC sobre o ssh exigirá a abertura (e o encaminhamento) da porta 22 apenas (ou alguma outra porta definida pelo usuário).
- VNC sobre ssh é um método mais seguro em que os dados transmitidos o sistema móvel é criptografado.
- ssh pode ser configurado para usar chaves públicas / privadas em vez de senhas, o que é muito mais difícil para os hackers descobrirem.
Para tentar isso em Remmina, vá para a guia ssh
e marque as duas caixas de seleção, (a) use ssh, e (b) use túnel. Você pode ter que instalar o ssh em ambos os computadores.
No entanto, essa solução não está disponível sem o encaminhamento de porta na configuração do IP NAT ou em uma configuração com acesso direto ao IP externo.
Espero que isso ajude.