Ağ Yazıcıları Çevrimdışı (ancak gerçekten değil)

Ofiste IP baskısı için iki adet Ricoh yazıcı / fotokopi makinem var.
Bu haftadan önce onlara yazdırma konusunda hiçbir sorun yoktu.
Şimdi bir avuç (Hepsi Vista çalıştıran, her Vista bilgisayar olup olmadığından emin değilim, durum böyle ise kullanıcılardan daha fazlasını duyacağım gibi görünüyor), her iki yazıcıyı da çevrimdışı olarak görün. Bilgisayarda çalışan tüm XP'lerin yazdırma sorunları yoktur. Bu ilk kez yeniden başlatıldığında yazıcının çevrimiçi görünmesini sağlayabilirsiniz, ancak artık durum böyle değildir. (ve yalnızca bir bilgisayarın sorunu yaşadığını düşündüğümde) Yazıcıları kaldırdım, en son sürücüleri yeniden yükledim ve Vista makinelerinde bir değişiklik yok. Şu anda hem VISTA hem de XP'de bir RPCS sürücüsünün aynı sürümünü kullanıyorum. Bir çözüm olarak, yazıcıları 2003 Server'da kurabilirim, ancak IP yazdırmanın neden böyle mavi renkte çalışmayı bırakması gerektiğini anlamıyorum.
Herhangi bir fikri olan var mı?

Her şey başarısız olursa, yazıcının TCP bağlantı noktası özelliklerinde SNMP izlemeyi devre dışı bırakabilirsiniz. Yazıcı GERÇEKTEN çevrimdışı olduğunda bildirim almayacaksınız, ancak artık yanlış pozitifler almayacaksınız.

Hmm.

Burada biraz benzer sorunlar gördük , ancak doğrudan IP'ye yazdırdığımız birkaç üst düzey plotter dışında, geri kalanları bir baskı sunucusundan barındırıyoruz ve belirtileriniz tam olarak aynı değil gördüm, ama yeterince yakın. Size yardımcı olacakları umuduyla sizin için birkaç fikrim var ama gerçekten kesin bir şey yok :)

1.) Söz konusu iş istasyonunda yerel yazdırma biriktirici hizmetini yeniden başlatmayı deneyin. (ör: net stop "Yazdırma Biriktiricisi" && net başlangıç ​​"Yazdırma Biriktiricisi"). Bunun bir etkisi olup olmadığına bakın.

2.) Yazıcının sürücü özelliklerine gidin, iş istasyonunda "Gelişmiş" i seçin, "Baskı İşlemcisi" ni seçin, "WinPrint" i RAW olarak ayarlamayı veya MS_XPS olarak değiştirmeyi ve RAW'ı seçin.

3.) Yazıcının kullanmak üzere yapılandırıldığı yerel iş istasyonlarındaki bağlantı noktasını kontrol edin, geçerli mi veya gizemli bir şekilde yok oldu mu? (Bunu daha önce gördük. Adamım, ne acı!)

4.) Uzun bir atış, ancak yerel bir güvenlik duvarının onu engelleyip engellemediğine bakın. Herhangi bir yerel güvenlik duvarı / ip filtresini devre dışı bırakın ve çalışıp çalışmadığını test edin. Bunu daha önce gördük, ancak özellikle bu durumda: Symantec EndPoint'i tüm iş istasyonlarında çalıştırıyoruz ve bazı durumlarda, yerel Windows varsayılan güvenlik duvarı etkin olarak çalışıyor ve çalışıyor ve korkak, korkak engellemeler yapıyor. :)

Her iki şekilde de, iyi şanslar!

İstemcide Yazdırma Biriktiricisi hizmetini yeniden başlatmak işi yaptı. Sunucuda hizmeti yeniden başlatmak işe yaramadı.

Ağımız: Win7Ultimate 64bit + etki alanı olmayan bir grup Win7Pro 64bit, sadece çalışma grubu.

Varsayılan snmp topluluğunu (genel) değiştirdiniz mi? Yazıcı açıldıktan sonra dosya menüsünden yeniden çevrimiçi duruma getirin (veya önce sağ tıklayın).

