Ошибка 0x00000422 принтер

Обновлено 20.10.2021

Добрый день! Уважаемые читатели и гости блога Pyatilistnik.org. В прошлый раз, я вам подробно объяснил как решается проблема, с печатью при ошибке «Не существует обработчик печати», она всего лишь, одна из тысячи, которая вам может повстречаться. Сегодня я покажу, что делать, если при попытке установить принтер, будь, то локальный или на терминальной ферме, вы получаете ошибку доступа, что вашей операционной системе Windows не удается подключиться к принтеру, хотя все права есть. Как и обычно, все оказывается очень просто.

Возможные причины ошибки доступа к принтеру

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

И такое сообщение может быть и с локальным устройством, вплоть до последней версии Windows 10 Fall Creators Update.

Возможные причины, на что следует обратить внимание:

• Проверить права на доступ к принтеру, актуально для корпоративных принтеров, где системные администраторы, дают возможность пользоваться устройством, по принципу групп, подробнее читайте в статье, про безопасность принтеров и разграничение прав.
• Проблема с драйверами устройства, об этом ниже
• Физическая проблема с принтером
• Принтер находится в автономном режиме (Обязательно проверьте, что не установлена галка)
• Проблемы с SNMP трафиком (Попробуйте его отключить)

Разновидность ошибки

Давайте я приведу самые распространенные коды ошибок в данной ситуации, когда Windows не удается подключиться к принтеру. Отказано в доступе:

• 0x00000002
• 0x0000000a
• 0x00000006
• 0x00000057
• 0x00004005
• 0x0000007e
• 0x000003eb
• 0x00000214
• 0x00000bcb

Решение проблемы с подключением к принтеру

Причина одна и кроется она в цифровой подписи драйверов принтеров, а точнее в отсутствии данной подписи. Если драйвера на устройства подписаны не валидным с точки зрения Microsoft  сертификатом или вообще без него, то он таки драйвера не принимает, считая это потенциальной угрозой, в следствии чего ваше устройство перестает работать. Это не новая проблема, но после очередного обновления KB3170455 или KB5005030, проверка цифровой подписи драйверов, ужесточилась.

• Можете полностью отключить проверку цифровой подписи драйверов, как это делать я описывал, посмотрите. В Windows 10 она обязательная и ужесточенная.
• Можете удалить обновление KB3170455, но думаю это не лучший вариант, когда есть в разы проще. (Для этого в командной строке введите wusa.exe /uninstall /KB:3170455 или через окно параметров сервера, или панель управления)

• Правка реестра Windows.

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

Что вы делаете, вы открываете реестр и переходите вот по такому пути, лично я для быстрого поиска по реестру использую утилиту register jump, делается это либо локально, если принтер подключен по USB, либо же на сервере терминалов, если используются они.

В моем случае это HP M1212, но таких полным полно, Canon, Xerox и так далее.

Находим там параметр PrinterDriverAttributes, по умолчанию там будет стоять значение 0, нужно поменять его на 1. После чего вы смело перезагружаете службу печати либо же сам сервер.

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

Дополнительные методы решения ошибок 0x00000002, 0x0000000a, 0x00000006, 0x00000057

Если ваши клиенты так и не могут подключиться к терминальным принтерам, то попробуйте очистить ветку реестра:

В моем случае, я удалил серверы с сервера-печати, убедитесь, что у вас тут будет пусто. После чего можете перезапустить сервер или службу печати.

Еще на Windows 7 бывает ошибка 0x0000007e «Windows не удается подключиться к принтеру. Не существует обработчик печати» при попытке подключить те же сетевые принтеры, решается все пересозданием порта печати. Порт это некое указание, где искать ваше устройство.

Через правый клик, перейдите в свойства печати, вкладка «Порты». Находите текущий порт, и удаляете его.Затем нажимаете добавить.

Указываем стандартный TCP/IP порт для сетевого принтера.

У вас откроется мастер добавления порта.

Указываем ip адрес или DNS имя принтера и имя порта.

Так же можете проверить, что на вкладке «Доступ» стоит галка, разрешающая его. Теперь ваше устройство доступно по сети. Попробуйте снова к нему обратиться по UNC пути \им вашего сервера печати (если есть)имя принтера. Например, \printserversumsungcolor

Еще советую попробовать утилиту диагностики Print-Spooler-Repair-Tool. Это поможет вам исправить ошибку 0x0000007e и, что не существует обработчик печати. Надеюсь данная заметка оказалась для вас полезной, если есть еще какие-либо методы, то пишите о них в комментариях.

Обновление 16.09.21

После очередного обновления безопасности повалилась новая волна обращений по проблеме с принтерами:

Проблема в том, что Microsoft попыталась закрыть брешь в обороне Print Nightmare, через обновление:

• KB5005030 — Windows Server 2019
• KB5005565 и KB5005568, KB5005566 — Windows 10
• KB5005613, KB5005627 — Windows 8.1 и Windows Server 2012
• KB5005563 — Windows 7
• kb5006670

Смысл в том, что теперь не обладая административными правами, вы не можете установить принтер. Выход из этого пока такой, это отключение параметра реестра RestrictDriverInstallationToAdministrators.

Вам нужно пройти в реестре Windows по пути:

И выставить для RestrictDriverInstallationToAdministrators значение «0». Не забываем перезагрузиться.

Так же вы можете добавить и через командную строку, введя;

Исправление ошибки 0x0000011b через групповую политику

То же самое можно сделать и через групповую политику, для этого создайте RestrictDriverInstallationToAdministrators со значением 0.  Идем в:

Прописываем:

• • Действие — Создать или заменить, если он уже есть
  • Путь раздела — SoftwarePolicies MicrosoftWindows NTPrintersPointAndPrin
  • Имя параметра — RestrictDriverInstallationToAdministrators
  • Тип — Reg_Dword
  • Значение — 0

Далее обновлять политику.

