Если цель - подключаться к своему компьютеру удалённо по IP-адресу, обычно речь про RDP (для Windows) и две разные задачи: обеспечить доступ внутри локальной сети и организовать вход извне через интернет. Дальше - пошагово, что именно нужно настроить и где чаще всего ломается.

Что нужно заранее

Перед настройкой соберите данные по хост-компьютеру (туда, к чему будете подключаться):

  • IP-адрес хоста во внутренней сети (LAN).
  • Имя пользователя и пароль на компьютере хоста.
  • Включена ли удалённая работа/удалённые подключения на Windows.
  • Локальный firewall Windows и правила брандмауэра.

Плюс по сети, чтобы доступ работал через интернет, нужны два условия:
- внешний адрес роутера (иногда он «белый», иногда «серый»);
- либо проброс портов, либо VPN, либо другой безопасный способ пробросить трафик.

Вариант 1. Подключение по IP-адресу в одной сети (LAN)

Это самый простой сценарий: оба компьютера в одной локальной сети, и проброс портов не нужен.

  1. На клиентском компьютере откройте Подключение к удалённому рабочему столу (mstsc):
  2. Win + R -> mstsc
  3. Нажмите Показать параметры.
  4. Введите:
  5. Компьютер: IP-адрес хоста (внутренний) или имя хоста
  6. Подключитесь и введите логин/пароль.

Если не подключается - почти всегда проблема в хост-компьютере (включен ли RDP и открыт ли firewall).

Вариант 2. Подключение по IP-адресу через интернет (RDP + проброс портов)

Идея такая: вы подключаетесь к внешнему IP-адресу роутера на порт 3389, а роутер перенаправляет запрос на внутренний компьютер и его RDP.

Шаг 1. Включите RDP на хост-компьютере (Windows)

  1. Win + R -> sysdm.cpl
  2. Вкладка Удаленный доступ
  3. Включите Разрешить удалённые подключения к этому компьютеру
  4. ОК

Шаг 2. Разрешите RDP в брандмауэре Windows

  1. Откройте Панель управления -> Система и безопасность -> Брандмауэр Windows
  2. Нажмите Разрешить доступ приложениям или компонентам через брандмауэр
  3. Разрешите Удалённый рабочий стол (Remote Desktop)

Шаг 3. Сделайте IP-адрес хоста статическим (или зарезервируйте в DHCP)

Если внутренний IP хоста меняется - проброс начнёт вести в никуда.

  • Вариант А: в настройках роутера сделать DHCP reservation для MAC адреса хоста.
  • Вариант Б: вручную задать статический ipадрес на самой Windows.

Минимум нужно закрепить IPv4 и шлюз по умолчанию (обычно IP роутера в LAN).

Шаг 4. Узнайте внешний IP-адрес роутера и убедитесь, что он вообще доступен извне

  • Снаружи сети иногда можно проверить внешний адрес через запрос вроде “what is my IP”.
  • Важно: если внешний адрес роутера не маршрутизируется в интернет (у провайдера ограничения), проброс может не заработать.

Шаг 5. Настройте проброс порта на роутере

На роутере найдите раздел типа:
- Port Forwarding / NAT / Virtual Servers / Перенаправление портов

Обычно правило выглядит так:

  • Внешний порт: 3389 (можно оставить стандартным, но это повышает риск автоматических атак)
  • Внутренний IP-адрес: IP хоста в LAN
  • Внутренний порт: 3389
  • Протокол: TCP (для RDP чаще всего TCP)

После сохранения примените настройки.

Шаг 6. Подключайтесь снаружи

На клиентском компьютере используйте:
- Компьютер: внешний IP-адрес роутера + двоеточие с портом (если клиент поддерживает формат)
- либо:
- дополнительные параметры -> порт

Пример логики: подключаетесь к внешнему адресу роутера на нужном порту, и дальше соединение приходит на хост.

