Authentifizierungs-Plugins verwalten: Unterschied zwischen den Versionen

Aus MoodleDocs
Wechseln zu:Navigation, Suche
Zeile 29: Zeile 29:
'''Hinweis''': Das hat nichts mit dem [[Gastzugang zum Kurs]] zu tun, bei dem angemeldete Nutzer/innen Zugang einem Kurs haben können, ohne im Kurs eingeschrieben zu sein.
'''Hinweis''': Das hat nichts mit dem [[Gastzugang zum Kurs]] zu tun, bei dem angemeldete Nutzer/innen Zugang einem Kurs haben können, ohne im Kurs eingeschrieben zu sein.


===Alternate login URL===
===URL für alternatives Login===
 
Diese Einstellung sollte mit Sorgfalt verwendet werden, da eine fehlerhafte Eingabe der URL oder ein Fehler in der Programmierung der alternativen Login-Seite dazu führt, dass Sie keinen Zugang zu Ihrer Moodle-Site mehr haben. Wenn Sie hier eine falsche Eingabe machen, müssen Sie den Eintrag direkt in der [[Moodle-Datenbank]] in der Tabelle <code>mdl_config</code> korrigieren (z.B. mit dem Webfrontend phpMyAdmin, wenn Sie eine MySQL-Datenbank verwenden).
This should be used with care, since a mistake in the URL or on the actual login page can lock you out of your site. If you do mess it up, you can remove the entry from your database (table mdl_config) using, e.g., phpmyadmin for mysql.


===Forgotten password URL===
===Forgotten password URL===

Version vom 14. März 2012, 12:07 Uhr


Vorlage:Zum Übersetzen

Authentifizierungsmethoden aktivieren

Als Administrator/in können Sie die systemweit verfügbaren Authentifizierungsmethoden wie folgt aktivieren:

  1. Klicken Sie im Block Einstellungen > Website-Administration > Plugins > Authentifizierung > Übersicht.
  2. Aktivieren Sie die gewünschten Authentifizierungsmethoden, indem Sie auf das entsprechende Auge-Symbol Datei:show.gif klicken (Auge geöffnet = Methode aktiviert, Auge geschlossen = Methode deaktiviert).
  3. Klicken Sie auf den Link Einstellungen der Authentifizeirungsmethode, die Sie aktiviert haben.
  4. Nehmen Sie die Einstellungen für die Authentifizierungsmethode vor und klicken Sie abschließend auf den Button Änderungen speichern. Detaillierte Informationen zu den jeweiligen Einstellungen finden Sie in den Artikeln zur jeweiligen Authentifizierungsmethode.
  5. Konfigurieren Sie auf diese Weise alle aktivierten Authentifizierungsmethoden.

Sie können mehrere Authentifizierungsmethoden gleichzeitig aktivieren. Beim Login prüft die erste Methode in der Liste, ob Anmeldename und Kennwort richtig eingegeben wurden. Wenn das der Fall ist, wird die Person angemeldet. Wenn nicht, prüft die nächste Methode in der Liste, ob Anmeldename und Kennwort richtig eingegeben wurden. Die Methode, mit der sich die meisten Nutzer/innen authentifizieren, sollte also in der Liste am weitesten oben stehen.

authentifizierung.jpg

Grundeinstellungen

Die Grundeinstellungen für alle Authentifizierungsmethoden werden von der Moodle-Administration auf der Seite Einstellungen > Website-Administration > Plugins > Authentifizierung > Übersicht vorgenommen.

Selbstregistrierung

Wenn Sie möchten, dass Nutzer/innen Ihre Nutzerkonten selbst anlegen (d.h. sich selbst registrieren), dann wählen Sie im Auswahlmenü Selbstregistrierung die Option E-Mail basiert (oder eine andere Methode, die Selbstregistrierung unterstützt) aus. Dann wird auf der Login-Seite ein Bereich Sind Sie das erste Mal auf dieser Website? Bitte registrieren Sie sich und ein Button Neuen Zugang anlegen? angezeigt.

Achtung: Wenn Sie die Selbstregistrierung aktivieren, besteht die Gefahr, dass Spammer unerwünschte Nutzerkonten in Ihrem Moodle-System anlegen und in Foren oder Blogs Spambeiträge generieren. Sie können dieses Risiko minimieren, indem Sie die Selbstregistrierung nur in einem begrenzten Zeitraum aktivieren oder nur bestimmte E-Mail-Domains zulassen (siehe unten). Die Authentifizierungsmethode E-Mail basiert muss dennoch in der Liste aktiviert bleiben (siehe oben), damit sich Nutzer/innen, die sich selbst registriert haben, auch nach Ablauf des Registrierungszeitraums authentifizieren können.

Taste für Gast-Login