Что с безопасностью теперь

оговорюсь, что удаление KB или выставление RestrictDriverInstallationToAdministrators на «0», возвращает дыру безопасности Print Nightmare, это нужно понимать. Тут два решения, первое долгое, ждать когда MS сделает новое обновление, неизвестно когда, или же сделать вот такую конструкцию.

Мы будим давать пользователю устанавливать принтер, а затем менять параметр реестра RestrictDriverInstallationToAdministrators на 1 и заново закрывать дыру, на полном автомате.

Вам необходимо, как я описывал выше создать ключ RestrictDriverInstallationToAdministrators со значением «0′. Далее, откройте планировщик задач, через окно выполнить.

Создаете задачу и задайте ей имя.

Обязательно укажите, что запускать нужно от имени «NT AUTHORITYСИСТЕМА» и выставлена галка «Выполнить с наивысшими привилегиями». Так же выставите, что это задание будет для Windows 7 и выше.

Переходим на вкладку триггеры, и создаем новый. Укажите, что задачу нужно выполнять например, каждые 15 минут. То есть, вы на время установки меняете удобным для вас способом параметр RestrictDriverInstallationToAdministrators на «0», а автоматическое задание, потом само его поменяет на 1 и закроет уязвимость Print Nightmare.

теперь перейдем на вкладку «действия». Прописываем:

• Программа или сценарий — C:WindowsSystem32cmd.exe
• В качестве аргументов — /c reg add «HKEY_LOCAL_MACHINESoftwarePoliciesMicrosoftWindows NTPrintersPointAndPrint» /v RestrictDriverInstallationToAdministrators /t REG_DWORD /d 1 /f

Все это теперь и будит, коряво, но защищать вас от Print Nightmare и давать возможность устанавливать драйвера, минуя все ошибки по типу 0x0000011b.

Все то же самое, можно сделать и через GPO через немедленную задачу, найти ее можно в разделе:

Создайте там «Немедленную задачу (Windows 7 и выше)».

Вот как у меня выглядит задание.

Надуюсь, что вы смогли устранить ошибку «Windows не удается подключиться к принтеру».

Отключен клиент распределенной файловой системы dfs windows 10

Этот форум закрыт. Спасибо за участие!

Спрашивающий

Общие обсуждения

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

Ошибка при обработке групповой политики. Попытка чтения файла «company.ruSysVolcompany.ruPoliciesgpt.ini» с контроллера домена была неудачной. Параметры групповой политики не могут быть применены, пока не будет исправлена эта ситуация. Это может быть временным явлением, его возможные причины:
a) Ошибка разрешения имен или проблемы сетевого подключения к текущему контроллеру домена.
b) Запаздывание репликации Active Directory (созданный на другом контроллере домена файл еще не реплицирован на текущий контроллер домена).
c) Отключен клиент распределенной файловой системы (DFS).

Возникло это после проблем с железом на одном из контроллеров домена. Этот контроллер успешно удалили из домена средствами ntdsutil.

Если запустить gpresult, он неправильно перечисляет группы, в которых состоит пользователь. Есть, например группа msk, в которой состоит пользователей и которой применяется данная политика. GPRESULT не показывает, что пользователь в этой группе состоит.

Плюс ко всему, в оснастке групповой политики нельзя редактировать Default Domain Policy. Ошибка следующего вида

Ошибка групповой политики:
Не удалось открыть объект групповой политики. Возможно, вы не имеете достаточных прав.

Господа Гуру, кто имел дело с подобным, отзовитесь! В чем причина?

Источник

Устранение неполадок в пространстве имен распределенной файловой системы в Windows

В этой статье предоставляется решение для решения проблем с ошибками доступа к распределенной файловой системе (DFSN).

Применяется к: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 975440

Симптомы

На компьютере, который Windows XP или Window Server 2003, при попытке доступа к DFSN вы получаете следующее сообщение об ошибке:

недоступны. Возможно, у вас нет разрешения на использование этого сетевого ресурса. Обратитесь к администратору этого сервера, чтобы узнать, есть ли у вас разрешения на доступ.

Сведения о конфигурации не могут быть прочитаны с контроллера домена либо из-за недоступности компьютера, либо отказано в доступе.

В Windows Vista и более поздних версиях Windows вы можете получить одно из следующих сообщений об ошибке:

Windows не удается получить доступ

Причина

Эта ошибка обычно возникает из-за того, что клиент DFSN не может завершить подключение к пути DFSN.

Подключение может привести к сбой по любой из следующих причин:

Решение

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

Подключение

В этой статье подключение относится к возможности клиента связаться с контроллером домена или сервером DFSN. Если клиент не может завершить сетевое подключение к контроллеру домена или серверу DFSN, запрос DFSN завершается сбой.

Для проверки подключения можно использовать следующие тесты.

Определите, удалось ли клиенту подключиться к контроллеру домена для получения сведений о домене с помощью DFSUtil.exe /spcinfo команды. Вывод этой команды описывает доверенные домены и их контроллеры домена, обнаруженные клиентом через запросы рефералов DFSN. Это называется кэш домена.

В следующем примере клиент обнаруживает доменное имя DNS и доменное имя contoso.com NetBIOS CONTOSO. Для доменного имени CONTOSO были определены два контроллера домена: 2003server2 и 2003server1. Если клиент получает доступ к имени DNS в запросе, записи contoso.com отображаются под contoso.com записью.

Записи, отмеченные звездочкой (*), были получены через службу Workstation. Остальные записи были получены через рефералы клиентом DFSN. Записи, отмеченные знаком плюс (+), являются контроллерами домена, которые в настоящее время используются клиентом. Дополнительные сведения о процессах рефералов см. в справочной ссылке How DFS Works.

Чтобы оценить возможность подключения, попробуйте простое сетевое подключение к активному контроллеру домена с помощью IP-адреса. Например, введите любой из следующих команд:

