OS4X Core. Admin-GUI! Konzepte und Methoden

Transkript

1 OS4X Core

2 OS4X Core Admin-GUI! Konzepte und Methoden

3 OS4X Core - Admin-GUI Darstellung abhängig von installierter Lizenz

4 OS4X Core - Welcome Erster Einstieg in die Admin-Website liefert Informationen wie: Konfigurationsprobleme jeglicher Art (Warnungen und Fehler) meist direkt per Button-Klick zu lösen oder zu erreichen Filesystem-Füllstatus Sendqueue-Status (automatischer Reload alle 60 Sekunden)

5 OS4X Core - Configuration Konfiguration der meisten Parameter, die immer statisch sind Hilfe zu allen Parametern ist online verfügbar unter Die Liste an Konfigurationsparametern wächst ständig an Im Zweifelsfall: Fragen

6 OS4X Core - Configuration Themen grob überflogen: Lizenzverwaltung TCP/IP-Ports Verhalten der Daemons Verzeichnisse Events Logging uvm

7 OS4X Core - Programs Status der Daemons, manuelles stoppen und starten Versionsabfrage der Programme und Subsysteme Datenbank-Management (prüfen, optimieren, reparieren) Partner-Import von externen Systemen ENGPART (sh. OS4X Enterprise)

8 OS4X Core - CAPI Konfiguration der ISDN-Anbindung OS4X Home Edition: lokal verfügbare CAPI2.0-Devices unter Linux OS4X Professional Edition: RemoteCAPI-Geräte (Teldat / Funkwerk / Bintec Router)! Dynamisches Scannen neuer Devices, komfortables Editieren der Parameter.

9 OS4X Core - CAPI Anpassbare OFTP2-Konfiguration (z.b. an HSM- Umgebungen, kommerzielle Zertifikatsverwaltungs- Systeme, spezielle Engines etc.) (Im Zweifelsfall: Finger weg!)

10 OS4X Core - Certificates Zertifikatsverwaltung integriert in OS4X: Vertraute Zertifikate (zur Auflösung von Zertifikatsketten) Revocation lists: Zurückgezogene Zertifikate Cert. requests: Zertifikatsbestellungen

11 OS4X Core - Other protocols Bestandteil von OS4X Enterprise: andere Sendeprotokolle

12 OS4X Core - Partners Partnerverwaltung für alle Verbindungsparameter: SSID, SFID und Passwort (lokal & remote) ISDN-Rufnummer, TCP/IP Hostname / -Adresse Verhalten etc! Möglichkeit zum Editieren, Löschen und pollen (=Partner kontaktieren).

13 OS4X Core - Logs Protokollierung aller Vorgänge (falls aktiviert): System log: alle system-relevanten oder nicht-partnerzuordnenbare Protokolle Send log: alle Sendeprotokolle Receive log: alle Empfangsprotokolle xerp log: End-to-End-response (EERP & NERP)- Protokolle; Empfangsbestätigungen Script log: alle Events Dir.scanner log: Protokolle des Directory Scanners mit allen Vorgängen OS4Xapi log: Protokoll des Backends für WebGUI

14 OS4X Core - Queues Hier passiert die Arbeit : Alle zu bearbeitende Dateien und Regeln: Send queue: alle zu versendende Dateien Rec. queue: Alle Dateien, die sich derzeit im Empfang befinden Poll queue: zyklisches Kontaktieren von Partnern EERP queue: alle noch zu versendenden EERPs Dir.scanner: Directory-Scanner-Regeln zur Abarbeitung

15 OS4X Core - weiteres Bestandteil von OS4X Enterprise zur Automatisierung von Vorgängen. OS4X Enterprise Sende- und Empfangsaufträge. Falls unter Configuration GUI konfiguriert: die Liste der URLs Schnellzugriff auf Support-Themen wie Ticketsystem, Onlinedokumentation, Teamviewer-Link, Youtube-Hilfevideos und Facebook-Präsenz

