Máy in mạng ngoại tuyến (nhưng không thực sự)

Tôi có hai thiết lập máy in / máy photocopy Ricoh để in IP trong văn phòng.
Trước tuần này không có vấn đề in ấn với họ.
Bây giờ một số ít trong số họ (Tất cả đang chạy Vista, không chắc đó có phải là máy tính Vista hay không, có vẻ như tôi sẽ nghe nhiều hơn từ người dùng nếu đó là trường hợp), xem cả hai máy in đang ngoại tuyến. Tất cả XP chạy PC đều không gặp vấn đề gì khi in. Khi điều này xảy ra lần đầu tiên, khởi động lại đã có thể khiến máy in xuất hiện trực tuyến, nhưng đó không còn là trường hợp nữa. (và tại thời điểm đó tôi nghĩ chỉ có một máy tính gặp sự cố) Tôi đã gỡ bỏ các máy in, cài đặt lại các trình điều khiển mới nhất và không có thay đổi nào trên các máy Vista. Tôi hiện đang sử dụng cùng một phiên bản trình điều khiển RPCS trên cả VISTA và XP. Như một công việc xung quanh tôi có thể thiết lập các máy in trên Máy chủ 2003, nhưng tôi không hiểu tại sao in IP chỉ dừng hoạt động ngoài màu xanh như thế này.
Có ai có ý tưởng nào?

Nếu vẫn thất bại, bạn có thể tắt giám sát SNMP trong thuộc tính cổng TCP của máy in. Bạn sẽ không được thông báo khi máy in trở nên HOẠT ĐỘNG ngoại tuyến, nhưng bạn sẽ không nhận được thông báo sai nữa.

Hừm.

Chúng tôi đã thấy một số vấn đề tương tự ở đây, nhưng bên ngoài một số máy vẽ cao cấp mà chúng tôi in trực tiếp sang IP, chúng tôi sẽ lưu trữ phần còn lại của chúng khỏi máy in và các triệu chứng của bạn không giống như những gì chúng tôi Đã thấy, nhưng đủ gần. Tôi đã có một vài ý tưởng cho bạn, với hy vọng rằng họ sẽ giúp nhưng không có gì thực sự kết luận :)

1.) Thử khởi động lại dịch vụ bộ đệm máy in cục bộ trên máy trạm đang đề cập. (ví dụ: net stop "Print Spooler" && net start "Print Spooler"). Xem nếu điều đó có bất kỳ tác dụng.

2.) Điều hướng đến các thuộc tính trình điều khiển của máy in, trên máy trạm, chọn "Nâng cao", chọn "Bộ xử lý in", thử đặt "WinPrint" thành RAW hoặc thay đổi thành MS_XPS và chọn RAW.

3.) Kiểm tra cổng trên các máy trạm cục bộ mà máy in được cấu hình để sử dụng, nó có hợp lệ không hoặc nó có biến mất một cách bí ẩn không? (Chúng ta đã thấy RATNG trước đó. Man, thật là đau!)

4.) Đó là một cú sút xa, nhưng hãy xem liệu tường lửa cục bộ có chặn nó không. Vô hiệu hóa bất kỳ bộ lọc tường lửa / ip cục bộ và kiểm tra xem nó có hoạt động không. Chúng ta đã thấy điều này trước đây, nhưng cụ thể là trong tình huống này: Chúng tôi đang chạy Symantec EndPoint trên tất cả các máy trạm và trong một số trường hợp, tường lửa mặc định của Windows đã hiển thị là được bật và chạy và thực hiện một số chặn thú vị, thú vị. :)

Dù bằng cách nào, chúc may mắn!

Khởi động lại dịch vụ Bộ đệm máy in trên máy khách đã thực hiện công việc. Khởi động lại dịch vụ trên máy chủ không hoạt động.

Mạng của chúng tôi: Win7Ultimate 64bit + một bó Win7Pro 64bit không có tên miền, chỉ có nhóm làm việc.

Bạn đã thay đổi cộng đồng snmp mặc định (công khai)? Đặt nó trở lại trực tuyến thông qua menu tập tin sau khi máy in được mở (hoặc nhấp chuột phải vào nó trước.)

