Ana Sayfa›Rehber›Yazıcı ping'e cevap veriyor, 9100 portu vermiyor
Yazıcı ping'e cevap veriyor, 9100 portu vermiyor
Yayın tarihi:
Yazıcının adresi var, ping cevap alıyor, ayar
sayfası ham portun 9100 olduğunu söylüyor — ama 9100'e gönderilen hiçbir şey
gitmiyor. İki olgu çelişmez: ping adresi kanıtlar, servisi değil.
Ping adresi kanıtlar, servisi değil
Ping ICMP'dir ve ağ yığını tarafından cevaplanır. 9100 portu ise yazıcının
onun üstünde çalıştırdığı bir TCP servisidir. Bir güvenlik duvarı ya da VLAN
kuralı ICMP'yi geçirip TCP'yi düşürebilir; ham servis kapalı, başka bir porta
bağlı ya da başkasının tuttuğu bir bağlantıyla meşgul olabilir. Bunların her
biri ping'i yeşil, 9100'ü ölü bırakır ve her birinin çözümü farklıdır — aşağıdaki
kontroller onları ayırt edecek sırada.
Kontrol 1: yapılandırma etiketini okuyun
Yazıcıya hâlâ ulaşan bir yoldan (USB, web sayfası, sürücü)
^XA^WC^XZ gönderin ya da ön paneldeki yapılandırma baskısı
seçeneğini kullanın. Etiket yazıcının gerçekte sahip olduğu IP
adresini, ham port numarasını ve servisin açık olup olmadığını yazar. Bu
yazıcının kendi beyanıdır; ayar sayfaları ve sürücü pencereleri birinin ne
yapılandırdığını anlatır, neyin çalıştığını değil.
Kontrol 2: portu ham bir istemciyle açın
Gönderen makineden: Linux ve macOS'ta nc -vz <ip> 9100,
PowerShell'de Test-NetConnection <ip> -Port 9100. Hata
biçimi teşhisin kendisidir: connection refused adresin doğru
olduğunu ama orada dinleyen servis olmadığını söyler — ham port kapalı ya da
başka numarada; timeout aranızda bir şeyin ICMP'yi geçirip
TCP'yi düşürdüğünü söyler — güvenlik duvarı, ACL, VLAN sınırı;
connected servisin sağlam, sorunun gönderdiğiniz şeyde
olduğunu söyler.
Kontrol 3: aynı anda tek bağlantı
Bir istemciye bağlanıp bir sonrakinde asılı kalan ham portta çoğu kez
zaten açık bir bağlantı vardır — bir sürücü, bir baskı sunucusu, durum
sorgulayıp hiç kopmayan bir izleme aracı. Öteki istemcileri kapatın ya da
yazıcının ağ kablosunu on saniye çekin ve ham istemciyi yeniden deneyin.
Şimdi bağlanıyorsa çözüm soketi açık tutan sunucudadır, yazıcıda değil.
Kontrol 4: bağlanıyor ama hiçbir şey basmıyor
O zaman sorun taşımada değil. Ağ
yazıcısına gönderme rehberindeki gibi mümkün olan en küçük etiketi elle
gönderin. O basılıyorsa uygulama başka bir ada ya da kuyruğa gönderiyordur —
yazıcı kimliği
rehberi katmanları tek tek anlatır. Elle gönderilen etiket de bir şey
yapmıyorsa dosyanın yazıcının konuştuğu dilde olduğunu
yazıcı dili algılayıcı ile
doğrulayın: ZPL verilen bir EPL yazıcısı, ya da tersi, işi sessizce yok
sayar.
