Андрей Тр. aka RH писал(а):Да, но не до конца. Я просто не понял общую схему работы - каким образом клиенты тогда печатают на этот принтер, если связь поддерживается HPPROPTY.EXE, запущенным на станции ? и каким образом с ним поддерживает связь NDS / очереди / сервер ? То есть если эта станция выключается, все перестает работать ?
Вроде как я уже все выложил.
Лебедев Виктор писал(а):Сам принтер в NDS завел как обычно, только порт указал типа "Другой/неизвестный".
Т.е. существует
обычный старый сервис печати на очередях. Есть сконфигурированный объект сервер печати, объект принтер, объект очередь печати. Все стандартное родное от Novell. Ни каких дополнительных объектов или их атрибутов от HP (ибо видал и такое).
В свойствах принтера указываю на вкладке "Конфигурация" "Тип принтера" как "Другой/неизвестный". И все. Это еще на NW 3.xx можно было сделать (другими средствами, естественно). Клиент работает с такой очередью стандартными средствами, предоставляемыми клиентской ОС и сетевым клиентом.
Далее сугубо личные впечатления/опыт (ногами не пинать!
). В обычных случаях (это когда "Тип принтера" "Параллельный") связь между PSERVER.NLM и NPTWIN95.EXE, например, двухсторонняя. И сервер печати проверяет наличие соединения и станция сообщает о себе. Это я с помощью "снифера" проверял когда у меня принтер "отваливался". А вот в случае когда вообще нет станции (с соответсвующей математикой), а есть "принтсервер" типа JetDirect и указан тип принтера "Другой/неизвестный" - серверу печати "до бады", извините, нет ему дела до установления связи с устройством, оно само должно знать как до него достучаться. Вот поэтому и нужен "софт" типа JetAdmin. О чем, собственно говоря, Вы очень хорошо знаете.
Теперь возникает вопрос о совместимости (чтоб ему
места небыло!). А она что-то последнее время отсутвует, совместимость эта, между последними версиями сервиса печати на очередях и старыми JetDirect-ами. Отсюда возникает потребность в своего рода "прокси"-агента между сервером и принтером. И этот модуль в пакете JetAdmin есть - HPPROPTY. Он не занимается передачей данных задания печати. Он просто следит за этими двумя "горячими парнями" и, извините, сводит их между собой. Если убрать этот модуль из схемы, то соединение между "проблемным" принтером и сервером пропадет через некоторое время. Можно, конечно, в JetDirect-е "тайминги" всякие поменять, но вот тем же конкретным образцом LJ 4M+ это мне не помогло. Сам настроек "накушался", в сердцах плюнул, потом все вернул в иходное с помощью того же JetAdmin-а. И впредь ни в какой JetDirect не лезу (противно). Можно, как говорят, микропрограмму JetDirect-а обновить, но вот везде ли это можно сделать я не знаю. Мне вот как то мало верится, что в изделии типа HP LJ 4M+ (1994 года выпуска) есть хотя бы достойное ЭНЗУ и аппарат записи в него.
Сергей Дубров писал(а):Ну, это не так мало. У меня у знакомых был случай, когда подобным образом неаккуратно открытый принтер просто пожгли, запустив на него длинную печать, а в лотке оказалоась то ли не та бумага, то ли вообще то, на чём печатать нельзя (положили и забыли). В результатет принтер заклинило основательно, печка сгорела
...
Андрей Тр. aka RH писал(а):"Что можно сделать по max?"
А если печатать с использованием PJL, то можно поменять многие настройки у принтера .. например, по-моему, получится установить пароль и залочить консоль принтера, поменять имя принтера. Вот тогда повеселится бухгалтерия - если все это проделать в подходящее время.
Дорогие мои коллеги! Это все по сравнению с "мировой революцией" все ..., ну сами знаете что.
А вот через дыру в SNMP, оказывается можно отключать медицинское реанимационное оборудование производства HP. Внимание, даю наводку: в котором, между прочим, тоже есть устройства до безобразия похожие на JetDirect. Угадайте - для чего?