Não é possível conectar-se à Área de Trabalho Remota

1

Então aqui está a situação. Eu sou tecnicamente experiente, mas fraco em redes. Estou tentando conectar via Remote Desktop do meu MacBook Pro ao meu PC de mesa. Ele está funcionando se eu me conectar usando o IP interno e estático da minha área de trabalho, mas não consigo conectá-lo pela Internet. A principal razão pela qual desejo poder conectar-me remotamente é para que, enquanto estiver em trânsito, eu possa me conectar remotamente ao meu computador doméstico e trabalhar com os recursos da minha área de trabalho.

Não consigo obter endereços IP estáticos com meu serviço de Internet, por isso uso o noip.org para resolver um domínio personalizado para qualquer IP atual dinâmico.

Eu tenho o serviço de internet 4G LTE da AT & T. Eu estava anteriormente com a Verizon (mesmo serviço de estilo 4G). Tudo estava funcionando bem quando eu estava com a Verizon. Desde a mudança para a AT & T, não consigo fazê-lo funcionar e há alguns fatos intrigantes.

Aqui estão alguns dos itens que você precisa conhecer:

  • Eu atribuí a minha área de trabalho um endereço IP interno estático (192.168.0.11).
  • Eu porta a porta encaminhada 3389 (TCP + UDP) para 192.168.0.11 no meu roteador AT & T.

Isso deve ser tudo que eu preciso fazer. Eu sei que minha área de trabalho está configurada corretamente, pois funcionava com a Verizon e funciona usando endereços IP internos. Meu MacBook está configurado para conectar-se ao "mysubdomain.noip.org". Mais uma vez, isso funcionou com a Verizon. Como não está funcionando, estou tirando isso do mix e apenas tentando deixar meu IP público lá.

No entanto, estou tendo problemas para determinar qual deve ser o meu IP público. Onde quer que eu olhe, meu IP público é diferente. Aqui está uma amostra do que várias fontes dizem que é agora (eu mudei o último conjunto de números apenas para privacidade).

  • NO-IP: 166.176.59.201
  • whatismyip.org: 166.170.14.69
  • checkip.dyndns.org: 166.170.14.69
  • Google: 166.176.59.216

166.170.14.69 é o único que responde a um ping.

Não sei por que estou obtendo um resultado diferente em todos esses (exceto os dois do meio). O primeiro passo que penso é descobrir qual é o meu IP público real e tentar me conectar a ele.

O segundo passo seria descobrir por que no-ip.org especificamente não está resolvendo para o "certo". Preciso que eles resolvam o IP correto para que eu possa conectar-se com segurança ao meu roteador doméstico a partir de locais remotos.

Alguma sugestão?

EDIT: informações de rastreio para 8.8.8.8:

C:\Users\scott>tracert 8.8.8.8

Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.0.1
  2    48 ms    39 ms    40 ms  172.26.96.169
  3   220 ms    48 ms    41 ms  172.26.96.9
  4    42 ms    37 ms    40 ms  107.72.231.164
  5    71 ms    38 ms    41 ms  12.83.188.161
  6    94 ms    44 ms    52 ms  12.83.179.49
  7    99 ms    52 ms    43 ms  12.123.132.173
  8     *       48 ms    49 ms  12.91.217.158
  9     *        *        *     Request timed out.
 10   112 ms    43 ms    44 ms  64.233.174.190
 11    69 ms    68 ms    79 ms  72.14.239.160
 12    66 ms    74 ms    63 ms  216.239.46.171
 13     *        *        *     Request timed out.
 14    75 ms    68 ms    69 ms  google-public-dns-a.google.com [8.8.8.8]

Trace complete.
    
por Scott 28.10.2014 / 01:02

1 resposta

1

Eu suspeito que o NAT esteja acontecendo do lado do ISP. Isso pode ser difícil de superar, já que você não tem controle para esse nível de configuração. Eu tenho duas soluções que você poderia tentar:

1) Configure a Área de trabalho remota do Google Chrome por meio do navegador Google Chrome. Acredito que isso funcione saltando dos servidores do Googles, assim, você passará por um NAT porque será estabelecido por ambos "clientes", seu macbook e seu desktop doméstico.

link

2) Configure uma VPN à qual você se conectará e, em seguida, use seu RDP local, pois estará na mesma rede privada (virtual). Seu computador não saberá a diferença, exceto talvez por um pouco mais de atraso. Algo como isso deve ajudar: link

    
por 28.10.2014 / 02:30