Код 0x104 при подключении к удаленному рабочему столу означает, что клиент Remote Desktop не смог установить или удержать сетевое соединение с удаленным компьютером — чаще всего сессия обрывается еще на этапе подключения или сразу после ввода учетных данных. Проблема встречается как в классическом клиенте mstsc в Windows, так и в мобильном приложении Microsoft Remote Desktop на Android и iOS, где этот код появляется особенно часто.
Хорошая новость в том, что ошибка почти всегда связана с сетевым уровнем: недоступностью порта, блокировкой брандмауэром, неверным разрешением имени или сбоем VPN. Это значит, что диагностику можно провести по четкому алгоритму, не трогая системные файлы и реестр. Ниже разберем проверенные причины и способы устранения.
Что означает код 0x104 и когда он появляется
Ошибка 0x104 относится к группе сетевых сбоев протокола RDP. Клиент отправляет запрос на удаленный хост, но либо не получает ответа, либо соединение разрывается удаленной стороной до завершения аутентификации. В отличие от ошибок аутентификации (например, связанных с CredSSP), здесь проблема находится ниже — на уровне транспорта.
Типичные сценарии появления кода:
- 🔌 Удаленный компьютер выключен, находится в спящем режиме или недоступен в сети.
- 🧱 Брандмауэр на удаленной стороне блокирует входящие подключения по порту
3389. - 📡 VPN-соединение разорвано или маршрут до целевой сети отсутствует.
- 📱 На мобильном устройстве приложение теряет соединение из-за переключения между Wi-Fi и мобильной сетью.
- 🌐 Имя компьютера не разрешается в IP-адрес из-за проблем с DNS.
Важно понимать: ошибка 0x104 не указывает на неверный пароль или отсутствие прав — при таких проблемах клиент выдает другие сообщения. Поэтому менять учетные данные и разрешения имеет смысл только после того, как сетевые причины исключены.
Шаг 1. Проверка доступности удаленного компьютера
Первое действие — убедиться, что удаленный ПК вообще отвечает в сети. Откройте командную строку на своем устройстве и выполните проверку связи по IP-адресу целевой машины:
ping 192.168.1.50Если ответы приходят, сетевой путь существует, и можно переходить к проверке порта. Если пакеты теряются, проблема в самом соединении: проверьте, включен ли удаленный компьютер, не ушел ли он в сон и подключены ли оба устройства к нужной сети. При подключении через интернет убедитесь, что VPN-туннель активен и трафик до офисной сети маршрутизируется.
Далее проверьте доступность RDP-порта. В современных версиях Windows для этого удобно использовать PowerShell:
Test-NetConnection 192.168.1.50 -Port 3389Результат TcpTestSucceeded: True говорит о том, что порт открыт и служба удаленных рабочих столов отвечает. Значение False означает, что запрос блокируется или служба не запущена — это сужает поиск до брандмауэра или настроек самого RDP на удаленной стороне.
Шаг 2. Проверка брандмауэра и службы удаленных рабочих столов
На удаленном компьютере должны быть выполнены два условия: включена функция удаленного рабочего стола и разрешен входящий трафик на порт 3389. Проверьте это при физическом доступе к машине или через другого пользователя с правами администратора.
Откройте Параметры → Система → Удаленный рабочий стол и убедитесь, что переключатель активен. Затем проверьте правила брандмауэра: в оснастке Брандмауэр Защитника Windows → Разрешенные приложения должна быть отмечена строка «Удаленный рабочий стол» для нужного профиля сети (частной или доменной). Сторонние антивирусы с собственным сетевым экраном тоже способны блокировать RDP — временно отключите их сетевую защиту для проверки.
⚠️ Внимание: не открывайте порт 3389 напрямую в интернет через проброс на роутере. Такой компьютер быстро становится целью автоматизированных атак перебором паролей. Для доступа извне используйте VPN или шлюз удаленных рабочих столов.
Также убедитесь, что служба «Службы удаленных рабочих столов» (TermService) запущена. Откройте services.msc, найдите ее в списке и при необходимости перезапустите. Если служба останавливается сразу после запуска, это указывает на повреждение системных компонентов, и потребуется более глубокая диагностика.
☑️ Базовая диагностика ошибки 0x104
Шаг 3. DNS, имя компьютера и сетевой профиль
Если вы подключаетесь по имени компьютера, а не по IP-адресу, возможная причина сбоя — некорректное разрешение имени. Проверьте, какой адрес возвращает система:
nslookup имя_компьютераСравните результат с фактическим IP удаленной машины. Если адреса не совпадают или имя не разрешается, попробуйте подключиться напрямую по IP. Успешное подключение по адресу при неработающем имени подтверждает проблему с DNS: очистите локальный кэш командой ipconfig /flushdns и проверьте настройки DNS-серверов на сетевом адаптере.
Еще один тонкий момент — сетевой профиль на удаленном ПК. Если сеть определена как «Общественная», Windows применяет более строгие правила брандмауэра, и входящие RDP-подключения могут отклоняться. Смените профиль на «Частную» в параметрах сети, если машина находится в доверенной локальной сети.
Ошибка 0x104 на Android и iOS: особенности мобильного клиента
В приложении Microsoft Remote Desktop для смартфонов код 0x104 появляется особенно часто, и причины здесь несколько иные. Мобильные ОС агрессивно управляют сетевыми соединениями: при переключении между Wi-Fi и LTE, включении режима энергосбережения или работе VPN на телефоне сессия может разрываться именно с этим кодом.
Что стоит проверить на мобильном устройстве:
- 📶 Стабильность соединения — попробуйте другую сеть Wi-Fi или мобильный интернет.
- 🔒 Отключите VPN на смартфоне, если он не нужен для доступа к целевой сети: двойная маршрутизация часто рвет RDP-сессии.
- 🔋 Отключите оптимизацию батареи для приложения Remote Desktop, чтобы система не выгружала его сетевые процессы.
- 🔄 Удалите сохраненное подключение в приложении и создайте его заново с корректным адресом и шлюзом.
Если подключение идет через шлюз удаленных рабочих столов (RD Gateway), убедитесь, что адрес шлюза указан правильно и сертификат сервера не вызывает ошибок доверия. При подозрении на шлюз попробуйте подключиться из локальной сети без него — так вы локализуете источник сбоя.
Почему ошибка появляется только на телефоне, а с ПК все работает
Наиболее вероятные причины — блокировка порта оператором мобильной связи, конфликт VPN-приложений на телефоне или неверные настройки шлюза в мобильном клиенте. Проверьте подключение с телефона через домашний Wi-Fi той же сети, где работает ПК-клиент: если так все соединяется, проблема в мобильной сети или настройках приложения.
Сравнение типичных причин и способов устранения
Таблица ниже поможет быстро сопоставить симптом с вероятной причиной и первым действием:
| Симптом | Вероятная причина | Первое действие |
|---|---|---|
| 0x104 сразу при подключении | Порт 3389 закрыт или служба RDP остановлена | Проверить Test-NetConnection и службу TermService |
| Сбой только по имени, по IP работает | Проблема с DNS | Выполнить ipconfig /flushdns, проверить nslookup |
| Ошибка только через интернет | Разрыв VPN или отсутствие маршрута | Переподключить VPN, проверить доступность сети |
| Сбой только на смартфоне | Энергосбережение, VPN на телефоне, мобильная сеть | Сменить сеть, отключить оптимизацию батареи |
| Подключение рвалось, затем 0x104 постоянно | Блокировка на стороне удаленного ПК после сбоев | Перезагрузить удаленный компьютер |
⚠️ Внимание: если удаленный компьютер находится вне вашего физического доступа, не спешите с радикальными действиями вроде отключения брандмауэра через удаленный реестр. Ошибка в настройках может полностью лишить вас доступа к машине до появления на месте.
Дополнительные методы: сеть, протоколы и обновления
Когда базовые проверки не дали результата, переходите ко второму уровню диагностики. Вам нужно последовательно исключить менее очевидные факторы, каждый из которых способен вызвать обрыв с кодом 0x104.
Во-первых, перезагрузите сетевое оборудование: роутер на стороне клиента и, если возможно, на стороне удаленного ПК. Зависшие NAT-сессии и сбои маршрутизации — нередкая причина «невидимости» хоста. Во-вторых, проверьте, не изменился ли стандартный порт RDP на удаленной машине: если администратор менял порт, укажите его в клиенте через двоеточие, например 192.168.1.50:3390.
В-третьих, убедитесь, что на обоих устройствах установлены актуальные обновления Windows. Известны случаи, когда после обновлений безопасности менялись требования к шифрованию RDP-сессий, и устаревшие клиенты теряли соединение. Если подключение идет между машинами с сильно различающимися версиями ОС, проверьте настройку проверки подлинности на уровне сети (NLA): временное ее отключение на удаленном ПК поможет понять, в ней ли дело, но постоянно работать без NLA небезопасно.
Когда ничего не помогает
Если все сетевые проверки пройдены, а ошибка сохраняется, остаются системные причины на удаленной стороне. Возможные варианты: повреждение компонентов RDP после сбоя обновлений, конфликт со сторонним ПО удаленного доступа, нестандартные политики безопасности в доменной среде.
Порядок действий в такой ситуации: перезагрузите удаленный компьютер, проверьте журналы событий (Просмотр событий → Журналы Windows → Система, а также журнал TerminalServices в разделе «Журналы приложений и служб») на предмет ошибок в момент подключения. Записи журнала часто содержат более точный код сбоя, чем общий 0x104 на клиенте. В доменной сети дополнительно уточните у администратора, не применяются ли групповые политики, ограничивающие RDP-подключения.
Как временную альтернативу можно использовать другой инструмент удаленного доступа, чтобы получить управление машиной и спокойно провести диагностику на месте. Это не решение исходной проблемы, но позволит не останавливать работу.
Частые вопросы об ошибке 0x104
Ошибка 0x104 означает неверный пароль?
Нет. Код 0x104 указывает на сетевой сбой — недоступность хоста, закрытый порт или разрыв соединения. При неверном пароле клиент выдает сообщение об ошибке учетных данных.
Почему по IP подключается, а по имени — ошибка 0x104?
Это признак проблемы с DNS: имя компьютера не разрешается в правильный адрес. Очистите кэш командой ipconfig /flushdns и проверьте настройки DNS-серверов.
Можно ли исправить 0x104 без доступа к удаленному компьютеру?
Частично. Со стороны клиента можно проверить VPN, DNS, сеть и настройки приложения. Но если причина в брандмауэре или остановленной службе на удаленной машине, потребуется доступ к ней — физический или через другого пользователя с правами администратора.
Ошибка появляется только в приложении на телефоне. Что делать?
Проверьте другую сеть (Wi-Fi вместо мобильной), отключите VPN на смартфоне, выключите оптимизацию батареи для приложения и пересоздайте подключение. Если с ПК все работает — причина почти наверняка в мобильном клиенте или его сетевом окружении.
Опасно ли открывать порт 3389 в интернет для обхода ошибки?
Да, это небезопасно: открытый RDP-порт быстро обнаруживается сканерами и подвергается атакам перебором паролей. Для доступа через интернет используйте VPN или шлюз удаленных рабочих столов с сертификатом.