Der eingebettete OPC UA-Server
Der OPC UA-Server, den die Station im eigenen Prozess betreibt: was er veröffentlicht, die vier Zeilen der Einstellungen, die ihn beobachten, konfigurieren und bewachen, was er mit dem Infobereich und der Statusleiste teilt, und was ein entfernter Browser nicht darf.
Die Station ist ein OPC UA-Server. Er läuft im Prozess der Anwendung, startet mit ihr, liefert weiter, während das Fenster im Infobereich verborgen ist, und veröffentlicht die Geräte des Connectors und ihre Tags unter opc.tcp://<computer name>:4840/UA/GanterLab (mit localhost als Alternative auf demselben Rechner). Ein OPC UA-Client im Netzwerk liest die Tags dort und darf auf die schreiben, die Schreibvorgänge annehmen; ein Schreiben durchquert denselben Schreibtrichter von Logic wie jedes andere, die Sperren der Quelle und die Ablehnungen der Runtime gelten also auch für ihn. Derselbe Host trägt die Gerätekommunikation: den Server zu stoppen stoppt die Treiber mit ihm.
Vier Zeilen des Index links auf der Seite Einstellungen gehören ihm: Zustand, Konfiguration und Client-Zugriff unter OPC UA-SERVER und Anlagenzugriff unter OPC UA-ANLAGEN. Die Seite zu öffnen braucht die Berechtigung Einstellungen ändern.
In diesem Bereich
| Seite | Was sie behandelt |
|---|---|
| Zustand | Die Frontplatte: die Lampe und der Zustandstext, der Endpunkt, Starten, Stoppen, Neu starten und Verbindung testen sowie die sechs Anzeigen (Betriebszeit, Sitzungen, Geräte, Treiber, Fehler, Warnungen). |
| Konfiguration | Anwendungsname, Server-Port, Client-Authentifizierung (Deaktiviert, Anonym, Benutzername & Passwort), Benutzername und Passwort, Übernehmen & neu starten, und warum die Felder nur bei gestopptem Server bearbeitbar sind. |
| Client-Zugriff | Die Zertifikate der Anwendungen, die diese Station anwählen: Client hinzufügen und seine Prüfung der Identität, die Warteliste und ihre Obergrenze, Verbindungsadressen, die Zeile der Windows-Firewall, Jetzt verbunden, Vertraute Clients mit Zertifikat einspielen, Gesperrte Clients. |
| Anlagenzugriff | Die Zertifikate der OPC UA-Anlagen, die der Connector anwählt: Wartet auf Freigabe, Freigegebene Anlagen mit Zertifikat einspielen, Freigabe zurücknehmen, Gesperrte Anlagen, und was ein wartendes Gerät im Connector sagt. |
Zwei Tore, getrennt gehalten
Eine OPC UA-Sitzung besteht zwei Prüfungen, die dieser Bereich getrennt einrichtet. Das Vertrauen in das Zertifikat entscheidet, ob eine Anwendung den Server überhaupt erreichen darf: ein unbekanntes Zertifikat wird beim ersten Versuch abgewiesen und für Ihre Prüfung aufbewahrt, nichts wird automatisch vertraut, und der Fingerabdruck, nie der Name, den ein Zertifikat behauptet, ist die zu prüfende Identität. Die Client-Authentifizierung entscheidet dann, wie eine vertraute Anwendung sich anmeldet: gar nicht (Deaktiviert, die Vorgabe, die jede Sitzung abweist), anonym oder mit dem einen hinterlegten Benutzernamen und Passwort. Derselbe Gedanke zeigt beim Anlagenzugriff in die andere Richtung: die Station liest nichts von OPC UA-Anlagen, deren Zertifikat Sie nicht freigegeben haben.
Was mit dem Infobereich und der Statusleiste geteilt wird
Der lebende Zustand des Servers ist eine Wahrheit, die mehrere Flächen lesen. Die Lampe und der Zustandstext unter Zustand, der Zustandspunkt auf dem Symbol im Infobereich und sein Tooltip ("Ganter Lab: In Betrieb"), die Zeile "Serverstatus: In Betrieb" im Menü des Infobereichs und der Zustandspunkt der Statusleiste lesen alle dieselbe Überwachung; die Statusleiste nennt den Server ("Serverstatus: Startet…", "Serverstatus: Gestoppt"), sobald er nicht online ist, und meldet sonst das schlechteste Gerät. Das Kennzeichen, ob er läuft, die Startzeit, die Betriebszeit und die Anzahl der Sitzungen sind außerdem Datenpunkte des Adressraums von Logic, unter dessen Wurzel Server (Running, StartTime, Uptime, SessionCount), ein Dashboard oder ein Ausdruck kann sie also lesen.
Jedes Ergebnis eines Befehls hier landet im Aktionsprotokoll der Statusleiste, und jede Ablehnung und jede Entscheidung über ein Zertifikat wird ins Journal geschrieben: die eigenen Protokollzeilen des Servers stehen auf der Registerkarte Konsole unter Ereignisse, und ihre Anzahl an Fehlern und Warnungen sind die letzten beiden Anzeigen der Frontplatte.
Die zwei Sperren
Starten, Stoppen, Neu starten, Übernehmen & neu starten, jedes Feld der Konfiguration und jede Entscheidung über ein Zertifikat sind Arbeit an der Konfiguration. Solange eine Einheit läuft, sind sie mit "Die Konfiguration ist gesperrt, solange eine Einheit läuft." ausgegraut: den Server der Anlage zu stoppen ist Konfigurationsarbeit, keine Bedienung. Solange die Runtime gestoppt ist, sind sie ebenfalls ausgegraut, und ein Druck, der durchkommt, wird mit "Runtime gestoppt" abgelehnt. Verbindung testen, die Anzeigen, die Adressen und die Listen bleiben durch beides hindurch lesbar.
Was ein entfernter Browser nicht darf
Ein Browser auf einem anderen Gerät mit einer Rolle, die Einstellungen ändern hält, sieht diese vier Zeilen genau wie das Fenster der Station, und er darf den Server starten, stoppen und neu starten und eine Konfiguration anwenden. Was er nicht darf, ist über Zertifikate entscheiden: Client hinzufügen, Vertrauen, Sperren, Widerrufen, Entsperren, Alle verwerfen, Zertifikat einspielen, Freigeben, Freigabe zurücknehmen und die Schaltfläche der Windows-Firewall werden dort mit "Der Client-Zugriff lässt sich nur in der Desktop-Anwendung der Station ändern." abgelehnt (oder mit dem Gegenstück für Anlagen), und ein Hinweis auf jeder Karte sagt das: "Öffnen Sie die Desktop-Anwendung, um den Client-Zugriff zu ändern." Der Verweis der Warnungsanzeige in das abgesetzte Fenster Ereignisse ist mit "Nur in der lokalen Desktop-Anwendung der Station verfügbar." ausgegraut.
Wo die Zertifikate wohnen: das eigene Anwendungszertifikat des Servers und die Speicher der vertrauten, wartenden und gesperrten Client-Zertifikate liegen unter ua\pki in der Datenwurzel der Station, die Speicher der Anlagen unter ua\pki\southbound. Sie überstehen Neustarts und sind nicht Teil einer Sicherung der Konfiguration.