CUPS Yazdırma'yı IPP, LPD veya URL kullanacak şekilde ayarlamalı mıyım?

Bir ağ yazıcısı eklemeye başladığımda, daima aynı ikilemle karşı karşıya kalırım:

Yazıcıyı IPP, LPD veya IP adresi (AppSocket / Jetdirect) kullanarak mı kuruyorum ve neden?

Her birinin avantajları ve dezavantajları nelerdir?

IPP, IP adresi seçeneğinden nasıl farklıdır? IPP'yi seçersem, IP adresi değişirse yazıcıyı yeniden eklememe gerek kalmamı engeller mi?

Burada benzer bir soru var, ancak cevaplar belirli bir model / duruma işaret ediyor : Çeşitli yazıcı bağlantıları arasındaki fark nedir?

İşte Kubuntu kurulum sihirbazındaki IP tarzı konfigürasyonun ekran görüntüsü:

LPD eski bir standarttır, IPP daha yenidir.

Ubuntu, baskı işlemek için Ortak UNIX Baskı Sistemini ("CUPS") kullanır. CUPS, yazdırma işlerini ve kuyruklarını yönetmek için temel olarak Internet Yazdırma Protokolünü ("IPP") kullanır . Diğer protokoller de desteklenir ( LPD , SMB, AppSocket aka JetDirect), bazıları işlevselliği azalmıştır .

LPD / LPR hala yaygın olarak kullanılmakta ve oldukça iyi çalışmaktadır, ancak kullanıcılar için yazdırma işi başına yazıcı ayarları üzerinde fazla kontrol sağlamaz.

Bugün hem LPD hem de JetDirect / AppSocket protokolleri bugün İnternet üzerinden kullanılabilir, ancak bu protokollerden hiçbiri kimlik doğrulama hizmetleri, erişim kontrolü sağlamaz ve doküman yönetimi ve biçimlendirmesinin (yazıcıya özel komutlar dahil) makine gönderimi tarafından yapılması gerekir. döküman.

IPP, size daha fazla geri bildirim ve kontrol sağlayan iki yönlü iletişimi kullanması nedeniyle tercih edilir.

Bazı yazıcılar IPP'yi desteklemeyebilir.

@KodduX soruyu oldukça iyi cevapladı (ve bunu reddettim). Ama işte bazı detaylar ...

IPP'nin JetDirect / AppSocket'a göre en büyük avantajı:

• AppSocket bir "ateş ve unut" protokolüdür. IPP (S), mevcut iş işleme durumu (şu anda hangi sayfa yazdırılır) ve daha fazlası (geçmiş, tamamlanmış veya iptal edilmiş işler hakkındaki sorgu gibi) hakkında çok ayrıntılı bir arka kanal bilgisi verebilir.

• AppSocket çok basit bir protokoldür, böylece HP onu tanıttıktan sonra (çok uzun zaman önce) ve hiçbir zaman resmi bir standart olmasa da herkes tersine mühendislik yapabilirdi; aynı zamanda oldukça güvenilir ve sağlamdır (desteklediği tüm bu boş 'özellikler' ile) - bu yüzden neredeyse her ağ yazıcısı tarafından yaygın olarak kullanılmış ve desteklenmiştir.

• IPP, dünyadaki hemen hemen her yazıcı üreticisinin temsili olan ISTO Yazıcı Çalışma Grubu (PWG) tarafından standardize edilmiştir . HP'nin kendileri bile IPP'yi çok sıkı bir şekilde benimsediler; 350'den fazla yeni yazıcı modelinin, yeni 'Her Yerde IPP' Standardı ile tutarlı olduğu onaylandı .

• IPP (S) ile güvenlikle ilgili çok daha iyi seçeneklere sahipsiniz: doğrulama / yetkilendirme, aktarılan verilerin şifrelenmesi, erişim kontrolü, vb.

• IPP ile yazdırma işi seçenekleri için belirlenmiş bir ad ve değer kümesine sahipsiniz. Çift taraflı yazdırma, 'taraf = iki taraflı uzun kenar' veya '... = iki taraflı kısa kenar' dan biridir , ancak daha önce, bir dupleks çıktı belirlemenin en fazla on veya daha fazla yolunu kullanabilirsiniz. çünkü her satıcı kendi adlandırma şemasını kullanmakta serbestti. Aynısı diğer birçok yazdırma parametresi için de geçerlidir.

• IPP (S), IPP özellikli bir yazıcıyı sorgulamanıza izin verir (ve son 10 yılda satılan cihazların% 90'ından fazlası IPP ile konuşabilir - çünkü AirPrint yalnızca bu nedenle çalışabilir ve bunların yarısından fazlası doğrudan PDF'yi kullanabilir) de) kendine özgü yetenekleri hakkında: Renk yapabilir mi? Hangi kağıt boyutlarını destekliyor? Dubleks baskı yapıyor mu? Zımbalayabilir, yumruklayabilir, katlayabilir mi? Hangi IPP sürümlerini destekliyor? Hangi Sayfa Tanımlama Dilini (PDL - PostScript, PDF, PCL, JPEG vb.) Gönderebilirim? Etc.pp. ...

• IPP Standardının en son evrimi ile, uygun şekilde 'Her Yerde IPP' olarak adlandırılan son olarak sürücüsüz baskı çalışmaya başladı. CUPS yapabilir! Her yerde bir IPP Her Yerde yazıcıyla karşılaştığında, artık yönetici tarafından hazırlanan veya önceden yüklenmiş herhangi bir sürücüye ve / veya cihaza özel bir PPD'ye ihtiyacı yoktur: standart sayfa açıklama formatlarından birini (JPEG, PWG) gönderebileceğini bilir. Üretmek için özel bir sürücü gerektirmeyen Raster, URF-Raster veya PDF), aygıtı kendine özgü yetenekleri hakkında sorgulayabilir ve bu yetenekleri yansıtan bir PPD'yi otomatik olarak oluşturur, böylece IPP etkin olmayan uygulamalar bile yazdırabilir geleneksel yol (bu 'eski' uygulamalar henüz IPP konuşmuyor ve PPD'leri aramak için kullanılıyor - LibreOffice veya Firefox veya ne yapılmadığı gibi uygulamalar).

IPP gelecek, ve gelecek zaten burada. (AppSocket geçmişte kaldı, ancak henüz tamamen geçmedi. Çoğu IPP yazıcıları hala AppSocket ile konuşuyor ...)

Bununla birlikte , yazıcınızın özel durumunda : Bazı satıcılarda / modellerde hatalı IPP uygulamaları vardır ve aynı modele AppSocket yazdırması sorunsuz çalışabilirken, iyi çalışmayabilir. Sadece IPP ile test edin ve iyi çalışıyorsa kullanmaya devam edin. Değilse, AppSocket'a geri dönün.