Успешное подключение перечисляет все акции, которые находятся в контроллере домена.

Если подключение успешно, определите, возвращается ли допустимая реферал DFSN клиенту после доступа к пространству имен. Это можно сделать, просмотрев кэш рефералов (также известный как кэш PKT) с помощью DFSUtil.exe /pktinfo команды.

Ниже приводится информация о ожидаемых записях в кэше рефералов клиента после того, как клиент получает доступ к пути DFSN. contoso.comdfsrootlink Корень имеет две цели (rooterver1 и rooterver2). Ссылка имеет одну цель (fileserver).

Если вы не можете найти запись для нужного пространства имен, это свидетельствует о том, что контроллер домена не возвращал направление. Сбои службы DFSN обсуждаются позже в этой статье.

Если вы видите запись для пространства имен (то есть), запись доказывает, что клиент мог связаться с контроллером домена, но затем не достиг каких-либо целей пространства имен contoso.comdfsroot DFSN. Если ни один из перечисленных в списке объектов пространства имен не обозначен как ACTIVE, это означает, что все цели недоступны.

Попробуйте получить доступ к каждому серверу пространства имен с помощью IP-адресов. Для этого теста необходимо указать только IP-адрес сервера и не включать в него долю пространства имен (то есть, net view 192.168.1.11 но net view 192.168.1.11dfsroot не). В противном случае может быть непреднанно передан другой корневой сервер DFS. Если это произойдет, вы получите вводящие в заблуждение результаты. Обратите внимание на сообщения об ошибках, которые сообщаются во время этих действий.

Необходимо исследовать и устранять любые сбои контроллера домена или связи сервера пространства имен DFS. Дополнительные сведения о сетевых сведениях tCP/IP и устранении неполадок см. в технической справке TCP/IP.

Разрешение имен

Клиенты должны решить имя пространства имен DFS и всех серверов, на которые размещено пространство имен. Просмотрите выходные данные, ранее созданные dfsutil /pktinfo командами dfsutil /spcinfo и командами. Указанные имена серверов должны быть разрешены клиентом на IP-адреса.

Вы можете использовать следующие методы для проверки правильной функции разрешения имен.

ИМЕНА WINS и NetBIOS

Имя	NetBIOS	Удаленный тип	Хост-адрес таблицы имен кэша	Life [sec]
2003server1	UNIQUE	192.168.1.11	462

Просмотрите следующие документы, чтобы устранить сбои WINS:

По умолчанию DFSN сохраняет имена NetBIOS для корневых серверов. DFSN также можно настроить для использования имен DNS для сред без серверов WINS. Дополнительные сведения см. в дополнительных сведениях о настройке DFS для использования полностью квалифицированных доменных имен в рефералах.

Вы можете просмотреть кэш разрешения DNS клиента для проверки разрешенных имен DNS. Для этого откройте командную подсказку и введите ipconfig /displaydns команду.

Рассмотрим приведенный ниже пример.

Windows Конфигурация IP

Просмотрите следующие документы, чтобы устранить ошибки DNS:

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

Дополнительные сведения о Microsoft Network Monitor 3 см. в дополнительных сведениях о сетевом мониторе 3.

Дополнительные сведения о сетевом трафике, который наблюдается между клиентом и средой DFS на основе домена, см. в руб. Как работает DFS.

Дополнительные сведения о DNS и WINS см. в дополнительных сведениях о технологиях разрешения имен.

DFS и конфигурация системы

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

Во-первых, убедитесь, что служба DFS запущена на всех контроллерах домена и на пространстве имен DFS/корневых серверах. Если служба запущена во всех расположениях, убедитесь, что ошибки, связанные с DFS, не сообщаются в журналах событий системы серверов.

Если администратор вносит изменения в пространство имен на основе домена, это изменение производится в мастере эмулятора контроллера основного домена (PDC). Контроллеры домена и корневые серверы DFS периодически опове- Если PDC недоступен или включен режим корневой масштабируемости, задержки репликации Active Directory и сбои могут помешать серверам выдавать правильные рефералы. Дополнительные сведения о режиме корневой масштабируемости см. в обзоре размера DFS Рекомендации.

Один из методов оценки состояния репликации — опрос состояния последней попытки репликации входящие для каждого контроллера домена. Для этого запустите команду repadmin.exe. Необходимый синтаксис для этой команды:

repadmin /showrepl * DN_of_domain

В этой команде * представлены все запрашиваемые контроллеры домена, а DN_of_domain — отличительное имя домена, например dc=contoso,dc=com.

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

Проблемы конфигурации DFSN также могут препятствовать доступу к пространству имен. Одним из распространенных сценариев, в котором это происходит, является клиент, который принадлежит сайту, который не содержит имен или целей папки. Если пространство имен настроено для выдачи целевых адресов рефералов только на сайте клиента (вариант insite), DFSN не предоставит направление. Чтобы оценить, настроен ли insite параметр в пространстве имен, откройте командную подсказку и введите dfsutil /path:contoso.comdfs /insite /display команду.

Кроме того, проблемы с конфигурацией сайтов Active Directory могут помешать серверам DFSN правильно определять клиентский сайт. Поэтому при настройке insite эти проблемы могут привести к сбоям в передаче. Служба DFSN передает клиента на сайт, анализируя исходный IP-адрес запроса клиента на направление. Служба DFS также передает каждый корневой целевой сервер на сайт, разрешая имя целевого сервера на IP-адрес. Чтобы оценить, может ли контроллер домена или корневой сервер DFS определить правильный сайт системы, запустите либо следующие команды локально на контроллерах домена и на сервере пространства имен DFS:

Источник

Отключен клиент распределенной файловой системы dfs windows 10

Вопрос

Здравствуйте, нужна помощь.

Позавчера перестала работать репликация SYSVOL между двумя КД: Основной: DC1-RU, резервный DC3-RU.

