Чи потрібно налаштувати друк на CUPS для використання IPP, LPD або URL-адреси?

Коли мені потрібно додати мережевий принтер, я завжди стикаюся з тією ж дилемою:

Чи потрібно налаштувати принтер через IPP, LPD або використовуючи його IP-адресу (AppSocket / Jetdirect?) І чому?

Які переваги та недоліки кожного?

Чим IPP відрізняється від параметра IP-адреси? Якщо я вибрав IPP, чи буде це заважати мені потребувати повторного додавання принтера, якщо IP-адреса зміниться?

Тут є подібне запитання, але відповіді стосуються конкретної моделі / ситуації : в чому різниця між різними підключеннями принтера?

Ось знімок екрана конфігурації стилю IP від ​​майстра налаштування Kubuntu:

LPD - старий стандарт, IPP - новіший.

Ubuntu використовує загальну систему друку UNIX ("CUPS") для обробки друку. CUPS використовує протокол друку в Інтернеті ("IPP") як основу для управління завданнями друку та чергами друку . Також підтримуються інші протоколи ( LPD , SMB, AppSocket aka JetDirect), деякі зі зниженою функціональністю .

LPD / LPR все ще часто використовується і працює досить добре, але він не забезпечує особливий контроль користувачам над налаштуваннями принтера за завдання друку.

І протоколи LPD, і JetDirect / AppSocket сьогодні можуть використовуватися через Інтернет, однак жоден з цих протоколів не забезпечує послуги аутентифікації, контроль доступу, а також усі документи та форматування документів (включаючи команди, характерні для принтера) повинні оброблятися машиною, що надсилає документ.

IPP є кращим, оскільки він використовує двосторонній зв'язок, який дає вам більше зворотного зв'язку та контролю.

Деякі принтери можуть не підтримувати IPP.

@KodduX відповів на це питання вже досить добре (і я його схвалив). Але ось кілька додаткових деталей ...

Основною перевагою IPP перед JetDirect / AppSocket є такі:

• AppSocket - це протокол "пожежі та забуття". IPP (S) може дати дуже детальну інформацію про зворотний канал про поточний стан обробки робіт (яка сторінка зараз надрукована) та багато іншого (наприклад, запит про минулі, завершені чи скасовані завдання).

• AppSocket - це дуже простий протокол, тому кожен міг змінити його після того, як HP представила його (досить давно), і хоча він ніколи не був офіційним стандартом; він також досить надійний і надійний (з усім цим порожнім набором "функцій", які він підтримує) - саме тому він широко використовувався і підтримується практично кожним мережевим принтером там.

• IPP стандартизована Робочою групою принтерів ISTO (PWG) , яка є представником практично кожного виробника принтерів у всьому світі. Самі HP навіть досить чітко сприйняли IPP, отримавши понад 350 своїх останніх моделей принтерів, які мають самосертифікацію, щоб відповідати новому стандарту IPP Everywhere .

• З IPP (S) у вас є набагато кращі варіанти, пов'язані із безпекою: автентифікація / авторизація, шифрування переданих даних, контроль доступу тощо.

• У IPP ви маєте вказаний набір імен та значень параметрів завдання друку. Дуплексна друк є або однією із сторін "сторони = двостороння-довга кромка" або "... = двостороння-коротка кромка" , тоді як раніше ви могли мати до десяти і більше способів вказати двосторонній друк ( оскільки кожен постачальник міг вільно користуватися власною схемою іменування). Те ж саме стосується багатьох інших параметрів друку.

• IPP (S) дозволяє запитувати принтер із підтримкою IPP (і понад 90% пристроїв, проданих за останні 10 років, можуть говорити IPP - адже AirPrint може працювати лише через нього; і більше половини з них може безпосередньо споживати PDF теж) про його конкретні можливості: чи можна це зробити кольором? Які розміри паперу він підтримує? Це робить двосторонні відбитки? Чи можна її скріпити, пробити, скласти? Які версії IPP підтримує? Яку мову опису сторінки (PDL - PostScript, PDF, PCL, JPEG тощо) я можу надіслати на неї? І т.д. ...

• З останньою еволюцією стандарту IPP, влучно названого "IPP скрізь" , нарешті друк без драйверів починає працювати. CUPS може це зробити! Щоразу, коли він стикається з принтером IPP скрізь, він більше не потребує спеціального драйвера та / або пристрою, PPD, підготовленого або попередньо встановленого адміністратором: він знає, що може надіслати один із стандартних форматів опису сторінки (JPEG, PWG- Raster, URF-Raster або PDF, які не потребують власного драйвера для генерації), він може запитувати пристрій про його конкретні можливості, і він автоматично створить PPD, що відображає ці можливості, так що навіть додатки, що не підтримують IPP, все ще можуть друкувати традиційний спосіб (ці «застарілі» програми ще не розмовляють із IPP і використовуються для пошуку PPD - таких програм, як LibreOffice або Firefox або чого не робити).

IPP - це майбутнє, а майбутнє вже тут. (AppSocket - це минуле, але воно ще не повністю минуло. Більшість принтерів IPP все ще говорять про AppSocket теж ....)

Однак у конкретному випадку вашого принтера: деякі постачальники / моделі мають помилкову реалізацію IPP, і вони можуть не працювати належним чином, тоді як друк AppSocket на тій же моделі може працювати бездоганно. Просто протестуйте його за допомогою IPP і продовжуйте використовувати його, якщо він працює добре. Якщо ні, поверніться до AppSocket.