none
Постановка в очередь на печать RRS feed

  • Вопрос

  • Всем доброго!

    Ни как не получается победить проблему!

    Итак дано:

    МФУ Kyocera M2035dn (принтер о котором далее пойдет речь) и зоопарк из HP.

    Домен на Windows Server 2008R2. Сервер печати на Win2008R2 на который добавлено порядка 20 принтеров и предоставлен общий доступ к ним.

    Все пользователи работают на серверах терминалов Win2008R2. Принтеры у пользователей подключены путем \\PrintSrv, правая кнопка мыши на нужном принтере-Подключить. Проблема наблюдается только в одном подразделении на одном МФУ. Но таких МФУ Kyocera у нас порядка 5шт. и на других таких проблем не замечено!

    Проблемы:

    По статистике, 6 из 10 отправленных документов на принтер не распечатываются с первого раза.

    1) Пользователь посылает на печать документ(чаще всего проблема с PDF файлами) и на сервере печати можно видеть что статус документа "Постановка в очередь на печать" 24байт\800Кб. (к примеру) и в таком состоянии этот документ висит в очереди и соответсвенно ни кто другой уже не может печатать на этом принтере пока не отменить печать зависшего документа

    2) Так же наблюдается следующее: послали на печать PDF файл. В нем, к примеру, 20 стр. В диспетчер печати прогружается к примеру 16-17 стр. они печатаются на принтере, затем задание само удаляется из очереди печати, как будто оно успешно распечаталось, но последние страницы 18,19,20 так и не будут распечатаны. В таких случаях приходится в свойствах печати документа делать "Печатать текущую", чтобы хоть как-то закончить печать документа

    Но чаще всего происходят именно зависания печати со статусом "Постановка в очередь на печать" и висит!

    Что делали для решения задачи (МФУ Kyocera M2035dn):

    1) Увеличили объем памяти МФУ на 1ГБ - общий объем 1,5Гб.

    2) Обновили прошивку МФУ до последней

    3) На сервере печати "игрались" с версиями драйверов. В других отделах есть такие же МФУ есть с более старым драйвером, есть с самым свежим. На проблемном МФУ проблема остается на любом драйвере

    4) Стоят почти самые последние обновления Windows из Центра обновлений (единственное последний раз обновлялись месяц назад - я вручную сервера обновляю)

    5) "Сажали" МФУ на другой порт коммутатора. Коммутатор Juniper.

    6) Менял патчкорд от МФУ к сетевой розетке на новый

    7) В свойствах драйвера меняли режимы эмуляции - PCL 5e, PCL XL, KPDL

    8) Подключал МФУ к одному из своих ПК через USB для проверки печати проблемных документов - они печатаются!

    9) Подключал МФУ на терминальный сервер на прямую через новый TCP\IP порт, в обход сервера печати

    Все это не привело к положительному результату. МФУ рабочее!

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

    Пока проблема актуальна!!!

    Спасибо! 

    P.S. Можно было бы винить МФУ, но чуть раньше в этом подразделении стоял HP LaserJet 2055dn. Проблема была один в один! Поэтому и решили им купить новый принтер, думая что проблема в старом! После замены принтера проблема, как видите, осталась!


    • Изменено ItDen 12 июля 2016 г. 7:06
    12 июля 2016 г. 7:03

Ответы

