Autentifikazioa kudeatu

Oharra: Itzuli gabekoak. Anima zaitezte eta ekin!.     (itzuli gabeko beste orri batzuk)

Kokapena: Kudeaketa > Erabiltzaileak > Autentifikazioa > Autentifikazioa kudeatu (edo Kudeaketa> Erabiltzaileak> Autentifikazioa Moodle 1.9 baino lehenagokoak)

Ezarri autentifikazio metodoa

Autentifikazio plugina aukeratzen Moodle 1.8-n (Autentifikazio orriaren hasiera baino ez da erakusten)

Autentifikazio metodoa ezartzeko:

1. Joan hona: Kudeaketa > Erabiltzaileak > Autentifikazioa > Autentifikazioa kudeatu.
2. Autentifikazioa kudeatzeko orrian, sakatu itxitako begiaren ikonoari zuk aukeratutako autentifikazio plugin(ak) gaitzeko. Moodle 1.8-tik aurrera, autentifikazio plugin bat baino gehiago aukera dezakezu (begiratu Autentifikazio anitza beherago). Erabii gora/beherako gezien ikonoak pluginak ordenean jartzeko, saioa hasteko erabilera handiena izango duena lehena jarrita.
3. E-posta bidezko auto-erregistroa aukeratzen baduzu eta erabiltzaileek euren kontuak sortzeko aukera izatea nahi baduzu, aukeratu "E-postaren bidezko autentifikazioa" ezarpen komunen ataleko auto-erregistroan zabaltzen den menuan. Balizko erabiltzaileei "Kontu berria sortu" botoia agertuko zaie izena emateko orrian.
4. Bisitariak sartzeko ikastaroak badituzu, ezarri erakusteko Bisitariek saioa hasteko botoia.
5. Sakatu "Aldaketak gorde" botoiari.
6. Sakatu aukeratu d(it)uzun autentifikazio plugin(ar)en ondoan dagoen Ezarpenak estekari.
7. Konfiguratu behar diren ezarpenak eta sakatu "Aldaketak gorde" botoiari.

Autentifikazio anitza

Moodle 1.8

Moodle 1.8-tik aurrera, autentifikazio anitza erabil daiteke. Autentifikazio plugin bakoitza erabiltzaile izen/pasahitz bat kudeatzeko erabil daiteke. Aurkitutakoan, erabiltzailea sartu egingo da eta gainontzeko pluginak ez dira erabiliko. Beraz, sarbide gehien dituen plugina eraman beharko da orriaren hasierara eta horrela lana arinduko zaie autentifikazio-zerbitzariei.

Ezarpen komunak

Auto-erregistroa

Erabiltzaileek beren kontua sortzeko baimena izatea nahi baduzu, hau da auto-erregistroa, aukeratu e-posta bidez auto-erregistroa (edo auto erregistroa onar dezakeen gaitutako beste edozein plugin, LDAP kasu) zabaltzen den menutik. Ondorioz, "Lehen aldiz sartu ahal zara hemen?" jarraipideak eta "Sortu kontu berria" botoia agertuko dira identifikatzeko orrian.

Warning: Enabling self registration results in the possibility of spammers creating accounts in order to use forum posts, blog entries etc. for spam. This risk can be minimized by limiting self registration to particular email domains with the allowed email domains setting (see below). Alternatively, self registration may be enabled for a short period of time to allow users to create accounts, and then later disabled.

Note: The Email-based self-registration authentication plugin must be enabled to allow users who previously self-registered to login with that plugin. Selecting Email-based self-registration as the self registration method allows potential users to self register.

Bisitariek saioa hasteko botoia

You can hide or show the guest login button on the login page. Hiding the guest login button disables guest access to the Moodle site, however logged-in users can still enter any courses which allow guest access without being required to enrol.

Aukerazko sarbiderako URL-a

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.

Ahaztutako pasahitzetarako URL-a

Moodle 1.9

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.

E-posta domeinuak baimendu eta debekatu

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.

(Note: Prior to Moodle 1.9, the allowed and denied email domains settings can be found in Administration > Server > Email.)

Restrict domains when changing email

Moodle 1.9

In Moodle 1.9.3 onwards, 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

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.

Moodle 1.9

From Moodle 1.9.1 onwards, 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://recaptcha.net 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.

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!

See also

• Autentifikazioa - for list of authentication plugins
• Multi authentication in Upgrading to Moodle 1.8
• Using Moodle: User authentication forum
• Using Moodle Do users need e-mail addresses? forum discussion
• Using Moodle Admin approving self registrations? forum discussion