Системная ошибка 1244 (ERROR_NOT_LOGGED_ON) возникает в Windows при попытке обратиться к сетевому ресурсу — общей папке, принтеру или сетевому диску — когда система не может подтвердить подлинность пользователя на удалённом компьютере. Типичный сценарий: вы вводите команду net use \\имя_сервера\папка или открываете сетевое окружение, а в ответ получаете сообщение «Запрошенная операция не была выполнена, так как пользователь не зарегистрирован».
Ошибка не означает поломку оборудования — это отказ службы аутентификации принять ваши учётные данные. Чаще всего проблема решается настройкой учётных записей и параметров сетевого доступа, без переустановки системы. Ниже разберём причины сбоя и безопасные способы его устранения.
Что означает ошибка 1244 и когда она появляется
Код 1244 переводится как «операция не выполнена, потому что пользователь не вошёл в систему». Windows пытается установить сессию с удалённым компьютером по протоколу SMB, но удалённая сторона не находит подходящей учётной записи для предъявленных данных — либо данные не были предъявлены вовсе.
Сбой проявляется в нескольких ситуациях:
- 🔌 подключение сетевого диска через проводник или команду
net use; - 🖨️ обращение к общему принтеру на другом ПК;
- 📁 открытие расшаренной папки в домашней или рабочей сети;
- 🤖 выполнение скриптов и планировщика задач, обращающихся к сетевым ресурсам.
Ключевой момент: ошибка относится к аутентификации, а не к сетевой связности. Компьютеры могут успешно пинговать друг друга, но доступ к ресурсу всё равно будет отклонён.
Основные причины сбоя
Причин несколько, и они часто комбинируются. Наиболее распространённая — на удалённом компьютере нет учётной записи с тем же именем и паролем, под которыми вы работаете локально. В одноранговой сети без домена Windows по умолчанию пытается прозрачно передать ваши текущие креденшелы, и если на целевой машине такой пары «логин-пароль» нет, доступ отклоняется.
Вторая частая причина — пустые пароли. Политика безопасности Windows запрещает сетевой вход для учётных записей с пустым паролем. Третья группа причин — отключённый гостевой доступ при попытке анонимного подключения, устаревшие сохранённые учётные данные в диспетчере учётных данных и конфликты нескольких подключений к одному серверу под разными именами.
⚠️ Внимание: ошибка 1244 может возникать и из-за того, что к одному сетевому серверу уже установлено подключение под другим именем пользователя. Windows не позволяет держать две сессии к одному хосту с разными учётными данными — сначала разорвите существующие подключения.
Диагностика: что проверить в первую очередь
Прежде чем менять настройки, выполните простые проверки. Убедитесь, что оба компьютера находятся в одной подсети и видят друг друга: команда ping имя_сервера должна возвращать ответы. Проверьте, что на удалённой машине включено сетевое обнаружение и общий доступ к файлам и принтерам — это делается в разделе «Центр управления сетями и общим доступом».
Далее посмотрите, какие сессии уже установлены. Для этого выполните в командной строке:
net useКоманда покажет список активных подключений. Если к нужному серверу уже есть сессия — удалите её командой net use \\имя_сервера /delete и попробуйте подключиться заново с явным указанием учётных данных.
Пошаговое устранение ошибки 1244
Начните с самого надёжного способа — явного указания учётных данных при подключении. Вместо анонимной попытки выполните:
net use Z: \\имя_сервера\папка /user:имя_сервера\логин парольЗдесь логин — имя существующей учётной записи на удалённом компьютере, а префикс имя_сервера\ указывает, что аутентификация локальная, а не доменная. Если подключение прошло — проблема была именно в отсутствии передаваемых креденшелов.
☑️ Порядок действий при ошибке 1244
Если явное указание не помогло, проверьте сами учётные записи. На удалённом компьютере должна существовать локальная учётная запись с непустым паролем, и у неё должны быть права на нужную папку — как на уровне общего доступа, так и на уровне NTFS-разрешений.
Настройка учётных записей и политик доступа
Для стабильной работы сети без домена удобно создать на обоих компьютерах одинаковые учётные записи с одинаковыми паролями. Тогда Windows сможет выполнять «сквозную» аутентификацию автоматически, без запросов и ошибок. Это штатный механизм, а не обходной путь.
Если вы осознанно хотите использовать гостевой доступ (например, в домашней сети), учтите: в современных версиях Windows небезопасный гостевой вход по умолчанию отключён, и включать его приходится через локальные политики или реестр. Включение анонимного гостевого доступа снижает безопасность — делайте это только в изолированной домашней сети и понимая риски.
| Причина | Признак | Решение |
|---|---|---|
| Нет учётной записи на сервере | Ошибка при любом подключении | Создать пользователя на удалённом ПК |
| Пустой пароль | Отказ даже с верным логином | Задать пароль учётной записи |
| Конфликт сессий | Ранее подключение работало | net use /delete, затем переподключение |
| Устаревшие сохранённые данные | Запрос не появляется, сразу отказ | Очистить диспетчер учётных данных |
| Отключён гостевой доступ | Ошибка при анонимном входе | Использовать именную учётную запись |
Сохранённые учётные данные для сетевых ресурсов хранятся в «Диспетчере учётных данных» (Панель управления → Учётные данные Windows). Удалите там устаревшую запись для проблемного сервера — и система снова запросит логин и пароль при подключении.
Ошибка 1244 в скриптах и планировщике задач
Отдельный случай — ошибка появляется при автоматическом выполнении задач. Если скрипт запускается от имени системной учётной записи (например, SYSTEM через планировщик), у него нет сетевых креденшелов пользователя, и обращение к сетевой папке закономерно завершается отказом.
Решение — настроить задачу на запуск от имени конкретного пользователя с сохранённым паролем либо явно подключать сетевой ресурс внутри самого скрипта командой net use с параметром /user:. Учтите, что сопоставленные сетевые диски привязаны к сессии пользователя: диск, подключённый в вашей интерактивной сессии, может быть невидим для службы или задачи планировщика.
Почему сетевой диск «пропадает» в планировщике
Сопоставления дисков хранятся отдельно для каждого контекста входа. Задача планировщика работает в собственной сессии и не наследует диски интерактивного пользователя. Поэтому в скриптах надёжнее обращаться к ресурсу по UNC-пути (\\сервер\папка) после явной аутентификации, а не через букву диска.
Когда стандартные методы не помогают
Если все перечисленные шаги выполнены, а ошибка сохраняется, проверьте дополнительные факторы: не блокирует ли брандмауэр или сторонний антивирус трафик службы «Сервер» (LanmanServer), запущены ли на удалённой машине службы «Сервер» и «Рабочая станция», нет ли рассинхронизации времени между компьютерами — значительное расхождение часов способно ломать аутентификацию.
⚠️ Внимание: не отключайте брандмауэр полностью ради диагностики. Вместо этого проверьте, что для профиля вашей сети разрешено правило «Общий доступ к файлам и принтерам». Полное отключение защиты оставляет компьютер открытым для сетевых атак.
В корпоративной среде с доменом причиной могут быть проблемы с доверием между рабочей станцией и контроллером домена — тут без участия системного администратора не обойтись. Диагностику начинают с журналов событий (журнал «Безопасность» на целевой машине покажет, какие попытки входа отклонялись и почему).
Ошибка 1244 — это отказ аутентификации, а не сбой сети. В большинстве случаев её устраняют три действия: удаление старых сессий (net use /delete), наличие на удалённом ПК учётной записи с паролем и явное указание учётных данных при подключении.
Часто задаваемые вопросы
Ошибка 1244 появляется, хотя пароль точно правильный. Почему?
Возможные причины: к серверу уже установлена сессия под другим именем (разорвите её через net use /delete), в диспетчере учётных данных сохранена устаревшая запись, либо логин указан без префикса имя_сервера\, и система ищет пользователя не там.
Можно ли исправить ошибку, не создавая пароль на удалённом ПК?
Штатный безопасный путь — именно учётная запись с паролем. Сетевой вход с пустым паролем политики Windows запрещают по умолчанию, и обходить это ограничение не рекомендуется из соображений безопасности.
Почему ошибка возникает только в скрипте, а вручную всё работает?
Скрипт, скорее всего, выполняется в другом контексте — от имени системы или другого пользователя, у которого нет ваших сетевых креденшелов. Добавьте в скрипт явное подключение через net use с параметром /user:.
Поможет ли перезагрузка обоих компьютеров?
Перезагрузка разорвёт зависшие сессии и может временно устранить конфликт подключений, но если причина в отсутствии учётной записи или пустом пароле — ошибка вернётся при следующем обращении к ресурсу.
Чем ошибка 1244 отличается от ошибок 5 и 53?
Ошибка 5 — «отказано в доступе»: пользователь аутентифицирован, но прав недостаточно. Ошибка 53 — «не найден сетевой путь»: проблема на уровне связности. Ошибка 1244 означает, что аутентификация вообще не состоялась — пользователь не зарегистрирован на удалённой системе.