Sie können auf der Login-Seite einen Button Gast-Login anzeigen, wenn Sie Gästen den Zugang zu Ihrer Moodle-Site erlauben wollen. Wenn Sie nicht registrierten Nutzer/innen keinen Zugang zu Ihrem System erlauben wollen, dann wählen Sie bei dieser Einstellung die Option Verbergen.

Hinweis: Das hat nichts mit dem Gastzugang zum Kurs zu tun, bei dem angemeldete Nutzer/innen Zugang einem Kurs haben können, ohne im Kurs eingeschrieben zu sein.

URL für alternatives Login

Diese Einstellung sollte mit Sorgfalt verwendet werden, da eine fehlerhafte Eingabe der URL oder ein Fehler in der Programmierung der alternativen Login-Seite dazu führt, dass Sie keinen Zugang zu Ihrer Moodle-Site mehr haben. Wenn Sie hier eine falsche Eingabe machen, müssen Sie den Eintrag direkt in der Moodle-Datenbank in der Tabelle mdl_config korrigieren (z.B. mit dem Webfrontend phpMyAdmin, wenn Sie eine MySQL-Datenbank verwenden).

Forgotten password URL

If your lost password handling is performed entirely outside of Moodle (for example, only by a help desk), you can set the url of that service here. Anybody pressing a "lost password" link in Moodle will be redirected to this URL. Note that this will disable all of Moodle's lost password recovery options regardless of authentication method(s) in use.

Instructions

This is where you may type in some customised instructions for users so they know how to login to your establishment. If you leave it blank no text will be added.

Datei:Customisedlogin.png

Allowed and denied email domains

Authentication may be restricted to particular email domains when using Email-based self-registration so that, for example, only students with a university email can login.

Restrict domains when changing email

You can choose to enforce email domains only when users create an account using Email-based self-registration i.e. after creating an account, users may change their email to a different domain.

ReCAPTCHA

Datei:New account form with captcha element.png
New account form with CAPTCHA element

A CAPTCHA is a program that can tell whether its user is a human or a computer. CAPTCHAs are used by many websites to prevent abuse from bots, or automated programs usually written to generate spam. No computer program can read distorted text as well as humans can, so bots cannot navigate sites protected by CAPTCHAs.

Spam protection may be added to the Email-based self-registration new account form with a CAPTCHA element - a challenge-response test used to determine whether the user is human.

ReCAPTCHA keys can be obtained from http://www.google.com/recaptcha by signing up for an account (free) then entering a domain. The public and private keys provided can then be copied and pasted into the recaptchapublickey and recaptchaprivatekey fields in the manage authentication common settings, and the changes saved.

In addition to setting reCAPTCHA keys, email-based self-registration should be set as the self registration authentication plugin in the manage authentication common settings and the reCAPTCHA element should be enabled in the Email-based self-registration settings.

Profile fields data mapping and locking

Most (but not all) authentication plugins that use an external source for the user account details allow us to retrieve some user profile details (like first name, last name, email, etc.). By using the Data Mapping section on those authentication plugins configuration page we can configure what, when and how to manage all those user profile details.

Data Mapping Options

These fields are optional. You can choose to pre-fill some Moodle user fields with information from the external authentication source (if you are using one), from the fields that you specify here. If you leave these fields blank, then nothing will be transferred from the external authentication source and Moodle defaults will be used instead. In either case, the user will be able to edit all of these fields after they log in.

In addition to specifying how to fill this fields, we can set how to update them (in both directions, to Moodle or from Moodle), and whether we want to lock them (so the user cannot modify their value) or not:

  • Update local: When the user field will be updated from the external authentication source:
    • On creation: when the user account is created during the first login
    • On every login: every time the user logs in (or there is a user synchronization, for those authentication plugins that support it). Fields set to update locally should be locked.
  • Update external: When the external authentication source will be updated from the user field:
    • Never: never update the external authentication source from Moodle.
    • On update: the external authentication source will be updated when the user profile is updated. Fields should be unlocked to allow edits.
  • Lock value: To prevent users from altering some fields (e.g. students changing profile information to inappropriate or misleading information), the site administrator can lock profile fields. It's usually a good idea to lock profile fields if you are maintaining this data in the external authentication system.
    • Unlocked: The field is unlocked and can be edited by the user at any time.
    • Unlocked if empty: The field is unlocked if it is empty, but once the user fills in some information, it becomes locked and cannot be edited any more.
    • Locked: The field is locked and cannot be edited by the user.

If you are using a mixture of authentication types (such as IMAP and manual), then the fields you map and lock in the authentication options are specific to that particular authentication plugin. Each authentication plugin has its own set of mapped and locked fields.

Remember to test the field locking by logging in with the proper type of account! If you test with a manual account but have set the field locking to apply to IMAP accounts, you will not be able to tell if it worked!