Итак, вот ситуация. Я технически подкован, но слаб в сетях. Я пытаюсь подключиться через удаленный рабочий стол с моего 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 отличается. Вот пример того, что различные источники говорят о нем прямо сейчас (я изменил последний набор цифр просто для конфиденциальности).
- НЕТ-IP: 166.176.59.201
- whatismyip.org: 166.170.14.69
- checkip.dyndns.org: 166.170.14.69
- Гугл: 166.176.59.216
На пинг отвечает только 166.170.14.69.
Я не уверен, почему я получаю другой результат на всех этих (кроме двух средних). Первый шаг, я думаю, это выяснить, какой у меня фактический публичный IP, и попытаться подключиться к нему.
Вторым шагом будет выяснение того, почему конкретно no-ip.org не разрешается в "правильный" IP. Мне нужно, чтобы они могли разрешать правильный IP, чтобы я мог надежно подключаться к своему домашнему маршрутизатору из удаленных мест.
Какие-либо предложения?
EDIT: информация о трассировке до 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
Я подозреваю, что NATing происходит на стороне провайдера. Это может быть трудно преодолеть, поскольку у вас нет контроля над этим уровнем конфигурации. У меня есть два решения, которые вы можете попробовать:
1)Настройте Chrome Remote Desktop через браузер Chrome. Я считаю, что это работает, отскакивая от серверов Google, таким образом, пробивая NAT, поскольку он будет установлен обоими «клиентами», вашим MacBook и домашним компьютером.
https://chrome.google.com/webstore/detail/chrome-remote-desktop/gbchcmhmhahfdphkhkmpfmihenigjmpp
2) Настройте VPN, к которому вы будете подключаться, а затем используйте свой локальный RDP, поскольку вы будете в той же (виртуальной) частной сети. Ваш компьютер не заметит разницы, за исключением, может быть, немного большей задержки. Что-то вроде этого должно помочь: https://secure.logmein.com/products/hamachi/download.aspx
решение2
Я решил эту проблему день или два назад... перепробовал все варианты NAT loopback и UPNP на моем маршрутизаторе, но без изменений. Pixel 2 либо отключался по тайм-ауту, либо показывал один кадр рабочего стола, но не мог взаимодействовать и вскоре после этого отключался по тайм-ауту. На 4G все работает отлично.
Для меня это решилось тем, что я отключил опцию на хосте для "некоторые устройства могут подключаться без PIN-кода". Пока я ввожу свой PIN-код каждый раз при подключении, он работает каждый раз в одной и той же сети. Если я его сохраню, он работает при первом подключении, но больше никогда.
Дайте мне знать, если у вас тоже возникла эта проблема... Я был в шоке, когда это сработало, но у меня не было возможности узнать наверняка, потому что как только вы отметите галочкой пункт «Подключаться без PIN-кода», эта опция больше не появится, пока вы не очистите данные приложения или не отключите его на хосте.