Kiedy muszę dodać drukarkę sieciową, zawsze mam ten sam dylemat:
Czy konfiguruję drukarkę za pomocą IPP, LPD, czy używam jej adresu IP (AppSocket / Jetdirect?) I dlaczego?
Jakie są zalety i wady każdego z nich?
Czym różni się IPP od opcji adresu IP? Jeśli wybiorę IPP, czy to powstrzyma mnie od konieczności ponownego dodawania drukarki, jeśli zmieni się adres IP?
Jest tu podobne pytanie, ale odpowiedzi odnoszą się do konkretnego modelu / sytuacji : Jaka jest różnica między różnymi połączeniami drukarki?
Oto zrzut ekranu konfiguracji stylu IP z kreatora konfiguracji Kubuntu:
źródło
ipps
dodatkowe informacjeipp
? Widzę obie opcje podczas konfigurowania drukarki. Zgaduję, że to tylko oznaczasecure
.@KodduX już dość dobrze odpowiedział na pytanie (i głosowałem za nim). Ale oto kilka dodatkowych szczegółów ...
Główną przewagą IPP nad JetDirect / AppSocket są:
AppSocket to protokół „odpal i zapomnij”. IPP (S) może podać bardzo szczegółowe informacje w kanale wstecznym o bieżącym stanie przetwarzania zadania (która strona jest aktualnie drukowana) i więcej (np. Zapytanie o wcześniejsze, ukończone lub anulowane zadania).
AppSocket jest bardzo prostym protokołem, więc każdy mógł go odtworzyć po tym, jak HP go wprowadził (dość dawno temu) i chociaż nigdy nie był to oficjalny standard; jest również dość niezawodny i solidny (z całym tym pustym zestawem „funkcji”, które obsługuje) - dlatego był szeroko stosowany i obsługiwany przez praktycznie każdą drukarkę sieciową.
IPP jest standaryzowany przez grupę roboczą drukarek ISTO (PWG) , która reprezentuje praktycznie każdego producenta drukarek na całym świecie. HP sami nawet przyjęli IPP dość ściśle, mający ponad 350 swoich najnowszych modeli drukarek self-certyfikowanych być zgodne z nowym „IPP Wszędzie” Standardowy .
Z IPP (S) masz znacznie lepsze opcje związane z bezpieczeństwem: uwierzytelnianie / autoryzacja, szyfrowanie przesyłanych danych, kontrola dostępu itp.
W IPP masz określony zestaw nazw i wartości dla opcji zadań drukowania. Druk dwustronny to jedna z „boków = dwustronna-długa krawędź” lub „... = dwustronna-krótka krawędź” , podczas gdy wcześniej można było użyć dziesięciu lub więcej sposobów określania wydruku dwustronnego ( ponieważ każdy sprzedawca mógł swobodnie korzystać z własnego schematu nazewnictwa). To samo dotyczy wielu innych parametrów drukowania.
IPP (S) pozwala zapytać o drukarkę obsługującą IPP (a ponad 90% urządzeń sprzedanych w ciągu ostatnich 10 lat może rozmawiać z IPP - ponieważ AirPrint może z tego powodu działać; ponad połowa z nich może bezpośrednio pobierać pliki PDF też) o swoich specyficznych możliwościach: czy potrafi robić kolory? Jakie rozmiary papieru obsługuje? Czy robi wydruki dwustronne? Czy może zszywać, dziurkować, składać? Które wersje IPP obsługuje? Który język opisu strony (PDL - PostScript, PDF, PCL, JPEG itp.) Mogę do niego wysłać? Itp.pp. ...
Dzięki najnowszej ewolucji standardu IPP, trafnie zwanej „IPP Everywhere” , drukowanie bez sterowników zaczyna działać. CUPS może to zrobić! Ilekroć napotyka drukarkę IPP Everywhere, nie potrzebuje już żadnego PPD dla sterownika i / lub urządzenia przygotowanego lub wstępnie zainstalowanego przez administratora: wie, że może wysłać jeden ze standardowych formatów opisu strony (JPEG, PWG- Raster, URF-Raster lub PDF, które nie wymagają generowania zastrzeżonego sterownika), może zapytać urządzenie o jego specyficzne możliwości i automatycznie utworzy plik PPD odzwierciedlający te możliwości, aby nawet aplikacje nieobsługujące IPP mogły nadal drukować tradycyjny sposób (te „starsze” aplikacje nie rozmawiają jeszcze o IPP i służą do wyszukiwania plików PPD - aplikacji takich jak LibreOffice lub Firefox lub innych funkcji).
IPP to przyszłość, a przyszłość już tu jest. (AppSocket to przeszłość, ale jeszcze nie zniknęła całkowicie. Większość drukarek IPP nadal mówi też o AppSocket ....)
Jednak w konkretnym przypadku twojej drukarki: niektórzy dostawcy / modele mają błędne implementacje IPP i mogą nie działać dobrze, podczas gdy drukowanie AppSocket na tym samym modelu może działać bezbłędnie. Po prostu przetestuj go za pomocą IPP i używaj go, jeśli działa dobrze. Jeśli nie, wróć do AppSocket.
źródło