El ile devre dışı bıraktığım SNMP Tuzak hizmetini başlatarak sorunu çözebilirim (Windows 7).

Bu manzara forumunda iki öneri var, bunlardan biri dos komutunu kullanarak yazıcı bağlantı noktasını 'kalıcı' olarak denemektir.

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

Diğeri, Microsoft'tan temin edilebilen # 934455 düzeltmesini uygulamaktır. Bu SP1'e dahil edilmelidir.

Başka bir site , çevrimdışı durumu sıfırlaması gereken Yazdırma Biriktiricisi hizmetinin yeniden başlatılmasını önerir. Ayrıca Yazdırma Biriktiricisi / Kurtarma özelliklerinde 'Sonraki Hatalarda Kurtarma'yı Yeniden Başlat olarak ayarlamayı deneyin. Varsayılan, 2 başarısız denemeden sonra yeniden başlatmayı durdurmasıdır.

2008 Server makinesiyle aynı sorunu yaşadım (temelde Vista Light), yazdırmadan önce yeniden başlatmam gerekiyordu. Kızdırma hakkında konuşun. HKLM bağırsaklarının derinliklerine gizlenmiş bir kayıt defteri ayarı var

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

Sorun yaratan yazıcı girişini bulun, ardından adlı girişi bulun.

PrinterOnLine

Düzenle. Büyülü değerine değiştirmek

1

Bu benim CUPS ağlama yapar ... hatta lpr ...

Benim durumumda, birisi kablosuz lan kullanarak yazdırmaya çalışırken yazıcı Windows 7 tarafından çevrimdışı olarak görüldü. Tel lan her şey yolunda ve ayrıca kablosuz lan bağlantısı ile bile Linux üzerinde çalıştı.

Dullar 7'nin yazıcı durumunu belirlemek için snmp kullandığını, güvenlik duvarımızdaki snmp iletişiminin (elbette sadece yazıcı için) engellemesini kaldırdıktan sonra , istemcinin tel veya kablosuz ağda ve her işletim sisteminde açık olup olmadığını mükemmel şekilde çalıştığını öğrendim .

W2K3'te de aynı sorun vardı. Snmp seçeneğinin işaretini kaldırdım ve yazıcı tekrar çevrimiçi oldu. (Regedit de vardı.)

Sunucu W2K8 de aynı sorunu vardı. Yerel ağ, yönlendirici yok, filtre yok, güvenlik duvarı yok, natting yok. Hepsi aynı yayın segmentinde. Geçen cumadan (5/24) beri tüm ağ yazıcıları sunucudaki yazıcı kuyruğundan yazdırmayı durdurdu. Yazdırma biriktirme hizmetinin yeniden başlatılmasının hiçbir etkisi olmadı. Sunucunun bağlantı noktası ayarlarında snmp seçeneğinin işaretini kaldırmak işi yaptı.

Web arayüzünde SNMP'yi devre dışı bıraktığımı ve yeniden etkinleştirdiğimde yazıcıdaki SNMP topluluk adını değiştirdiğimi buldum, yazıcı sürücüsünde iletişim bağlantı noktası ayarlarıyla eşleşmek için herkese geri döndüm. Tekrar çevrimiçi oldu.

Dizüstü bilgisayarımın bir güvenlik duvarı içeren virüsten koruma yazılımı güncellemesi suçlu oldu. Güncellemeden sonra biriktirici hizmetini engellemeye başladı. Biriktirici hizmetinin güvenlik duvarı üzerinden erişmesine izin vermek zorunda kaldım ve tekrar iyi çalışmaya başladı.

sorun, yönlendiricinizin yazıcının aldığı ipi yeniden ataması olabilir. bunun nedeni yazıcınızı kullandıktan sonra yönlendiricinizi de kapatmanız olabilir. yazıcınıza bir ip atamanız yeterlidir ve tavsiyem onu ​​yönlendiriciniz tarafından ayırmanızdır.

ve bir daha asla bu problemle yüzleşmeyeceğim.