Вариант 3. Если внешний IP меняется (DDNS)

Когда провайдер выдаёт внешний адрес динамически, вы каждый раз рискуете “сломать” доступ: внешний адрес поменялся - клиент подключается к старому.

Решение: DDNS (динамический DNS).
- на роутере включаете DDNS;
- получаете имя, которое автоматически обновляется при смене внешнего IP;
- в клиенте подключаетесь уже по доменному имени, а не по “дёргающемуся” IP-адресу.

Это особенно полезно для проброса порта, где в клиенте в итоге фигурирует внешний адрес роутера.

Вариант 4. Если внешний доступ ограничен или “серый IP”: делайте VPN

Если у провайдера нет реальной маршрутизации входящих соединений (или подключение извне не проходит), проброс может не помочь.

Тогда практичный путь:
- поднимать VPN (лучше с поддержкой “туннеля”);
- подключаться в VPN;
- дальше RDP работает как будто клиент “внутри” сети.

Microsoft прямо отмечает, что для подключения вне сети разумные варианты - перенаправление портов или VPN.

Чек-лист: почему не работает (быстрое устранение)

Симптом Частая причина Что проверить
Не подключается в LAN RDP выключен или firewall блокирует Включены ли “Удалённые подключения” и правило брандмауэра для Remote Desktop
Подключение в LAN работает, а через интернет нет Проброс порта не настроен или не тот порт Правило Port Forwarding: внешний порт -> внутренний IP хоста -> внутренний порт 3389, протокол TCP
Через интернет “сервер недоступен” / “не тот роутер” Нет маршрутизации входящих (вход не ходит) Реально ли извне доступен внешний адрес роутера; если нет - нужен VPN или другой способ
Проброс настроен, но “иногда работает” IP хоста меняется Статический IP или DHCP reservation на хосте
Подключение снова падает после смены внешнего IP Внешний адрес поменялся Включить DDNS

Таблица: какой способ выбрать

Ситуация Что делать Почему это подходит
Оба компьютера в одной сети подключение RDP по внутреннему IP-адресу минимум настроек, без риска открытия порта наружу
Есть реальный внешний IP (белый) и нужен RDP извне RDP + проброс порта на роутере работает без VPN и быстро запускается
Внешний IP меняется RDP + проброс + DDNS не придётся вручную обновлять адрес
Входящие извне не проходят (ограничения провайдера/серый сценарий) VPN и подключение “как в сети” обходит проблемы с входящими соединениями
Нужна повышенная безопасность VPN вместо прямого открытия RDP меньше поводов для атак на открытые порты

Важные меры безопасности (чтобы не превратить удалённый доступ в дырку)

Открытый RDP наружу - это всегда риск. Минимум сделайте так:
- включайте сильный пароль на учётной записи хоста;
- лучше изменить схему с портом: часть автоматических атак идёт по стандартным сценариям, поэтому нестандартные внешние порты и строгие правила на роутере помогают;
- регулярно обновляйте систему;
- по возможности используйте VPN, а не “голый” проброс RDP.

Если нужен не только “посмотреть экран”, а доступ как сервис

Иногда проще использовать готовую технологию удалённого доступа вместо сложной сети: там часто уже решены вопросы авторизации, шифрования и прохождения NAT. Но если цель именно “по IP-адресу” и самостоятельная настройка - то базовые пути выше (RDP по LAN и RDP через проброс либо VPN) закрывают большинство случаев.

Коротко: базовый рецепт для Windows

  1. На хосте: включить RDP и разрешить Remote Desktop в брандмауэре.
  2. Зафиксировать внутренний IP хоста.
  3. Если LAN - подключайтесь по внутреннему IP.
  4. Если интернет - либо:
  5. проброс 3389 (или выбранного внешнего порта) на IP хоста,
  6. либо VPN, если проброс не проходит.

С этими настройками удалённый доступ по IP-адресу будет работать предсказуемо.