Попытки выудить информацию по соседним топикам ни к чему не привела.

В итоге понизил DC3-RU и поднял DC2-RU, ситуация не изменилась.

AD Replication Status Tool рапортует что все ок.

NTDS реплицируется без ошибок, SYSVOL начинает реплицироваться и останавливается.

В папке Polices создаются папки трех политик с под папками, файлов в них нет.

В журнале DC1-RU постоянные ошибки:

Еще есть странная ошибка:

В журнале DC2-RU постоянные ошибки:

Пытался сделать non-authoritative/authoritative synchronization, но у меня не появляются ни Event ID 4114 in the DFSR event log, ни Event ID 4614 and 4604 in the DFSR event log

Ответы

Началось все с того, что у меня перестала реплицироваться папка SYSVOL, и если к Dfsr Dirty Shutdown я уже привык (пару раз было), то тут все выглядело достаточно не определенно.

Поиски по соседним топикам пару раз выводили меня в нужное русло, но небольшая не точность статьи How to force an authoritative and non-authoritative synchronization for DFSR-replicated SYSVOL не привели к нужным результатам и ни не авторитетное ни авторитетное восстановление не сработали.

В реестре на PDC ковыраться категорически не хотелось (очень хотелось побыстрей все починить и поехать спать:))

В итоге (это я уже сейчас понимаю:)) я окончательно добил DFSR и сделал не авторитетными оба DC.

После этого я попытался решить проблему подняв третий DC (DC2), но DC1 уже не реплицировал на него SYSVOL, при этом конфигурация реплицировалась без проблем, dxdiag особых проблем не выявлял (кроме проблемы DFSREvent), а утилита AD Replication Status Tool вообще рапортовала что все ок.

Так вот, вернемся к упомянутой статье. Все бы в ней хорошо, но нет одного важного условия, наличие которого вытекает из пунктов 4 и 10. Перед выполнением восстановления нужно остановить службу DFSR 🙂

Так вот опишу по пунктам что я делал для выполнения авторитетной синхронизации DFSR:

1. Запускаем на не авторитетном и авторитетном PDC (в планах) CMD с повышенными правами.

2. Выполняем команду

В ответ должны получить что-то вроде

(в Powershell команда у меня не срабатывала)

3. Запускаем ADSIEDIT.MSC на PDC (в моем случае DC1), открываем «Контекст именования по умолчанию» и раскрываем дерево

и правим два параметра

4. Из этой же оснастки лезем во все остальные не авторитетные DC (в моем случае DC2, т.к. DC3 к этому времени я уже понизил)

и выставляем там только

6. Заходим поочереди на каждый не авторитетный DC и убеждаемся, что последняя репликация успешно прошла

7. Заходим на PDC (в моем случае DC1) и выполняем

9. В ADSIEDIT.msc для PDC (в моем случае для DC1) возвращаем значение

11. Заходим поочереди на каждый не авторитетный DC и убеждаемся, что последняя репликация успешно прошла

12. На PDC выполняем

14. По очереди заходим на остальные не авторитетные DC (в моем случае DC2) и выполняем

16. В ADSIEDIT.msc возвращаем значение для не авторитетных DC (в моем случае для DC2)

17. На не авторитетных DC (В моем случае DC2) выполняем

Источник

Отключен клиент распределенной файловой системы dfs windows 10

Вопрос

Имеются два DC. На второстепенном контроллере с периодичностью 5мин появляется ошибка:(второй день повторяющаяся)

Ошибка при обработке групповой политики. Попытка чтения файла «ххххххххSysVolхххххххPoliciesgpt.ini» с контроллера домена была неудачной. Параметры групповой политики не могут быть применены, пока не будет исправлена эта ситуация. Это может быть временным явлением, его возможные причины:

a) Ошибка разрешения имен или проблемы сетевого подключения к текущему контроллеру домена.
b) Запаздывание репликации Active Directory (созданный на другом контроллере домена файл еще не реплицирован на текущий контроллер домена).
c) Отключен клиент распределенной файловой системы (DFS).

Репликация между DC проходит успешно(судя по утилите AD Replication Status Tool 1.0)

И вроде ошибка стала появляться после попытки установки службы RDS

Эта же ошибка 1058 появляется и на сервере где WSUS, но с периодичностью гораздо реже через 1ч иногда 2ч

Ответы

Ошибка исчезла после удаления групповых политик WSUS

Не думаю что ошибка была вызвана групповой политикой WSUS скорее проблемами с репликацией и настройками безопастности. В любом случае хорошо что разобрались, думаю тему можно закрывать.

Все ответы

Имеются два DC. На второстепенном контроллере с периодичностью 5мин появляется ошибка:(второй день повторяющаяся)

Ошибка при обработке групповой политики. Попытка чтения файла «ххххххххSysVolхххххххPoliciesgpt.ini» с контроллера домена была неудачной. Параметры групповой политики не могут быть применены, пока не будет исправлена эта ситуация. Это может быть временным явлением, его возможные причины:

a) Ошибка разрешения имен или проблемы сетевого подключения к текущему контроллеру домена.
b) Запаздывание репликации Active Directory (созданный на другом контроллере домена файл еще не реплицирован на текущий контроллер домена).
c) Отключен клиент распределенной файловой системы (DFS).

Репликация между DC проходит успешно(судя по утилите AD Replication Status Tool 1.0)

И вроде ошибка стала появляться после попытки установки службы RDS

Попытка установки службы RDS закончилась восстановлением снэпшота или резервной копии DC?

У меня впечатление, что у вас ошибки в бд dfs. Пробовали ли делать не авторитативное восстановление?

DULCE LAUDARI A LAUDATO VIRO

DC на одной VM. RDS устанавливали на другой. Контроллеры домена не трогали.

А машину где неудачно rds устанавливали откатили назад снэпшотом

Dcdiag пожалуйста и ipconfig с контроллера домена проблемного, и нормального.

