Máy in Brother - Không tìm thấy máy chủ đích phù hợp nào được duyệt bằng cốc

Tôi vừa trải qua một quá trình chuyển đổi đau đớn từ hệ thống máy tính 18 năm tuổi của mình sang hệ thống mới. Tôi đã có một kế hoạch tuyệt vời, nhưng khi các kế hoạch có xu hướng diễn ra, chúng sẽ rất tuyệt vời cho đến khi bạn cố gắng thực hiện chúng. Việc không nhận ra rằng bạn không thể chỉ rút một ổ đĩa khỏi bộ nhân bản từ hệ thống không phải UEFI và chỉ cần cắm nó vào hệ thống UEFI và mong nó hoạt động dẫn đến mất vài giờ. Nhưng tôi lạc đề.
Tôi đã đọc một số vấn đề mà người khác gặp phải với thông báo lỗi in này. Tôi đã lọc cốc-duyệt, định cấu hình thủ công máy in của mình nhưng không có kết quả. Một vấn đề ban đầu mà tôi đã giải quyết với máy in là VPN không cho phép tôi truy cập vào máy in của mình. Tôi đã đưa vào danh sách trắng mạng con của mình và đã vượt qua vấn đề đó. Máy in là Brother HL-L2360DW và có một tập lệnh do Brother cung cấp để cài đặt máy in trên máy Linux. Nó hoạt động tốt trên hệ thống cũ của tôi, không tốt lắm trên hệ thống này.
Tôi đang chạy cùng một phiên bản Ubuntu trên máy này mà tôi đã chạy trên hệ thống cũ của mình. Hệ thống này, trong trường hợp là nguyên bản, có Gigabyte AORUS X570 Pro MB chạy AMD Ryzen 5 5600G. Bản cài đặt, do sự cố trước đó đã đề cập ở trên, là bản cài đặt mới từ ISO gần đây nhất cho Ubuntu 20.04. Máy in được kết nối mạng và tôi có thể ping máy in mà không gặp vấn đề gì. Ngoài ra, tôi có thể in nó từ máy tính bảng của mình mà không gặp vấn đề gì.
Mọi sự trợ giúp sẽ rất được trân trọng
Phải ngủ một giấc... trở lại.Vì vậy, tôi đã xóa lại cups_browsed và thử nhiều cách khác nhau để cài đặt máy in. IPP (bất kỳ ai có thể cho tôi biết trường Hàng đợi mong đợi gì sau trường địa chỉ IP không??), LPD và tôi nhận được nhiều thông báo lỗi khác nhau bên cạnh thông báo lỗi ở trên. Một lần, sau khi thêm máy in theo cách thủ công để in IPP, nó chỉ ra rằng nó đã spooled 97% và chỉ ngồi đó không làm gì cả. Vì vậy, cuối cùng tôi đã thử cài đặt máy in thông qua giao diện web thay vì tùy chọn "Máy in" tiêu chuẩn. Sau khi nhập tất cả các thông tin được yêu cầu để in lpd và nhấn "thêm máy in", quá trình bị treo, cứ tiếp tục và không đi đến đâu (đó chính xác là nơi tôi cảm thấy mình đang gặp sự cố này). Tôi khá chắc chắn rằng đây không phải là sự cố về mạng hoặc phần cứng nhưng tôi chắc chắn đã làm hỏng thứ gì đó trong CUPS trong quá trình cài đặt của mình.
Một lần nữa, bất kỳ trợ giúp sẽ được đánh giá cao. Cảm ơn Tôi đã thiết lập nhật ký mở rộng cho cốc và sau đây là một đoạn trích từ nhật ký đó: (nó khá lớn nên tôi không đưa hết vào)

