Как творится ойтишная магия.
Как выглядит ситуация со стороны пользователя:
Привезли новый принтер, подключили, настроили, всё печатает.
На следующий день - не печатает.
Написали одминам, те подключились, удалили все задания в очереди - и новое задание нормально начало печататься.
Натурально магия - потому что пользователи отлично знают, что очищать непечатающиеся задания не помогает никогда.
Как выглядит ситуация со стороны админа:
Привезли новый принтер, по быстрому подключили по схеме Next-Next-Next. Это склад, принтсервера там нет, поэтому - через создание локальных очередей печати на компах у пользователей через "стандартный tcp-ip порт".
По умолчанию оно привязывается к HostName, которое у принтеров по умолчанию выглядит примерно как "KM1C6A08". Разумеется, оставлять такое имя - непорядок и безобразие, и это было устранено.
Но устранено это было чуть попозже, потом. В рамках полной настройки принтера - с указанием там всяких серверов времени, серверов smtp, настройки адресной книги, отключением ненужных сетевых служб и так далее по списку. Ну и с утра оно перестало находить старое имя и, как следствие, перестало печатать. Ничего удивительного.
Как чинить - вполне очевидно: сменить у локального tcp-порта адрес подключения. Но для этого на компе нужны локальные админские права, а у пользователей по умолчанию их нет. Разумеется, всё решаемо: подключиться удалённо, справиться с UAC, "запустить с админскими правами", ввести админский логин-пароль и вперёд.
Но есть способ проще. Подключиться к компьютеру пользователя удалённым реестром, поправить там настройки порта, потом удалённо же на его компьютере перезапустить службу "диспетчер печати" - и вуаля. Можно подключаться к пользователю, очищать старые задания в очереди печати (пушо они привязаны к старому значению порта) и дальше всё будет печатать.
А что пользователь основную часть работы по решению проблемы не видел, а видел только небольшое её окончание, - ну это у одмина просто так вышло. Не специально :)
Привезли новый принтер, подключили, настроили, всё печатает.
На следующий день - не печатает.
Написали одминам, те подключились, удалили все задания в очереди - и новое задание нормально начало печататься.
Натурально магия - потому что пользователи отлично знают, что очищать непечатающиеся задания не помогает никогда.
Как выглядит ситуация со стороны админа:
Привезли новый принтер, по быстрому подключили по схеме Next-Next-Next. Это склад, принтсервера там нет, поэтому - через создание локальных очередей печати на компах у пользователей через "стандартный tcp-ip порт".
По умолчанию оно привязывается к HostName, которое у принтеров по умолчанию выглядит примерно как "KM1C6A08". Разумеется, оставлять такое имя - непорядок и безобразие, и это было устранено.
Но устранено это было чуть попозже, потом. В рамках полной настройки принтера - с указанием там всяких серверов времени, серверов smtp, настройки адресной книги, отключением ненужных сетевых служб и так далее по списку. Ну и с утра оно перестало находить старое имя и, как следствие, перестало печатать. Ничего удивительного.
Как чинить - вполне очевидно: сменить у локального tcp-порта адрес подключения. Но для этого на компе нужны локальные админские права, а у пользователей по умолчанию их нет. Разумеется, всё решаемо: подключиться удалённо, справиться с UAC, "запустить с админскими правами", ввести админский логин-пароль и вперёд.
Но есть способ проще. Подключиться к компьютеру пользователя удалённым реестром, поправить там настройки порта, потом удалённо же на его компьютере перезапустить службу "диспетчер печати" - и вуаля. Можно подключаться к пользователю, очищать старые задания в очереди печати (пушо они привязаны к старому значению порта) и дальше всё будет печатать.
А что пользователь основную часть работы по решению проблемы не видел, а видел только небольшое её окончание, - ну это у одмина просто так вышло. Не специально :)