16 OS4X Core - Tips Webinterface langsam? Chrome oder Firefox verwenden! Immer noch zu langsam? API-Loglevel verringern in Configuration Logging! GUI-Einstellung defekt? Configuration GUI Reset! Fehlende Einstellungen nach Update? Cache leeren! Passwortschutz? Am einfachsten.htaccess vewenden

17 OS4X Core Admin-GUI Konzepte und Methoden

18 OS4X Core - Datenversand Versand möglich über zwei Wege: Manuell per Commandline-Tool os4xsend : praktisch für den einfachen Versand zu Testzwecken geeignet Returncodes geben Informationen über Erfolg Automatisiert über Send Queue Daemon os4xsqd : Sendewarteschlange kümmert sich um alle Situationen Fehlersituationen werden clever interpretiert Rückinformation via Events möglich

19 OS4X Core - Send Queue Daemon Einige Features: Automatischer Neuversuch im Fehlerfall Maximale Anzahl an Sendeversuchen konfigurabel Wartezeit zwischen zwei Sendeversuchen über drei Parameter konfigurabel (damit z.b. exponentielle Wartezeit möglich) Reagiert dynamisch auf Blockierung von allen Dateien eines Partners (z.b. bei Leitungsproblemen, Authentifizierungsfehler etc.) und einzelner Dateien (z.b. Datei-Ablehnungen bei vollem Filesystem, Ablehnung der SFID etc.)

20 OS4X Core - Send Queue Daemon Notwendig auch für: Abarbeitung Poll-Queue Abarbeitung Directory-Scanner Abarbeitung EERP-Queue Aktualisierung CRLs Aktualisierung der TSL

21 OS4X Core - Send Queue Daemon Beispiele für Dateiversand Via os4xsend : /opt/os4x/bin/os4xsend -p c-works -f /tmp/testfile -v TESTFILE Via os4xeq (Versand über Send Queue Daemon): /opt/os4x/bin/os4xeq -p c-works -f /tmp/testfile -v TESTFILE Praktisch: gleiche Parameter! Auch für SFID etc.

22 OS4X Core - Datenempfang Empfang für alle Kommunikationswege gestartet über einen Daemon: OS4X Receive Daemon os4xrd Pro Kommunikationskanal wird ein Child-Prozess gestartet Jeder Childprozess kümmert sich selbständig um seinen Kommunikationskanal, unabhängig von den anderen Child- Prozessen Wird der Master -Daemonprozess beendet, beendet er seine Child-Prozesse mit Dokumentation zu Prozessen: index.php/os4x_check_running_daemons

23 OS4X Core - Daemons Status der Daemons Informationen über Zustand werden in der Datenbank gespeichert Daher prinzipbedingt: nach Absturz stehen veraltete Information in der Datenbank Abhilfe: Das Backend des Webinterfaces prüft die Informationen der Datenbank ( existiert zu der angegebenen PID auch ein namentlich passender Prozess? ) Configuration GUI Disable PID check of daemons funktioniert nur bei supporteten Distributionen

24 OS4X Core - Daemons Daemons können per Webinterface gestartet und gestoppt werden Sobald der Webserver-User derjenige User ist, unter dem die Daemons laufen, sind diese dann auch beendbar sh. Configuration Daemon Run OS4X programs as user Webserver muss Signale an Prozesse senden dürfen sh. Configuration GUI Send signals to running processes

25 OS4X Core - Daemons Forcierter Start bedeutet, dass ungeachtet einer PID- Information in der Datenbank der Daemon nochmals gestartet wird. Falls Daemons tatsächlich mehrfach gestartet sind führt dies zu massivem Fehlverhalten!

26 OS4X Core - Poll Kontaktaufnahme zu einem Partner. Mögliche Einsatzzwecke: Verbindungstest Prüfung der ISDN-Rufnummer Prüfung der OFTP-Parameter (SSID, SFID und Passwort) ENX-Check OFTP2 TLS-Check Abholung von EERPs Abholung von Dateien

27 OS4X Core - Poll Poll möglich via: Partnerliste In allen Logs Poll Queue Commandline