Dcdiag с нормального:

Microsoft Windows [Version 6.2.9200]

Диагностика сервера каталогов

Выполнение начальной настройки:

Выполняется попытка поиска основного сервера.

Основной сервер = DC2

Сбор начальных данных завершен.

Выполнение обязательных начальных проверок

Сервер проверки : Default-First-Site-NameDC2

Запуск проверки: Connectivity

Выполнение основных проверок

Сервер проверки : Default-First-Site-NameDC2

Запуск проверки: Advertising

Запуск проверки: FrsEvent

Запуск проверки: DFSREvent

Запуск проверки: SysVolCheck

Запуск проверки: KccEvent

Запуск проверки: KnowsOfRoleHolders

Запуск проверки: MachineAccount

Запуск проверки: NCSecDesc

Запуск проверки: NetLogons

Запуск проверки: ObjectsReplicated

Запуск проверки: Replications

Запуск проверки: RidManager

Запуск проверки: Services

Запуск проверки: SystemLog

Запуск проверки: VerifyReferences

Выполнение проверок разделов на: ForestDnsZones

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок разделов на: DomainDnsZones

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок разделов на: Schema

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок разделов на: Configuration

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок разделов на: xxxxxxx

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок предприятия на: xxxxxxx.local

Запуск проверки: LocatorCheck

Запуск проверки: Intersite

ipconfig с нормального:

Microsoft Windows [Version 6.2.9200]

(c) Корпорация Майкрософт, 2012. Все права защищены.

Настройка протокола IP для Windows

Ethernet adapter Ethernet:

Туннельный адаптер Подключение по локальной сети* 1:

Dcdiag с проблемного:

Microsoft Windows [Version 6.2.9200]

(c) Корпорация Майкрософт, 2012. Все права защищены.

Диагностика сервера каталогов

Выполнение начальной настройки:

Выполняется попытка поиска основного сервера.

Сбор начальных данных завершен.

Выполнение обязательных начальных проверок

Сервер проверки: Default-First-Site-NameWIN-SRV1

Запуск проверки: Connectivity

Выполнение основных проверок

Сервер проверки: Default-First-Site-NameWIN-SRV1

Запуск проверки: Advertising

Запуск проверки: FrsEvent

Запуск проверки: DFSREvent

Запуск проверки: SysVolCheck

Запуск проверки: KccEvent

Запуск проверки: KnowsOfRoleHolders

Запуск проверки: MachineAccount

Запуск проверки: NCSecDesc

Запуск проверки: NetLogons

Запуск проверки: ObjectsReplicated

Запуск проверки: Replications

Запуск проверки: RidManager

Запуск проверки: Services

Запуск проверки: SystemLog

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:00:05

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:05:05

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:10:06

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:15:06

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:20:06

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:25:07

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:30:07

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:35:07

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:40:07

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:45:07

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:50:08

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Возникла ошибка. Код события ( EventID ): 0 x 00000422

Время создания: 06/10/2013 09:55:08

е могут быть применены, пока не будет исправлена эта ситуация. Это может быть вр

еменным явлением, его возможные причины:

Запуск проверки: VerifyReferences

Выполнение проверок разделов на: DomainDnsZones

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок разделов на: ForestDnsZones

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок разделов на: Schema

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок разделов на: Configuration

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Выполнение проверок разделов на: xxxxxxx

Запуск проверки: CheckSDRefDom

Запуск проверки: CrossRefValidation

Запуск проверки: LocatorCheck

Запуск проверки: Intersite

ipconfig с проблемного:

Microsoft Windows [Version 6.2.9200]
(c) Корпорация Майкрософт, 2012. Все права защищены.

Настройка протокола IP для Windows

Ethernet adapter Ethernet:

[General]
Version=4
displayName=Новый объект групповой политики

В закладке безопасность: Группы: Администраторы домена, предприятия, Администраторы, контроллеры домена, Система, прошедшие проверку

И еще может это имеет отношение к происходящему: на основном домене контроллеров ошибка 1530:

Система Windows обнаружила, что файл реестра используется другими приложениями или службами. Файл сейчас будет выгружен, после чего приложения или службы, которые его используют, могут начать работать неправильно.

Источник

Добрый вечер. Сегодня хочу вам поведать об одной ошибке которая вам может встретиться когда вы пытаетесь подключить к себе принтер который подключен к другому компьютеру по USB. К нам в компанию раз в год приходят аудиторы со своими компьютерами и проверяют бухгалтерию и для их нужд мы выделяем им принтер (hp 1505) который подключается по usb к одному из их ноутбуков. Сегодня возникла такая ситуация, что при отправки на печать со второго ноутбука начала вылетать ошибка ошибка 0x00000709

Невозможно завершить операцию (ошибка 0x00000709). Проверьте имя принтера и убедитесь, что принтер подключен к сети

Сразу скажу, если вы пришли на мой сайт с вопросами:

1. что делать, у меня ошибка 0x00000709  при установке принтера  по сети
2. ошибка 0x00000709 невозможно установить принтер по умолчанию
3. ошибка принтера 0x00000709

то просто пролистывайте на середину статьи, там будет решение вашей проблемы)

В моем случае эта ошибка возникла при следующей ситуации:

• когда пришли аудиторы я одному компьютеру присвоил ip 192.168.100.10 а другому 192.168.100.11
• на компьютер с ip 192.168.100.10 я подключил принтер по USB и его расшарил
• на компьютер с ip 192.168.100.11 я через проводник набрал \192.168.100.10 и подключился к принтеру
• и все это работало

потом случился небольшой казус и мне пришлось сменить ip адрес 192.168.100.10 на 192.168.100.15 и когда со второго компьютера послали на печать документ, то он естественно перестал ругаться, потому как уже такого адреса не было и принтер не мог установить по нему связь.

