Mit KDCLTERM können Sie die Eigenschaften der LTERM-Partner von Clients, Druckern und LTERM-Pools ändern. Sie können die LTERM-Partner sperren, Sperren aufheben und die Verbindung zu den Clients und Druckern auf- und abbauen.
Wirkung in UTM-Cluster-Anwendungen
Die Wirkung in UTM-Cluster-Anwendungen ist bei den einzelnen Operanden beschrieben, da die mit KDCLTERM vorgenommenen Änderungen teils Knoten-lokal und teils Cluster-global wirken.
Wirkungsdauer der Änderungen
Alle Änderungen bleiben über das Anwendungsende hinaus erhalten.
KDCLTERM
LTERM={ ltermname | (ltermname_1,ltermname_2,...,ltermname_10) }
[ ,ACTION={ CON| DIS } ]
[ ,STATUS={ ON| OFF } ]
[ ,PRIMARY=primary-lterm]
Für die Administration über Message Queuing müssen Sie KDCLTRMA angeben.
LTERM=(ltermname_1,...,ltermname_10) | ||
Namen der LTERM-Partner, die administriert werden sollen. Für ltermname_1,...,ltermname_10 können Sie auch die Namen von LTERM-Partnern angeben, die einem LTERM-Pool zugeordnet sind. Dabei ist der vollständige Name dieser LTERM-Partner anzugeben, also LTERM-Präfix des LTERM-Pools und die laufende Nummer. | ||
ACTION= | Verbindungen zu den LTERM-Partnern auf- oder abbauen In UTM-Cluster-Anwendungen gilt: Der Operand wirkt Knoten-lokal. | |
CON | Es wird der Aufbau der Verbindungen zu den angegebenen LTERM-Partnern veranlasst. In UTM-Anwendungen auf Unix-, Linux- und Windows-Systemen wirkt die Funktion nur für TS-Anwendungen und Drucker. | |
DIS | Die Verbindungen zu den angegebenen LTERM-Partnern werden abgebaut. Der Verbindungsabbau ist sofort wirksam, d.h. offene Vorgänge können nicht beendet werden. | |
STATUS= | LTERM-Partner sperren oder wieder zulassen. In UTM-Cluster-Anwendungen gilt: Der Operand wirkt Cluster-global. | |
ON | LTERM-Partner wieder zulassen | |
OFF | die angegebenen LTERM-Partner sperren. Die Sperre wirkt wie folgt:
KDCOFF BUT wirkt bei gesperrtem LTERM-Partner wie KDCOFF. LTERM-Partner eines LTERM-Pools können nicht gesperrt werden. | |
PRIMARY=primary-lterm | ||
Name eines normalen LTERMs oder eines Primary-LTERMs einer LTERM-Gruppe (siehe openUTM-Handbuch „Anwendungen generieren“). Der Operand PRIMARY ist nur in stand-alone UTM-Anwendungen erlaubt. LTERM muss ein Alias-LTERM einer LTERM-Gruppe sein. Durch Angabe von PRIMARY= wird es zu einem Alias-LTERM der LTERM-Gruppe mit dem Primary-LTERMs primary-lterm. Ist primary-lterm bereits das Primary-LTERM einer LTERM-Gruppe, wird das LTERM dieser Gruppe zugeordnet. Waren primary-lterm bisher keine Alias-LTERMs zugeordnet, entsteht jetzt eine neue LTERM-Gruppe mit primary-lterm als Primary-LTERM und ltermname (LTERM=) als Alias-LTERM. Ist primary-lterm ein normales LTERM, muss es folgende Bedingungen erfüllen:
|
Ausgabe von KDCLTERM
Am Administrator-Terminal werden die neuen und alten Eigenschaften (NEW, OLD) des LTERM-Partners angezeigt. Die Anzeige 'POOL LTERM' besagt, dass der Client über einen LTERM-Pool angeschlossen ist.
LTERM STATUS CONNECTION NEW OLD NEW OLD ltermname ON|OFF ON|OFF CON|DIS|W CON|DIS|W [POOL LTERM]
Erläuterung der Ausgabe
LTERM | Name des LTERM-Partners |
STATUS | Der LTERM-Partner ist gesperrt (OFF) oder nicht gesperrt (ON). |
CONNECTION | Die Verbindung zu dem LTERM-Partner ist aufgebaut (CON), abgebaut (DIS) oder openUTM versucht gerade eine Verbindung aufzubauen (W; waiting for connection). |