28 OS4X Core - Poll Poll wird (bis auf Poll Queue) auf Zuruf durchgeführt, ungeachtet der derzeit aktiven Prozesse. Alle Vorgänge werden in den Send- & Receive Logs protokolliert Alle Events werden analog der Queue-Daemons abgearbeitet Falls der Partner zwischenzeitlich unbekannt ist (sprich: der Kurzname existiert nicht mehr) wird dies im System Log protokolliert

29 OS4X Core - Poll Queue Automatischer Kontakt zu Kommunikationspartner in zyklischen Abständen

30 OS4X Core - Poll Queue Automatischer Kontakt zu Kommunikationspartner in zyklischen Abständen Abarbeitung via OS4X Send Queue Daemon os4xsqd.! Kontakt wird abhängig von der Anzahl paralleler Sendekanäle des Partners aufgebaut ( besser als ein cron-job)

31 OS4X Core - EERP Queue Versand von Empfangsbestätigungen Alle Parameter sind frei wählbar: Virt. Dateiname Date- & Timestamp Destination & Originator der EERP Fehlercode Signatur alle Parameter sind aus Events extrahierbar!

32 OS4X Core - Directory Scanner Unlimitierte Anzahl an Regeln für Verarbeitung von Dateien Verzeichnissen Abarbeitungsreihenfolge spielt eine Rolle Wird vom OS4X Send Queue Daemon os4xsqd verarbeitet Verarbeitete Dateien werden vor Verarbeitung vom Directory-Scanner ins konfigurierte Outgoing - Verzeichnis (Default: /opt/os4x/outgoing) verschoben

33 OS4X Core - Logs Alle Vorgänge werden protokolliert. Dies kann für folgende Logs auch deaktiviert werden: Event Logs Directory Scanner Logs

34 OS4X Core - Log vault Alte Logs können in einen sog. Vault verschoben werden. Somit bleibt das Webinterface angenehm schnell, der Vault aber immer noch als Langzeitarchiv durchsuchbar. Das Alter von Logeinträgen für Vault- Einträge ist konfigurierbar. Log ist in allen Logs- Darstellungen zuschaltbar:

35 OS4X Core - Log vault Vault konfigurierbar unter Configuration Logging:

36 OS4X Core - Log Archivierung Alle Vorgänge sind in der Datenbank gespeichert. Für MySQL bieten wir eine automatisierte Archivierungslösung an, um die Datenbank schlank zu halten: /opt/os4x/scripts/os4x_archive.sh!! Einziger Parameter: das Alter in Tagen.

37 OS4X Core - Log Archivierung - Beispiel: root@os4xvirtual:~# /opt/os4x/scripts/os4x_archive.sh 14 Maximum age of entries: 14 days Database type MYSQL OK MySQL dump tool: /usr/bin/mysqldump Backup directory OK: /opt/os4x/backup Old Unix timestamp: Backing up table rec_log Backing up table rec_log_vault Backing up table send_log Backing up table send_log_vault Backing up table system_log Backing up table system_log_vault Backing up table script_logs Backing up table script_logs_vault Backing up table archived_xerp Backing up table archived_xerp_vault Backing up table dirscanner_log Backing up table dirscanner_log_vault Backing up table os4x_crl_vault Backing up table os4x_csr_vault OS4X Enterprise is active: archiving jobs... No jobs to archive found. Compressing file /opt/os4x/backup/os4x_archive sql... Archive compressed: -rw-r--r-- 1 root root Aug 31 22:23 /opt/os4x/backup/os4x_archive sql.gz

38 OS4X Core - Updates Erscheinen im Schnitt alle 2 Wochen Sind online verfügbar zum Download Werden pro Kunde auch auf einem Update-Server via OFTP2 zur Verfügung gestellt mehrere Wege des Updates möglich (am einfachsten: vollautomatisiert)

39 OS4X Core - Updates Vollautomatisierter Vorgang: Poll eines OS4X-Update-Partners. Darin enthalten: sicherer Transfer der Datei Verifikation der Signatur der Datei automatisierte Installation automatisierter Restart der Daemons (wo verfügbar)

40 OS4X Core Fragen?