Все ответы

  • Нет ли часом режима энергосбережения в настройках МФУ, если есть отключите

    так же на принтсервере есть галка "Отправлять документ сразу на принтер" (дословно может отличаться так как перед глазами принтсервера нет) попробуйте выставить ее, или если она стоит то ее снять


    The opinion expressed by me is not an official position of Microsoft

    12 июля 2016 г. 7:09
    Модератор
  • привыкайте, это нормальная ситуация для принтаков. с ними вечно всякие проблемы.

    отсекает как минимум 70-80% проблем изменение следующих настроек:

    через оснастку "Управление печатью" зайдите в свойства принтера на вкладку "Дополнительно"

    В ней выставите "Печатать прямо на принтер", предварительно установив в обработчике печати тип данных по умолчанию - RAW (возможно потребуется после этого нажать применить и закрыть окно свойств, потом открыть заново и уже потом устанавливать печать прямо на принтер). 

    Есть только одна проблема - эти настройки периодически сбрасываются 

    12 июля 2016 г. 7:36
  • Попробуйте переустановить программу чтения PDF-файлов заново, либо на более раннюю/позднюю версию.
    12 июля 2016 г. 7:45
  • Я по умолчанию при первичной настройке, отключаю на всех принтерах энергосбережение. Галочку "Печатать сразу на принтер" ставил еще недели две назад при "разборе полетов" с этим МФУ. В этом случае печать резко замедляется. Мне это как-то не понравилось, что при 30стр. PDF документе с этой галочкой, документ уходил на печать минут 5!
    12 июля 2016 г. 7:58
  • Да я забыл упомянуть я с обработчиками печати тоже игрался в настройках. Ставил и RAW и NT EMF 1.009 - не помогало! А галочка "Печатать прямо на принтер", выше отписался - очень сильно замедляет печать
    12 июля 2016 г. 8:03
  • Попробуйте переустановить программу чтения PDF-файлов заново, либо на более раннюю/позднюю версию.
    Разными пробовал - Reader DC, Foxit, Abbyy Transformer ++
    12 июля 2016 г. 8:04
  • По-моему проблема в производительности сервера печати, принтеры тут не при чем.

    EasyPrint пробовали? 

    https://technet.microsoft.com/ru-ru/library/ff519199%28v=ws.10%29.aspx?f=255&MSPPError=-2147217396

    12 июля 2016 г. 8:10
  • Я по умолчанию при первичной настройке, отключаю на всех принтерах энергосбережение. Галочку "Печатать сразу на принтер" ставил еще недели две назад при "разборе полетов" с этим МФУ. В этом случае печать резко замедляется. Мне это как-то не понравилось, что при 30стр. PDF документе с этой галочкой, документ уходил на печать минут 5!
    странно, у нас у самих полностью парк из Kyocera M2035dn и родственных моделей (1030, 1035 и т.п.), задержек по 5 минут не наблюдаем, даже при печати больших документов.
    12 июля 2016 г. 8:12
  • Ну как вариант сегодня еще раз попробую с этой настройкой поиграться. Может в прошлый раз чего-то не делал.

    Я ведь правильно понимаю, что эта опция "Прямо на принтер" будет отправлять документ минуя сервер печати и раз так, то в диспетчере печати мы документ видеть не сможем?

    • Изменено ItDen 12 июля 2016 г. 8:18
    12 июля 2016 г. 8:17
  • а у вас каким образом настроены клиенты? на них на каждого установлен принтер отдельно или они все печатают централизованно через принт-сервер?
    12 июля 2016 г. 8:21
  • Помнится в Adobe Reader позволял пускать PDF-файлы как растровое изображение, что в свою очередь избавляло от подобных глюков. Посмотрите нет ли подобной настройки в ваших программах.
    12 июля 2016 г. 8:37
  • а у вас каким образом настроены клиенты? на них на каждого установлен принтер отдельно или они все печатают централизованно через принт-сервер?

    Через принт-сервер! На сервере печати пачка принтеров (наш принт-парк) и все расшарены в общий доступ

    У каждого пользователя в сеансе подключен нужный ему принтер через шару

    12 июля 2016 г. 9:50
  • Помнится в Adobe Reader позволял пускать PDF-файлы как растровое изображение, что в свою очередь избавляло от подобных глюков. Посмотрите нет ли подобной настройки в ваших программах.
    Есть такая опция! Это наверное первое, что я попробовал сделать когда глюки были замечены еще на их старом принтере HP 2055. На Kyocera эта опция от проблемы не спасает (( 
    12 июля 2016 г. 9:52
  • а у вас каким образом настроены клиенты? на них на каждого установлен принтер отдельно или они все печатают централизованно через принт-сервер?

    Через принт-сервер! На сервере печати пачка принтеров (наш принт-парк) и все расшарены в общий доступ

    У каждого пользователя в сеансе подключен нужный ему принтер через шару

    Организуйте схему печати таким образом, чтобы каждый пользователь печатал сразу на принтер, минуя сервер печати (через GPP настроить легко). Мы лично так и делаем, ранее тоже использовали централизованный принт-сервер, но после глюков подобных вашим, отказались. Также есть коллеги в организации 1000+ сотрудников с десятками принтаков от настольных НР до промышленных, у них тоже сервера печати нет как такового.
    12 июля 2016 г. 10:06
  • Т.е. грубо говоря принт-сервер будет не нужен как Роль?

    В нашей конфигурации остается получается только одно - это на каждый терминальный сервер установить принтеры по TCP\IP (создать ip порт)? Но тут в нашем случае немного неудобно получится! У нас 12 терминальных серваков, на каждом по 15-18 пользователей и из разных подразделений! Получается что нужно будет кучу принтеров инсталить на один терминальный сервак и они потом кучей будут у всех висеть в списке выбора принтера для печати

    12 июля 2016 г. 12:05
  • дак сделайте распространение принтеров через групповые политики и натравите на юзеров. Все будет ставиться автоматически
    12 июля 2016 г. 13:04
  • Сейчас пока просто на сервере печати перевел принтер в "Дополнительно-Печатать прямо на принтер", у всех пользователей настройка обновилась (применилась эта опция), от некоторых попробовал распечатать - печать идет довольно быстро, наверное ввел Вас в заблуждение сказав, что раннее у меня печать шла долго с этой опцией. Идет нормально. Я уже обрадовался, как пустил на печать от одного пользователя 10 стр. документ вроде как ушел на печать, а принтер даже не дернулся! То ли это глюк какой-то, то ли проблема очень настырно сидит и гадит!

    Завтра буду тестировать с пользователями печать с этой опцией!

    13 июля 2016 г. 15:22
  • тестируйте. 

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

    Ещё я вам все же рекомендую сделать архитектуру печати распределенной, то есть не использовать централизованный принт-сервер. Максимум он нужен для распространения настроек и драйверов, но пусть юзеры сразу печатают напрямую. Как минимум риски снижаются - одно дело документ зависнет  вочереди у одного юзера, а совсем другое - зависнет документ в очереди на принт-сервере - встанет печать у всех.

    13 июля 2016 г. 16:37
  • тестируйте. 

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

    Ещё я вам все же рекомендую сделать архитектуру печати распределенной, то есть не использовать централизованный принт-сервер. Максимум он нужен для распространения настроек и драйверов, но пусть юзеры сразу печатают напрямую. Как минимум риски снижаются - одно дело документ зависнет  вочереди у одного юзера, а совсем другое - зависнет документ в очереди на принт-сервере - встанет печать у всех.

    Но все таки я пока не понял одну штуку (еще почитаю как принтеры через GPO разворачивать, раннее так не делал, всегда через принт-сервер было), если пользователи будут печатать на принтер напрямую назначенным принтером через GPO, в этом случае принт-сервер ведь ни какой не используется? А значит я не смогу отслуживать задания на печать? Ну мало ли у кого-то зависнет документ при печати, как очередь регулировать (снять задание или перезапустить) как это делается в случае с принт-сервером? Просто мне пока вот не понятна организация такой конфигурации и ее некоторые ньюансы типа описанного

    Спасибо!

    14 июля 2016 г. 6:09
  • очередь будет у каждого локальная, значит и управлять очередями нужно на каждом конкретном рабочем месте. Это можно делать удаленно через соответствующую оснастку, просто подключаясь к нужному ПК.
    14 июля 2016 г. 6:14
  •  Это можно делать удаленно через соответствующую оснастку, просто подключаясь к нужному ПК.
    Наверное тут будут сложности? У нас ведь не локальные ПК, а терминальные серваки на которых по 15-20 пользователей одновременно
    14 июля 2016 г. 8:45
  • Конкретно для такой конфигурации не разворачивал, надо проверять. В вашем случае конечно оптимальнее все через принт-сервер гнать, но раз с ним такие проблемы, то нужно пробовать другие варианты или копаться дальше. Вам вроде бы выше советовали посмотреть в сторону производительности принт-сервера
    14 июля 2016 г. 9:44
  • Конкретно для такой конфигурации не разворачивал, надо проверять. В вашем случае конечно оптимальнее все через принт-сервер гнать, но раз с ним такие проблемы, то нужно пробовать другие варианты или копаться дальше. Вам вроде бы выше советовали посмотреть в сторону производительности принт-сервера

    Да, я просто сори, не отписался. На сервак докинули оперативы (сервак виртуальный), но у него нет таких нагрузок даже когда половина офиса одновременно печатают. Проц 10-13%, оперативка почти все время более половины свободна

    Просто, если бы был виноват сервак, наверное у всех были бы траблы, а тут только у этого отдела!(

    • Изменено ItDen 14 июля 2016 г. 10:12
    14 июля 2016 г. 10:11
  • чем фундаментально задачи этого отдела отличаются от задач других?
    14 июля 2016 г. 10:19
  • чем фундаментально задачи этого отдела отличаются от задач других?
    Ни чем! Кроме как у них печатаются документы в большей степени PDF с большим кол-вом страниц - распечатывают инструкции к оборудованию. Могут быть документы как от 5 стр. до 200 стр.
    14 июля 2016 г. 11:23
  • Все таки немного недопонял одну статью, что вчера изучал в инете и схему реализации через GPO. Если кому не сложно, можете вкратце рассказать как это у Вас реализовано? Я сегодня буду пробовать настроить назначение принтеров пользователям через GPO!

    Мне немного непонятно, то что все таки при создании GPO для данной задачи, нужен какой-то сервак с ролью "Сервер печати", т.к. по статье (http://gpo-planet.com/?p=2759) GPO создается на основе этой роли.

    Я просто немного по другому представлял решение. Думая что глючного места как "Сервер печати" в этой схеме не будет!

    Спасибо!

    Ну еще изучаю вопрос....

    15 июля 2016 г. 6:20
  • используйте gpp, я ведь писал об этом. Вот что-то на подобии этого: https://community.spiceworks.com/how_to/11413-group-policy-preferences-printer-deployment

    и вот этого https://deployhappiness.com/deploying-printers-with-group-policy-preferences/
    15 июля 2016 г. 7:03
  • Ещё я вам все же рекомендую сделать архитектуру печати распределенной, то есть не использовать централизованный принт-сервер. Максимум он нужен для распространения настроек и драйверов, но пусть юзеры сразу печатают напрямую. Как минимум риски снижаются - одно дело документ зависнет  вочереди у одного юзера, а совсем другое - зависнет документ в очереди на принт-сервере - встанет печать у всех.

    Ознакомился со статьей и еще видео одно Наютубил! )) Вроде понимание пришло!

    Значит я на каком-нить серваке устанавливаю роль принт-сервера. И этот сервак нужен будет только для распространения принтеров, а не подключения с него по шаре. Потом делаю GPO и назначаю. Вроде так? А то я решил )) что раз через GPO будут принтеры назначаться, то ни какого больше сервака для принтеров не нужно будет, а тут он нужен лишь для хранения дров и просто назначения.

    P.S. Единственное что из мелочей не нашел в мануале, ну это я практически проверю, это надо ли после добавления принтера на сервере печати, расшаривать его дополнительно или сразу на нем "Развернуть с помощью GPO" и все будет путем?!

    Спасибо за помощь!

    • Изменено ItDen 15 июля 2016 г. 8:16
    15 июля 2016 г. 8:03
  • расшарить надо, иначе как настройки принтеров и дрова будут подтягиваться на клиентов. Не публикуйте принтер в AD, чтобы лишний раз не вводить юзеров в заблуждение, если они решат сами поставить принтер.
    15 июля 2016 г. 8:25
  • расшарить надо, иначе как настройки принтеров и дрова будут подтягиваться на клиентов. Не публикуйте принтер в AD, чтобы лишний раз не вводить юзеров в заблуждение, если они решат сами поставить принтер.
    Понятно! Благодарю. 
    15 июля 2016 г. 9:52
  • расшарить надо, иначе как настройки принтеров и дрова будут подтягиваться на клиентов. Не публикуйте принтер в AD, чтобы лишний раз не вводить юзеров в заблуждение, если они решат сами поставить принтер.

    О! А можно еще такой вопрос, просто ни разу не создавал подобный объект. Что даст создание в AD объекта принтер? Если в каком-нибудь OU нажать правой кнопкой мыши-Создать-Принтер. Запрашивается путь вида \\сервер печати\принтер.... Что с этим объектом потом можно делать? Тоже назначать через GPO?


    • Изменено ItDen 15 июля 2016 г. 14:18
    15 июля 2016 г. 12:16
  • Блин, все таки запутался немного в процессе.

    1) В Управлении Печатью можно щелкнуть на нужном принтере и выбрать "Развернуть с помощью групповой политики". Там мы выбираем заранее созданный GPO, выбираем к кому применить и жмем Добавить и ОК.

    Но...

    2) В редакторе групповой политики созданного GPO ("Kyocera2035dn_TestOtdel") в Конфигурации пользователя-Настройка-Параметры панели управления-Принтеры, есть возможность создать принтер "TCP\IP принтер" или локальный или Общий принтер.

    Я не вкурю чего-то! Шаг №2 надо выполнять, если выполнен Шаг№1, т.к. мы уже выбрали принтер в Управлении Печатью и привязали его к GPO. Или Шаг №2 это тоже обязательная процедура в которой надо как бы создать теперь в GPO тот принтер (в моем случае TCP\IP наверное) который я выбрал на шаге №1?

    Я вот этого не пойму!!! Вроде в начале выбираем уже имеющийся на принт-сервере принтер, а потом его и создаем еще раз в GPO?

    Бр....




    • Изменено ItDen 15 июля 2016 г. 14:28
    15 июля 2016 г. 14:27

  • О! А можно еще такой вопрос, просто ни разу не создавал подобный объект. Что даст создание в AD объекта принтер? Если в каком-нибудь OU нажать правой кнопкой мыши-Создать-Принтер. Запрашивается путь вида \\сервер печати\принтер.... Что с этим объектом потом можно делать? Тоже назначать через GPO?


    Вот вы когда публикуете принтер в AD, в учетной записи этого компьютера появляется объект принтера со своими свойствами, разрешениями и атрибутами. Увидеть вы это можете очень просто: в оснастке ADUC поставьте галочку "Пользователи, контакты, группы и компьютеры как контейнеры", дальше найдите учетную запись этого сервера и любуйтесь вашими принтерами))
    15 июля 2016 г. 17:19
  • Блин, все таки запутался немного в процессе.

    1) В Управлении Печатью можно щелкнуть на нужном принтере и выбрать "Развернуть с помощью групповой политики". Там мы выбираем заранее созданный GPO, выбираем к кому применить и жмем Добавить и ОК.

    Но...

    2) В редакторе групповой политики созданного GPO ("Kyocera2035dn_TestOtdel") в Конфигурации пользователя-Настройка-Параметры панели управления-Принтеры, есть возможность создать принтер "TCP\IP принтер" или локальный или Общий принтер.

    Я не вкурю чего-то! Шаг №2 надо выполнять, если выполнен Шаг№1, т.к. мы уже выбрали принтер в Управлении Печатью и привязали его к GPO. Или Шаг №2 это тоже обязательная процедура в которой надо как бы создать теперь в GPO тот принтер (в моем случае TCP\IP наверное) который я выбрал на шаге №1?

    Я вот этого не пойму!!! Вроде в начале выбираем уже имеющийся на принт-сервере принтер, а потом его и создаем еще раз в GPO?

    Бр....




    забудьте шаг 1 раз и навсегда. распространить принтер через GPO можно несколькими путями, я вам подсказал наиболее гибкий - через GPP. Для успешного развертывания принтера вам понадобится только принт-сервер с расшаренным принтаком и все.
    15 июля 2016 г. 17:22
  • Доброго!

    Я тут пару дней не занимался этой задачкой, сейчас вернулся к ней. Задам может дурацкий вопрос, но методом тыка не хочется делать - лучше спросить. Егор, а подскажите пож-та....

    Ладно шаг №1 я не делаю. Перешел ко второму.

    Для начала я добавил принтер на новый принт-сервер один принтер как TCP\IP и расшарил его. Последовал Вашему совету и не стал делать "Внести в Active Directory". Но тут вот тогда я не пойму - при создании GPO для назначения этого принтера, я делаю в GPO Принтеры-Создать-Общий принтер. И на странице настроек есть поле - "Путь к общему ресурсу" и если нажать рядом кнопку "Обзор" (...), то система пытается искать принтер в AD, а мы эту галочку как раз не ставили, ну и соответсвенно я его там не найду. Получается, что, ... мне надо там просто указать путь к расшареному принтеру? Типа \\PrintSrv\Kyocera M2035dn Buh? Типа так?

    Спасибо!

    20 июля 2016 г. 7:50
  • если вы не публикуете принтер в AD, то это не значит, что вы его не расшариваете по сети. Публикация в AD сделана для более простого, быстрого и надежного поиска ресурсов и не более. 

    В итоге вы все правильно думаете - нужно просто указать путь к сетевому принтеру. Вот пример моих настроек:

    Не забудьте натравить этот принтак на нужный вам контейнер, делается это во вкладке Общие параметры

    20 июля 2016 г. 7:56
  • Политику создал ), спасибо за помощь! Осталось только ее применить теперь правильно. Вы советуете назначить политику на OU, а так как у меня принтер применяется в "Параметрах пользователя" в GPO, то как я понимаю, нужно в OU переместить учетку пользователя.? А этого по некоторым соображениям и настройкам в компании делать пока нельзя. Поэтому у меня сейчас такая схема:

    1) Создана группа безопасности с пока одним тестовым пользователем - Group_Kyocera_Buh

    2) В свойствах безопасности принтера прописана эта группа из пункта 1 с разрешением "Печать"

    3) Создана GPO с этим принтером TCP\IP с нацеливанием не на OU как Вы советовали из-за наших ньюансов в домене, а с нацеливанием на группу безопасности созданную в пункте 1

    4) В свойствах GPO в фильтрах безопасности указана тоже группа из пункта 1

    5) GPO повешен ан домен (но срабатывать по идее должен только на указанную группу)

    и чего-то GPO пока не применилась (( ну это я уже сейчас буду разбираться



    • Изменено ItDen 20 июля 2016 г. 9:56
    20 июля 2016 г. 9:35
  • нет, OU надо выбирать тот, в котором находятся учетки компьютеров.
    20 июля 2016 г. 10:05
  • нет, OU надо выбирать тот, в котором находятся учетки компьютеров.
    Так в нацеливании я не OU выбираю, а группу безопасности, если Вы про эту часть вопроса
    20 июля 2016 г. 10:10
  • аа, ясно. тогда напишите по результатам - ставятся принтеры клиентам или нет.
    20 июля 2016 г. 10:23
  • Где-то я туплю - не поставился принтер. По gpresult /r политика применилась, а принтер не появился ((

    Залез в логи на терминальном сервере где я мучаю тестового пользователя в логах появилось вот что

    Элемент предпочтения пользователь "192.168.10.10" в объекте групповой политики "Production_Kyocera_Ecosys_M2035dn_OOCC {2ECDC17D-B922-4D22-A23D-AA065A312969}" не применен по причине ошибки с кодом "0x80070005 Отказано в доступе." Эта ошибка была отключена.

    Почему интересно отказано в доступе этой учетке если она в той группе безопасности, которая прописана в безопасности принтера и в фильтрах на применение  GPO?


    • Изменено ItDen 20 июля 2016 г. 10:32
    20 июля 2016 г. 10:26
  • я и говорю, применяйте на OU с учетками компов.
    20 июля 2016 г. 10:31
  • я и говорю, применяйте на OU с учетками компов.

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

    Буду разбираться почему Отказано в доступе

    Спасибо!

    20 июля 2016 г. 10:53
  • если принтаки разворачиваете под учетками юзеров, то может быть они просто не имеют прав на создание принтеров
    20 июля 2016 г. 11:00
  • если принтаки разворачиваете под учетками юзеров, то может быть они просто не имеют прав на создание принтеров
    ХЗ! Вполне может быть...GPOшка под их правами ведь выполняется. Хотя я сейчас провел эксперимент. Добавил в группу свою учетку доменного админа. Принтер тоже не подключился и ошибка та же в логах снова
    20 июля 2016 г. 12:01
  • Все разобрался!

    Вот решение https://technet.microsoft.com/ru-ru/library/cc772371.aspx?f=255&MSPPError=-2147217396#BKMK_Run

    "Выполнять в контексте безопасности пользователя"

    Принтер назначается!)))) Ура! Ура! Ура!

    20 июля 2016 г. 12:26
  • отпишитесь как внедрите решение, скажите будут ли наблюдаться проблемы с принтаками как ранее
    20 июля 2016 г. 12:34
  • ОК! Единственное что еще хочу почитать, чем отличаются параметры при создании принтера в GPO.

    Там есть Создать, Обновить......

    А так вроде все ОК! Уже двум реальным пользователям назначил

    Спасибо за помощь!

    20 июля 2016 г. 12:53
  • с этими параметрами лучше поэкспериментируйте сами, но в принципе должно быть понятно чем они отличаются. Создать - создает однократно, если принтера не существует. Обновить - обновляет существующее устройство и вроде бы даже создает, если его нет. Опция Обновить работает не совсем прозрачно и я бы не рекомендовал ей пользоваться
    20 июля 2016 г. 12:58
  • Спасибо! Да, нашел видос на Ютубе в принципе все так и говорят. Вроде понятнее стало.

    Сейчас правда глючок еще странный разберу. На новом сервере печати еще сегодня утром расшаренная Kyocera была в нормальном виде в "Устройства и принтеры", а сейчас почему-то стало не Kyocera ECOSYS M2035dn, а теперь с восклицательным знаком и называется Kyocera Product Library. Хотя принтер работает и если у пользователя которому я его назначил через GPO распечатать документ, то все работает и печатается. Но не могу понять что на самом принт-сервере с ним? Почему его название изменилось и восклицательный знак "Требуется устранение неполадок". Драйверы сегодня не трогал, в настройки не лазил. Весь день игрался только с GPO 

    20 июля 2016 г. 13:48
  • Я кажется понял почему так стало!

    Я в свойствах принтера в "Безопасность" удаляю группу "Все" и добавляю туда группу Allow_Kyocera_Ecosys_M2035dn_OOCC, подразумевая, что этим принтером будут пользоваться только участники этой группы и так же другие не смогут его подключить. Сейчас повторил ситуацию - снял с шары принтер, удалил его, удалил из GPO. Сделал все заново! Принтер на момент расшаривания был в нормальном виде! Как только удалил группу "Все" так он приобрел вышеописанный значок. Восстановил группу "Все" на вкладке "Безопасность" - принтер опять нормальный! Как же запретить им пользоваться всем кому не лень и значок оставить нормальный?


    • Изменено ItDen 20 июля 2016 г. 14:32
    20 июля 2016 г. 14:30
  • зачем удалять разрешения, если вы и так собираетесь устанавливать принтер только определенной группе?

    В итоге удалось у вас все развернуть? как на данный момент работают устройства?

    25 июля 2016 г. 6:14
  • Ну удалить разрешения хотел для того, чтобы этот принтер не могли себе подключить другие пользователи. Так мне надо будет сделать с цветным принтером в одном подразделении, чтобы на нем кто попало не печатал. А есть пользователи, которые знают как подключить принтер и могут это сделать. Принтер пока развернул проблемную Киосеру. Печать стала стабильнее. Один раз там чего-то зависло в заданиях на печать... но эти дни на ней крайне мало печатали. Вот началась неделя, думаю на этой неделе и проверю. А пока буду остальные принтеры заворачивать на новый принт-сервер. Но все таки хочу додумать как ограничить пользователей по подключению. Чтобы подключали только те что в группе, которая имеет доступ к принтеру
    25 июля 2016 г. 6:41
  • Егор добрый день! Если Вы тут еще на связи...

    Несколько принтеров через политику прекрасно печатают ). Но вот эта Киосера - все равно дурит! Сегодня раза три за день отказывалась! Начинала печатать если на самом сервере перезапустить службу печати. 

    Но у меня немного другой вопрос! Подскажите пож-та, а как быть с компами к которым эта политика не может применить настройки (подключить пользователю принтер), из-за ошибки "Элемент предпочтения пользователь "192.168.5.55" в объекте групповой политики "Production_Kyocera_Ecosys_M2035dn {2ECDC17D-B922-4D22-A23D-AA065A312969}" не применен по причине ошибки с кодом "0x80070705 Неизвестный драйвер принтера." Эта ошибка была отключена."

    Я так полагаю, что такое произошло, что на ПК к которому применяется политика (она правда применяется к пользователю) не драйвера принтера. И как тогда быть в такой ситуации? Вручную бегать по куче ПК и сначала ставить драйвер а потом уже политикой на них подключать принтер?

    Спасибо!

    1 августа 2016 г. 13:48
  • Сам спросил сам разобрался! )) Драйвера не было 32бит для тех ПК
    • Помечено в качестве ответа Vector BCOModerator 1 августа 2016 г. 14:26
    1 августа 2016 г. 13:58
  • даже как-то не успел отреагировать на ваше сообщение, слишком быстро вы сами разобрались
    1 августа 2016 г. 14:32
  • )) ну да! Иногда по невнимательности.... )

    Евгений тут еще вопрос созрел. Если позволите...

    В настройках политики есть галочка "Применить один раз и не применять повторно"

    Вы не в курсе как это работает? Судя из названия политика применится или попытается примениться к пользователю один раз и все?

    Вот у меня и непонимание следующего:

    1) Политика применилась, а вдруг пользователь возьмет и удалит принтер вручную? Ну это мало вероятно но все же )) Получается политика к нему больше не применится и принтер не опубликуется?

    2) Если по какой-то причине политика не применилась с первого раза (как сейчас к одной группе) была ошибка "Элемент предпочтения пользователь "ip принтера" в объекте групповой политики "Сам принтер )) {GUID}" не применен по причине ошибки с кодом "0x80070005 Отказано в доступе." Эта ошибка была отключена."

    Тут было дело в галочке "Выполнять в контексте безопасности пользователя". Я эту галочку снял и принтер у пользователя опубликовался нормально. Вот в этом случае получается политика выполняется с ошибкой первый раз и все - больше для пользователя не выполнится?

    Просто сейчас у меня эта галочка "Применить один раз и не применять повторно" выключена и политика публикации принтера у пользователя получается применяется каждый раз при входе. Как вообще люди по человечески делают с подобными задачами ))? Эту галочку включать или выключать и как с пунктами №1 и №2? 

    Большое спасибо!



    • Изменено ItDen 2 августа 2016 г. 6:29
    2 августа 2016 г. 6:28
  • не заметил Евгениев в топике. Если вы обращались ко мне, то меня зовут Егор.

    Попытаюсь ответить на ваши вопросы. Насколько я сам понимаю как все это работает, то:

    1) политика больше не применится и у него так и не будет принтера.

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

    2 августа 2016 г. 7:02
  • не заметил Евгениев в топике. Если вы обращались ко мне, то меня зовут Егор.

    Попытаюсь ответить на ваши вопросы. Насколько я сам понимаю как все это работает, то:

    1) политика больше не применится и у него так и не будет принтера.

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

    Извините Егор - это на автомате! У меня коллега Евгений, пост писал и с ним общался... извините

    Спасибо за помощь

     
    2 августа 2016 г. 7:11
  • Не забывайте голосовать за полезные ответы и отмечать ответы которые привели вас к решению задачи

    The opinion expressed by me is not an official position of Microsoft

    2 августа 2016 г. 7:46
    Модератор
  • Что-то Егор теперь у меня с нацеливанием не то))

    Как я сделал напомню. Я создал группу в домене allow_kyocera..... в нее включил только пользователей того отдела где она установлена (Киосера 2035). Создал GPO с настройками публикации принтера в предпочтениях групповой политики. В фильтре безопасности GPO убрал "Прошедшие проверку" и поставил только созданную группу allow_kyocera... Потом в "Нацеливании" выбрал также эту группу.

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

    Что я не так сделал, что политика применилась ко всем? ((

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

    P.S. Попробую удалить теперь через политику. Сделал пока тестовую GPO только с параметром удалить IP <ip принтера> и применил ее в нацеливании и в фильтрах безопасности GPO пока только к одному пользователю. Если корректно удалит у этого пользователя, то применю к тем кому принтер не нужен!

    Просто вообще не понял как получилось ко всем применить принтер.


    • Изменено ItDen 2 августа 2016 г. 9:48
    2 августа 2016 г. 9:28
  • Мда! Сейчас перезашел на тестовом пользователе под его учетной записью, чтобы применилась политика удаления теперь уже ошибочно назначенного ему принтера. Политика "Удалить" то отработала, но она снесла все TCP\IP принтеры у пользователя (их было 2) )), хотя в настройках политики я галочку "Удалить все IP подключения принтеров" не ставил!

    Как-то странно работает это дело! Или скорее всего я чего-то не то делаю.....

    Спрошу еще Егор, если Вы в курсе.

    Если в фильтре безопасности GPO указать нужную группу на которую будет влиять эта GPO, имеет смысл тогда нацеливание настраивать? Или и там и там надо?

    Я просто пытаюсь понять почему у меня принтер ко всем применился и пока не понял (, если у меня и там и там была указана данная группа! Даже если в нацеливании ни чего не указывать, а указать в фильтре безопасности GPO, то политика ведь не может примениться к чему-то иному, кроме как явно указанному? В моем случае группа безопасности Allow Kyocera...

    спасибо!



    • Изменено ItDen 2 августа 2016 г. 11:05
    2 августа 2016 г. 11:00
  • лично у меня нацеливание на учетки пользователей работало как-то криво, в итоге я использовал нацеливание на учетные записи компьютеров. 

    Почему применился ко всем? возможно вы распространили политику на учетку компьютера (в вашем случае терминального сервера) и поэтому принтеры поставились всем его пользователям

    2 августа 2016 г. 11:27
  • Нет, я уверен, что редактировал только параметры пользователя!

    Применилось не ко всем пользователям терминального сервера, а всего домена - 12 терминальных серверов ). Думаю теперь как автоматизировать удаление? Надеялся что через "удаление" в тех же предпочтениях, но вот удаляется все, как описал. Если не пойму чего не так, придется ручками 120 пользователей посетить удаленно! (

    2 августа 2016 г. 11:47