D [20/Feb/2022:13:44:16 -0800] [Client 9] Trả lại IPP thành công-ok cho Hủy-Đăng ký (/) từ localhost. D [20/Feb/2022:13:44:16 -0800] [Client 9] Content-Length: 75 D [20/Feb/2022:13:44:16 -0800] [Client 9]cupsdSendHeader: code=200, type="application/ipp", auth_type=0 D [20/Feb/2022:13:44:16 -0800] [Client 9] con->http=0x55c7bc9d5650 D [20/Feb/2022:13:44:16 -0800] [Client 9]cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=75, response=0x55c7bc9bee90(IPP_STATE_DATA), pipe_pid= 0, tệp = -1 D [20/Feb/2022:13:44:16 -0800] [Client 9] Viết phản hồi IPP, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0 D [20/Feb/2022:13:44:16 -0800] [Client 9] bytes=0, http_state=0, data_remaining=75 D [20/Feb/2022:13:44:16 -0800] [Client 9] Xả bộ đệm ghi. D [20/Feb/2022:13:44:16 -0800] [Client 9] Trạng thái mới là HTTP_STATE_WAITING D [20/Feb/2022:13:44:16 -0800] [Client 9] Chờ yêu cầu. D [20/Feb/2022:13:44:16 -0800]cupsdSetBusyState: newbusy="Tệp bẩn", busy="Ứng dụng khách đang hoạt động và tệp bẩn" D [20/Feb/2022:13:44:16 -0800] [Trình thông báo] state=-1 D [20/Feb/2022:13:44:16 -0800] [Notifier] ippReadFile() đã trả về IPP_ERROR! D [20/Feb/2022:13:44:16 -0800] [Client 9] HTTP_STATE_WAITING Đóng do lỗi 32 (Đường ống bị hỏng) D [20/Feb/2022:13:44:16 -0800] [Client 9] Đóng kết nối. D [20/Feb/2022:13:44:16 -0800]cupsdSetBusyState: newbusy="Tệp bẩn", busy="Tệp bẩn" D [20/Feb/2022:13:44:16 -0800]cupsdSetBusyState: newbusy="Ứng dụng đang hoạt động và tệp bẩn", busy="Tệp bẩn" D [20/Feb/2022:13:44:16 -0800] [Client 10] Địa chỉ máy chủ là "/run/cups/cups.sock". D [20/Feb/2022:13:44:16 -0800] [Client 10] Được chấp nhận từ máy chủ cục bộ (Miền) D [20/Feb/2022:13:44:16 -0800] [Client 10] Chờ yêu cầu. D [20/Feb/2022:13:44:16 -0800] PID 2076 (/usr/lib/cups/notifier/dbus) đã thoát mà không gặp lỗi. D [20/Feb/2022:13:44:16 -0800] [Client 10] POST / HTTP/1.1 D [20/Feb/2022:13:44:16 -0800]cupsdSetBusyState: newbusy="Ứng dụng đang hoạt động và tệp bẩn", busy="Ứng dụng đang hoạt động và tệp bẩn" D [20/Feb/2022:13:44:16 -0800] [Khách hàng 10] Đọc: trạng thái=200, trạng thái=6 D [20/Feb/2022:13:44:16 -0800] [Client 10] Không cung cấp dữ liệu xác thực. D [20/Feb/2022:13:44:16 -0800] [Client 10] 2.0 Hủy-Đăng ký 10 D [20/Feb/2022:13:44:16 -0800] Hủy-Đăng ký / D [20/Feb/2022:13:44:16 -0800] Hủy-Đăng ký ứng dụng khách-lỗi-không tìm thấy: Đăng ký #312 không tồn tại. D [20/Feb/2022:13:44:16 -0800] [Client 10] Trả về lỗi không tìm thấy ứng dụng khách IPP đối với Hủy đăng ký (/) từ localhost. D [20/Feb/2022:13:44:16 -0800] [Client 10] Content-Length: 127 D [20/Feb/2022:13:44:16 -0800] [Client 10]cupsdSendHeader: code=200, type="application/ipp", auth_type=0 D [20/Feb/2022:13:44:16 -0800] [Client 10] con->http=0x55c7bc9d5650 D [20/Feb/2022:13:44:16 -0800] [Client 10]cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=127, response=0x55c7bc9cf890(IPP_STATE_DATA), pipe_pid= 0, tệp = -1 D [20/Feb/2022:13:44:16 -0800] [Khách hàng 10] Viết phản hồi IPP, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0 D [20/Feb/2022:13:44:16 -0800] [Client 10] bytes=0, http_state=0, data_remaining=127 D [20/Feb/2022:13:44:16 -0800] [Client 10] Xả bộ đệm ghi. D [20/Feb/2022:13:44:16 -0800] [Client 10] Trạng thái mới là HTTP_STATE_WAITING D [20/Feb/2022:13:44:16 -0800] [Client 10] Chờ yêu cầu. D [20/Feb/2022:13:44:16 -0800]cupsdSetBusyState: newbusy="Tệp bẩn", busy="Ứng dụng khách đang hoạt động và tệp bẩn" D [20/Feb/2022:13:44:16 -0800] [Client 10] HTTP_STATE_WAITING Đóng do lỗi 104 (Kết nối được đặt lại bởi thiết bị ngang hàng) D [20/Feb/2022:13:44:16 -0800] [Client 10] Đóng kết nối. D [20/Feb/2022:13:44:16 -0800]cupsdSetBusyState: newbusy="Tệp bẩn", busy="Tệp bẩn" D [20/Feb/2022:13:44:16 -0800] [Client 3] HTTP_STATE_WAITING Đóng do lỗi 32 (Hỏng đường ống) D [20/Feb/2022:13:44:16 -0800] [Client 3] Đóng kết nối. D [20/Feb/2022:13:44:16 -0800]cupsdSetBusyState: newbusy="Tệp bẩn", busy="Tệp bẩn" Tôi [20/Feb/2022:13:44:17 -0800] Các gói đăng ký sắp hết hạn... Tôi [20/Feb/2022:13:44:23 -0800] Đang lưu máy in.conf... Tôi [20/Feb/2022:13:44:23 -0800] Đang tạo printcap /run/cups/printcap... Tôi [20/Feb/2022:13:44:23 -0800] Đang lưu gói đăng ký.conf... D [20/Feb/2022:13:44:23 -0800]cupsdSetBusyState: newbusy="Không bận", busy="Tệp bẩn" Tôi [20/Feb/2022:13:44:23 -0800] Hết hạn đăng ký..

Đây là đầu ra tôi nhận được từ lệnh sau
avahi-duyệt -rt _ipp._tcp

• enp3s0 IPv4 Brother HL-L2360D sê-ri Máy in Internet cục bộ
  Không thể giải quyết dịch vụ 'sê-ri Brother HL-L2360D' thuộc loại '_ipp._tcp' trong miền 'cục bộ': Đã hết thời gian chờ

Chà, vấn đề là do máy in Brother gốc (HL-L2360DW). Nó không bị hỏng nhưng máy in không hoạt động nữa với bất kỳ trình điều khiển nào mà tôi đã sử dụng với nó trước đây. Để thử nghiệm, tôi đã mượn một máy in có trình điều khiển được liệt kê trong danh sách trình điều khiển của Ubuntu (Brother DCP7065DN) và nó hoạt động rất tốt. Mặc dù máy in ban đầu của tôi hoạt động trên hệ thống 20.04 cũ của tôi, nhưng có điều gì đó đã thay đổi trong quá trình di chuyển với phiên bản ISO mới nhất là 20.04 không cho phép máy in ban đầu của tôi hoạt động trên nền tảng mới của tôi. Một vấn đề và chi phí không lường trước khác, nhưng tôi hy vọng là vấn đề cuối cùng.