UserManipulation/de

From OpenSimulator

(Difference between revisions)
Jump to: navigation, search
(Created page with "__TOC__ =Introduction= Normally, users are created in OpenSimulator via the "create user" command on the region console (in standalone configuration) or on the ROBUST service...")
 
Line 1: Line 1:
 
__TOC__
 
__TOC__
=Introduction=
+
=Einführung=
  
Normally, users are created in OpenSimulator via the "create user" command on the region console (in standalone configuration) or on the ROBUST service console (in grid configuration). However, users can also be created by making an XMLRPC call directly to the ROBUST service.
+
Normalerweise werden Benutzer in OpenSimulator über den Befehl "Benutzer erstellen" auf der Regionskonsole (in der Standalone-Konfiguration) oder auf der ROBUST-Servicekonsole (in der Grid-Konfiguration) erstellt. Benutzer können jedoch auch erstellt werden, indem ein XMLRPC-Aufruf direkt an den ROBUST-Dienst gesendet wird.
 
+
Diese Funktion ist seit OpenSimulator 0.7.3 verfügbar. Es kann derzeit nur in Grid-Konfiguration verwendet werden. Im Standalone-Modus können Benutzer über den anderen create user-Aufruf im [[RemoteAdmin]] Modul erstellt werden.
This facility has been available since OpenSimulator 0.7.3. It can currently only be used in grid configuration. On standalone, users can be created via the different create user call on the [[RemoteAdmin]] module.
+
  
 
=Setup=
 
=Setup=
  
The listeners for some of the XMLRPC calls on ROBUST has to be explicitly enabled. In the [UserAccountService] section of Robust.ini, set
+
Die Listener für einige der XMLRPC-Aufrufe auf ROBUST müssen explizit aktiviert werden. Legen Sie im Abschnitt [UserAccountService] von Robust.ini fest
  
 
  [UserAccountService]
 
  [UserAccountService]
Line 14: Line 13:
 
  AllowSetAccount = true
 
  AllowSetAccount = true
  
and in [AuthenicationService]
+
und in [AuthenicationService]
  
 
  [AuthenticationService]
 
  [AuthenticationService]
 
  AllowSetPassword = true
 
  AllowSetPassword = true
  
