Veröffentlicht:
Die Partnerbeiträge erklären, warum es passiert: ein Etikett auf dem falschen Drucker ist ein Identitätsproblem, und jede Schicht des Stacks vertraut einem Namen oder einer Adresse, die sich ändern darf. Dieser Ratgeber beschreibt, was der Labelixa-DirectPrint-Agent dagegen tut, was wir an einem echten Drucker gemessen haben und wo der Schutz genau endet.
Ein Druckauftrag geht an einen Geräteeintrag: die
device_id, die Sie beim Registrieren des Druckers erhalten
(POST /v1/devices; GET /v1/devices listet sie). Die
Netzwerkadresse steht nicht in Ihrer Integration, sondern in der Zuordnung des
Agents auf dem Rechner neben dem Drucker — einen Drucker umzuziehen heißt, eine
Zuordnung zu ändern, nicht Ihren ERP-Code.
Wenn Sie einen ZPL-Netzwerkdrucker zuordnen, legen Sie seine Identität im selben Schritt fest:
labelixa-agent map-printer -device DEVICE_ID -address 192.168.1.50:9100 -pin-identity zpl
Der Agent fragt den Drucker, wer er ist (ZPL ~HI), speichert
einen Hash der Antwort und meldet Identity pinned. Danach stellt
er dieselbe Frage vor jedem Auftrag — nicht einmalig bei der
Einrichtung, denn eine DHCP-Lease wandert nicht bei der Einrichtung.
Antwortet unter der zugeordneten Adresse ein Gerät mit einer anderen Antwort, sendet der Agent das Etikett nicht. Sein Protokoll sagt es in einer Zeile:
identity mismatch: the device at 192.168.1.50:9100 is NOT the device pinned for "DEVICE_ID". Nothing was printed.
gefolgt vom Befehl zum erneuten Festlegen, falls der Drucker wirklich
getauscht wurde. Der Auftrag gilt mit dem Fehlertyp
KimlikUyusmazligi als fehlgeschlagen und wird nicht
automatisch wiederholt. Das ist wichtig: Wartete der Auftrag in der
Warteschlange, würde das Korrigieren der Festlegung das alte Etikett auf dem
Gerät drucken, das die Adresse gerade hält — ihn erneut zu senden ist Ihre
Entscheidung.
Am 2. November 2026 haben wir das an einem Zebra GK420d im Netzwerk mit Agent 0.6.1 und dem Produktivdienst durchgespielt:
Identity pinned, und ein Testetikett
wurde gedruckt;KimlikUyusmazligi als fehlgeschlagen;Die Abweichung haben wir an einem Drucker durch Ändern der Festlegung erzeugt; zwei physische Drucker unter derselben Adresse haben wir nicht getauscht.
~HI, die einzige Identitätsabfrage, die wir geprüft haben. Für
EPL, TSPL und CPCL gibt es keine geprüfte Abfrage; Festlegen ist dort nicht
möglich, und der Agent sagt das. Ein USB-Drucker wird über die
Druckwarteschlange des Betriebssystems erreicht, die Daten nur in eine
Richtung trägt — der Agent kann ihn nichts fragen.~HI: Modell,
Firmware-Version, Auflösung und Speicher. Unser GK420d antwortet
GK420d-200dpi,V61.17.17Z,8,2104KB — eine Seriennummer steht
nicht darin. Zwei Drucker desselben Modells mit gleicher Firmware und gleichem
Speicher antworten gleich, die Prüfung kann sie nicht unterscheiden. Sie
stoppt ein anderes Modell oder eine andere Konfiguration unter der Adresse;
bei baugleichen Druckern bleiben reservierte Adressen Ihr Schutz.Der Agent steht auf der Download-Seite; die Druck- und Geräte-Endpunkte stehen in der API-Dokumentation.
Wurde der Drucker festgelegt und weicht die Antwort auf die Identitätsabfrage von der festgelegten ab, sendet der Agent nichts. Sein Protokoll meldet, dass das Gerät nicht das festgelegte ist und nichts gedruckt wurde; der Auftrag gilt mit KimlikUyusmazligi als fehlgeschlagen und wird nicht automatisch wiederholt.
Nein. Sie funktioniert bei ZPL-Druckern im Netzwerk, die der Agent mit ~HI fragen kann. EPL, TSPL und CPCL haben keine geprüfte Identitätsabfrage, eine USB-Druckwarteschlange trägt Daten nur in eine Richtung, und ein nicht festgelegtes Gerät wird nicht geprüft.
Nein. Festgelegt wird die Antwort des Druckers auf ~HI — Modell, Firmware, Auflösung und Speicher, keine Seriennummer. Zwei Drucker desselben Modells mit gleicher Firmware und gleichem Speicher antworten gleich; zwischen ihnen schützen reservierte Adressen.
Ping antwortet, an Port 9100 kommt nichts an: ICMP und Raw-Druckdienst sind zwei Dinge. Vier Prüfungen in der Reihenfolge, die die Ursache isoliert.
Druckeridentität: warum Warteschlangennamen und IPs Sie täuschenJede Schicht des Etikettendruck-Stacks erkennt einen Drucker an etwas Veränderlichem: Name, Port-Zuordnung, DHCP-Lease. Anatomie verirrter Druckaufträge.
Statusabfragen dauern ewig — oder kommen nie zurückEine ~HS-Abfrage, die ewig dauert oder nie zurückkommt, ist selten ein langsamer Drucker: fünf Zustände antworten mit Stille, offene Verbindungen blockieren.
Warum wurde mein Etikett auf dem falschen Drucker gedruckt?Etiketten auf dem falschen Drucker sind kein Pech, sondern ein Identitätsproblem: Warteschlangennamen, DHCP-Leases, geteilte Treiber. Diagnose und Vorbeugung.