При попытках снова подключить принтер или зайти в его настройки мы получали ошибку Невозможно завершить операцию (ошибка 0x00000709)   полное удаление устройства из принтеров и факсов не дало никаких положительных результатов.

Ну а теперь давайте перейдем к самому решению.

Ошибка 0x00000709

Для решения ошибки принтера 0x00000709 можно воспользоваться несколькими вариантами (тот по которому я решил его будет 1 вариантом, если вам он не поможет, следуйте по остальным)

1 способ. Изменить адрес подключения к принтеру

Сразу скажу, что моя ошибка была на операционной системе Windows 10, но не думаю, что это может как то отличаться принципиально от других систем

1. Открываем проводник
2. В адресную строку ставим курсор
3. Подключаемся у удаленному компьютеру не по ip, а по имени компьютера (т.е. не по \ip а \имя компьютера)
4. После этого у вас попросит ввести пароль если у вас стоит повышенная безопасность в Windows и после ввода у вас принтер уже спокойно заработает.

Как вы поняли, проблема была только, в том, что когда я сменить ip адреса и авторизовался повторно, он не смог по каким то причинам в реестре сделать изменения и потому была ошибка 0x00000709 , но когда мы авторизовались по имени, то все прошло на ура!

2 способ. Обновление и установка драйверов

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

Вопрос был в конфликтах драйверов.

3 способ.  Правка реестра

Последний способ который все рекомендуют, это правка через реестр

1. Нажмите комбинацию клавиш Win+R
2. Вписываем regedit и нажимаем Enter
3. Открываем ветку реестра  HKEY_CURRENT_USERSoftwareMicrosoftWindows NTCurrentVersionDevices
4. Нажмите правой кнопкой мыши на Devices и выберите из контекстного меню пункт “Разрешения”.
   
5.  Выберите группу Ограниченные и дайте ей Полный доступ
   
6. Теперь выберите из списка тот принтер который вы устанавливали и удалите его
7. Перезагрузите компьютер

Видео инструкци

Рассматриваемая ошибка может касаться как самостоятельно настроенного, так и принтера, который работает в локальной сети. Чаще всего случается проблема именно на сетевом печатающем устройстве. А писать ошибку может непосредственно при установке принтера по сети или уже во время использования, когда ранее все работало нормально.

Ситуация сопровождается появлением небольшого диалогового окна «Принтеры», где пишется полное название проблемы: «Невозможно завершить операцию (ошибка 0x00000709). Проверьте имя принтера и убедитесь, что принтер подключен к сети».

Ранее уведомление с кодом 0x00000709 возникало преимущественно на седьмой и восьмой версии операционной системы (Windows 7 и 8), но сейчас проблема больше актуальна для Windows 10.

Основная причина на момент написания этой статьи кроется в обновлении «Виндовс». Это уже не первый раз, когда очередное накопительное обновление от разработчиков Microsoft нарушает работу принтеров и других периферийных устройств.

Я уверен, что исправить ошибку 0x00000709 сможет каждый, следуя алгоритму, описанному ниже.

Что делать, если ошибка возникла осенью 2021

Если у вас Win 10 и ошибку сетевого принтера начало показывать октябре 2021 года, однозначно, причина заключается в установленном обновлении. Сложность диагностики этой причины в том, что если у вас настроено автоматическое обновление Windows, то вам даже делать ничего не нужно, чтобы увидеть ошибку. Система сама скачает и установит обнову, после чего что-то может перестать работать (в нашем случае устройство печати). А пользователю остается только гадать, в чем причина ошибки, ведь абсолютно ничего не предпринимали, а ошибка на мониторе начала выскакивать.

Обновление имеет наименование «KB5006670».

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

Есть несколько способов, позволяющих завершить установку сетевого принтера, или возобновить работу уже подключенного:

• простейшим и 100-процентно рабочим методом избавления от 709 ошибки является удаление обновления с системы;
• более сложные способы заключаются в дополнительных правках и настройках Windows. К тому же они помогают далеко не всегда, одним помогут, а другим нет. Поэтому здесь нужно действовать только экспериментальным путем и пробовать все до тех пор, пока не сработает.

Как удалить «плохое» обновление

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

1. Через меню «Пуск» перейдите в параметры ОС, нажав на значок шестерни.
2. Пролистайте в самый них и зайдите в раздел «Обновление и безопасность».
3. В правой области пролистайте чуть вниз и выберите «Просмотр журнала…».
4. Сверху кликните по ссылке «Удалить обновления».
5. Откроется панель управления, где нужно найти «Обновление безопасности для Microsoft Windows (KB5006670)» и выбрать его одинарным щелчком левой кнопкой мышки.
6. После, сверху нажмите «Удалить», подтвердите удаление и дождитесь завершения деинсталляции.
7. Последним шагом следует перезагрузить компьютер. После этого можно проверить печать на сетевом аппарате.
8. Рекомендуется на время приостановитьили полностью отключить обновления (требуется вмешательство в систему). Иначе может произойти повторная автоматическая инсталляция пакета KB5006670, что снова нарушит работу.

Если не удается удаление

Нередко кнопка удаления отсутствует для нужного обновления. Или при попытке снести обнову пишет, что это невозможно. Тогда могут помочь следующие манипуляции:

• Попробуйте для удаления воспользоваться системной утилитой WUSA.exe (Windows Update Standalone Installer). Через поиск или контекстное меню «Пуска» сделайте запуск командной строки под именем администратора. Если делаете вторым способом, то вместо командной строки может быть оболочка PowelShell, которая тоже подойдет.Далее пропишите команду «wusa /uninstall /kb:5006670» и выполните, нажав «Enter».
• Если в списке установленных обновлений не можете найти KB5006670, его попросту нет, попробуйте удалить все обновы за октябрь и ноябрь. Перезагрузите Windows и посмотрите в список еще раз. Когда обновление отобразится, удалите его стандартным способом, как описано выше, или с помощью WUSA.

