Yayın tarihi:
Eş yazılar neden olduğunu anlatıyor: etiketin yanlış yazıcıdan çıkması bir kimlik sorunudur ve yığının her katmanı değişmesine izin verilen bir ada ya da adrese güvenir. Bu yazı Labelixa DirectPrint ajanının buna karşı ne yaptığını, gerçek bir yazıcıda neyi ölçtüğümüzü ve korumanın tam olarak nerede bittiğini anlatır.
Baskı işi bir cihaz kaydına gönderilir: yazıcıyı
kaydederken aldığınız device_id
(POST /v1/devices; GET /v1/devices listeler). Ağ
adresi entegrasyonunuzda değil, yazıcının yanındaki bilgisayarda ajanın
eşlemesinde durur; yazıcıyı taşımak ERP kodunuzu değil tek bir eşlemeyi
değiştirmektir.
Bir ağ ZPL yazıcısını eşlerken kimliğini aynı adımda sabitleyin:
labelixa-agent map-printer -device DEVICE_ID -address 192.168.1.50:9100 -pin-identity zpl
Ajan yazıcıya kim olduğunu sorar (ZPL ~HI), cevabın özetini
saklar ve Identity pinned der. Bundan sonra aynı soruyu
her işten önce sorar — kurulumda bir kez değil, çünkü DHCP
kirası kurulum anında kaymaz.
Eşlenen adreste cevap veren cihaz farklı bir cevap verirse ajan etiketi göndermez. Günlüğü bunu tek satırda söyler:
identity mismatch: the device at 192.168.1.50:9100 is NOT the device pinned for "DEVICE_ID". Nothing was printed.
ardından, yazıcı gerçekten değiştiyse yeniden sabitleme komutunu verir. İş
KimlikUyusmazligi hata tipiyle başarısız sayılır ve
otomatik olarak yeniden denenmez. Bunun önemi şu: iş kuyrukta
bekleseydi, sabitlemeyi düzeltmek eski etiketi o adresi o an tutan cihazda
bastırırdı — yeniden göndermek sizin kararınızdır.
2 Kasım 2026'da bunu ağdaki bir Zebra GK420d üzerinde, ajan 0.6.1 ve canlı servisle çalıştırdık:
Identity pinned cevabını verdi ve test etiketi
basıldı;KimlikUyusmazligi ile başarısız sayıldı;Uyuşmazlığı tek yazıcıda, sabitlemeyi değiştirerek ürettik; aynı adreste iki fiziksel yazıcıyı yer değiştirmedik.
~HI'dır. EPL, TSPL ve CPCL için doğrulanmış
bir sorgu yoktur; sabitleme yapılamaz ve ajan bunu söyler. USB yazıcıya
işletim sisteminin yazdırma kuyruğu üzerinden ulaşılır; kuyruk veriyi tek
yönde taşır, ajan yazıcıya bir şey soramaz.~HI'ya kendi cevabıdır: model, firmware sürümü, çözünürlük ve
bellek. Bizim GK420d'miz GK420d-200dpi,V61.17.17Z,8,2104KB
cevabını veriyor — içinde seri numarası yok. Aynı model, aynı firmware ve
aynı bellekteki iki yazıcı aynı cevabı verir; denetim onları ayırt edemez.
Adreste farklı bir model ya da yapılandırmanın cevap vermesini durdurur;
birebir aynı yazıcılarda korumanız ayrılmış adresler olmaya devam eder.Ajan indirme sayfasında; baskı ve cihaz uçları API belgesinde.
Yazıcı sabitlenmişse ve kimlik sorgusunun cevabı sabitlenen cevaptan farklıysa ajan hiçbir şey göndermez. Günlüğü cihazın sabitlenen cihaz olmadığını ve hiçbir şey basılmadığını söyler; iş KimlikUyusmazligi ile başarısız sayılır ve otomatik olarak yeniden denenmez.
Hayır. Ajanın ~HI sorabildiği, ağ üzerinden ulaşılan ZPL yazıcılarında çalışır. EPL, TSPL ve CPCL için doğrulanmış bir kimlik sorgusu yoktur, USB yazdırma kuyruğu veriyi tek yönde taşır ve sabitlenmemiş cihaz denetlenmez.
Hayır. Sabitlenen şey yazıcının ~HI cevabıdır — model, firmware, çözünürlük ve bellek; seri numarası yok. Aynı model, aynı firmware ve bellekteki iki yazıcı aynı cevabı verir; aralarındaki koruma ayrılmış adreslerdir.
Yazıcı ping'e cevap veriyor ama 9100 portuna hiçbir şey ulaşmıyor: ICMP ile ham baskı servisi farklı şeylerdir. Sebebi ayıran sırayla dört kontrol.
Yazıcı kimliği: kuyruk adları ve IP'ler sizi neden yanıltırBaskı yığınının her katmanı yazıcıyı değişebilen bir şeyle tanır: kuyruk adı, port eşlemesi, DHCP kirası. İşlerin neden yolunu şaşırdığının anatomisi.
Durum sorgusu çok uzun sürüyor — ya da hiç dönmüyorUzun süren ya da hiç dönmeyen bir ~HS sorgusu nadiren yavaş yazıcıdır: beş yazıcı durumu sessizlikle cevap verir, açık bağlantının arkasındaki sorgu bekler.
Etiket neden yanlış yazıcıdan çıktı?Etiketin yanlış yazıcıdan çıkması şanssızlık değil, bir kimlik sorunudur: kuyruk adları, DHCP kiraları ve paylaşılan sürücüler. Teşhis ve önleme.