1

Итак, вот ситуация. Я технически подкован, но слаб в сети. Я пытаюсь подключиться через удаленный рабочий стол с моего MacBook Pro к настольному ПК. Это работает, если я подключаюсь, используя внутренний статический IP-адрес своего рабочего стола, но я не могу подключить его через Интернет. Основная причина, по которой я хочу иметь возможность удаленного подключения, заключается в том, что, находясь в дороге, я могу просто подключиться к своему домашнему компьютеру и работать, используя ресурсы своего рабочего стола.

Я не могу получить статические IP-адреса с помощью своего интернет-сервиса, поэтому я использую noip.org, чтобы разрешить пользовательский домен в соответствии с моим текущим динамическим IP-адресом.

У меня есть домашний интернет-сервис 4G LTE от AT & T. Я был ранее с Verizon (тот же сервис в стиле 4G). Все работало нормально, когда я был с Verizon. После перехода на AT & T я не могу заставить его работать, и есть несколько загадочных фактов.

Вот некоторые из элементов, которые необходимо знать:

  • Я назначил своему рабочему столу статический внутренний IP-адрес (192.168.0.11).
  • Я переправляю перенаправленный порт 3389 (TCP + UDP) на 192.168.0.11 на моем маршрутизаторе AT & T.

Это должно быть все, что мне нужно сделать. Я знаю, что мой рабочий стол настроен правильно, так как он работает с Verizon и работает с использованием внутренних IP-адресов. Мой MacBook настроен для подключения к «mysubdomain.noip.org». Опять же, это работает с Verizon. Поскольку это не работает, я убираю это из микса и просто пытаюсь добавить туда свой публичный IP.

Однако у меня возникают проблемы даже с определением, каким должен быть мой публичный IP. Куда бы я ни посмотрел, мой публичный IP-адрес отличается. Вот пример того, что различные источники говорят, что это сейчас (я изменил последний набор цифр только для конфиденциальности).

  • 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 - единственный ответ на пинг.

Я не уверен, почему я получил бы другой результат по всем этим (кроме средних двух). Первый шаг, который я думаю, состоит в том, чтобы выяснить, каков мой фактический публичный IP-адрес и попытаться подключиться к нему.

Вторым шагом было бы выяснить, почему no-ip.org определенно не разрешает "правильный". Мне нужно, чтобы они могли определить правильный IP-адрес, чтобы я мог надежно подключиться к домашнему маршрутизатору из удаленных мест.

Какие-либо предложения?

РЕДАКТИРОВАТЬ: информация трассировки до 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.

1 ответ1

1

Я подозреваю, что NATing происходит на стороне провайдера. Это может быть трудно преодолеть, так как вы не можете контролировать этот уровень конфигурации. У меня есть два решения, которые вы можете попробовать:

1) Настройте удаленный рабочий стол Chrome через браузер Chrome. Я считаю, что это работает, отскакивая от серверов Googles, таким образом, будет пробивать через NAT, потому что он будет установлен как "клиентами", вашим macbook и домашним рабочим столом.

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

2) Настройте VPN, к которой вы будете подключаться, а затем используйте вашу локальную RDP, так как вы будете в той же (виртуальной) частной сети. Ваш компьютер не будет знать разницу, за исключением, может быть, немного большего отставания. Что-то вроде этого должно помочь:https://secure.logmein.com/products/hamachi/download.aspx

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .