Ошибка RDP 0x104: удалённый компьютер не найден

Код 0x104 встречается в клиентах удалённого рабочего стола и обычно сопровождается текстом о том, что удалённый компьютер не найден или не удаётся определить его имя. Подробности формулировок зависят от версии клиента, и опираться стоит на смысл сообщения: клиент не смог найти нужную машину по указанному значению.

Отсюда следует логика диагностики. Код 0x104 указывает скорее на проблему разрешения имени или доступности адреса, чем на аутентификацию или права. Сначала нужно понять, превращается ли введённое вами имя в правильный IP-адрес, а затем, доступен ли этот адрес. Поэтому эта страница построена вокруг имён и адресации, а не служб удалённого доступа.

Первая: опечатка в имени или адресе. Вторая: имя не разрешается. Внутри домашней или офисной сети имя компьютера должно быть известно локальной службе имён, а если вы подключаетесь по короткому имени из другой подсети, оно может не находиться без суффикса домена. Третья: адрес поменялся, потому что DHCP выдал компьютеру новый, а вы используете старый.

Четвёртая: в кэше DNS остались устаревшие записи. Пятая: у клиента настроен DNS-сервер, который не знает о внутренних именах, например при работе через сторонний DNS вместо служебного сервера сети. Шестая: адрес относится к другой сети, недоступной с вашей машины. Седьмая: компьютер выключен или вне сети, и его имя не отвечает.

Начните с очевидного: проверьте написание и попробуйте вместо имени указать IP-адрес. Если по адресу подключение проходит, проблема в разрешении имён. Затем выполните на своей машине nslookup с этим именем и посмотрите, какой адрес возвращается и каким сервером. Если ответа нет или адрес неверный, дело в DNS.

Очистите кэш командой ipconfig /flushdns и повторите попытку. Проверьте настройки DNS сетевого адаптера: в рабочей сети нужно использовать сервер, выданный сетью. Попробуйте полное имя с суффиксом домена. Убедитесь, что вы находитесь в одной сети с целью или что подключены через нужный туннель. Если адрес динамический, уточните текущий на самом удалённом компьютере в его сетевых параметрах.

Если адрес компьютера меняется, настройте для него резервирование в DHCP на роутере или сервере, чтобы он всегда получал один адрес, либо задайте статический. Это надёжнее любых подстановок в файл hosts, хотя и он подходит для быстрого решения на отдельной машине.

Для рабочих сетей полезно поддерживать корректные записи в DNS и использовать полные имена. Если вы подключаетесь из внешних сетей, работайте через шлюз или защищённый туннель и обращайтесь к внутренним именам только внутри него. Записывайте рабочие адреса и имена в сохранённые подключения клиента, чтобы не вводить их вручную.

Убедитесь, что машина вообще жива: проверьте по другому каналу, например через панель роутера, что она получила адрес и видна в списке устройств. Затем пройдите вторую часть цепочки: порт и служба, как описано в разборе близкого кода 0x204. Возможно, имя разрешается верно, но соединение не проходит, и вы увидите другой симптом.

Если работа идёт через организацию, уточните у администратора, не менялись ли имена машин или политика DNS. Для новых или переименованных компьютеров записи могут обновляться не мгновенно, и нужно подождать или очистить кэш.

Если внутренняя служба имён работает нестабильно, можно временно привязать имя к адресу в локальном файле hosts, расположенном в системной папке драйверов. Формат простой: адрес, пробел и имя. Правка требует прав администратора. Не забудьте удалить запись после настройки нормальной службы имён, иначе через месяцы адрес сменится, а имя продолжит вести на старый, что вызовет странные сбои.

Для домашних сетей проще всего пользоваться резервированием адреса и подключаться по нему. Для рабочих используйте полные имена с суффиксом домена. Также помните, что у имени компьютера в русскоязычных названиях и с пробелами бывают проблемы, лучше придерживаться латиницы и цифр без пробелов.