Bạn đang ở nhà, tài liệu phải ra từ máy in văn phòng, VPN đang bật, và cửa sổ thêm máy in không hiển thị gì. Sự vắng mặt đó không phải bằng chứng rằng đường hầm bị hỏng. Khám phá là một cơ chế tìm máy in và một hàng đợi được cấu hình là cơ chế khác, và VPN có định tuyến thường mang cơ chế thứ hai trong khi để cơ chế thứ nhất đúng chỗ cũ. Hãy thêm hàng đợi bằng tay và máy in không còn thiếu nữa.

Hãy làm theo thứ tự và dừng ở bước đầu tiên thất bại thay vì thêm một thiết kế mạng mới để bù đắp.

Hỏi hàng đợi, không phải biệt danh của máy in

Hãy lấy ba thông tin từ người quản lý văn phòng: người dùng in trực tiếp tới thiết bị hay qua máy chủ, hàng đợi hỗ trợ giao thức nào, và địa chỉ hoặc URI chính xác cần cấu hình. Một nhãn như Upstairs Colour giúp con người tìm ra máy và không nói gì với máy tính. Hãy ghi lại ba câu trả lời, vì đó là tiêu chí chấp nhận cho mọi thứ tiếp theo.

Hai cách bố trí bao phủ hầu hết văn phòng. Một số máy in tự nhận IPP, và bạn cấu hình thiết bị trực tiếp trên URI kết thúc bằng đường in tiêu chuẩn. Những máy khác công bố các hàng đợi có tên từ một máy chủ in, máy chủ này giao việc cho phần cứng nằm phía sau, nên địa chỉ bạn dùng thuộc về máy chủ chứ không phải máy in. Cả hai ví dụ chỉ để minh họa, và bạn không nên sao chép cái nào: hãy dùng URI mà bạn thực sự được cấp.

Thêm hàng đợi một cách rõ ràng

Trên một máy khách Linux dùng CUPS, thiết bị hỗ trợ IPP Everywhere có thể được đưa vào hàng đợi bằng một lệnh duy nhất thêm máy in cục bộ, trỏ nó tới URI của thiết bị và yêu cầu mô hình phổ quát: lpadmin -p Office_Printer -E -v ipp://10.20.30.15/ipp/print -m everywhere. Hướng dẫn quản trị ghi lại đích đến, URI của thiết bị và các tùy chọn mô hình, và lệnh này chỉ chạm vào hàng đợi cục bộ.

Không có gì trong lệnh đó tạo ra tuyến đường hay cấp quyền ở đầu xa, đó là lý do có hai phần tiếp theo. Trên các máy khách khác, hãy dùng giao diện hệ thống được hỗ trợ, và với máy chủ in Windows được quản lý, hãy dùng tên máy chủ và tên chia sẻ bạn được cấp thay vì tự nghĩ ra một đường dẫn IPP.

Kiểm tra phân giải tên, tuyến đường và đường quay về

Xác nhận rằng tên máy chủ của hàng đợi phân giải thành địa chỉ văn phòng dự định, rồi xác nhận rằng máy tính xách tay định tuyến địa chỉ đó qua đường hầm. Máy chủ in và máy in vật lý thường có địa chỉ và quyền khác nhau, nên kết nối thành công tới một cái không chứng minh gì về cái kia.

Phía văn phòng cần một đường quay về địa chỉ nguồn thật của máy khách, và chính sách truy cập phải cho phép dịch vụ in bạn đã chọn. Cả hai nửa phải đúng cùng lúc; thiếu đường quay về sẽ tạo ra một việc rời khỏi máy tính xách tay và không bao giờ tới đâu.

Tách khả năng tiếp cận khỏi chính sách hàng đợi

Chính sách chia sẻ là ranh giới tiếp theo, và đó không phải câu hỏi giống như khả năng tiếp cận. Một máy chủ CUPS chỉ chia sẻ với mạng con của chính nó sẽ từ chối khách đến từ một nhóm VPN riêng, một cách lịch sự, trong nhật ký của nó, trong khi máy khách hiển thị một thông báo chung chung. Người vận hành của bạn nên cho phép những người dùng và nguồn từ xa cụ thể cần in. Mở một hàng đợi cho mọi mạng là thay đổi lớn hơn nhiều so với yêu cầu, và sẽ không ai cảm ơn bạn vì điều đó trong lần đánh giá tiếp theo.

Khám phá lại là chủ đề thứ ba. Multicast DNS chỉ giới hạn trong liên kết cục bộ, nên VPN có định tuyến không lấp lại danh sách bạn thấy trong văn phòng. Một hàng đợi được cấu hình hoạt động mà không cần danh sách đó, và nếu thực sự cần khám phá tự động thì nó cần thiết kế riêng thay vì một VPN cầu nối được dựng lại cho một máy in.

Gửi một việc nhỏ và đọc kết quả

Gửi một trang ngắn, không nhạy cảm tới hàng đợi dự định rồi kiểm tra xem hàng đợi đã làm gì với nó. Một việc có thể được chấp nhận, bị giữ để xác thực, bị giữ để nhả tại thiết bị, hoặc bị dừng trước khi giao, và bốn kết quả đó chỉ tới những người phụ trách khác nhau.

Thanh tiến trình biến mất trên máy tính xách tay không phải xác nhận rằng giấy đã chạy. Có thể ai đó trong văn phòng vẫn cần nhả hoặc lấy việc, và nếu tài liệu quan trọng, hãy xác nhận với một người thay vì với một biểu tượng quay.

Bài viết liên quan