Herunterladen Diese Seite drucken

Siemens SIMATIC NET RUGGEDCOM ROS v5.6 Konfigurationshandbuch Seite 416

Werbung

Gruppe/Objekt
Gruppe: usmMIBBasicGroup
Trap: usmUserAuthProtocol
Gruppe: usmMIBBasicGroup
RUGGEDCOM ROS v5.6
Konfigurationshandbuch, 01/2022, C79000-G8900-1509-01
Benutzers verwendet wird. Beim Anlegen eines neuen Benutzers ist dies ein
Fehler inconsistentName für einen SET-Vorgang mit Verweis auf dieses
Objekt, sofern es nicht zuvor oder gleichzeitig mit einem SET-Vorgang an der
entsprechenden Instanz von usmUserCloneFrom initialisiert wird. Wenn das
entsprechende usmUserAuthProtocol den Wert usmNoAuthProtocol hat, ist
das Setzen erfolgreich, aber effektiv ein No-Op. Wenn dieses Objekt gelesen
wird, wird ein leerer String zurückgegeben. Um einen Schlüssel zu ändern,
wird folgende Vorgehensweise empfohlen:
1) GET(usmUserSpinLock.0) und in sValue speichern.
2) Den Wert keyChange anhand des alten (vorhandenen) Schlüssels und
des neuen Schlüssels generieren, zum Beispiel als kcValue.
Wenn die Änderung des Schlüssels für einen anderen Benutzer ausgeführt
wird:
3) SET(usmUserSpinLock.0=sValue, usmUserAuthKeyChange=kcValue
usmUserPublic=randomValue)
Wenn Sie den Schlüssel für sich selbst ändern:
4) SET(usmUserSpinLock.0=sValue,
usmUserOwnAuthKeyChange=kcValue usmUserPublic=randomValue)
Wird eine Antwort mit Fehlerstatus noError erhalten, war der SET-Vorgang
erfolgreich und der neue Schlüssel ist aktiv. Wird keine Antwort empfangen,
kann ein GET(usmUserPublic) veranlasst und geprüft werden, ob der
Wert gleich dem in SET gesendeten randomValue ist. Trifft dies zu,
wurde der Schlüssel erfolgreich geändert und der neue Schlüssel ist aktiv
(wahrscheinlich ist die Antwort verloren gegangen). Trifft dies nicht zu, hat
die SET-Anfrage wahrscheinlich nie das Ziel erreicht und Sie können obige
Prozedur erneut ausführen.
Zugriff: Lesen-Erstellen
Syntax: OID
OID: 1.3.6.1.6.3.16.1.4.1.4.8.71.112.114.105.118.97.116.101.0.2.1
Definition: Angabe, ob die für diesen Benutzer an die/von der mit
usmUserEngineID bezeichnete SNMP-Engine gesendeten Nachrichten
authentifiziert werden können und wenn ja, der Typ des verwendeten
Authentifizierungsprotokolls. Eine Instanz dieses Objekts wird gleichzeitig
mit der Erstellung einer anderen Objektinstanz für den gleichen Benutzer
erstellt (d. h. im Rahmen der Verarbeitung des SET-Vorgangs, mit dem die
erste Objektinstanz in der gleichen Conceptual Row erstellt wird). Wenn
ein erstmaliger SET-Vorgang (d. h. beim Anlegen der Zeile) versucht, einen
Wert für ein unbekanntes oder nicht unterstütztes Protokoll einzustellen,
muss ein Fehler wrongValue zurückgegeben werden. Der Wert wird
überschrieben/gesetzt, wenn ein SET-Vorgang an der entsprechenden
Instanz von usmUserCloneFrom ausgeführt wird. Nach dem Instanziieren
kann der Wert einer solchen Instanz dieses Objekts nur über einen SET-
Vorgang auf den Wert von usmNoAuthProtocol geändert werden. Versucht
ein SET-Vorgang, den Wert einer existierenden Instanz dieses Objekts
auf einen anderen Wert als usmNoAuthProtocol zu ändern, muss ein
Fehler inconsistentValue zurückgegeben werden. Versucht ein SET-
Vorgang, den Wert auf usmNoAuthProtocol zu setzen, obwohl der Wert für
usmUserPrivProtocol in der gleichen Zeile nicht gleich usmNoPrivProtocol
ist, muss ein Fehler inconsistentValue zurückgegeben werden. Eine
SNMP-Befehlsgeneratoranwendung muss daher zuerst sicherstellen, dass
usmUserPrivProtocol auf den Wert von usmNoPrivProtocol eingestellt ist,
bevor sie den Wert für usmUserAuthProtocol auf usmNoAuthProtocol setzen
kann
Zugriff: Lesen-Erstellen
15.1 Unterstützte Standard-MIBs
Beschreibung
Referenz
395

Werbung

loading