Então aqui está a situação. Sou tecnicamente experiente, mas fraco em networking. Estou tentando conectar via Área de Trabalho Remota do meu MacBook Pro ao meu PC de mesa. ESTÁ funcionando se eu me conectar usando o IP estático interno da minha área de trabalho, mas não consigo conectá-lo pela Internet. O principal motivo pelo qual desejo me conectar remotamente é para que, enquanto estiver em trânsito, eu possa simplesmente acessar remotamente meu computador doméstico e trabalhar usando os recursos da minha área de trabalho.
Não consigo obter endereços IP estáticos com meu serviço de Internet, então uso noip.org para resolver um domínio personalizado para qualquer que seja meu IP dinâmico atual.
Tenho serviço de Internet doméstica 4G LTE da AT&T. Anteriormente, trabalhei na Verizon (mesmo serviço de estilo 4G). Tudo estava funcionando bem quando eu estava na 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 saber:
- Atribuí à minha área de trabalho um endereço IP interno estático (192.168.0.11).
- Encaminhei a porta 3389 (TCP + UDP) para 192.168.0.11 em meu roteador AT&T.
Isso deve ser tudo que preciso fazer. Sei que minha área de trabalho está configurada corretamente, pois funcionou com a Verizon e usa endereços IP internos. Meu MacBook está configurado para se conectar a "mysubdomain.noip.org". Novamente, isso funcionou com a Verizon. Como não está funcionando, estou tirando isso da mistura e apenas tentando inserir meu IP público lá.
No entanto, estou tendo problemas para determinar qual deveria ser meu IP público. Para onde quer que eu olhe, meu IP público é diferente. Aqui está um exemplo do que várias fontes dizem que é agora (alterei o último conjunto de números apenas por questão de 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 obteria um resultado diferente em todos eles (exceto nos dois do meio). Acho que o primeiro passo é descobrir qual é o meu IP público real e tentar conectar-me a ele.
O segundo passo seria descobrir por que o no-ip.org especificamente não está resolvendo o problema "certo". Preciso que eles consigam resolver o IP adequado para que eu possa me conectar de maneira confiável ao meu roteador doméstico a partir de locais remotos.
Alguma sugestão?
EDIT: rastrear informações 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.
Responder1
Suspeito que o NAT esteja acontecendo no lado do ISP. Isso pode ser difícil de superar, pois você não tem controle nesse nível da configuração. Eu tenho duas soluções que você pode tentar:
1) Configure a Área de Trabalho Remota do Chrome por meio do navegador Chrome. Acredito que isso funcione saltando dos servidores do Google, portanto, passaria por um NAT porque será estabelecido pelos "clientes", pelo seu macbook e pela área de trabalho doméstica.
https://chrome.google.com/webstore/detail/chrome-remote-desktop/gbchcmhmhahfdphkhkmpfmihenigjmpp
2) Configure uma VPN à qual você se conectará e, em seguida, use seu RDP local, já que você estará na mesma rede privada (virtual). Seu computador não saberá a diferença, exceto talvez por um pouco mais de atraso. Algo assim deve ajudar: https://secure.logmein.com/products/hamachi/download.aspx
Responder2
Resolvi exatamente esse problema há um ou dois dias... tentei todas as variações de loopback NAT e UPNP em meu roteador sem alterações. O Pixel 2 atingiria o tempo limite ou mostraria um único quadro da área de trabalho, mas não conseguia interagir e expirava logo depois. No 4G funciona perfeitamente.
O que resolveu para mim foi desmarcar a opção, no host, para "alguns dispositivos podem se conectar sem PIN". Contanto que eu insira meu PIN sempre que me conectar, ele funcionará sempre na mesma rede. Se eu salvá-lo, ele funcionará na primeira conexão, mas nunca mais.
Deixe-me saber se esse é o seu problema também... fiquei surpreso quando funcionou, mas não tinha como saber, porque assim que você marca a caixa para conectar sem PIN, você nunca mais verá a opção sem limpar o dados do aplicativo ou desativá-lo no host.