Tôi có nên thiết lập In CUPS của mình để sử dụng IPP, LPD hoặc URL không?

Khi tôi phải thêm một máy in mạng, tôi luôn phải đối mặt với tình huống khó xử tương tự:

Tôi có thiết lập máy in qua IPP, LPD hoặc sử dụng địa chỉ IP của nó (AppSocket / Jetdirect không?) Và tại sao?

Những lợi thế và bất lợi của mỗi là gì?

IPP khác với tùy chọn địa chỉ IP như thế nào? Nếu tôi chọn IPP, điều đó có khiến tôi không cần phải thêm lại máy in nếu địa chỉ IP thay đổi không?

Có một câu hỏi tương tự ở đây, nhưng câu trả lời đề cập đến một mô hình / tình huống cụ thể : Sự khác biệt giữa các kết nối máy in khác nhau là gì?

Đây là ảnh chụp màn hình cấu hình kiểu IP từ trình hướng dẫn thiết lập Kubfox:

LPD là một tiêu chuẩn cũ, IPP mới hơn.

Ubuntu sử dụng Hệ thống in UNIX phổ biến ("CUPS") để xử lý in. CUPS sử dụng Giao thức In Internet ("IPP") làm cơ sở để quản lý các công việc in và hàng đợi . Các giao thức khác cũng được hỗ trợ ( LPD , SMB, AppSocket hay JetDirect), một số có chức năng giảm .

LPD / LPR vẫn được sử dụng phổ biến và hoạt động khá tốt nhưng nó không cung cấp nhiều quyền kiểm soát cho người dùng về cài đặt máy in cho mỗi lệnh in.

Cả hai giao thức LPD và JetDirect / AppSocket đều có thể được sử dụng qua Internet ngày nay, tuy nhiên cả hai giao thức này đều không cung cấp dịch vụ xác thực, kiểm soát truy cập và tất cả các định dạng và quản lý tài liệu (bao gồm các lệnh dành riêng cho máy in) phải được xử lý bằng cách gửi máy tài liệu.

IPP được ưu tiên vì nó sử dụng giao tiếp hai chiều mang lại cho bạn nhiều phản hồi và kiểm soát hơn.

Một số máy in có thể không hỗ trợ IPP.

@KodduX đã trả lời câu hỏi khá tốt (và tôi đã nâng cấp nó). Nhưng đây là một số chi tiết bổ sung ...

Ưu điểm chính của IPP so với JetDirect / AppSocket là:

• AppSocket là một giao thức "lửa và quên". IPP (S) có thể cung cấp thông tin backchannel rất chi tiết về trạng thái xử lý công việc hiện tại (trang nào hiện đang được in) và hơn thế nữa (như truy vấn về quá khứ, công việc đã hoàn thành hoặc đã hủy).

• AppSocket là một giao thức rất đơn giản, vì vậy mọi người có thể đảo ngược nó sau khi HP giới thiệu nó (khá lâu trước đây) và mặc dù nó chưa bao giờ là một tiêu chuẩn chính thức; nó cũng khá đáng tin cậy và mạnh mẽ (với tất cả các 'tính năng' trống mà nó hỗ trợ) - đó là lý do tại sao nó được sử dụng rộng rãi và được hỗ trợ bởi hầu hết mọi máy in mạng ngoài kia.

• IPP được Nhóm Công tác Máy in ISTO (PWG) chuẩn hóa , là đại diện của thực tế mỗi nhà sản xuất máy in duy nhất trên toàn thế giới. Bản thân HP thậm chí đã chấp nhận IPP khá chặt chẽ, có hơn 350 mẫu máy in mới nhất của họ tự chứng nhận phù hợp với Tiêu chuẩn 'IPP Everywhere' mới .

• Với IPP (S), bạn có nhiều tùy chọn tốt hơn liên quan đến bảo mật: xác thực / ủy quyền, mã hóa dữ liệu được chuyển, kiểm soát truy cập, v.v.

• Với IPP, bạn có một bộ tên và giá trị được chỉ định cho các tùy chọn lệnh in. In hai mặt là một trong 'hai mặt = hai cạnh dài' hoặc '... = hai cạnh ngắn' , trong khi trước đó, bạn có thể có tối đa mười cách trở lên để chỉ định bản in hai mặt ( bởi vì mọi nhà cung cấp được tự do sử dụng sơ đồ đặt tên của riêng mình). Điều tương tự cũng đúng với nhiều thông số in khác.

• IPP (S) cho phép bạn truy vấn máy in hỗ trợ IPP (và hơn 90% thiết bị được bán trong 10 năm qua có thể nói chuyện với IPP - vì AirPrint chỉ có thể hoạt động vì nó; và hơn một nửa trong số này có thể tiêu thụ trực tiếp PDF quá) về khả năng cụ thể của nó: Nó có thể làm màu không? Những kích thước giấy nào nó hỗ trợ? Nó có in hai mặt không? Nó có thể ghim, đấm, gấp? Phiên bản IPP nào hỗ trợ? Tôi có thể gửi ngôn ngữ mô tả trang nào (PDL - PostScript, PDF, PCL, JPEG, v.v.)? V.v. ...

• Với sự phát triển mới nhất của Tiêu chuẩn IPP, được gọi một cách thông minh là 'IPP ở mọi nơi' , cuối cùng, việc in ấn không cần trình điều khiển bắt đầu hoạt động. CUPS có thể làm điều đó! Bất cứ khi nào nó gặp máy in IPP Everywhere, nó không cần bất kỳ trình điều khiển và / hoặc PPD cụ thể nào được quản trị viên chuẩn bị hoặc cài đặt sẵn nữa: nó biết rằng nó có thể gửi một trong các định dạng mô tả trang tiêu chuẩn (của JPEG, PWG- Raster, URF-Raster hoặc PDF không yêu cầu trình điều khiển độc quyền để tạo), nó có thể truy vấn thiết bị về các khả năng cụ thể của nó và nó sẽ tự động tạo PPD phản ánh các khả năng này để ngay cả các ứng dụng không hỗ trợ IPP vẫn có thể in theo cách truyền thống (các ứng dụng 'di sản' này chưa nói chuyện với IPP và được sử dụng để tìm PPD - các ứng dụng như LibreOffice hoặc Firefox hoặc không nên làm gì).

IPP là tương lai và tương lai đã ở đây. (AppSocket là quá khứ, nhưng nó vẫn chưa hoàn toàn biến mất. Hầu hết các máy in của IPP vẫn nói về AppSocket ....)

Tuy nhiên, trong trường hợp cụ thể của máy in của bạn : một số nhà cung cấp / kiểu máy có lỗi triển khai IPP và chúng có thể không hoạt động tốt, trong khi in AppSocket cho cùng một kiểu có thể hoạt động hoàn hảo. Chỉ cần thử nghiệm với IPP và tiếp tục sử dụng nếu nó hoạt động tốt. Nếu không, hãy quay lại AppSocket.