Описанный способ не повлияет на работу Windows, поэтому можно смело им пользоваться.

Но если по каким-то соображением не хочется деинсталлировать KB5006670, то можете попробовать устранить ошибку нижеописанными вариантами.

Просьба также в комментариях отписаться, какой способ помог именно вам.

Какие обновления еще могут повлиять на принтер

Я проанализировал комментарии нескольких сайтов, где ведется дискуссия по поводу 0x00000709 ошибки и пользователи делятся своим опытом. Оказывается, что не всегда дело именно в исправлении KB5006670.

Иногда помогает удаление других обнов, например: KB50066769, KB5006672, KB5007186.

Если не хочется затрагивать обновления

1. Если ошибка отображается при попытке выполнить установку драйвера на втором, третьем и так далее (т. е. на каждом клиентском стационарном компе или ноутбуке), то попробуйте вручную поставить дрова. Скачайте программное обеспечение в интернете или воспользуйтесь установочным диском.
2. В центре управления сетями и общим доступом, а точнее, в дополнительных параметрах общего доступа включите парольную защиту. Если потребуется, задайте данные для входа. На остальных сетевых ПК зайдите на сервер, то есть на тот комп, где изначально установлен и расшарен принтер. При входе введите ранее назначенные данные. Попробуйте подключить печатающую технику.

Попробуйте файл «bat»

Предоставленный ниже файл помогает не только, если принтер не печатает по причине 0x00000709, но и когда оргтехника перестает работать из-за других обновлений. Скачайте архив с файлом по кнопке ниже, разархивируйте, запустите «батник», разрешите внесение правок. Затем выполните перезагрузку ОС и попробуйте воспользоваться принтером.

Скачать файл

Другие причины ошибки 0x00000709

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

А вообще, сама надпись в окне с ошибкой говорит о причине проблемы – либо что-то не так с подключением, либо что-то не так с именем.

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

Если с подключением все в порядке, можно попробовать «поиграться» с именем принтера через реестр системы.

Редактирование реестра Windows

Откройте редактор реестра. Сначала вызовите окно «Выполнить» (Windows+R) и введите команду regedit.

На случай ошибочных действий, чтобы в любой момент вернуть все в исходное состояние, потребуется сделать резервную копию реестра. Для этого выберите пункт «Экспорт» в меню «Файл» открытой оснастки.

Задайте произвольное имя файла и сохраните в удобное место на компьютере.

Если потребуется воспользоваться файлом, то его следует выбрать в пункте «Импорт» или запустить двойным щелчком мышки, согласившись внесением изменений.

Теперь приступим к редактированию. Последовательно в проводнике слева раскройте перечисленные директории:

• HKEY_CURRENT_USER;
• Software;
• Microsoft;
• Windows NT;
• CurrentVersion;
• Windows.

Последней папке «Windows» следует выставить разрешения для группы «Ограниченные».

Кликните правкой кнопкой мышки по директории, выберите «Разрешения» и поставьте галочки для полного доступа в столбце «Разрешить».

В правой области редактора есть параметр «Device». Через контекстное меню выберите «Изменить».

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

Перезагрузите систему и проверьте, не исчезла ли ошибка.

Если имена прописаны правильно, можно изменить их везде, иногда такой способ помогает пользователям. Сначала на серверном компьютере делаете смену имени, можно просто добавить любую букву или цифру в конце наименования. Затем описанным способом через реестр делается изменение имени на аналогичное. После, также выполните перезагрузку.

Изменение способа подключения

Если ранее принтер был добавлен на клиентские компы автоматически или вручную, но через IP-адрес, то попробуйте выполнить удаление, а потом установить вручную с заданными параметрами, но уже через указание полного имени сетевого печатающего устройства.

Диагностика неполадок

В «десятку», как и в другие системы, разработчиками предусмотрен инструмент, который способен самостоятельно диагностировать Windows. Можно не только выявить неполадки, но и автоматически исправить их.

Инструмент называется «Средство устранения неполадок». Можно сразу запустить окно для диагностики принтеров. Для этого в окошке (Win+R) выполните команду «msdt.exe / id PrinterDiagnostic». После появления окна нажмите далее, чтобы средство начало работу. Если будут обнаружены проблемы и предложены пути их решения, воспользуйтесь рекомендациями штатного инструмента.

Обновление драйверов

Реже, но бывает, что удавалось исправить печать на принтере, добавленном в сеть, установкой новой версии ПО – драйверов. Не выполнять возложенные функции драйвер может по причине устаревания или повреждения. Последнее случается из-за негативного действия вирусов и антивирусов, ошибочных действий пользователя при вмешательстве в файловую систему «Виндовс».

Кардинальным и самым действенным способом всегда выступает полноценное удаление драйверов периферии, а потом установка наиболее свежего пакета программ с официального сайта производителя.

Также можно попытаться обновиться через диспетчер устройств. Зайдите в оснастку всех подключенных устройств, кликнув ПКМ по значку «Пуск».

Отыщите неработающий общий принтер, сделайте правый клик мыши по нему и выберите «Обновить драйвер».

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

Иногда при попытке подключиться к принтеру (подключенному к другому компьютеру) через сеть возникает ошибка: «Не удается подключится к принтеру. Локальная подсистема печати не выполняется.»

В этом случае необходимо с сайта производителя скачать последние драйвера на ваш принтер, подходящие для вашей операционной системы. Далее установите новый принтер как локальный. В операционной системе Windows 7 это делается следующим образом:

1. В панели управления заходим в «Устройства и принтеры»;

2. Запустить «Установка принтера»;

3. Нажать: «Добавить локальный принтер»;

4. Выбрать «Создать новый порт»;

5. В «Тип порта», — выбрать «Local Port «, нажать «Далее»;

6. Появится окошко «Имя порта» со строкой ввода «Введите имя порта»;