'''Please be aware that this will expose the call on the UserAccountServiceConnector and AuthenticationServiceConnector as listed in the ServiceConnectiors parameter in the [Startup] section at the top of the file. The default port used (8003) is one that should not be exposed to other users. For logging into OpenSimulator you only need to expose the port that is running the LLLoginServiceInConnector (8002 by default).
+
Bitte beachten Sie, dass dadurch der Aufruf von UserAccountServiceConnector und AuthenticationServiceConnector verfügbar gemacht wird, wie im ServiceConnectiors-Parameter im Abschnitt [Startup] oben in der Datei aufgeführt. Der verwendete Standardport (8003) sollte anderen Benutzern nicht offengelegt werden. Um sich bei OpenSimulator anzumelden, müssen Sie nur den Port verfügbar machen, auf dem der LLLoginServiceInConnector ausgeführt wird (standardmäßig 8002).
  
This also means that these facilities should not be enabled on an open grid (one where untrusted third parties can connect simulators) at this time.
+
Dies bedeutet auch, dass diese Einrichtungen derzeit nicht in einem offenen Netz (einem Netz, in dem nicht vertrauenswürdige Dritte Simulatoren anschließen können) aktiviert werden sollten.
  
==Default avatar entries==
+
==Standard Avatar Einträge==
  
If you want a new user to have the initial minimal body-part/clothing set (skin, shape, eyes, hair, pants, shirt) required for them to appear as anything other than a gas-cloud then make sure
+
Wenn Sie möchten, dass ein neuer Benutzer das anfängliche minimale Körperteil / Kleidungsset (Haut, Form, Augen, Haare, Hose, Hemd) hat, das erforderlich ist, damit er als etwas anderes als eine Wolke erscheint, dann stellen Sie sicher
  
 
  [UserAccountService]  
 
  [UserAccountService]  
 
  CreateDefaultAvatarEntries = true  
 
  CreateDefaultAvatarEntries = true  
  
in Robust.ini. This setting will already be true in the Robust.ini.example of OpenSimulator 0.7.4 and later.
+
in der Robust.ini. Diese Einstellung gilt bereits in der Robust.ini.example von OpenSimulator 0.7.4 und höher.
  
=Use=
+
=Verwendung=
  
==createuser==
+
==Benutzer erstellen==
  
Here's an example python program to call this. It assumes that your ROBUST services are running on localhost.
+
Hier ist ein Beispiel-Python-Programm, um dies aufzurufen. Es wird davon ausgegangen, dass Ihre ROBUST Dienste auf localhost ausgeführt werden.
  
 
<source lang="python">
 
<source lang="python">
Line 51: Line 50:
 
</source>
 
</source>
  
PrincipalID is the unique ID of the user.
+
PrincipalID ist die eindeutige ID des Benutzers.
  
If everything goes well, you should get back
+
Wenn alles gut geht, sollten Sie zurückkommen
  
 
<source lang="xml">
 
<source lang="xml">
Line 72: Line 71:
 
</source>
 
</source>
  
Don't worry about ScopeID, this is used for allow multiple grids to co-exist inside a single database. Created is a unix timestamp of the time the user was created.  UserLevel determines whether the user is a god (>= 200) or can log in at all (<0). ServiceURLs are HyperGrid related and do not concern us here.
+
Machen Sie sich keine Sorgen um ScopeID, dies wird verwendet, um zu ermöglichen, dass mehrere Grids in einer einzigen Datenbank koexistieren. Erstellt ist ein Unix-Zeitstempel der Zeit, zu der der Benutzer erstellt wurde. UserLevel bestimmt, ob der Benutzer ein Gott ist (>= 200) oder sich überhaupt anmelden kann (<0). ServiceURLs sind HyperGrid bezogen und betreffen uns hier nicht.
  
If the call fails you will get the response
+
Wenn der Anruf fehlschlägt, erhalten Sie folgende Antwort
  
 
<source lang="xml">
 
<source lang="xml">
Line 83: Line 82:
 
</source>
 
</source>
  
==setaccount==
+
==Konto einrichten setaccount==
  
Here's an example python program to call this. It assumes that your ROBUST services are running on localhost.
+
Hier ist ein Beispiel-Python-Programm, um dies aufzurufen. Es wird davon ausgegangen, dass Ihre ROBUST-Dienste auf localhost ausgeführt werden.
  
 
<source lang="python">
 
<source lang="python">
Line 100: Line 99:
 
</source>
 
</source>
  
PrincipalID is the unique ID of the user. Here, it is used to identify the user that we set up earlier.
+
PrincipalID ist die eindeutige ID des Benutzers. Hier wird es verwendet, um den Benutzer zu identifizieren, den wir zuvor eingerichtet haben.
  
If everything goes well, you should get back
+
Wenn alles gut geht, sollten Sie folgendes zurückkommen
  
 
<source lang="xml">
 
<source lang="xml">
Line 121: Line 120:
 
</source>
 
</source>
  
Note that the first name has now changed from Jon to Tyrion.
+
Beachten Sie, dass sich der Vorname jetzt von Jon zu Tyrion geändert hat.
  
If the call fails you will get the response
+
Wenn der Anruf fehlschlägt, erhalten Sie folgende Antwort
  
 
<source lang="xml">
 
<source lang="xml">
Line 132: Line 131:
 
</source>
 
</source>
  
==setpassword==
+
==Passwort festlegen setpassword==
Changing a password is done through the authentication service rather than the user account service.  Unfortunately, the parameters required are slightly different from those used by the user account service. In this case we need to make a call to http://<robust-services-address>/auth/plain with METHOD = setpassword, PRINCIPAL = <principalID> and PASSWORD = <new-password>.  Here's an example
+
Das Ändern eines Kennworts erfolgt über den Authentifizierungsdienst und nicht über den Benutzerkontodienst. Leider unterscheiden sich die erforderlichen Parameter geringfügig von denen, die vom Benutzerkontodienst verwendet werden. In diesem Fall müssen wir http://<robust-services-address>/auth/plain with METHOD = setpassword, PRINCIPAL = <principalID> und PASSWORD = <new-password>.  aufrufen.
 +
 
 +
Hier ist ein Beispiel
  
 
<source lang="python">
 
<source lang="python">
Line 148: Line 149:
 
</source>
 
</source>
  
This aims to set Wilma Flintstone's password to bing, identifying her with the PrincipalID we received before.  If successful, the call will return
+
Dies zielt darauf ab, Wilma Flintstones Passwort auf bing zu setzen und sie mit der PrincipalID zu identifizieren, die wir zuvor erhalten haben.
 +
 
 +
Bei Erfolg wird dies zurückgegeben
  
 
<source lang="xml">
 
<source lang="xml">
Line 157: Line 160:
 
</source>
 
</source>
  
On failure,
+
Bei Misserfolg,
  
 
<source lang="xml">
 
<source lang="xml">
Line 166: Line 169:
 
</source>
 
</source>
  
==Delete a user==
+
==Einen Benutzer löschen==
This is probably not currently possible. Or rather, nobody has done it and reported back whether everything still works or whether there are lots of issues.
+
Dies ist derzeit wohl nicht möglich. Oder besser gesagt, niemand hat es getan und zurückgemeldet, ob noch alles funktioniert oder ob es viele Probleme gibt.
 
+
Der normale Weg, einen Benutzer zu „löschen“, besteht darin, seinen Benutzerlevel auf -1 zu setzen. Dadurch wird verhindert, dass sie sich anmelden.
The normal way to 'delete' a user is to set their UserLevel to -1. This will prevent them from logging in.
+
Wenn Sie einen Benutzer mit demselben Namen erstellen müssen, benennen Sie zuerst den gelöschten Benutzer um (z. B. in Wilma Flintstone_<RANDOM-UUID>),
 
+
bevor Sie einen mit dem alten Namen erstellen.
If you need to create a user with the same name, then first rename the deleted user (e.g. to Wilma Flintstone_<RANDOM-UUID>) before creating one with the old name.
+

Revision as of 07:40, 6 April 2022

Contents

Einführung

Normalerweise werden Benutzer in OpenSimulator über den Befehl "Benutzer erstellen" auf der Regionskonsole (in der Standalone-Konfiguration) oder auf der ROBUST-Servicekonsole (in der Grid-Konfiguration) erstellt. Benutzer können jedoch auch erstellt werden, indem ein XMLRPC-Aufruf direkt an den ROBUST-Dienst gesendet wird. Diese Funktion ist seit OpenSimulator 0.7.3 verfügbar. Es kann derzeit nur in Grid-Konfiguration verwendet werden. Im Standalone-Modus können Benutzer über den anderen create user-Aufruf im RemoteAdmin Modul erstellt werden.

Setup

Die Listener für einige der XMLRPC-Aufrufe auf ROBUST müssen explizit aktiviert werden. Legen Sie im Abschnitt [UserAccountService] von Robust.ini fest

[UserAccountService]
AllowCreateUser = true
AllowSetAccount = true

und in [AuthenicationService]

[AuthenticationService]
AllowSetPassword = true

Bitte beachten Sie, dass dadurch der Aufruf von UserAccountServiceConnector und AuthenticationServiceConnector verfügbar gemacht wird, wie im ServiceConnectiors-Parameter im Abschnitt [Startup] oben in der Datei aufgeführt. Der verwendete Standardport (8003) sollte anderen Benutzern nicht offengelegt werden. Um sich bei OpenSimulator anzumelden, müssen Sie nur den Port verfügbar machen, auf dem der LLLoginServiceInConnector ausgeführt wird (standardmäßig 8002).

Dies bedeutet auch, dass diese Einrichtungen derzeit nicht in einem offenen Netz (einem Netz, in dem nicht vertrauenswürdige Dritte Simulatoren anschließen können) aktiviert werden sollten.

Standard Avatar Einträge

Wenn Sie möchten, dass ein neuer Benutzer das anfängliche minimale Körperteil / Kleidungsset (Haut, Form, Augen, Haare, Hose, Hemd) hat, das erforderlich ist, damit er als etwas anderes als eine Wolke erscheint, dann stellen Sie sicher

[UserAccountService] 
CreateDefaultAvatarEntries = true 

in der Robust.ini. Diese Einstellung gilt bereits in der Robust.ini.example von OpenSimulator 0.7.4 und höher.

Verwendung

Benutzer erstellen

Hier ist ein Beispiel-Python-Programm, um dies aufzurufen. Es wird davon ausgegangen, dass Ihre ROBUST Dienste auf localhost ausgeführt werden.

#!/usr/bin/python
 
import httplib
import urllib
 
params = urllib.urlencode({'METHOD':'createuser', 'FirstName':'Jon', 'LastName':'Snow', 'Password':'test', 'PrincipalID':'3a1c8128-908f-4455-8157-66c96a46f75e'})
conn = httplib.HTTPConnection("localhost", 8003);
conn.request("POST", "/accounts", params)
response = conn.getresponse()
print response.read();

PrincipalID ist die eindeutige ID des Benutzers.

Wenn alles gut geht, sollten Sie zurückkommen

<?xml version="1.0"?>
<ServerResponse>
  <result type="List">
    <FirstName>Jon</FirstName>
    <LastName>Snow</LastName>
    <Email/>
    <PrincipalID>3a1c8128-908f-4455-8157-66c96a46f75e</PrincipalID>
    <ScopeID>00000000-0000-0000-0000-000000000000</ScopeID>
    <Created>1318974501</Created>
    <UserLevel>0</UserLevel>
    <UserFlags>0</UserFlags>
    <ServiceURLs>HomeURI*;GatekeeperURI*;InventoryServerURI*;AssetServerURI*;</ServiceURLs>
  </result>
</ServerResponse>

Machen Sie sich keine Sorgen um ScopeID, dies wird verwendet, um zu ermöglichen, dass mehrere Grids in einer einzigen Datenbank koexistieren. Erstellt ist ein Unix-Zeitstempel der Zeit, zu der der Benutzer erstellt wurde. UserLevel bestimmt, ob der Benutzer ein Gott ist (>= 200) oder sich überhaupt anmelden kann (<0). ServiceURLs sind HyperGrid bezogen und betreffen uns hier nicht.

Wenn der Anruf fehlschlägt, erhalten Sie folgende Antwort

<?xml version="1.0"?>
<ServerResponse>
  <result>Failure</result>
</ServerResponse>

Konto einrichten setaccount

Hier ist ein Beispiel-Python-Programm, um dies aufzurufen. Es wird davon ausgegangen, dass Ihre ROBUST-Dienste auf localhost ausgeführt werden.

#!/usr/bin/python
 
import httplib
import urllib
 
params = urllib.urlencode({'METHOD':'setaccount', 'FirstName':'Tyrion', 'PrincipalID':'3a1c8128-908f-4455-8157-66c96a46f75e'})
conn = httplib.HTTPConnection("localhost", 8003);
conn.request("POST", "/accounts", params)
response = conn.getresponse()
print response.read();

PrincipalID ist die eindeutige ID des Benutzers. Hier wird es verwendet, um den Benutzer zu identifizieren, den wir zuvor eingerichtet haben.

Wenn alles gut geht, sollten Sie folgendes zurückkommen

<?xml version="1.0"?>
<ServerResponse>
  <result type="List">
    <FirstName>Tyrion</FirstName>
    <LastName>Snow</LastName>
    <Email/>
    <PrincipalID>3a1c8128-908f-4455-8157-66c96a46f75e</PrincipalID>
    <ScopeID>00000000-0000-0000-0000-000000000000</ScopeID>
    <Created>1318974501</Created>
    <UserLevel>0</UserLevel>
    <UserFlags>0</UserFlags>
    <ServiceURLs>HomeURI*;GatekeeperURI*;InventoryServerURI*;AssetServerURI*;</ServiceURLs>
  </result>
</ServerResponse>

Beachten Sie, dass sich der Vorname jetzt von Jon zu Tyrion geändert hat.

Wenn der Anruf fehlschlägt, erhalten Sie folgende Antwort

<?xml version="1.0"?>
<ServerResponse>
  <result>Failure</result>
</ServerResponse>

Passwort festlegen setpassword

Das Ändern eines Kennworts erfolgt über den Authentifizierungsdienst und nicht über den Benutzerkontodienst. Leider unterscheiden sich die erforderlichen Parameter geringfügig von denen, die vom Benutzerkontodienst verwendet werden. In diesem Fall müssen wir http://<robust-services-address>/auth/plain with METHOD = setpassword, PRINCIPAL = <principalID> und PASSWORD = <new-password>. aufrufen.

Hier ist ein Beispiel

#!/usr/bin/python
 
import httplib
import urllib
 
params = urllib.urlencode({'METHOD':'setpassword', 'PRINCIPAL' : '3a1c8128-908f-4455-8157-66c96a46f75e', 'PASSWORD':'bing'})
conn = httplib.HTTPConnection("localhost", 8003);
conn.request("POST", "/auth/plain", params)
response = conn.getresponse()
print response.read();

Dies zielt darauf ab, Wilma Flintstones Passwort auf bing zu setzen und sie mit der PrincipalID zu identifizieren, die wir zuvor erhalten haben.

Bei Erfolg wird dies zurückgegeben

<?xml version="1.0"?>
<ServerResponse>
  <Result>Success</Result>
</ServerResponse>

Bei Misserfolg,

<?xml version="1.0"?>
<ServerResponse>
  <Result>Failure</Result>
</ServerResponse>

Einen Benutzer löschen

Dies ist derzeit wohl nicht möglich. Oder besser gesagt, niemand hat es getan und zurückgemeldet, ob noch alles funktioniert oder ob es viele Probleme gibt. Der normale Weg, einen Benutzer zu „löschen“, besteht darin, seinen Benutzerlevel auf -1 zu setzen. Dadurch wird verhindert, dass sie sich anmelden. Wenn Sie einen Benutzer mit demselben Namen erstellen müssen, benennen Sie zuerst den gelöschten Benutzer um (z. B. in Wilma Flintstone_<RANDOM-UUID>), bevor Sie einen mit dem alten Namen erstellen.

Personal tools
General
About This Wiki