it-swarm-vi.tech

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

Tôi có hai 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 đề gì 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ả các PC đang chạy XP không gặp vấn đề gì khi in. Khi lần đầu tiên xảy ra, 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à vấn đề nữa. 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. có thể thiết lập 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. Máy in có thể được truy cập bằng IP từ tất cả các máy tính và giao diện web có thể truy cập và báo cáo không có lỗi.
Có ai có ý tưởng nào?

16
notandy

Nếu vẫn thất bại, bạn có thể vô hiệu hóa giám sát SNMP trong các 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.

10
Massimo

Hừm.

Chúng tôi đã thấy hơi giống nha các vấn đề ở đâ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 là không hoàn toàn giống như những gì chúng ta đã thấy, nhưng đủ gần. Tôi đã có một vài ý tưởng cho bạn, với hy vọ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!

3
Greg Meehan

Khởi động lại dịch vụ Bộ đệm 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.

3
Jaroslav Svestka

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.)

2
Mathieu Chateau

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

1
kynan

Điều này diễn đàn Vista có hai gợi ý, một là thử và thiết lập cổng máy in là 'kiên trì' 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.

0
Jack B Nimble

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.

0
Roy

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à ...

0
Joseph Kern

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.

0
EricTronic

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.)

0
George

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.

0
MikeS

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 dù máy khách ở trong mạng có dây hay không dây và với mọi hệ điều hành .

0
Maciek Sawicki