7. В строку ввода «Введите имя порта» вписываем адрес принтера в сети в следующем виде: \имя_компьютера_с_принтеромимя_принтера

То есть должно получиться нечто вроде: \PC-001hp1300

 и нажимаем «ОК»;

 8. Появится следующее окно: «Установка драйвера принтера».

Выбираем нужный принтер, нужный драйвер, и нажимаем «Далее».

Ждем завершения установки и пользуемся принтером. Если принтер так и не заработал, то имеет смысл провести проверку компьютера на вирусы.

Если проблема, связанная с тем, что windows не удается подключиться к принтеру, не дает вам нормально работать, то не стоит отчаиваться и бежать в ближайший сервисный центр, т.к. при грамотном и ответственном подходите устранить ее можно абсолютно самостоятельно. Одна из причин того, что не подключается сетевой принтер, заключается в неисправности, которая имеет место в работе службы диспетчера печати. Другая причина того, что компьютер не видит подключенный девайс, состоит в засорении папки и реестра «Spool’a», отвечающего за очередь печати. Подобный источник проблемы является следствием большого количества установок всевозможных программ в виде драйверов для абсолютно разных моделей и марок печатающих устройств.

Первый способ

• Итак, если windows не удается подключиться к девайсу из-за того, что локальная система печати не выполняется, то для решения этой проблемы нужно будет включить данную службу. Причина того, что данная служба не выполняется, может быть связана с тем, что она просто отключена со стороны пользователя либо каким-то сторонним ПО или даже вирусным приложением.
• Для устранения этой неполадки, откройте меню «Пуск» своей операционной системы windows 10 или какой-то другой версии, после чего перейдите в «Панель управления».
• Найдите в открывшемся списке раздел администрирования, после чего кликните на пункт «Службы». Следует отметить, что нужно открыть именно обычные службы виндовс, а не локальные – многие пользователи почему-то делают выбор именно в пользу второго варианта.
• Раскрывшийся список вам следует прокрутить до самого низа, пока вы не найдете «Диспетчер печати» windows 10 (в XP данный пункт называется диспетчером очереди печати).
• Кликните на него два раза левой кнопкой мыши, чтобы вам удалось перейти в его параметры.
• В новом окне найдите строку «Тип запуска», где должно стоять значение «Автоматически». Если это не так, в таком случае откройте список и поменяйте его на соответствующее значение.
• Посмотрите немного ниже – там вы должны увидеть кнопку «Отключить», находящуюся в активном состоянии. Но если это не так и вместо нее стоит кнопка «Запустить», кликните именно по ней. Примените все сделанные изменения и нажмите на «ОК», чтобы закрыть окно настроек диспетчера печати.

Если источником проблемы являлась именно служба печати, которая каким-то образом оказалась отключена, то вышеперечисленных действий будет достаточно, чтобы компьютер, который не видит принтер, снова начал показывать его и подключаться к нему. Но если, проблема «windows не удается подключиться к принтеру» все равно не решена и девайс по-прежнему отключен, тогда внимательно ознакомьтесь со следующим способом ее устранения.

Второй способ

Альтернативным запуску службы печати способом является подключение оборудования по локальному порту («Local Port»). В нем вам предстоит прописать текущий путь к сетевому девайсу. В целом этого простого действия будет достаточно, чтобы система windows 10/8/7/XP, установленная на ПК снова начала видеть в сети данную печатающую оргтехнику.

• Решать проблему того, что не получается подключить принтер по сети нужно с клика по панели управления.
• Среди всего отображенного списка разделов, выберите раздел с печатающими устройствами, после чего нажмите на «Установка».
• В новом окне мастера установки нажмите на кнопку «Добавить локальный принтер» — обычно он используются при отсутствии принтера USB, который при подключении будет устанавливаться в Windows в автоматическом режиме.
• В следующем окне вам будет предложено выбрать порт. Нажмите на второй пункт, а именно «Создать новый порт». Что касается типа порта, то выберите из списка «Локальный порт» («Local Port»).
• Теперь, чтобы сетевой принтер не отображался, как «отключен» и ваш ПК мог найти его, пропишите к нему путь – обязательно учтите все символы и заглавные буквы. Вот пример: «\vitaliyHP LaserJet 1020». Решив этот небольшой «квест», кликните на «ОК».
• На следующем этапе мастер установка принтера предложит вам определиться с драйвером подключаемого оборудования. Определите нужный вариант и кликните на «Далее». В нескольких последующих кнопках также нажимайте на кнопку «Далее».

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

Третий способ

Но ошибка, связанная с тем, что системе не удается организовать связь с печатающим устройством всплывает не только при подключении сетевого девайса, но даже локального. Как быть в этом случае, если МФУ является не видным для персонального компьютера?

• Чаще всего, после произведенной настройки локального оборудования, диспетчер печати функционирует в нормальном состоянии, но через некоторый отрезок времени он внезапно отключается. Следует отметить, что установить источник проблемы в этой ситуации не так уж трудно. Скорее всего, она заключается в «Spool’е», который через какое-то время попросту засорился. Решение проблемы, безусловно, заключается в его очистке.
• Для начала вам нужно загрузить компьютер в безопасном режиме, т.к. в стандартом данную папку почистить не удастся.
• Откройте папку «Spool», которая находится по этому пути: «C» => «Windows» => «System32».
• Перейдите там в папку «prtprocsw32x86» и удалите все ее содержимое.
• Очистите от файлов также папку по этому пути «SpoolDriversw32x86».
• Произведите перезагрузку компьютера, после чего заново выполните установку драйверов и устройства для печати.

Как вы наверняка убедились, проблему, связанную с тем, что компьютер не находит устройство или windows не удается подключиться к принтеру, решить не так трудно, как кажется на первый взгляд. В целом устранить эту неисправность удавалось даже новичкам, поэтому в первую очередь положитесь на собственные силы и на эту инструкцию!