No se puede conectar al escritorio remoto

No se puede conectar al escritorio remoto

Así que aquí está la situación. Soy técnicamente experto, pero débil en materia de redes. Estoy intentando conectarme a través de Escritorio remoto desde mi MacBook Pro a mi PC de escritorio. Funciona si me conecto utilizando la IP estática interna de mi escritorio, pero no puedo conectarlo a Internet. La razón principal por la que quiero poder conectarme de forma remota es para que, mientras estoy de viaje, pueda acceder de forma remota a la computadora de mi casa y trabajar usando los recursos de mi escritorio.

No puedo obtener direcciones IP estáticas con mi servicio de Internet, así que uso noip.org para resolver un dominio personalizado según sea cual sea mi IP dinámica actual.

Tengo servicio de Internet residencial 4G LTE de AT&T. Anteriormente estuve con Verizon (mismo servicio estilo 4G). Todo funcionaba bien cuando estaba con Verizon. Desde que me cambié a AT&T, no puedo hacerlo funcionar y hay un par de hechos desconcertantes.

Éstos son algunos de los elementos que necesita saber:

  • Le asigné a mi escritorio una dirección IP interna estática (192.168.0.11).
  • Reenvié el puerto 3389 (TCP + UDP) a 192.168.0.11 en mi enrutador AT&T.

Eso debería ser todo lo que necesito hacer. Sé que mi escritorio está configurado correctamente ya que funcionó con Verizon y funciona usando direcciones IP internas. Mi MacBook está configurada para conectarse a "mysubdomain.noip.org". Nuevamente, esto funcionó con Verizon. Como no funciona, lo sacaré de la mezcla y simplemente intentaré colocar mi IP pública allí.

Sin embargo, tengo problemas incluso para determinar cuál debería ser mi IP pública. Por donde mire dice que mi IP pública es diferente. Aquí hay una muestra de lo que varias fuentes dicen que es en este momento (he cambiado el último conjunto de números solo por privacidad).

  • 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 es el único que responde a un ping.

No estoy seguro de por qué obtendría un resultado diferente en todos estos (excepto los dos del medio). Creo que el primer paso es descubrir cuál es mi IP pública real e intentar conectarme a ella.

El segundo paso sería descubrir por qué no-ip.org específicamente no resuelve el problema "correcto". Necesito que puedan resolver la IP adecuada para poder conectarme de manera confiable al enrutador de mi hogar desde ubicaciones remotas.

¿Alguna sugerencia?

EDITAR: rastrear información a 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.

Respuesta1

Sospecho que la NATing está ocurriendo por parte del ISP. Esto puede ser difícil de superar, ya que no tienes control sobre ese nivel de configuración. Tengo dos soluciones que puedes probar:

1) Configure el Escritorio remoto de Chrome a través del navegador Chrome. Creo que esto funciona rebotando en los servidores de Google, por lo que atravesaría una NAT porque será establecida por ambos "clientes", su macbook y su escritorio doméstico.

https://chrome.google.com/webstore/detail/chrome-remote-desktop/gbchcmhmhahfdphkhkmpfmihenigjmpp

2) Configure una VPN a la que se conectará y luego use su RDP local, ya que estará en la misma red privada (virtual). Su computadora no notará la diferencia, excepto quizás un poco más de retraso. Algo como esto debería ayudar: https://secure.logmein.com/products/hamachi/download.aspx

Respuesta2

Resolví exactamente este problema hace uno o dos días... probé todas las variaciones de bucle invertido NAT y UPNP en mi enrutador sin cambios. El Pixel 2 expiraba o mostraba un único cuadro de escritorio, pero no podía interactuar y se agotaba poco después. En 4G funciona perfectamente.

Lo que me solucionó fue borrar la opción, en el host, de "algunos dispositivos pueden conectarse sin un PIN". Siempre que ingrese mi PIN cada vez que me conecto, funcionará siempre en la misma red. Si lo guardo, funciona en esa primera conexión, pero nunca más.

Déjame saber si este es tu problema también... me sorprendió cuando esto funcionó, pero no tenía forma de saberlo porque tan pronto como marcas esa casilla para conectarte sin PIN, nunca vuelves a ver la opción sin borrar el datos de la aplicación o deshabilitarlos en el host.

información relacionada