Tôi có thể giải quyết vấn đề bằng cách khởi động dịch vụ Bẫy SNMP mà tôi đã tắt theo cách thủ công (Windows 7).

Đây diễn đàn vista có hai gợi ý, một là để thử và thiết lập các cổng máy in là 'dai dẳng' bằng cách sử dụng lệnh dos

net use LPT1 \\[printservername]\P1 /persistent:yes

Cách khác là áp dụng hotfix # 934455 có sẵn từ microsoft. Điều này nên được bao gồm trong SP1.

Một trang web khác đề nghị khởi động lại dịch vụ Bộ đệm máy in, sẽ đặt lại trạng thái ngoại tuyến. Ngoài ra, trong các thuộc tính của Bộ đệm / Phục hồi In, hãy thử đặt 'Phục hồi các lỗi tiếp theo' để Khởi động lại. Mặc định là nó dừng khởi động lại sau 2 lần thất bại.

Tôi gặp vấn đề tương tự với máy chủ 2008 (về cơ bản là Vista Light), tôi phải khởi động lại trước khi in. Nói về tình tiết tăng nặng. Có một cài đặt đăng ký ẩn sâu trong ruột của HKLM

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Hardware Profiles\0001\System\CurrentControlSet\Control\Print\Printers\

Tìm mục máy in vi phạm, sau đó tìm mục có tên.

PrinterOnLine

Chỉnh sửa nó. Thay đổi nó thành giá trị kỳ diệu của

1

Điều này khiến tôi khóc vì CUPS ... hoặc thậm chí là ...

Trong trường hợp của tôi, máy in 7 được xem là ngoại tuyến khi ai đó đang cố in bằng cách sử dụng lan không dây. Trong dây lan, mọi thứ đều ổn và nó cũng hoạt động trên Linux ngay cả khi không có kết nối lan không dây.

Tôi phát hiện ra rằng góa phụ 7 sử dụng snmp để xác định trạng thái máy in, sau khi bỏ chặn giao tiếp snmp (tất nhiên chỉ dành cho máy in) trên tường lửa của chúng tôi, nó hoạt động hoàn hảo cho dù máy khách đang ở trong mạng hoặc mạng không dây và trên mọi hệ điều hành.

Có cùng một vấn đề chính xác trong W2K3. Tôi đã bỏ chọn tùy chọn snmp và máy in đã trực tuyến trở lại. (Có regedit là tốt.)

Có vấn đề chính xác tương tự trong máy chủ W2K8. Mạng cục bộ, không có bộ định tuyến, không có bộ lọc, không tường lửa, không có mạng. Tất cả trên cùng một phân đoạn phát sóng. Kể từ thứ sáu tuần trước (5/24), tất cả các máy in mạng đã ngừng in từ hàng đợi máy in trong máy chủ. Khởi động lại dịch vụ in spool không có hiệu lực. Bỏ chọn tùy chọn snmp trong cài đặt cổng của máy chủ đã thực hiện công việc.

Tôi thấy rằng tôi đã tắt SNMP trong giao diện web và đã thay đổi tên cộng đồng SNMP trên máy in khi tôi bật lại, ngay sau khi tôi đổi nó thành công khai để khớp với cài đặt cổng giao tiếp trên trình điều khiển máy in. Nó đã trở lại trực tuyến.

Một bản cập nhật cho phần mềm chống vi-rút máy tính xách tay của tôi có chứa tường lửa cuối cùng là thủ phạm. Nó bắt đầu chặn dịch vụ bộ đệm sau khi cập nhật. Tôi đã phải cho phép dịch vụ bộ đệm truy cập thông qua tường lửa và nó bắt đầu hoạt động tốt trở lại.

vấn đề có thể là bộ định tuyến của bạn đang gán lại ip mà máy in đã thu được. điều này có thể là do bạn tắt máy in sau khi sử dụng và cả bộ định tuyến của bạn. bạn chỉ phải gán lại một ip cho máy in của bạn và lời khuyên của tôi là bạn nên đặt trước bộ định tuyến của mình.

và không bao giờ phải đối mặt với vấn đề này một lần nữa.