IT-Freigabe und häufige Fragen
Dieses Kapitel zusammen mit Release-Manifest, kundenspezifischer Netzwerkmatrix und abgestimmtem Deploymentprofil verwenden. Es erklärt die Grenze der Druckbrücke; deren Freigabe genehmigt nicht automatisch sämtliche Cloud-, KI- oder Maschinenfunktionen.
Was gehört in die Freigabeunterlagen?
| Nachweis | Benötigte Angaben |
|---|---|
| Architektur | Rechner, Standort/Umgebung, Cloud-Ziel, freigegebenes Druckernetz und Zuständigkeiten. |
| Release | Version, unterstütztes Betriebssystem/Architektur, Installer-Hash, Herausgeber/Signatur, Komponentenbestand und Testergebnisse. |
| Dienst | Konto, Rechte, Zustands-/Logpfade, ACLs, Start-/Neustartrichtlinie, Ressourcen und Deinstallation. |
| Netzwerk | Initiator, Zielhostname/IP, Protokoll/Port, Proxy-/CA-Anforderungen und Softwareverteilung. |
| Daten | Etikettenfelder, lokales Journal/Logs, Cloud-Speicherung, Aufbewahrung, Löschung und Sicherungszuständigkeiten. |
| Betrieb | Updatefenster, Rollback, Schwachstellenkontakt, Störungsverfahren, Supportzugriff und physische Abnahme. |
Für jede installierte Version und Umgebung einen eigenen Nachweis führen. Beispielrichtlinie, erzeugte SBOM oder Quellcodeprüfung bestätigen nicht die tatsächliche Kundeninstallation.
Welche Betriebssysteme und Installationsgrößen sind vorgesehen?
Das Windows-x64-Paket zielt auf Windows 11 und Windows Server 2022/2025. Ausführung und Dienstabnahme am Windows-Rechner müssen vor einer verbindlichen Release-Freigabematrix abgeschlossen sein. Linux-Pakete richten sich an x64-/arm64-Systeme, die mit dem gebündelten Node 24, glibc und systemd kompatibel sind; die Kundendistribution gesondert qualifizieren. Node und Diensthost sind enthalten, sodass kein Entwicklungswerkzeug beim Kunden installiert werden muss.
Einen dauerhaft eingeschalteten Rechner verwenden. Eine Druckbrücke unterstützt bis zu 256 aktive Drucker und verarbeitet Aufträge je Drucker nacheinander. Kopien, Etikettengröße, Auftragsgültigkeit und Antwortgröße sind begrenzt. Speicher, Durchsatz und Zeit vom Ereignis zum Etikett mit tatsächlichen Kundenetiketten messen, bevor Ressourcen oder SLA zugesagt werden. Cluster, automatischer Host-Failover oder zertifizierte physische Druckerleistung sind damit nicht zugesagt.
Benötigt die Anwendung Administratorrechte?
Installation und Änderungen der lokalen IT-Richtlinie erfordern Hostadministration. Windows verwendet LocalService, Linux das eigene Konto ennea-print. Konfiguration gehört Administrator/root und ist für den Dienst lesbar; geschützter Zustand ist für den Dienst schreibbar. Wirksame ACLs vor Inbetriebnahme am Zielrechner prüfen. Bediener arbeiten in Ennea und benötigen keine Serveradministration. Genaue Pfade und Befehle stehen unter Druckbrücke installieren.
Sind eingehende Firewallfreigaben erforderlich?
Der eigenständige Druckdienst baut ausgehend HTTPS zur konfigurierten Ennea-API sowie Verbindungen zu freigegebenen Druckern auf. Er besitzt keinen eingehenden Druck- oder Verwaltungslistener. Die vollständige Maschinen-Edge-Runtime hat andere lokale Schnittstellen und benötigt eine eigene Netzprüfung. Siehe Netzwerkmatrix.
Kann Cloud-Konfiguration andere lokale Geräte erreichen?
Die lokale Richtlinie begrenzt direkte Adressen/CIDRs und Ports. Aufträge verwenden registrierte Drucker-IDs; deren Ziel muss zur Richtlinie passen. IT kann diese Grenze mit Host- und Netzregeln absichern. Ein vorab freigegebenes, dediziertes Druckernetz mit ausgewählten Ports reduziert spätere Freigabetickets, ohne einen allgemeinen LAN-Verbindungspfad zu eröffnen.
Ist der Druckerverkehr verschlüsselt?
Die Cloud-Verbindung verwendet HTTPS mit Zertifikatsprüfung. Der implementierte TCP-Rohdruckadapter sendet ZPL/TSPL unverschlüsselt und authentifiziert den Drucker nicht. Segmentierung und freigegebene Ziele anwenden. Keine durchgehende Verschlüsselung dieses LAN-Abschnitts behaupten. Ein sicheres Druckprotokoll benötigt einen unterstützten Adapter und gerätespezifische Prüfung.
Funktioniert die Anwendung mit unserem Proxy und EDR?
Den tatsächlichen API-Host und die Release-Verteilungsziele an die IT übergeben. Für HTTP(S)-Proxys NODE_USE_ENV_PROXY=1, HTTPS_PROXY und NO_PROXY in der Dienstumgebung setzen. NTLM-/Kerberos-Proxyauthentifizierung ist nicht implementiert. Eine PEM-CA über NODE_EXTRA_CA_CERTS ergänzen oder NODE_USE_SYSTEM_CA=1 verwenden; nach Änderungen den Dienst neu starten. Linux liest /etc/ennea-print-bridge/environment, Windows benötigt dienstspezifische Umgebungskonfiguration. Proxyzugänge schützen und aus Supportnachweisen ausschließen.
Proxy, Zertifikatsvertrauen und Endpunktschutz mit dem konkreten Release prüfen. Keine Zertifikatsprüfung deaktivieren oder uneingeschränkten ausgehenden Zugriff als Umgehung freigeben. Verträglichkeit muss für die reale Umgebung belegt sein.
Welche Daten verlassen den Standort oder gelangen zu KI?
Das bestehende Ennea-Deployment verarbeitet betriebliche Quelldaten gemäß seiner konfigurierten Datenflüsse. Die Druckbrücke tauscht Konfiguration, Status und Bestätigungen aus; sie erhält nur aufbereitete Etiketten und Zustellmetadaten, keine vollständigen Aufträge. Etiketten können je nach Konfiguration selbst Namen, Adressen oder andere personenbezogene Daten enthalten.
Für die Übertragung benötigt der Druckdienst keinen KI-Anbieter. Ist Konnie oder eine KI-Aktion vorgeschaltet, Anbieter, Region, Zweck und Bedingungen gesondert erfassen. Lokale Drucker oder ein lokales Plattformdeployment bedeuten nicht automatisch, dass alle Verarbeitung lokal bleibt.
Wie werden Zugangsdaten, Inhalte und Logs geschützt?
Die Kopplung nutzt einen kurzlebigen Einmalcode; der Dienst besitzt einen getrennten widerrufbaren Zugang. Windows schützt Zugangsdaten durch rechnergebundene DPAPI und ACLs. Linux verwendet AES-256-GCM, einen Schlüssel mit Modus 0600 und ein Zustandsverzeichnis mit Modus 0700; dies schützt nicht vor kompromittierten root- oder Dienstkonten. Zusätzlich betriebliche Datenträgerverschlüsselung anwenden. Logs und Diagnose enthalten weder Etiketteninhalte noch Geheimnisse.
Das lokale Journal enthält Zustellmetadaten ohne Etiketteninhalte. Bestätigte abgeschlossene Einträge werden ab 7 Tagen bei erfolgreicher Synchronisierung entfernt; offene Bestätigungen bleiben erhalten. Cloud-Aufträge werden standardmäßig nach 90 Tagen für verwaltete Löschung fällig, vorbehaltlich Sperren und Löschfreigaben. Windows rotiert je WinSW-Logstrom drei Dateien mit jeweils 1 MiB; unter Linux gilt die kundenseitige journald-Aufbewahrung. Sicherungen, Störungsnachweise und exportierte Etiketten benötigen eigene Aufbewahrungsentscheidungen.
Wer kontrolliert Updates und Supportzugriff?
Kunden-IT verteilt freigegebene Versionen und bestimmt Wartungsfenster. Release-Hashes/-Signaturen verwenden, Zustand erhalten und kompatibles Rollback-Paket bereithalten. Ein Quellbuild ist kein unternehmenssigniertes Release. Komponentenbestand/SBOM, Abhängigkeitsscan und Behebungsnachweise versionsbezogen bereitstellen; externe Penetrationstests sind separate Nachweise.
Koppeln gewährt keine allgemeine Remote-Shell. Supportzugriff muss nach Kundenvereinbarung separat autorisiert, begrenzt und protokolliert werden. Bereinigte Diagnose ist der übliche erste Nachweis. Je einen Ennea-Störungskontakt und kundenseitigen IT-Verantwortlichen benennen.
Was passiert offline oder nach einem Neustart?
Die Druckbrücke führt ein dauerhaftes Journal und wiederholt Bestätigungen unabhängig vom physischen Druck. Aufträge besitzen Gültigkeit und Konfigurationsrevisionen. Ein wiederhergestellter Sendeversuch mit unklarem physischen Ergebnis wird als Unklar gemeldet und abgeglichen. Er wird nicht automatisch erneut gedruckt. Siehe Aufträge und Wiederherstellung.
Wie überwachen wir den Dienst?
Operations Studio zeigt Kontakt der Druckbrücke, Verbindungsbeobachtungen und Druckergebnisse getrennt. Der Onlinezustand beruht auf einem aktuellen Heartbeat; eine erreichbare TCP-Verbindung ist kein Material- oder Papiersensor. Windows-Dienst beziehungsweise systemd-Unit über vorhandene Kundenüberwachung prüfen und bei Störungen bereinigte Diagnose sammeln. Die Druckbrücke bietet keinen eingehenden Überwachungs- oder Verwaltungslistener.
Wie wird die Anwendung abgeschaltet oder entfernt?
IT kann den Dienst stoppen oder seine freigegebenen Routen sperren; ein berechtigter Ennea-Administrator kann die Druckbrücke widerrufen. Möglicherweise bereits gesendete Aufträge abgleichen, nach Release-Verfahren deinstallieren und Zugangsdaten sowie gespeicherten Zustand nach Löschrichtlinie entfernen. Benötigte Auditnachweise erhalten; Widerruf kann physische Etiketten nicht zurückrufen.
Welche Standards und Regeln sind relevant?
- ISO/IEC 27001 betrifft organisatorisches Informationssicherheitsmanagement. Tatsächlichen Zertifizierungsumfang und Nachweise benennen; diese Anleitung begründet keine Zertifizierung.
- ISA/IEC 62443 betrifft Cybersicherheit industrieller Automatisierungs-/Steuerungssysteme. System-, Komponenten- und Lebenszyklusanforderungen sind besonders bei Maschinennetzen relevant; anwendbaren Umfang mit dem OT-Verantwortlichen abstimmen.
- TISAX kann von Automobilkunden gefordert werden. Tatsächlich vorhandene, passend abgegrenzte Prüfnachweise bereitstellen.
- DSGVO-Verarbeitungsbedingungen, technische/organisatorische Maßnahmen, Unterauftragsverarbeiter und Übermittlungen richten sich nach realen Etiketten-/Quelldaten und eingesetzten Anbietern. Mit dem Verantwortlichen und zuständigen Datenschutzstellen abstimmen.
- Anwendbarkeit des EU Cyber Resilience Act für verteilte Software prüfen. Hauptvorschriften gelten ab 11. Dezember 2027, Meldevorschriften nach Artikel 14 ab 11. September 2026. Produktspezifische Pflichten benötigen eine Anwendbarkeitsbewertung.
Diese Verweise bilden eine Anforderungslandkarte. Die Installation der Druckbrücke verleiht keine Zertifizierungen.
Abnahmecheckliste
Installiertes Release und Identität, eingeschränkte Netzrichtlinie, aktuelle Druckerrevision, wirksame Autorisierung/Widerruf, Hostneustart, Auftragsablauf nach Ausfall, nachgeholte Bestätigungen, Update/Rollback und bereinigte Diagnose prüfen. Mit einem echten Etikett je freigegebener Material-/DPI-Kombination und erfolgreichem Scan abschließen. Windows- und Druckerabnahme getrennt von reinen Softwaretests dokumentieren.