База знаний Центра ПУСК МФТИ - Вклад [ru]

Уведомления

2026-02-05T11:38:41Z

Олег Давидович:

{{Messaging}}

Уведомления оповещают о событиях в Moodle:
* преподавателей о новых сообщениях на форуме, о заданиях, требующие оценки;
* студентов о сроках выполнения заданий и тестов, выданных значках и о различных событиях системы;
* других пользователей курса.

Новые уведомления отмечены номером в меню уведомлений в верхней части экрана.
[[Файл:3 1.png|центр|мини]]

При нажатии на эту ссылку отображаются все новые уведомления, а также возможность отметить все уведомления как прочитанные (1), перейти на страницу настроек уведомлений (2), чтобы изменить способ получения уведомлений, и (3) просмотреть все уведомления.
[[Файл:3 2.jpg|центр|мини|312x312пкс]]
Нажатие кнопки «Смотреть все» отображает уведомление в виде полного списка, тогда как нажатие на основной текст уведомления перенесет вас в то место в Moodle, где произошло событие.
[[Файл:3 3.png|центр|мини|310x310px]]

== Получение уведомлений ==

Наряду с видимым оповещением о новых событиях в меню уведомлений пользователи могут настроить способ получения уведомлений о новых событиях на странице настроек уведомлений, доступ к которой осуществляется из меню пользователя или с помощью значка шестеренки в меню уведомлений.

Уведомления могут отправляться через всплывающие сообщения при входе в Moodle или в мобильном приложении, по электронной почте и в Telegram. По умолчанию включены уведомления во всплывающем окне и отправляемые на электронную почту.

== Настройка уведомлений пользователем ==

Каждый пользователь в своей учетной записи может изменить незаблокированные администратором настройки уведомлений. Для этого щелкнуть по иконке учетной записи, выбрать раздел ''Настройки'', далее в списке - ''Настройка уведомлений.''
[[Файл:2 29.png|центр|мини|581x581px]]

Подробнее см. [[Настройка напоминаний (уведомлений)]]

=== Настройки уведомлений по умолчанию ===
Администраторам системы доступна настройка по умолчанию каждого типа уведомлений в разделе ''Администрирование сайта > Общие > Сообщения > Настройки уведомлений.''

Администратор может установить, будет ли включен каждый тип сообщений, и смогут ли пользователи изменять эти настройки по умолчанию в своих профилях:

* ''Включено'' — пользователям разрешено изменять настройки. При создании учетной записи пользователя новый пользователь наследует настройки, заданные администратором, но впоследствии сможет изменить их в настройках своего профиля.
* ''Заблокировано'' — пользователям не разрешено изменять настройки. При создании учетной записи пользователя новый пользователь наследует настройки, заданные администратором, и никогда не сможет их изменить.

Ниже представлен список доступных возможностей для внесения пользовательских изменений в роли, влияющих на обмен сообщениями.

=== Список типов уведомлений ===
{| class="wikitable"
!Модуль
!Уведомление
!Описание
!Получатели
|-
|Назначение
|Уведомления о назначении
|Студент сдал [[Assignment activity|задание]] и получил оценку/отзыв
|Студент, Преподаватель
|-
|Обратная связь
|Уведомления об «Обратной связи»
|Уведомления о получении ответов в элементах типа «Обратная связь». Включить уведомления об отправках в [[Feedback settings|настройках обратной связи]]
|Преподаватель, Администратор обратной связи
|-
|Обратная связь
|Напоминание об «Обратной связи»
|Уведомление о необходимости выполнить элемент «Обратной связи»
|Студент, не ответивший на вопросы «Обратной связи»
|-
|Форум
|Подписка на сообщения форума
|Уведомления о новых событиях (сообщении) на форуме
|Любой, кто подписался на форум
|-
|Форум
|Подписка на дайджесты форумов
|Обзор тем форума или тем и сообщений, если он включен в разделе «Пользователь» - «Настройки форума»
|Аутентифицированные пользователи
|-
|Лекция
|Уведомление об оценке эссе в лекции
|Уведомление обучающихся о том, что преподаватель оценил вопрос эссе на лекции
|Студент
|-
|Контрольный опрос
|Уведомления о попытках прохождения тестов
|Сообщение о том, что студент отправил тест
|Преподаватель
|-
|Система
|Уведомления о незначительных проблемах
|
|Администраторы сайта
|-
|Система
|Важные ошибки на сайте
|Важные ошибки - см. [[Debugging|Отладка]]
|Администраторы сайта
|-
|Система
|Доступны уведомления об обновлениях
|Уведомление о новых версиях кода Moodle
|Администраторы сайта
|-
|Система
|Резервные уведомления
|Завершен запуск расписания автоматического резервного копирования
|Администраторы сайта
|-
|Система
|Уведомление о запросе на создание курса
|Обратите внимание, что курс был запрошен - см. [[Добавление нового курса|Запрос курса]]
|Определено в ''разделе Администрирование сайта > Курсы > Запрос курса > Уведомление о запросе курса''
|-
|Система
|Уведомление о подтверждении запроса на создание курса
|Уведомление о том, что запрошенный курс был одобрен
|Пользователь, запросивший курс
|-
|Система
|Уведомление об отклонении запроса на создание курса
|Уведомление о том, что запрошенный курс был отклонен
|Пользователь, запросивший курс
|-
|Система
|Уведомления получателя значка
|Уведомить получателя значка о его вручении
|Любой получатель значка (обычно роль студента)
|-
|Система
|Уведомления создателя значков
|Уведомить создателя значка, когда он будет вручен кому-либо
|Любой создатель значка (обычно роль преподавателя или администратора)
|-
|Система
|Опубликован комментарий к плану обучения
|Комментарий опубликован к учебному плану
|Преподаватель
|-
|Система
|Опубликован комментарий к компетенции
|Комментарий опубликован на тему компетенции
|Преподаватель
|-
|Система
|Инсайты, сгенерированные моделями прогнозирования
|Уведомление об информации о пользователях, полученной с помощью моделей прогнозирования, соответствующая критериям Analytics
|Преподаватель
|-
|Система
|Сообщение уведомления запросов контактов
|Уведомляет пользователей о попытке отправить им сообщение
|Аутентифицированные пользователи
|-
|Система
|Асинхронные уведомления о резервном копировании/восстановлении
|Уведомляет пользователей о завершении резервного копирования/восстановления, см. [[Course backup|Резервное копирование курса]]
|Аутентифицированные пользователи
|-
|Система
|Уведомления об оценках
|Сообщение о том, что преподаватель оставил отзыв о [[Assignment activity|задании]]
|Студент
|-
|Система
|Курс завершен
|Автоматическое уведомление (поздравление) о завершении курса — отправляется студенту после выполнения всех критериев завершения курса.
|Студент
|-
|Система
|Уведомления об ошибках антивируса
|Предупреждающее сообщение для администратора сайта, см. [[Antivirus plugins|Антивирусные плагины]]
|Администратор сайта
|-
|Система
|Изменения в содержании курса
|Сообщение, оповещающее студентов об обновлении учебного задания (только название задания, подробности об изменении не приводятся)
|Студент
|-
|Система
|Индивидуальные графики построения отчетов
|Уведомление о подписке на отчет, см. [[Custom reports|Пользовательские отчеты]]
|Преподаватель, администратор
|-
|Система
|Подтверждение записи на курс
|Уведомление о состоянии заявки на зачисление на курс
|Студент
|-
|Ручная регистрация
|Уведомления об истечении срока действия зачисления вручную
|Уведомление о приближении истечения срока действия [[Manual enrolment|регистрации]] вручную
|Регистратор и зарегистрированный пользователь
|-
|Самостоятельная запись
|Уведомления об истечении срока самостоятельной регистрации
|Уведомление пользователей о приближении истечения срока [[Self enrolment|самостоятельной регистрации]]
|Регистратор и зарегистрированный пользователь
|-
|Плагин IntelliBoard.net
|Уведомление Intelliboard
|Уведомление о результатах аналитики данных об обучении
|Аутентифицированный пользователь
|-
|Менеджер сертификатов
|Сертификат получен
|Сообщение о получении сертификата
|Студент
|-
|Конфиденциальность данных
|Результаты обработки запроса данных
|Сообщение о том, что данные для проверки получены и находятся в обработке, см. раздел [[Data privacy|Конфиденциальность данных]]
|Аутентифицированный пользователь
|-
|Напоминания о событиях
|Напоминания о событиях на сайте
|
|Аутентифицированные пользователи
|-
|Напоминания о событиях
|Напоминания о событиях пользователя
|
|Аутентифицированные пользователи
|-
|Напоминания о событиях
|Напоминания о событиях курса
|
|Студент, преподаватель
|-
|Напоминания о событиях
|Напоминания о групповых событиях
|
|Студент, преподаватель
|-
|Напоминания о событиях
|Уведомления с напоминанием об активном элементе
|
|Студент
|-
|Напоминания о событиях
|Уведомления с напоминаниями о событиях категории курса
|
|Студент, преподаватель
|-
|Конфигурация входящих сообщений
|Сообщение для подтверждения того, что от вас пришло входящее сообщение
|См. [[Incoming mail configuration|Конфигурацию входящей почты]]
|Аутентифицированные пользователи
|-
|Конфигурация входящих сообщений
|Предупреждение, если входящее сообщение не может быть обработано
|См. [[Incoming mail configuration|Конфигурацию входящей почты]]
|Аутентифицированные пользователи
|-
|Конфигурация входящих сообщений
|Подтверждение того, что сообщение было успешно обработано
|См. [[Incoming mail configuration|Конфигурацию входящей почты]]
|Аутентифицированные пользователи
|-
|Мониторинг событий
|Уведомление о подписке на правила
|Уведомления об изменении правил [[Event monitoring|мониторинга событий]]
|Подписчики, которые правили события
|}

=== Уведомления во всплывающем окне ===
После авторизации в системе в профиле пользователя появляется новое уведомление во всплывающем окне веб-сайта Moodle или мобильного приложения Moodle. При использовании настроек по умолчанию сервис готов к использованию без внесения дополнительных параметров.
[[Файл:3 5.png|центр|мини|518x518пкс]]

=== Уведомление по электронной почте ===
Все уведомления по электронной почте отправляются на адрес, указанный в профиле пользователя. Администратор может по желанию разрешить пользователям выбирать отправку уведомлений на другой адрес электронной почты. По умолчанию эта функция отключена и может быть включена в ''разделе Администрирование сайта > Настройки сообщений'' .

Затем пользователи могут ввести свой альтернативный адрес электронной почты в разделе «Настройки» > «Учетная запись пользователя» > «Настройки уведомлений», нажав на значок шестеренки рядом с надписью «Электронная почта» в заголовке таблицы и введя альтернативный адрес электронной почты.
[[Файл:3 4.png|центр|мини|526x526пкс]]

''ПРИМЕЧАНИЕ:'' ''Параметр «messagingallowemailoverride» не влияет на уведомления о неудачных попытках входа в систему, поскольку они не проходят через систему обмена сообщениями и, следовательно, будут отправляться на указанный изначально адрес электронной почты. См. подробности [[Site notifications|Уведомления сайта]] для администраторов.''

=== Уведомления в Telegram ===
Для получения уведомлений в Tegeram требуется настроить подключение к ТГ-боту, внеся изменения в настройки своей учетной записи в разделе «Настройки» > «Учетная запись пользователя» > «Настройки уведомлений». См. подробности [[Подключение к ТГ-боту|Подключение к ТГ-боту.]]
[[Файл:1 3.png|центр|мини|534x534пкс]]

== Отключение уведомлений ==
Пользователь может отключить все уведомления в разделе «Настройки» > «Учетная запись пользователя» > «Настройки уведомлений». Для этого на странице «Настройка уведомлений» под заголовком страницы поставить галку (чек-бокс) в поле «Отключить уведомления» и сохранить изменения. При необходимости отключения уведомлений только для одного канала передачи напоминаний (Telegram, всплывающее окно или электронная почта) требуется в соответствующем столбце перевести все переключатели в состояние "выключен", не устанавливая чек-бокс в поле «Отключить уведомления». См. подробности [[Настройка напоминаний (уведомлений)]].
[[Файл:2 30.png|центр|мини|373x373пкс]]
<br />'''''ПРИМЕЧАНИЕ''': настройка отключения «Уведомления о новом входе» может сделать администратор в разделе Администрирование сайта > Сообщения > Настройки уведомлений. Отключение этой функции администратором также предотвращает автоматическую отправку данных для входа новым пользователям, авторизованным через внешнюю базу данных.''

== Возможности ролей и обмена сообщениями ==

Следующие параметры возможно применять в качестве разрешений для внесения пользовательских изменений в роли, влияющие на обмен сообщениями:
[[Категория:Уведомления]]
[[Категория:Уведомления]]
* [https://docs.moodle.org/501/en/Capabilities/moodle/course:bulkmessaging course:bulkmessaging — Отправка сообщения многим людям];
* [https://docs.moodle.org/501/en/Capabilities/moodle/site:readallmessages site:readallmessages — Прочитать все сообщения на сайте];
* [https://docs.moodle.org/501/en/Capabilities/moodle/site:sendmessage site:sendmessage — Отправка сообщений любому пользователю];
* [https://docs.moodle.org/501/en/Capabilities/moodle/user:editownmessageprofile user:editownmessageprofile — Редактировать собственный профиль сообщений пользователя];
* [https://docs.moodle.org/501/en/Capabilities/moodle/user:editmessageprofile user:editmessageprofile — Редактировать профиль сообщений пользователя].
[[Категория:Сообщения]]

ЧаВо о сообщениях

2026-02-05T11:38:12Z

Олег Давидович:

{{Messaging}}
==Как можно ограничить обмен сообщениями?==

Чтобы ограничить обмен сообщениями для определённых пользователей, вы можете изменить [https://docs.moodle.org/501/en/Capabilities/moodle/site:sendmessage возможность site:sendmessage] для [[Authenticated user role|роли «Аутентифицированный пользователь»]], установив значение не «Разрешено», а «Не задано». Затем создайте новую роль с разрешённой возможностью site:sendmessage и назначьте её выбранным пользователям в системном контексте. См. аналогичный пример с [[Blogger role|ролью «Блогер»]], где ведение блога ограничено определёнными пользователями.

В качестве альтернативы можно создать роль «Не может отправлять сообщения» с возможностью [https://docs.moodle.org/501/en/Capabilities/moodle/site:sendmessage site:sendmessage], установленной в значение «Запретить», а затем назначить эту роль в системном контексте любому, кто использует обмен сообщениями ненадлежащим образом.

==Как можно полностью отключить обмен сообщениями?==

Обмен сообщениями можно отключить на уровне всего сайта, сняв флажок «Включить систему обмена сообщениями» в разделе Администрирование > Обмен сообщениями > Настройки обмена сообщениями.

==Когда пользователь считается не в сети?==

По умолчанию пользователь считается не в сети после 5 минут бездействия. Это значение может быть изменено администратором в разделе Администрирование > Плагины > Блоки > Пользователи в сети.

==См. также==

* [https://moodle.org/mod/forum/discuss.php?d=366610 Обсуждение системы обмена сообщений в Moodle] на форуме, посвящённое попыткам студентов отвечать по электронной почте на уведомления о сообщениях.
[[:Категория:FAQ]]
[[Категория:Сообщения]]

Шаблон:Messaging

2026-02-05T11:37:48Z

Олег Давидович:

<div class="navtrail">[[Main page|Главная страница]] ► [[Managing a Moodle site|Управление Moodle]] ► [[More features|Дополнительные функции]] ► [[Messaging|Оповещение]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 12em;">
<div class="header">[[Messaging|Оповещение пользователей]]</div>
<div class="content">
* [[Notifications|Уведомления]]
* [[Messaging settings|Сообщения]]
* [[Messaging FAQ|FAQ]]
</div>
</div>

<includeonly>[[Категория:Сообщения]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Сообщения]].</noinclude>

Категория:Сообщения

2026-02-05T11:36:52Z

Олег Давидович: Создана пустая страница

Настройки уведомлений и сообщений

2026-02-05T11:36:16Z

Олег Давидович:

{{Messaging}}
==Настройки обмена сообщениями для всех пользователей==
Пользователи могут самостоятельно отредактировать свою страницу настроек обмена сообщениями, чтобы установить, по каким каналам и какие сообщения (о чем) они хотят получать. Доступ к этой странице они могут получить либо по ссылке «Настройки» в пользовательском меню, либо по значку шестеренки в значке обмена сообщениями в верхней части экрана. Смотрите [[Messaging|Уведомления]] для получения дополнительной информации.
[[Файл:Настройка уведомлений.jpg|альт=Настройка уведомлений|без|мини|500x500пкс|Вид верхнего меню, страницы и платформы в целом зависит от темы оформления Moodle.]]
Какие параметры они там видят, зависит от того, что было включено администратором. Например, опция «Мобильный» доступна только в том случае, если сайт включен для мобильного приложения.

==Включение / отключение обмена сообщениями на платформе==
Система обмена личными сообщениями в Moodle включена по умолчанию. Он может быть отключен администратором сайта в разделе Администрирование > Дополнительные функции.

==Настройки обмена сообщениями==

В разделе Администрирование > Настройки обмена сообщениями администратор может «Разрешить обмен сообщениями по всему сайту» (по умолчанию отключено). Если этот параметр включен, пользователи на сайте могут просматривать всех других пользователей при выборе «Отправить [кому-либо] сообщение» и могут принимать сообщения от кого-либо на сайте.
Настройки уведомлений и сообщений

[[Категория:Сообщения]]

Manual accounts

2026-02-05T10:05:59Z

Олег Давидович:

{{Authentication}}

*Location: ''Administration>Site Administration>Plugins>Authentication>Manage authentication.''
*Manual authentication is enabled by default in Moodle and requires the administrator to manually create all the user accounts.

[[File:Manualauthentication.png]]

==Password expiry settings==

An administrator can specify an expiry time for passwords and when to notify users of the imminent expiry by enabling the setting in ''Site administration>Plugins>Authentication>Manual accounts.''

[[File:passwordexpirysettings.png]]

==Locking user fields==
*The settings page in ''Administration>Site Administration>Plugins>Authentication>Manual accounts'' allows for certain fields to be "locked". Users are not allowed to change the locked fields.
[[File:Manualaccountspage.png]]

==Adding a new user==
This may be done on an individual basis in ''Administration>Site Administration>Users>Accounts>[[Add_a_new_user| Add a new user'']]

{{MediaPlayer | url = https://youtu.be/VuY2rLfnlGQ | desc = How to add a new user}}

==Adding users in bulk==
This may be done via a text file upload in ''Administration>Site Administration>Users>Accounts>[[Upload_users| Upload users'']]

{{MediaPlayer | url = https://youtu.be/UCuOOGD7XPI | desc = How to bulk upload users}}

[[Категория:Аутентификация]]
[[Категория:Зачисление]
[[Категория:Способы зачисления на курс]]

Email-based self-registration

2026-02-05T10:05:20Z

Олег Давидович:

{{Authentication}}
The '''email-based self-registration''' authentication method enables users to create their own accounts via the 'Create new account' button on the login page. They then receive an email at the address they specified in their account profile to confirm their account.

{{MediaPlayer | url = https://youtu.be/OfXzOkLjy8Y?si=3NLf6T3GDwrWMG_D | desc = Overview of the process}}

==Enabling email-based self-registration==
# Go to ''Administration > Site administration > Plugins > Authentication > Manage authentication'' and click the crossed-out-eye icon opposite email-based self-registration
# Select email-based self-registration from the self registration drop-down menu in the common settings (further down the same page, underneath the authentication plugins)
# Click the 'Save changes' button

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 in ''Administration > Site administration > Plugins> Authentication > Manage authentication''. 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. Selecting Email-based self-registration as the self registration method allows potential users to self register.

You may change the text that appears under "Is this your first time here?" in two ways:

# Add text in the Instructions box found in Site administration ... Plugins ... Authentication ... Manage authentication or,
# Use the Language Customization tool to edit the language string 'loginsteps' found in moodle.php. Note, this string is different from 'loginstepsnone', which is the string used for No Authentication registration.

{|
|[[File:newlogin.png|thumb|left|Login page with 'Create new account' button]]
|}

==Enable reCAPTCHA element==

[[Image:New account form with captcha element.png|thumb|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.

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

==Email confirmation message==

An automated email confirmation message is sent to the user using the support contact email address.

You can change this text in ''Administration > Site administration > Language > Language customization'' by choosing the appropriate language pack. selecting 'moodle.php' from 'core' and searching for the string identifier name 'emailconfirmation' and editing it with a local customization.

{|
|[[File:emailconfirmationstring25.png|Editing the email confirmation message]]
|}

==Resending the confirmation email==
A button is available for new users to have their confirmation link resent if they cannot find the email, or if they access it beyond the deadline.

[[File:docsresendconfirmationemail.png]]

==Support contact==

An administrator can specify a support name, email and/or support page in 'Support contact' in the Site administration for including in the confirmation email. If left blank, the name of the primary administrator is used.

==Tips==
*In case you are developing on localhost, of course, you cannot have the confirmation email sent, DO NOT PANIC, Calm down.
**Signin to your Admin account
**then go to > Siteadministration >Users >Accounts >Browse List of Users,
**then you will see a list of users and chose to resend email or confirm user.
* Check your user list regularly for spammy/suspect names/emails and/or users in the system but not enrolled in the course
* Disable [[Blogs]] unless actually using them; some spambots know how to post there
* Enable some sort of login failure notification in ''Administration > Site administration > Security > Notifications'' so you can see who is having login issues
* Check ''Administration > Site administration > Reports > Spam cleaner'' from time to time
* Potential users may not receive the account confirmation email due to it ending up in the spam folder, being refused by the remote server, an invalid email address entered etc. Such accounts may be confirmed manually by an admin.

==See also==

*[[No Email]]

Moodle in English forum discussions:
* [https://moodle.org/mod/forum/discuss.php?d=271188#p1170455 Email-Based Self-Registration not sending emails: things to know]
* [https://moodle.org/mod/forum/discuss.php?d=326971 Confirmation emails being blocked/trashed]

[[Категория:Аутентификация]]
[[Категория:Способы зачисления на курс]]
[[Категория:Зачисление]

Managing authentication

2026-02-05T10:05:02Z

Олег Давидович:

{{Authentication}}
==Setting the authentication method(s)==

An administrator can set the authentication method(s) for the site as follows:

# Go to ''Administration > Site administration > Plugins > Authentication > Manage authentication''
# Click the eye icon to enable selected authentication plugins (closed eye = disabled, open eye = enabled)
# Click the settings link opposite the authentication plugin(s) you have chosen
# Configure the required settings and click the "Save changes" button
# Repeat until you have edited all the plugins you have enabled

More than one authentication plugin may be enabled. Any authentication plugin can be used to find a username/password match. Once found, a user is logged in and alternative plugins are not used. Therefore, the plugin which handles the most logins should be moved to the top of the page in order that less load is put on authentication servers.

[[File:Authenticationintro.png]]

==Authentication common settings==

Authentication common settings can be changed by an administrator in ''Administration > Site administration > Plugins > Authentication > Manage authentication''.

[[File:Commonsettings.png]]

===Self registration===

If you wish users to be able to create their own user accounts, i.e. self-register, then select Email-based self-registration (or any other enabled plugin that can support self registration, like LDAP) from the drop-down menu. This will result in a "Is this your first time here?" instructions and a "Create new account" button being displayed on the login page.

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.

Self-registration can be a source of spam accounts. To reduce this see the section 'How can I prevent spam accounts if I use self-registration?' in the [[Authentication FAQ]].

In Moodle 3.4.2 onwards, if self registration is enabled, a 'Digital age of consent verification' may also be enabled. See [[Privacy]] for further details.

===Allow login via email===

If this is enabled then users can use either their email address or their username when logging in.

===Allow accounts with same email===

By default, usernames must all be unique. If this setting is set to yes, it allows users to be [[Add a new user|created by an admin]] or [[Upload users|uploaded]] that have the same email address as another account. (It does NOT allow users to sign up for an account with an email address which is the same as another account.)

Note: This feature can result in confused users. Password resets will be sent to the email account so everyone with access to that email address can gain access to the other user's accounts, and the different users may be confused as to what email was sent to who. Where possible it is recommended you encourage users to mail aliases instead (such as gmail's + alias feature) so that you can differentiate the emails received about the accounts.

===Prevent account creation when authenticating===
If an external database such as LDAP is used, then normally when a user logs in for the first time, a new account is created for them. Disable this setting if you don't want this to happen but if you only want existing users to be able to access the site.

===Guest login button===

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

===Limit concurrent logins===

By default, there is no limit to the number of concurrent browser logins. (If a user is concerned about this, they can view their [[Browser sessions]] page.) This setting allows you to specify how many concurrent browser logins are allowed. Once the limit is reached, the oldest session will be terminated. Note that this does not work with Single sign on plugins.

===Alternate login URL===

You may configure an alternate login URL for your site and set this to an absolute URL or to a relative URL. If it is set as a relative URL, it will be assumed as relative to ''$CFG->wwwroot''. For example, your ''$CFG->wwwroot'' is set to ''http://example.com/moodle'' and your ''$CFG->alternateloginurl'' is set to ''/alternate/login.php''. The absolute URL of the alternate login URL is assumed to be in ''http://example.com/moodle/alternate/login.php''.

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 ''alternateloginurl'' from your database (table mdl_config) using, e.g., phpmyadmin for mysql. Depending on your configuration, you will also have to clear your caches with ''php admin/cli/purge_caches.php''.
You can read some more useful information about changing $CFG->alternateloginurl = ' your url '; on the following [https://moodle.org/mod/forum/discuss.php?d=86952 discussion].

===Display manual login form===
{{New features}}
If your users authenticate with an external method (such as OAuth) then you can untick this box to hide the manual login button. This will avoid confusion if users try to log in manually and are unable to log in or change their password (because they should log in with a different method).

===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.

==='Is this your first time here?' instructions===

The instructions field is for providing custom login instructions on the login page. If the field is left blank then the default login instructions will be displayed.

{|
| [[File:newlogin.png|thumb|Login page with default instructions displayed]]
| [[File:custom login instructions.png|thumb|Login page with custom instructions displayed]]
|}

Note that this message only applies to certain authentication methods, such as Manual and Self-registration, and does not apply to most external methods that pull users from external lists (LDAP, etc.).

'''Multiple languages'''

Custom instructions in more than one language may be provided as follows:

# Go to ''Site administration > Language > [[Language customisation]]''
# Select a language then click the button 'Open language pack for editing' then click continue
# Select moodle.php and enter ''loginsteps'' as string identifier then click 'Show strings'
# Enter your custom login instructions in the local customisation text box
# Click the button 'Save changes to the language pack' then click continue
# Repeat the steps for other languages

Custom login instructions in English can be provided by editing the English language pack.

===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===

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.

The "Enable reCAPTCHA for login" setting allows you to add a reCAPTCHA option to the login screen.

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 [https://www.google.com/recaptcha/admin/create signing up for an account] (free) then entering a domain. The site and secret keys provided can then be copied and pasted into the ''recaptchapublickey'' and ''recaptchaprivatekey'' fields in the manage authentication common settings, located under Site administration > Plugins > Authentication > Manage authentication, 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.

===Password visibility toggle===

Enabled this to add an icon to the login password field so users can click to view and check their password.

==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.

[[Image:Authent-data-map-fname.jpg|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!

[[Категория:Аутентификация]]
[[Категория:Зачисление]
[[Категория:Способы зачисления на курс]]

Шаблон:Course completion

2026-02-05T10:03:16Z

Олег Давидович:

<div class="navtrail">[[Main page]] ► [[Managing a Moodle course]] ► [[Tracking progress]] ► [[Course completion]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 18em;">
<div class="header">[[Course completion]]</div>
<div class="content">
* [[Course completion settings]]
* [[Using Course completion]]
* [[Course completion FAQ]]
</div>
</div>

<includeonly>[[Категория:Завершение]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Завершение]].</noinclude>

Шаблон:Managing a Moodle course

2026-02-05T10:01:37Z

Олег Давидович:

{{#css:/skins/wiki.css}}
<div class="navtrail">[[Main page|Главная страница]] ► [[Managing a Moodle course|Управление курсом Moodle]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 18em;">
<div class="header">[[Managing a Moodle course|Управление курсом Moodle]]</div>
<div class="content">
* [[Teacher quick guide|Краткое руководство для преподавателя]]
* [[Courses|Курсы]]
* [[Editing text|Редактирование текстов]]
*[[Activity chooser|Выбор вида активности]]
* [[Activities|Упражнения]]
* [[Resources|Ресурсы]]
* [[Blocks|Блоки]]
* [[Questions|Типы тестовых вопросов]]
* [[Course enrolment|Запись на курс]]
* [[Grouping users|Группы пользователей]]
* [[Grades|Оценки]]
* [[Tracking progress|Отслеживание прогресса обучения]]
* [[Reusing activities|Повторное использование курса]]
</div>
</div>

<includeonly>[[Категория:Курс]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Курс]].</noinclude>

Редактирование текстов

2026-02-05T09:35:37Z

Олег Давидович:

{{Managing a Moodle course}}Обычным способом редактирования или создания текста, который является частью визуального содержимого курса, является использование [[Редактор TinyMCE|текстового редактора]].

Редактор по умолчанию называется [[Редактор TinyMCE|TinyMCE]]. Другие текстовые редакторы, доступные на платформе Центра Пуск:
*Редактор [[Atto editor|Atto]], использование которого будет постепенно прекращено. До появления новой версии редактора [[Редактор TinyMCE|TinyMCE]] у [[Atto editor|Atto]] были преимущества в виде возможности встраивания элементов H5P и вопросов некоторых типов прямо в текст Страниц или Книг, но теперь эти возможности есть и у [[Редактор TinyMCE|TinyMCE]].
*[[Редактор TinyMCE|TinyMCE]] устаревшей версии, которую многие предпочитают из-за того, что основные функции размещены на панели, и для ихиспользования не требуется вызывать второй уровень меню.
*Обычный текстовый редактор.
Другие опции приведены в разделе [[Formatting text|Форматирование текста]].

Администратор решает, какие редакторы включать или отключать в разделе Администрирование сайта > Плагины > Управление редакторами. Редактором по умолчанию для всех пользователей является редактор, указанный первым.

Отдельные пользователи Moodle могут с разрешения администратора выбрать свой собственный текстовый редактор по ссылке «Настройки» в правом верхнем углу пользовательского меню.

== Редактирование текста на сайте Moodle ==

Чтобы редактировать термины в интерфейсе Moodle, а не содержание курса, администраторы могут вносить изменения, [[Language customisation|настраивая язык]] для всего сайта.

==См. также==

*[[Text editor FAQ|ЧаВо по текстовым редакторам]]

[[Категория:Курс]]

ЧаВо по созданию онлайн-курсов

2026-02-05T09:35:00Z

Олег Давидович:

== Как мне избавиться от имен преподавателей в описании моего курса? ==
По умолчанию Moodle будет показывать имена преподавателей в описании курса. Если вы этого не хотите, снимите флажок «Роль» в разделе Администрирование > Внешний вид > Контакты курса.
Комментарий Центра Пуск: такое сокрытие преподавателей ― редкость. Мы предпочитаем имена преподавателей делать видимыми, а имена тех, кто создает курсы, но не обучает по ним, скрывать за счет присвоения им других ролей.

== Как мне добавить имена преподавателей, которые не будут редактировать мои курсы? ==
По умолчанию Moodle отображает только имена преподавателей в описаниях курсов. Если вы хотите добавить другие роли, выберите роль в разделе Администрирование > Внешний вид > Контакты курса.

== На некоторых моих курсах есть краткое содержание курса, но на некоторых есть только значок информации. Почему? ==
В категориях, содержащих менее десяти курсов, будет отображаться полное резюме, а в тех, где их больше, будет отображаться только значок информации. Если вы хотите, чтобы все они отображали полную сводку, измените значение параметра «Курсы с ограниченным количеством сводок» (courseswithsummarieslimit) в разделе Администрирование сайта > Внешний вид > Курсы.

== Как я могу запретить учителям добавлять определенный ресурс или вид деятельности? ==
Выберите Администрирование сайта > Пользователи > Разрешения > Определить роли, отредактируйте роль преподавателя и снимите флажок «разрешить» для возможностей модуля, который вы не хотите добавлять - например, mod/workshop:addinstance.

== Как я могу сделать так, чтобы домашняя страница моего курса больше походила на веб-страницу? ==
Часто, когда в курсе много контента, студенты и преподаватели считают долгую прокрутку утомительной и предпочитают более аккуратный и компактный внешний вид курса с гиперссылками на разделы, аналогично тому, как работают страницы на веб-сайтах. Добиться нужного вида курса можно посредством выбора соответствующего [[Формат курса|формата курса]] или оставив некоторые [[Stealth activities|разделы и/или элементы курса скрытыми]] до выполнения определенных условий.

== Где я могу найти список всех элементов курса? ==
Вы можете найти список ресурсов (например, статические страницы, папки и т.д.) по адресу:

<code><nowiki>http://yourmoodlesite.net/course/resources.php?id=x</nowiki></code>, где x - идентификационный номер курса.

Например, для базового курса по разработке онлайн-курсов в Moodle адрес выглядит вот так: <code><nowiki>https://pusk.mipt.ru/course/resources.php?id=597</nowiki></code>

Если вы хотите ознакомиться со списком проверочных заданий, например, тестов, то используйте URL-адрес типа <code><nowiki>http://yourmoodlesite.net/mod/quiz/index.php?id=x</nowiki></code>, где x - идентификационный номер курса.

Для базового курса по разработке онлайн-курсов в Moodle адрес страницы, на которой можно видеть все тесты курса, выглядит вот так: <code><nowiki>https://pusk.mipt.ru/mod/quiz/index.php?id=597</nowiki></code>

Для просмотра других типов элементов курса нужно заменить в этом адресе название элемента.

На платформе Центра Пуск реализован более удобный способ видеть списки элементов курса — блок в правом боковом меню. Для того, чтобы этот блок отобразился, нужно в режиме редактирования нажать в правом боковом меню на кнопку «Добавить блок» и выбрать в появившемся списке кнопку «Элементы курса»:
[[Файл:Добавление блока элементов курса.jpg|альт=Добавление блока элементов курса|без|мини|800x800пкс]]
Блок, который появится в правом боковом меню, содержит элегантно оформленный список ссылок на страницы со списками элементов курса по типам:
[[Файл:Блок элементов курса.jpg|альт=Блок элементов курса|без|мини|475x475пкс]]
<blockquote>Конечно, список типов элементов зависит от того, какие из них применены в конкретном курсе, и может существенно отличаться от списка на скриншоте выше. </blockquote>

== Что произойдет с контентом моего курса, если я изменю формат курса? ==
Только для [[Формат курса#Стандартные форматы онлайн-курсов|стандартных форматов курсов]]:

* Если вы переходите от тем к еженедельным или от еженедельных к тематическим, то единственная реальная разница будет заключаться в названиях разделов.
* Если вы перейдете на формат «[[Формат курса#Формат «Форум»|Форум]]», то у вас будет просто форум, остальной контент уже не будет отображаться. При возврате к формату по темам или по неделям контент снова станет видимым.
* Если вы перейдете к формату «[[Формат курса#Формат «Единственный элемент курса»|Единственный элемент курса]]», вы увидите только то, которое выбрали для отображения, а другие ваши действия будут скрыты от учащихся, но доступны вам в разделе, выделенном серым цветом. Если затем вы перейдете от одиночного занятия к тематическому или еженедельному формату, вам нужно сделать эти разделы снова видимыми.

Если вы изменяете один [[Формат курса#Форматы курсов, которые устанавливаются дополнительно|дополнительный формат]] на другой, то будет меняться только внешний вид курса без изменения контента. Поэтому с выбором дополнительных форматов можно экспериментировать сколько угодно.

== Как проще перемещать элементы курса с большим количеством элементов? ==
Смотрите материал [[Создание онлайн-курса#Перемещение разделов курса|об основной странице курса]], чтобы узнать о методе, позволяющем избежать проблем с прокруткой при перемещении раздела или элемента в объемном курсе.

== Могу ли я отнести курс к нескольким категориям? ==
Нет. Однако есть обходной путь. Можно создать курса в формате «[[Формат курса#Формат «Единственный элемент курса»|Единственный элемент курса]]» и добавить URL-адрес в качестве отдельного элемента (гиперссылки). URL-адрес может быть перенаправлением на курс, фактически размещенный в другой категории. Таких курсов с единственной гиперссылкой может быть много, что создает видимость того, что курс относится к нескольким категориям.

[[Категория:Курс]]
[[Категория:Часто задаваемые вопросы]]

Шаблон:Courses

2026-02-05T09:33:52Z

Олег Давидович:

<div class="navtrail">[[Main page]] ► [[Managing a Moodle course]] ► [[Courses]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 12em;">
<div class="header">[[Courses]]</div>
<div class="content">
*[[Adding a new course]]
*[[Upload courses]]
*[[Course categories]]
*[[Course settings]]
*[[Course formats]]
*[[Course homepage]]
*[[Restrict access]]
*[[Stealth activities]]
*[[Course relative dates]]
*[[Course FAQ]]
</div>
</div>

<includeonly>[[Категория:Курс]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Курс]].</noinclude>

Шаблон:Book

2026-02-05T09:31:36Z

Олег Давидович:

<div class="navtrail">[[Main page]] ► [[Managing a Moodle course]] ► [[Resources]] ► [[Book]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 12em;">
<div class="header">[[Book module]]</div>
<div class="content">
* [[Book settings]]
* [[Using Book]]
* [[Book FAQ]]
</div>
</div>

<includeonly> [[Категория:Книга]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Книга]].</noinclude>

Категория:Книга

2026-02-05T09:29:17Z

Олег Давидович: Создана пустая страница

ЧаВо о ресурсе Книга

2026-02-05T09:28:21Z

Олег Давидович:

{{Book}}

== Как я могу разрешить учащимся редактировать книгу? ==

Предполагается, что учащиеся не смогут редактировать книгу; разрешение на это было бы серьезной проблемой безопасности. Возможность редактировать главы книги предназначена исключительно для доверенных пользователей. Вместо этого используйте [[Wiki activity|элемент Вики]].

== Как я могу разрешить учащимся импортировать веб-страницы? ==

Не разрешайте учащимся импортировать или редактировать книги! Только проверенные пользователи должны иметь возможность редактировать главы книги и импортировать главы.

== Как я могу разрешить преподавателям экспортировать книгу в пакет содержимого IMS? ==

Включите возможность экспорта в IMS CP для роли преподавателя, затем перейдите в Настройки > Администрирование книг > Создание IMS CP.

==Почему в Книге всего 2 уровня?==

Модуль «Книга» предназначен для создания относительно коротких многостраничных учебных материалов. Как правило, для них достаточно двух уровней, три уровня могут привести к созданию плохо структурированных документов. Для более объемных документов рекомендуется загрузить файл в формате PDF.

== Как мне выполнить поиск по ресурсу Книга? ==

Система внутреннего поиска отсутствует, хотя вы всегда можете воспользоваться функцией поиска в вашем веб-браузере при просмотре страницы для печати.

[[Категория:Элементы курса]]
[[Категория:Книга]]

Using Book

2026-02-05T09:27:57Z

Олег Давидович:

{{Book}}
This page explores ways the [[Book resource]] may be used in your Moodle course.
== Printing a book ==

Whole books and individual chapters may be printed by clicking into the book and then from the More tab clicking Print book or Print this chapter.

The print option has been improved, with printed books and chapters now having an improved display.

[[File:Moretabprintbook.png]]

If you do not wish certain roles to be able to print books (e.g. students) then you can remove the capability booktool/print:print in Permissions either via the gear menu or the Administration block (depending upon your theme).

==Exporting a book as an IMS content package==

Any user with the [[Capabilities/booktool/exportimscp:export|export a book as an IMS content package capability]] (by default nobody except admins) can do so by clicking into the book and from the More tab, clicking Download IMS CP.

==See also==
*[http://school.moodledemo.net/mod/book/view.php?id=261 School demo example of a book used for departmental policies]
* [https://moodle.org/mod/forum/discuss.php?d=365807#p1474996 Moodle Books or PDFs?] forum discussion

[[Категория:Элементы курса]]
[[Категория:Книга]]

Настройки ресурса Книга

2026-02-05T09:27:07Z

Олег Давидович:

{{Book}}
На этой странице более подробно рассматриваются настройки ресурса Книга после того, как вы добавите его в свой курс, а также рассматриваются связанные с этим настройки администрирования сайта.

==Общее==
При необходимости укажите название Книги и ее описание, установив соответствующий флажок, если вы хотите, чтобы описание отображалось на странице курса.

==Внешний вид==
;Форматирование глав
:Есть следующие варианты:
* Нет - названия глав и подразделов вообще не форматируются, но при желании можно использовать специальные стили нумерации. Например, «Первая глава», «А.1 [...] подраздел», ...
* Номера: главы и подразделы нумеруются (1, 1.1, 1.2, 2, ...)
* Маркеры: подразделы имеют отступы и отображаются с помощью маркеров.
* С отступом: подразделы имеют отступы.<br />
;Пользовательские заголовки
:Если вы отключите пользовательские заголовки, название главы (то, которое указано в оглавлении) будет отображаться в качестве заголовка в верхней части вашего содержимого.
:Если вы включите пользовательские заголовки, вы сможете создать заголовок, отличный от того, который отображается в оглавлении, или вообще не отображать заголовок. Если вы включите пользовательские заголовки, вам нужно будет ввести название главы как часть содержимого страницы.
==Другие настройки==
В зависимости от того, что включено для вашего сайта и курса, вам также может потребоваться изучить [[Common module settings|общие настройки модуля]], [[Restrict access|ограничение доступа]], [[завершение элементов]], [[Tags|теги]] и [[Competencies|компетенции]].

== Настройки администрирования сайта ==
Администратор может установить значения по умолчанию для форматирования разделов и навигационных ссылок в разделе Администрирование > Плагины > Модули курса > Книга.

== Добавление глав (разделов) и подразделов ==
Названия глав отображаются в виде ссылок в оглавлении слева от вашего контента. Рекомендуется делать названия короткими.

# Включите редактирование.
# Нажмите на значок "+" в оглавлении или в первой главе. Новая глава будет вставлена непосредственно после главы, название которой находится на той же строке, что и крестик, на который вы нажмете (скриншот 1).
# Обратите внимание на установку флажка для подраздела. В главе может быть много подразделов, но в подразделах не может быть дополнительных подразделов. Таким образом, вы ограничены двумя уровнями (скриншот 2).

Теперь вы видите главу и подраздел. Поскольку мы не нумеровали главы, тот факт, что вторая глава является подразделом, не виден в оглавлении. Обратите внимание, что вы, тем не менее, видите это в заголовке над содержанием.

Кстати, пункты в оглавлении не пронумерованы и не имеют отступов только потому, что мы выбрали этот параметр при настройке книги. Всегда можно вернуться в настройки и изменить это (скриншот 3).
{|
|[[Файл:Ресурс Книга меню оглавления.png|мини|(1) Добавление раздела]]
|[[Файл:Ресурс Книга подраздел.png|альт=Ресурс Книга подраздел|мини|(2) Добавление подраздела]]
|[[Файл:Ресурс Книга оглавление.png|альт=Ресурс Книга оглавление|мини|(3) View of subchapter]]
|}
Когда вы закончите добавлять главы и подразделы, вы можете отключить редактирование.

===Тэги===
Преподаватель (или любой другой пользователь с правами редактирования) может помечать главы книги.

Администратор сайта может управлять тегами в разделе «[[Managing tags|Управление тегами]]» в разделе Администрирование. Теги глав книги могут быть добавлены в указанную коллекцию тегов, а стандартные теги могут быть предложены или принудительно установлены. При желании можно полностью отключить пометку разделов книги.

==Импорт разделов==
Для импорта глав

Создайте zip-файл с HTML-файлами и дополнительными мультимедийными файлами и папками. Если вы хотите загрузить подразделы, добавьте "_sub" в конец HTML-файла или названия папок.

# Перейдите в Администрирование > Администрирование книги > Импорт главы.
# Выберите, соответствует ли каждый HTML-файл или папка отдельной главе.
# Найдите и выберите zip-файл, используя кнопку «Добавить» или метод перетаскивания.
# Нажмите кнопку «Импортировать».

'''Примечание''': относительные ссылки на файлы преобразуются в абсолютные ссылки на главы. Ссылки на изображения, Flash и Java будут перенаправлены. Не забудьте загрузить изображения и мультимедийные файлы, а также HTML-файлы.

=== Импорт разделов из существующего контента ===
Существует ряд дополнительных плагинов, которые поддерживают импорт контента в книги из других форматов.
*[https://moodle.org/plugins/booktool_importepub Lucimoo epub import] поддерживает импорт контента из файлов ePub.
*[https://moodle.org/plugins/booktool_wordimport Word import] поддерживает импорт содержимого из файлов Word (.docx). См. [[How to prepare a Word file for import into a Book]].
==Возможности ресурса Книга==
{| class="wikitable"
|+
|Редактировать главы книги
|Capabilities/mod/book:edit
|
* Это позволяет пользователю добавлять, редактировать и удалять главы книги.
* Эта возможность доступна для ролей менеджера и преподавателя по умолчанию.
* Эта возможность предназначена только для доверенных пользователей; ее не следует предоставлять учащимся.
|-
|Читать книгу
|Capabilities/mod/book:read
|
* Это позволяет пользователю читать книгу.
* Эта возможность доступна для ролей по умолчанию: менеджер, преподаватель, преподаватель без редактирования, студент и гость.
|-
|Просматривать скрытые главы книги
|Capabilities/mod/
book:viewhiddenchapters
|
* Это позволяет пользователю просматривать скрытые главы книги.
* Эта возможность доступна для ролей менеджера, преподавателя и ассистента, используемым по умолчанию.
|-
|Экспортировать книгу в виде пакета содержимого IMS
|Capabilities/booktool/
exportimscp:export
|
* Это позволяет пользователю экспортировать книгу в виде пакета содержимого IMS.
* Книги, экспортированные в виде пакетов содержимого IMS, могут быть добавлены к существующим книгам с помощью импорта глав (где тип установлен на "Каждая папка представляет одну главу").
* Эта возможность не задана ни для одной из ролей по умолчанию.
|-
|Импортировать главы
|Capabilities/booktool/
importhtml:import
|
* Это позволяет пользователю импортировать главы из книги.
* Эта возможность доступна для ролей менеджера и преподавателя по умолчанию.
* Эта возможность предназначена только для доверенных пользователей, ее не следует предоставлять учащимся.
|-
|Распечатать книгу
|Capabilities/booktool/
print:print
|
* Это позволяет пользователю распечатать книгу.
* Эта возможность доступна для ролей по умолчанию: менеджер, преподаватель, ассистент, студент и гость.
|-
|Добавить новую книгу
|Capabilities/mod/
book:addinstance
|
* Это позволяет пользователю добавлять новую книгу в курс.
* Эта возможность доступна для ролей менеджера и преподавателя по умолчанию.
|}

[[Категория:Элементы курса]]
[[Категория:Книга]]

CAS server (SSO) authentication

2026-02-05T09:08:16Z

Олег Давидович:

{{Authentication}}
The [https://en.wikipedia.org/wiki/Central_Authentication_Service Central Authentication Service] (CAS) is a single sign-on protocol for the web.

CAS is very beneficial in environments where a number of different web applications share a set of common users. If all the web applications were <em>"CASified"</em> a user would log in once and would then be able to move between the various web applications without ever having to present authentication credentials again. CAS is similar to the [[Shibboleth]] authentication mechanism, but it is vastly simpler to set up and lacks a number of broader features like federated trust and authorization infrastructure.

CAS essentially works by configuring a Moodle site to not do authentication itself, but to instead forward unauthenticated users to a CAS server which will then return an authentication token to the Moodle site. Moodle can extract the username from the token and then use its internal authorization mechanisms (roles, enrollments, capabilities) and user attributes (name, picture, etc.). The advantage is that the Moodle site never has to handle passwords and that users, once they've authenticated the first time, can move seamlessly to another web application without having to present their credentials again.

==Enabling CAS server authentication==

An administrator can enable CAS server authentication as follows:

# Go to ''Site administration > Plugins > Authentication > Manage authentication'' and click the eye icon opposite CAS server (SSO). When enabled, it will no longer be greyed out.
# Click the settings link, configure as required, then click the 'Save changes' button.

One caveat for those converting from LDAP or other authentication mechanisms:

For any user that you wish to authenticate with CAS but which already has been using Moodle, and thus has an entry in the Moodle database, you will need to change the value of the "auth" field for the user in the mdl_user table. So, if they used LDAP before, but now you wish for them to use CAS and their username is "foobar" you'll need to edit the database with some SQL something like: <code>UPDATE mdl_user SET auth='cas' where auth='ldap' and username='foobar';</code> Without this change the user will constantly be presented with a failed login message, but otherwise no clue as to why login failed even though their credentials were accepted by the CAS server.

==Enabling CAS accounts syncronisation==

The CAS users sync job (''\auth_cas\task\sync_task'') [[Scheduled tasks|scheduled task]] (new in Moodle 3.0; previously there was a CLI script) is responsible for creating and updating user information, and suspending and deleting CAS accounts.

After enabling CAS server authentication, an administrator need to enable and configure the CAS users sync job as follows:

# Go to ''Site administration > Server > Scheduled tasks'' and click the gear icon opposite CAS users sync job.
# Select the desired frequency of running and enable the task by un-ticking the disabled checkbox.
{{warning|It is important to make sure that all CAS settings are working properly before enabling the CAS users sync job (as well as backing up your database and moodledata folders), since incorrect CAS configuration can result in users being wrongly deleted!}}

==Any questions?==

Please post in the [http://moodle.org/mod/forum/view.php?id=42 Authentication forum] on moodle.org

[[Категория:Аутентификация]]
[[Категория:Способы зачисления на курс]]

External database authentication

2026-02-05T09:07:51Z

Олег Давидович:

{{Authentication}}
Location: '' Site administration > Plugins > Authentication > External database''

This method uses an external database table to check whether a given username (which must be varchar) and password is valid. If the user does not currently exist in Moodle a new account will be created and their information copied from the external database.

== Field mappings ==

This is done by mapping fields at the bottom of the database authentication page. Each data field in the user profile has a text field next to it. Enter the name of the column in the external database that maps to the profile data field.

'''Update Local''' - Specifies that the external data will be entered into the local field in question
* On Creation - specifies that this will only happen on the original login when the account is created for the first time.
* On Every Login - specifies that changes in the external data will be updated on the local Moodle field in question the next time the user logs in again.

'''Update External''' - Specifies just the opposite, meaning changes in the local Moodle field in question will update the corresponding field in the external database
* Never - Specifies this is disabled
* On Update - Enables this to happen if a change is made locally (additional configuration is probably required)

'''Lock Value''' - Only determines whether the local user can make a change in the Moodle field and does not affect the two settings above.
* Unlocked - A user can make changes locally in the Moodle field (assumably even if it contradicts the external database the next login would change it again if Update Local is set
* Locked - A user can never make changes
* Unlocked if empty - A user can only make changes if the field is not populated already from the external database (this would seem to indicate a user could only enter something into this field once and could not change it after saving)

== Automatic Synchronisation ==

The above method adds new users only when they log in. If you want user accounts to be created in Moodle independent of actual logins, you must enable the auth_db ''Synchronise users task'' (\auth_db\task\sync_users) on the [[Scheduled tasks]] page. By default this runs once a day, adjust the schedule to run this more frequently if required.

If you have custom profile fields on your site, these can also be synced with this scheduled task.

==Additional Notes==

It is now possible to use Salted Crypt passwords for the password format with external database authentication from the Password format setting:
[[File:dbsaltedcrypt.png|thumb|300px|center]]

* Plain text password matching is now always case sensitive
* sha1/md5 hash comparisons are now enforced case insensitive (as underlying they are hexadecimal values)

* Some of the things that apply to [[Upload users]] apply to the External database, but not all of the fields in the [[Upload users]] are available for the External Database authentication. The only available fields are the fields listed in the data mapping section of the admin page for the External Database connection.
* Note that for MySQL databases moodle will store date custom profile fields in a bigint field (as a unix timestamp). Using a timestamp or datetime field will not work
==See also==

*[[External database enrolment]]

[[Категория:Аутентификация]]
[[Категория:Способы зачисления на курс]]

LDAP authentication

2026-02-05T09:04:09Z

Олег Давидович:

{{Authentication}}
{{Update}}
This document describes how to set up Lightweight Directory Access Protocol (LDAP) authentication in Moodle. We cover the basic, advanced and some trouble shooting sections to assist the user in the installation and administrating LDAP in Moodle.
==Basic Scenario==
The simple and straightforward approach for most installations.
===Assumptions===
Moodle supports several types of LDAP servers which have different directory structures, special configuration settings, etc. Even if using the same LDAP server type (e.g., MS Active Directory), each site could use a completely different directory structure to hold its user accounts, groups, etc. In order to be able to show example configuration settings in the sections below, we are going to assume a '''hypothetical''' Moodle site and LDAP server with the characteristics listed below.

'''IMPORTANT NOTICE''': be sure to check '''''your''''' Moodle site and LDAP server details (including its directory structure,) and adjust the settings to reflect your own setup.
# Your Moodle site is located at '''http://your.moodle.site/'''
# You have configured your PHP installation with the LDAP extension. It is loaded and activated, and it shows when you go to '''http://your.moodle.site/admin/phpinfo.php''' (logged in as user 'admin').
# Your LDAP server has '''192.168.1.100''' as its IP address.
# You are not using LDAP with SSL (also known as LDAPS) in your settings. This might prevent certain operations from working (e.g., you cannot update data if you are using MS Active Directory -- MS-AD from here on --), but should be OK if you just want to authenticate your users.
# You don't want your users to change their passwords the first time they log in into Moodle.
# You are using a single domain as the source of your authentication data in case you are using MS-AD (more on this in the Appendices).
# You are using a top level distinguished name (DN) of '''dc=my,dc=organization,dc=domain''' as the root of your LDAP tree.
# You have a non-privileged LDAP user account you will use to bind to the LDAP server. This is not necessary with certain LDAP servers, but MS-AD requires this and it won't hurt if you use it even if your LDAP server doesn't need it. Make sure '''this account and its password don't expire''', and make this password as strong as possible. Remember you only need to type this password once, when configuring Moodle, so don't be afraid of making it as hard to guess as possible. Let's say this user account has a DN of '''cn=ldap-user,dc=my,dc=organization,dc=domain''', and password '''hardtoguesspassword'''.
# All of your Moodle users are in an organizational unit (OU) called '''moodleusers''', which is right under your LDAP root. That OU has a DN of '''ou=moodleusers,dc=my,dc=organization,dc=domain'''.
# You '''don't''' want your LDAP users' passwords to be stored in Moodle at all.
===Enabling LDAP authentication===
An administrator can enable LDAP authentication as follows:
# Go to ''Site administration > Plugins > Authentication > Manage authentication'' and click the eye icon opposite LDAP Server. When enabled, it will no longer be greyed out.
# Click the settings link, configure as required (see information below), then click the 'Save changes' button.
[[Image:LDAPserversettings.png|center]]
Now, you just have to fill in the values. Let's go step by step.
====LDAP Server Settings====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| Host URL
| As the IP of your LDAP server is 192.168.1.100, type "'''ldap://192.168.1.100'''" (without the quotes), or just "'''192.168.1.100'''" (some people have trouble connecting with the first syntax, specially on MS Windows servers).
|-
| Version
| Unless you are using a really old LDAP server, '''version 3''' is the one you should choose.
|-
| LDAP Encoding
| Specify encoding used by LDAP server. Most probably utf-8.
|}
[[LDAP_authentication#Table of Contents|Table of Contents]]
====Bind settings====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| Don't cache passwords
| As you '''don't''' want to store the users's password in Moodle's database, choose '''Yes''' here.
|-
| Distinguished Name
| This is the distinguished name of the bind user defined above. Just type "'''cn=ldap-user,dc=my,dc=organization,dc=domain'''" (without the quotes).
|-
| Password
| This is the bind user password defined above. Type "'''hardtoguesspassword'''" (without the quotes).
|}
[[LDAP_authentication#Table of Contents|Table of Contents]]
====User lookup settings====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| User type
| Choose:
* '''Novell Edirectory''' if your LDAP server is running Novell's eDdirectory.
* '''posixAccount (rfc2307)''' if your LDAP server is running a RFC-2307 compatible LDAP server (choose this is your server is running OpenLDAP, including Mac OS X server).
* '''posixAccount (rfc2307bis)''' if your LDAP server is running a RFC-2307bis compatible LDAP server.
* '''sambaSamAccount (v.3.0.7)''' if your LDAP server is running with SAMBA's 3.x LDAP schema extension and you want to use it.
* '''MS ActiveDirectory''' if your LDAP server is running Microsoft's Active Directory (MS-AD)
|-
| Contexts
| The DN of the context (container) where all of your Moodle users are found. Type '''ou=moodleusers,dc=my,dc=organization,dc=domain''' here.
On a Mac OS X Server, this is usually '''cn=users,dc=my,dc=organization,dc=domain'''.
|-
| Search subcontexts
| If you have any sub organizational units (subcontexts) hanging from '''ou=moodleusers,dc=my,dc=organization,dc=domain''' and you want Moodle to search there too, set this to '''yes'''. Otherwise, set this to '''no'''.
|-
| Dereference aliases
| Sometimes your LDAP server will tell you that the real value you are searching for is in fact in another part of the LDAP tree (this is called an alias). If you want Moodle to 'dereference' the alias and fetch the real value from the original location, set this to '''yes'''. If you don't want Moodle to dereference it, set this to '''no'''. If you are using MS-AD, set this to '''no'''.
|-
| User attribute
| The attribute used to name/search users in your LDAP tree. This option takes a default value based on the ''User type'' value you chose above. <u>So unless you need something special, you don't need to fill this in</u>.
By the way, it's usually '''cn''' (Novell eDirectory and MS-AD) or '''uid''' (RFC-2037, RFC-2037bis and SAMBA 3.x LDAP extension), but if you are using MS-AD you could (and have to, if you intend to use NTLM SSO) use '''sAMAccountName''' (the pre-Windows 2000 logon account name) if you need too.

'''Correction''': With MS-AD '''sAMAccountName''' should be used anyway. With default value ('''cn''') AD users will have to login with full name / password (Username: '''John Doe''', Password: '''john's_pass'''). If you want to enable your users to login with domain username instead (Username: '''johnd''' Password: '''john's_pass'''), you should use '''sAMAccountName'''. Sadly, but logging in with DOMAIN\user or user@domain.com will not work anyway.

Note: You may wish to consider allowing extended characters in usernames in ''Administration > Site administration > Security > [[Site policies]]''.
|-
| Member attribute
| The attribute used to list the members of a given group. This option takes a default value based on the ''User type'' value you choosed above. <u>So unless you need something special, you don't need to fill this in.</u>
By the way, the usual values are '''member''' and '''memberUid'''.
|-
| Member attribute uses dn
| Whether the member attribute contains distinguished names (Yes) or not (No). This must be set to Yes for Active Directory.
|-
| Object class
| The type of LDAP object used to search for users. This option takes a default value based on the ''User type'' value you chose above. <u>So unless you need something special, you don't need to fill this in.</u>
* If you leave it blank, the default value based on the ''User type'' selected above will be used (see below)
* If you provide "objectClass=some-string", then it will provide "(objectClass=some-string)" as the filter.
* If you provide a value that does not start with "(", it is assumed to be a value that should be set to "objectClass". So if you provide "some-string", then it will provide "(objectClass=some-string)" as the filter.
* If you provide a string that starts with a "(", then it will pass that as is. So if you provide "(&(objectClass=user)(enabledMoodleUser=1))", then it will pass that as the filter.
'''Note''': In the last case, that feature can be used on interactive logins,

Here are the default values for each of the ''ldap_user_type'' values:
* '''(objectClass=user)''' for Novell eDirectory
* '''(objectClass=posixAccount)''' for RFC-2037 and RFC-2037bis
* '''(objectClass=sambaSamAccount)''' for SAMBA 3.0.x LDAP extension
* '''(objectClass=user)''' for MS-AD
* '''(objectClass=*)''' for Default
If you get an error about a problem with updating the ldap server (even if you have specified not to write changes back to the ldap server) try setting the ldap object class to * - see http://moodle.org/mod/forum/discuss.php?d=70566 for a discussion on this problem
|}
====Force change password====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| Force change password
| '''NOTE: This setting is only used when creating your users with the LDAP sync users task. It's not used if your users are created as part of their first login to moodle'''.
Set this to ''Yes'' if you want to force your users to change their password on the first login into Moodle. Otherwise, set this to ''no''. Bear in mind the password they are forced to change is the one stored in your LDAP server.

<u>As you don't want your users to change their passwords in their first login, leave this set to ''No''</u>
|-
| Use standard Change Password Page
|
* Setting this to ''Yes'' makes Moodle use its own standard password change page, everytime users want to change their passwords.
* Setting this to ''No'' makes Moodle use the page specified in the field called "Password change URL" (see below).
Bear in mind that changing your LDAP passwords from Moodle might require a LDAPS connection (this is actually a requirement for MS-AD). In addition to that, the bind user specified above must have the rights needed to change other users' passwords.

Also, code for changing passwords from Moodle for anything but Novell eDirectory and Active Directory is almost not tested, so this may or may not work for other LDAP servers.
|-
| Password Format
| Specify how the new password is encrypted before sending it to the LDAP server: Plain text, MD5 hash or SHA-1 hash. MS-AD uses plain text, for example.
|-
| Password change URL
| Here you can specify a location at which your users can recover or change their username/password if they've forgotten it. This will be provided to users as a button on the login page and their user page. if you leave this blank the button will not be printed.
|}
====LDAP password expiration settings====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| Expiration
|
* Setting this to ''No'' will make Moodle not to check if the password of the user has expired or not.
* Setting this to ''LDAP'' will make Moodle check if the LDAP password of the user has expired or not, and warn them a number of days before the password expires. When the password has expired, a "Your password has expired" message is displayed, and if the user is able to change their password from Moodle, they are offered the option to do so.
Current code only deals with Novell eDirectory LDAP server and MS-AD.

<u>So unless you have Novell eDirectory server or MS-AD, choose ''No'' here.</u>
|-
| Expiration warning
| This value sets how many days in advance of password expiration the user is warned that her password is about to expire.
|-
| Expiration attribute.
| The LDAP user attribute used to check password expiration. This option takes a default value based on the ''User type'' value you chose above. <u>So unless you need something special, you don't need to fill this in.</u>
|-
| Grace logins
| This setting is specific to Novell eDirectory. If set to ''Yes'', enable LDAP gracelogin support. After password has expired the user can login until gracelogin count is 0.
<u>So unless you have Novell eDirectory server and want to allow gracelogin support, choose ''No'' here.</u>
|-
| Grace login attribute
| This setting is currently not used in the code (and is specific to Novell eDirectory).
<u>So you don't need to fill this in.</u>
|}
====Enable user creation====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| Create users externally
| New (anonymous) users can self-create user accounts on the external LDAP server and confirm them via email. If you enable this, remember to also configure module-specific options for user creation and to fill in some instructions in ''auth_instructions'' field in ''Site administration > Plugins > Authentication > Manage authentication''. Otherwise the new users won't be able to self-create new accounts.
Novell eDirectory and MS-AD can create users externally. You can also create users in RFC-2307 compliant servers.
|-
| Context for new users
| Specify the context where users are created. This context should be different from other users' contexts to prevent security issues.
|}
====Assign system roles====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| System role mapping
| This section lists all roles that have can be assigned in the System context - by default this will be "Manager context" and "Course creator context", but can be customisable in the [[Creating custom roles|role definitions]].
To assign LDAP users to any of the roles, specify the DN containing all users who should be granted that role at the system level.

Thie DN is typically a posixGroup with a "memberUid" attribute for each user you want to be a creator. If your group is called ''creators'', type '''cn=creators,ou=moodleusers,dc=my,dc=organization,dc=domain''' here. Each memberUid attribute contains the CN of a user who is authorized to be a creator. Do not use the user's full DN (e.g., not '''memberUid: cn=JoeTeacher,ou=moodleusers,dc-my,dc=organizations,dc=domain''', but rather '''memberUid: JoeTeacher''').

In eDirectory, the objectClass for a group is (by default) not '''posixGroup''' but '''groupOfNames,''' whose member attribute is '''member,''' not '''memberUid,''' and whose value is the full DN of the user in question. Although you can probably modify Moodle's code to use this field, a better solution is just to add a new '''objectClass''' attribute of '''posixGroup''' to your creators group and put the CNs for each creator in a '''memberUid''' attribute.

In MS Active Directory, you will need to create a security group for your creators to be part of and then add them all. If your ldap context above is 'ou=staff,dc=my,dc=org' then your group should then be 'cn=creators,ou=staff,dc=my,dc=org'. If some of the users are from other contexts and have been added to the same security group, you'll have to add these as separate contexts after the first one using the same format.

This section replaces the "Course creator" section found in Moodle 3.3. The upgrade process should migrate any DN specified to the new approach.
|}
====User account synchronisation====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| Removed ext user
| Specify what to do with internal user account during mass synchronization when user was removed from external source. Only suspended users are automatically revived if they reappear in ext source.
|}
====NTLM SSO====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| Enable
| If you want to use NTLM SSO (see details at [[NTLM_authentication]]), choose ''Yes'' here. Otherwise, choose ''No''.
|-
| Subnet
| Specify the subnets of the clients that will use NTLM SSO (see details at [[NTLM_authentication]]).
|-
| MS IE Fast Path?
| If all of you clients (or most of them) are using MS Internet Explorer, you can set this option to bypasses certain steps of the SSO login and speed up login times. This only works with MS Internet Explorer, but deals with other browsers in a sensible way (they are automatically sent to the plain login page).
|}
====Data Mapping====
{| border="1" cellspacing="0" cellpadding="5"
! Field name
! Value to fill in
|-
| First name
| The name of the attribute that holds the first name of your users in your LDAP server. This is usually '''givenName''' or '''displayName'''
<u>This setting is optional</u>
|-
| Surname
| The name of the attribute that holds the surname of your users in your LDAP server. This is usually '''sn'''.
<u>This setting is optional</u>
|-
| Email address
| The name of the attribute that holds the email address of your users in your LDAP server. This is usually '''mail'''.
<u>This setting is optional</u>
|-
| City/town
| The name of the attribute that holds the city/town of your users in your LDAP server. This is usually '''l''' (lowercase L) or '''localityName''' (not valid in MS-AD).
<u>This setting is optional</u>
|-
| Country
| The name of the attribute that holds the country of your users in your LDAP server. This is usually '''c''' or '''countryName''' (not valid in MS-AD).
<u>This setting is optional</u>
|-
| Language
| '''preferredLanguage'''
<u>This setting is optional</u>
|-
| Description
| '''description'''
<u>This setting is optional</u>
|-
| Webpage
| <u>This setting is optional</u>
|-
| ID Number
|
<u>This setting is optional</u>
|-
| Institution
|
<u>This setting is optional</u>
|-
| Department
| The name of the attribute that holds the department name of your users in your LDAP server. This is usually '''departmentNumber''' (for posixAccount and maybe eDirectory) or '''department''' (for MS-AD).
<u>This setting is optional</u>
|-
| Phone 1
| The name of the attribute that holds the telephone number of your users in your LDAP server. This is usually '''telephoneNumber'''.
<u>This setting is optional</u>
|-
| Phone 2
| The name of the attribute that holds an additional telephone number of your users in your LDAP server. This can be '''homePhone''', '''mobile''', '''pager''', '''facsimileTelephoneNumber''' or even others.
<u>This setting is optional</u>
|-
| Address
| The name of the attribute that holds the street address of your users in your LDAP server. This is usually '''streetAddress''' or '''street'.
<u>This setting is optional</u>
|}
=====Custom User profile fields=====
Any user profile fields created in ''Site administration > Users > Accounts > User profile fields'' should now automatically show up at the end of the Data mapping field list after the '''Address''' field. See example: [[File:ldapcustomuserprofilefields.jpg]]
==Enabling the LDAP users sync job==
The LDAP users sync job (''\auth_ldap\task\sync_task'') [[Scheduled tasks|scheduled task]] (new in Moodle 3.0; previously there was a CLI script, see MDL-51824 for more info) is responsible for creating and updating user information, and suspending and deleting LDAP accounts.

After enabling LDAP server authentication, an administrator needs to enable and configure the LDAP users sync job as follows:
# Go to ''Site administration > Server > Scheduled tasks'' and click the gear icon opposite LDAP users sync job.
# Select the desired frequency of running and enable the task by un-ticking the disabled checkbox.
{{Warning|It is important to make sure that all LDAP settings are working properly before enabling the LDAP users sync job (as well as backing up your database and moodledata folders), since incorrect LDAP configuration can result in users being wrongly deleted!}}
If you find that the script is not running through all of your users properly and you have over 1000 users in each LDAP container, this is because by default some LDAP stores such as MS AD only send back 1000 users at a time and PHP versions prior to 5.4 did not implement paged support for LDAP results. If you upgrade to PHP 5.4 or higher than Moodle will obtain all your users correctly. If you can't upgrade to PHP 5.4 you may be able to follow the instructions in http://support.microsoft.com/kb/315071 to set the Active Directory MaxPageSize setting to a number higher than your total number of users (both now and in future) to fix it. This is a forest-wide setting.
==Active Directory help==
[[Active Directory]] is Microsoft's directory service. It is included in Windows 2000 Server and later versions of their operating system. For more information about subjects below, '''[[Active Directory|please go here]]'''.
*Warning: The PHP LDAP module does not seem to be present
*LDAP-module cannot connect any LDAP servers
*Getting correct CNs for Contexts and Creators
*Getting the right user_attribute
*Installing ldp.exe Server Tool
*Example Active Directory Configuration
*Child Domains and the Global Catalog in MS Active Directory
*Enabling the Global Catalog
*Active Directory with Moodle 1.8
*MS Active Directory + SSL
==Advanced Scenarios - Multiple servers or locations==
For larger installations with multiple LDAP servers, or multiple locations (contexts) in a LDAP tree.
===Making your LDAP directory connection resilient===
* Entering more than one name in the ldap_host_url field can provide some sort of resilience to your system. Simply use the syntax:
ldap://my.first.server; ldap://my.second.server; ...
Of course, this will only work if all the servers share the same directory information, if using eDirectory you would need to ensure your servers have viability of all relevant tree partitions, or if using Active Directory the servers are holding the same information you need though replication - see notes on a multi-domain environment if this applies.

There is one drawback in Moodle 1.5 - 1.6 implementation of LDAP authentication : the auth_ldap_connect() function processes the servers sequentially, not in a round robin mode. Thus, if the primary server fails, you will have to wait for the connection to time out before switching to the following one.

See also: [http://moodle.org/mod/forum/discuss.php?d=17198 Using multiple LDAP servers - Our students are on separate domain] forum discussion
===Using a multi-domain AD environment===
* If you're running Active Directory with multiple domains and you have users in more than one domain you will want to configure Moodle to look at your Global Catalog server. Specifically your top level domain Global Catalog server. Here is a simple example of this kind of Active Directory layout:
my.domain.ca (Root AD Domain)
| - dc1.my.domain.ca (Domain Controller)
| - dc2.my.domain.ca (Domain Controller)
|
| - - students.my.domain.ca (Sub AD Domain)
| - - - dc1.students.my.domain.ca (Domain Controller)
| - - - dc2.students.my.domain.ca (Domain Controller)
|
| - - faculty.my.domain.ca (Sub AD Domain)
| - - - dc1.faculty.my.domain.ca (Domain Controller)
| - - - dc2.faculty.my.domain.ca (Domain Controller)
In this example we have our top level domain (my.domain.ca) and two sub-domains. One sub-domain is for faculty accounts (faculty.my.domain.ca) and the other is for student accounts (students.my.domain.ca). Listed under each of those are two domain controllers.

Using the above example you'll want to use the following for accessing the Global Catalog over SSL:
ldaps://my.domain.ca:3269/
If you prefer to access your global catalog over a non-SSL connection you'll want to use:
ldap://my.domain.ca:3268/
We found if you didn't configure things this way you'd get errors like:
[Thu May 26 15:23:53 2011] [error] [client 192.168.xxx.xxx] PHP Warning: ldap_search() [<a href='function.ldap-search'>function.ldap-search</a>]: Search: Partial results and referral received in /xxx/xxx/moodle20/lib/ldaplib.php on line 241, referer: http://moodle.my.domain.ca/moodle20/login/index.php
[Thu May 26 15:23:53 2011] [error] [client 192.168.xxx.xxx] PHP Warning: ldap_first_entry(): supplied argument is not a valid ldap result resource in /xxx/xxx/moodle20/lib/ldaplib.php on line 248, referer: http://moodle.my.domain.ca/moodle20/login/index.php

=== Connecting to Multiple LDAP Servers NOT in the Same Forest (Cloning) ===

* To connect to multiple LDAP Servers, you need to clone the ldap plugin and then set up the cloned version for the second server. This can be done as many times as needed.
* To make this easier, Iñaki has created patch files that you can run to easily create the clones. To use the clones, you will need to have access to the server and be familiar with patch files. The instructions are provided in the README file.
* You can find the patch files in the following Git repository: https://github.com/iarenaza/moodle-ldap-clones/tree/master

===Using multiple user locations (contexts) in your LDAP tree===
There is no need to use multiple user locations if your directory tree is flat, i.e. if all user accounts reside in a '''ou=people,dc=my,dc=organization,dc=domain''' or '''ou=people,o=myorg''' container.

At the opposite, if you use the ACL mecanism to delegate user management, there are chances that your users will be stored in containers like '''ou=students,ou=dept1,o=myorg''' and '''ou=students,ou=dept2,o=myorg''' ...

Then there is an alternative :
* Look at the '''o=myorg''' level with the ldap_search_sub attribute set to '''yes'''.
* Set the ldap_context to '''ou=students,ou=dept1,o=myorg ; ou=students,ou=dept2,o=myorg'''.
Choosing between these two solutions supposes some sort of benchmarking, as the result depends heavily on the structure of your directory tree '''and''' on your LDAP software indexing capabilities. Simply note that there is a probability in such deep trees that two users share the same ''common name'' (cn), while having different ''distinguished names''. Then only the second solution will have a deterministic result (returning always the same user).
===Using LDAPS (LDAP over SSL)===
====Enabling LDAPS on your directory server====
* [[Active_Directory#MS_Active_Directory_.2B_SSL|Enabling LDAPS on MS Active Directory ]]
====Enabling LDAPS on your Moodle server====
Enabling LDAPS on your server can be tricky and often it is hard to pinpoint where things are going wrong. There are also differences between Windows and Linux and even different versions and distributions of Linux.

'''If you have not done so already you will need to decide upon your approach to establishing an SSL connection to your directory server:'''
* SSL connection with unverified self-signed certificate.
You can generate your own SSL certificate, and then instruct your Moodle server to ignore the fact that it is not valid. This setup is not as secure as others since you cannot be sure the server you are connecting to is not fake.
* SSL connection with trusted self-signed certificate.
You can generate your own SSL certificate on your directory server, and then specifically trust this certificate by installing it on your Moodle server.
* SSL connection with verified certificate from Internet-trusted certificate authority (CA)
In this approach the LDAP server has an installed certificate from an Internet-based CA, this means that your directory server would have an Internet address & host name. Your Moodle server must be trusting the certificate authority and have Internet access. This approach is not often used as it usually incurs a cost for the certificate, and it requires your directory server and Moodle server to be exposed to the Internet.
==Linux servers==
'''These instructions are for establishing a link using a trusted self-signed certificate.'''

''Note: written for a Red Hat Enterprise Linux 6 server, other Linux distributions may differ, especially in the location of the SSL certificates and OpenLdap config files, but the core principals are the same.''

To check that your directory server is online and accepting SSL connections on your LDAPS port (636), you can use try:
openssl s_client –connect <ldap server ip address>:636
Get your directory server’s certificate (.crt) and upload to Moodle server's ssl certificate directory, on RHEL6 this is at '''/etc/ssl/certs'''

Convert your ‘DER’ X509 certificate into a ‘PEM’ public key certificate.
openssl x509 -in my_server_certificate.cer -inform DER -out my_server_certificate.pem -outform PEM
Create certificate hashes using c_rehash
c_rehash
''If c_rehash is not installed install with: yum install /usr/bin/c_rehash''

Ensure you are able to access your LDAPS server by a DNS name, this may mean adding an entry to your host file (/etc/hosts)
<ldap server ip address> my_server.mydomain.school
Verify your certificate to check that it is installed correctly
openssl verify -verbose -CApath /etc/ssl/certs /etc/ssl/certs/my_server_certificate.pem
/etc/ssl/certs/my_server_certificate.pem: OK
You should now be able to connect to your LDAPS server over SSL without any errors
openssl s_client –connect <ldap server DNS name>:636
Edit your OpenLDAP config, on RHEL6 this is located at '''/etc/openldap/ldap.conf'''
# Define location of a CA Cert
TLS_CACERT /etc/ssl/certs/my_server_certificate.pem
TLS_CACERTDIR /etc/ssl/certs
Finally, you may or may not need to restart Apache, before configuring Moodle to use ldaps://<server DNS name>
httpd -k restart
==Windows servers==
'''These instructions are for establishing a link using an unverified self-signed certificate.'''

You can tell PHP's OpenLDAP extension to disable SSL server certificate checking to do this you must create a directory called ''''C:\OpenLDAP\sysconf\'''' In this directory, create a file called ''ldap.conf'' with the following content:
TLS_REQCERT never
''(If you are using certain versions of PHP 5.3.x you '''may need to place the file at other locations''', [http://bugs.php.net/bug.php?id=48866 see PHP bug #48866])''

Now you should be able to use '''ldaps://''' when connecting to your LDAP server.
==Appendices==
=== Setting Resource Limits RedHat Directory Server ===
Operational attributes can be set for the bind user DN using the command-line.
One can simply use ldapmodify to add the following attributes:
{| border="1" cellspacing="0" cellpadding="5"
! Attribute Name
! Description
|-
| nsLookThroughLimit
| Specifies how many entries are examined for a search operation. Giving this attribute a value of -1 indicates that there is no limit.
|-
| nsSizeLimit
| Specifies the maximum number of entries the server returns to a client application in response to a search operation. Giving this attribute a value of -1 indicates that there is no limit.
|-
| nsTimeLimit
| Specifies the maximum time the server spends processing a search operation. Giving this attribute a value of -1 indicates that there is no time limit.
|-
| nsIdleTimeout
| Specifies the time a connection to the server can be idle before the connection is dropped. The value is given in seconds. Giving this attribute a value of -1 indicates that there is no limit.
|}
<pre> LDAP Console Command-Line

ldapmodify -h redhat_dir_server -p 389 -D "cn=directory manager" -w secretpwd

dn: uid=MoodleAdmin,ou=system,dc=myschool,dc=edu
changetype: modify
add:nsSizeLimit
nsSizeLimit: 1000
</pre>
==Any questions?==
Please post in the [http://moodle.org/mod/forum/view.php?id=42 Authentication forum] on moodle.org.
==See also==
* [[NTLM_authentication]]
* [[Active_Directory]]
* [[LDAP enrolment]]
* [http://download.moodle.org/download.php/docs/en/how-to_guides/ldap_auth_and_enrolment_set-up.pdf LDAP auth and enrolment set-up guide] (PDF 227KB)
Forum discussions:
* [http://moodle.org/mod/forum/view.php?id=42 User authentication forum]
* [http://moodle.org/mod/forum/discuss.php?d=32168 PHP LDAP module does not seem to be present] forum discussion
* [http://moodle.org/mod/forum/discuss.php?d=140901 Syncronisation with AUTH_LDAP_SYNC_USERS.PHP produces fewer accounts than it should] forum discussion
* [http://moodle.org/mod/forum/discuss.php?d=17198 Using multiple LDAP servers] forum discussion

[[Категория:Аутентификация]]
[[Категория:Способы зачисления на курс]]

LTI and Moodle

2026-02-05T09:02:44Z

Олег Давидович:

{{About Moodle}}
Learning Tools Interoperability® (LTI®) is a specification developed by IMS Global Learning Consortium. It establishes a standard way of integrating rich learning applications, called ''tools'' (delivered by ''tool providers'') with platforms such as learning management systems, called ''tool consumers''.

==Moodle as a LTI tool consumer==

[[LTI External tools]] can be added as activities for users to interact with LTI-compliant learning resources and activities on other websites.

==Moodle as a LTI tool provider==

The [[Publish as LTI tool]] enrolment plugin and LTI authentication plugin allow remote users on a different site to access selected courses and activities on your site. When these users access an activity on your site, they need an account on your site and they need to be enrolled in the course containing the activity. Thus, an enrolment plugin AND an authentication plugin are required for LTI tool provider functionality.

==See also==

* [[LTI External tools]]
* [[Publish as LTI tool]]
* [http://www.imsglobal.org/activity/learning-tools-interoperability IMS Global Learning Consortium - Learning Tools Interoperability]

[[Категория:LTI]]
[[Категория:Аутентификация]]
[[Категория:Способы зачисления на курс]]

MNet

2026-02-05T09:01:55Z

Олег Давидович:

{{Authentication}}
{{Warning|MNet has long been deprecated and is due to be completely removed from Moodle. Explore other options such as [[LTI]].}}
The Moodle network feature allows a Moodle administrator to establish a link with another Moodle or a Mahara site and to share some resources with the users of that Moodle. Users go from the first Moodle to the linked site via the [[Network servers block]].

==Overview==
The initial release of MNet is bundled with a Authentication Plugin, which makes single-sign-on between Moodles possible. A user with the username <em>jody</em> logs in to her Moodle server as normal, and clicks on a link that takes her to a page on another Moodle server. Normally, she would have only the privileges of a guest on the remote Moodle, but behind the scenes, single-sign-on has established a fully authenticated session for Jody on the remote site.

{{Template:XMLRPC Note Moodle 4.1}}

'''WARNING:''' MNet requires the use of '''xmlrpc'''. Please go to your phpinfo page if you are interested in using this and search for --with-xmlrpc. If your php has not been compiled with xmlrpc then you need to address that first! At present it appears that PEAR xmlrpc will not work.
[[Image:Administration Block Users Authentication MoodleNetwork.jpg|thumb|MNet setting in ''Admin > User > Authentication > Moodle Network]]

==Security==
The MNet feature requires that your server has the '''Curl''' and '''OpenSSL''' extensions installed. Your system will generate a OpenSSL certificate for encrypted communication with other Moodles, and will rotate encryption keys on a monthly basis (approx).

Communication takes place over an XML-RPC transport, and the XML-RPC documents are wrapped first in an XMLDSIG (XML digital signature) envelope, and then in an XMLENC (XML encryption) envelope. The encryption all happens within PHP, and does not require an https (Apache SSL) server.

References:
*[http://www.w3.org/TR/xmldsig-core/ XML Digital Signatures]
*[http://www.w3.org/TR/xmlenc-core/ XML Encryption]

A special mode can be enabled which would allow a machine with a specified IP address to make calls to the XML-RPC layer without using either encryption or signature envelopes. This mode is provided to enable Moodle to communicate with other software systems in which the integration of signatures and encryption might be prohibitively difficult. It is not envisioned that unencrypted inter-Moodle networking will ever be enabled.

==Peer to Peer Network==

This is the basic layout of the system. It can be very useful to run one Moodle per faculty or departments, each with its own user management, and yet permit users to roam across the Moodle installs... subject to permissions of course.

===Setup===

The instructions will cover 2 Moodle installations: MoodleA and MoodleB. Both are installed correctly and have never had a Moodle Network configuration.

Note: If you experience problems, ensure debugging is turned on in ''Administration > Site administration > Server > Debugging''. Extra diagnostic messages may be displayed.

You need to first enable Networking in ''Administration > Site administration > Advanced Features''. This will add the "Networking" menu to the Site Administration menu.

# Get them to talk to each other
## Ensure ''Administration > Site administration > Server > Environment'' indicates you have curl installed
## If MoodleA and MoodleB are hosted in the same domain, ensure they have a different cookie prefix. Note that changing the cookie prefix will log you out! You can change the cookie prefix via ''Admin > Server > Session Handling''.
## On both, go to ''Administration > Site administration > Advanced Features'' and turn Networking ON.
## On MoodleA go to ''Administration > Site administration > Network > Manage peers'' - put the URL of MoodleB under "Add New Host" and click Add. The URL should include the directory where your Moodle code is located and may include the protocol as well, for example ''https://www.mymoodle.org/moodle''.
## Do the equivalent on MoodleB.
# Get user roaming going
[http://moodle.org/mod/forum/discuss.php?d=141491] ). On both servers:
### Go to ''Administration > Site administration > Plugins > Authentication > Manage authentication''. Enable ''MNet Authentication'' by clicking the 'enable' icon.
## On MoodleA go to ''Administration > Site administration > Networking > (Manage) Peers'', click on 'MoodleB', and click on the 'Services' tab. Enable SSO-IDP (SSO Identity Provider) publish and subscribe, and SSO-SP (SSO Service Provider) publish and subscribe.
## Do the equivalent on MoodleB. (By both publishing and subscribing you allow users to move freely between the two servers. By only publishing or subscribing between servers you create a one way traversal)
## On both, go to ''Administration > Site administration > Users > Permissions > Define Roles'', only roles that have "Roam to a remote Moodle moodle/site:mnetlogintoremote" will be allowed to roam. Grant the privilege as appropriate.
### eg. enabling for ''Authenticated user'' allows any authenticated user to roam between servers.
## On both servers, go to the homepage, and add the 'Network Servers' block.
## To test, it is recommended to use a different browser (even on a different machine) that is logged in to neither. Login to MoodleA with a non-administrator account that has the permissions to roam. You should see the Network Servers block, and clicking on it you should go to MoodleB with a newly autocreated account.
# Get remote enrolments going -- this is optional. It allows an administrator of MoodleB to enrol users that are "native" to MoodleB in remote courses in MoodleA, and viceversa.
## On both, go to ''Site administration > Plugins > Enrolments > Manage enrol plugins'' and enable the Mnet remote enrolments plugin (click Save). Click on 'Edit' and enable 'allow_allcourses' or select some courses or categories to be remotely enrolled.
## On the server you want to receive enrolments:
### Go to ''Site administration > Plugins > Enrolments > Manage enrol plugins''. Enable ''MNet remote enrolments'' by clicking the 'enable' icon. (For ''MNet remote enrolments'' settings info see [[MNet_remote_enrolments|MNet remote enrolments]])
## On MoodleA go to ''Admin > Networking > Peers'', click on 'MoodleB', and click on the 'Services' tab. Enable Enrolment publish and/or subscribe.
## Do the equivalent on MoodleB.
## On every course you want to allow enrolments into:
### Enter course and go to ''Administration > Course administration > Users > Enrolment methods''
### From ''Add method'' drop-down select ''MNet remote enrolments''
### On the new screen select the ''Remote host'' you want to allow enrolments from, the Role for the enrolled users, and click save. (Note: you can only add a single ''MNet remote enrolments'' method per course.)

===Using it===

# In MoodleA go to ''Admin > Networking > Remote enrolments client''. You will see MoodleB listed. Click on ''Edit enrolments'' button beside MoodleB and you will see a list of courses that MoodleB offers for remote enrolment. Click ''Edit enrolments'', select the users you want to enroll, and then click Add to enroll them in the course.

==Connecting to a Mnet hub==
A Mnet hub (do not confuse it with the [[Community hub]]) is a Moodle server that is configured to accept connections from other Moodle servers, and to provide a set of services to users of these other servers. This guideline will direct you to connect to a Mnet hub, assess the services it has to offer, and enable those services for your users.

===Setup===
# Get talking to the Hub
## Ensure that the ''Admin > Server > Environment'' page indicates you have curl and openssl installed
## Go to ''Admin > Advanced Features'' and turn Networking on
## Go to ''Admin > Network > Peers'' and enter the URL of Mnet Hub under "Add New Host". Click <em>Add</em>
## The host details for the Mnet Hub should appear with the Site Name field already populated. Click <em>Save changes</em>
## The details will be written to your database and two new tabs will appear in this window: 'Services' and 'Logs'. Click <em>Services</em>
##A list of services will appear, each with a checkbox for 'publish' and 'subscribe'. Check the checkboxes for any services you want to publish or subscribe to

===Using it===
If the Mnet Hub has already enabled a service for you, there will be a tick alongside the appropriate checkbox, for example: if the Hub is <em>publishing</em> Moodle Networked Enrolment, then a tick will appear alongside the <em>subscribe</em> checkbox for this service. Note that in order to enable some functionality, prominently <em>single-sign-on</em>, you may have to <em>publish</em> a service, e.g. the <em>Identity Provider</em> service. The Mnet Hub will access this service on your Moodle, asking it to authenticate your users.
# Enable Roaming
## Subscribe to <em>SSO (Service Provider)</em> by checking the box
## Publish <em>SSO (Identity Provider)</em> by checking the box
## Click <em>Save changes</em>
## Go to ''Admin > Users > Permissions > Define Roles'', and grant the capability <em>Roam to a remote Moodle moodle/site:mnetlogintoremote</em> to an appropriate role
## Go to ''Administration > Plugins > Authentication > Manage authentication'' and enable the <em>Moodle Network authentication</em> plugin
## Go to your homepage, turn on editing, and add the 'Network Servers' block
## Using a different web-browser, log on as a non-admin user who inhabits the role you granted the roaming capability to
## Note that the Mnet Hub is listed in the Network Servers block on the homepage. Click on the link to that server
## Some of your user details will be transferred to the Mnet Hub server, and a browsing session will be started for you as if you had logged on there directly
# Enable Networked Enrolment
## Return to the web browser you've been using as the site administrator
## Go to ''Admin > Network > Peers'' and click on the entry for the Mnet Hub.
## Click on the Services tab
## Subscribe to <em>Moodle Networked Enrolment</em>
## Go to ''Site administration > Plugins > Enrolments > Manage enrol plugins'' and enable the <em>Mnet remote enrolment </em> plugin. Click <em>Save changes</em>
## Click on <em>edit</em> to view the details for networked enrolments.
## Go to ''Admin > Networking > Enrolments'' to see a list of Moodle servers that offer this service to you
## Click on a server name to view a list of courses that the server offers to your users
## Click on a course name, to view a list users that you can enrol in this course
## Enrol users
## Profit!

==Running a Mnet hub==
A Mnet hub is a regular Moodle site that runs in a special mode. As a Moodle Administrator, when you add another Moodle site to your list of network peers, your Moodle will contact that site to find out what it is called, and to request its public key for encrypted communication. Normally, the remote server will simply provide this information without making any record of the transaction.

A Mnet hub is different. As soon as you add an entry for a Mnet hub to your system, the Mnet hub will create an entry for your server in its list of hosts, and may immediately begin to offer services to the users of your site.

This section will guide you to set up a Mnet hub, and select services to offer to all comers.

===Setup===
Enable Networking
# Ensure that the ''Settings > Site administration > Server > Environment'' page indicates you have curl and openssl installed
# Go to ''Settings > Site administration > Advanced Features'' and turn Networking on
# Go to ''Settings > Site administration > Network > Peers'' and tick the checkbox for <em>Register all hosts</em>. Click on <em>Save Changes</em>
# On the same page, the first entry in your list of hosts should be <em>All hosts</em>. Click this link
# Click on <em>Services</em> and enable any services you want to offer to all comers

==Assigning the role of admin==

For security reasons, users cannot be assigned the role of admin via the Moodle interface. Instead, admin user IDs must be listed in config.php e.g. <code>$CFG->siteadmins = '2,45,67';</code>

Note: This applies to local admins as well as remote admins, as this overrides any local DB stored settings that assign administrative permissions.

==See also==

* [[Moodle Network FAQ]]
* [[Upload users]] for csv upload using the ''mnethostid'' field.
* [[Development:Moodle Network|Moodle Network development notes]]
* Using Moodle [http://moodle.org/mod/forum/view.php?id=6976 MNet forum]
* Using Moodle [http://moodle.org/mod/forum/discuss.php?d=92749 Examples of how people are using Moodle networks] forum discussion

[[Категория:MNet]]
[[Категория:Аутентификация]]
[[Категория:Зачисление]]
[[Категория:Способы зачисления на курс]]

No authentication

2026-02-05T08:59:27Z

Олег Давидович:

{{Authentication}}
[[File:no auth.png|thumb|left|Login page when using no authentication]]An administrator can enable 'No authentication' in 'Manage authentication' in the Site administration.

With the "No Authentication" method enabled, a user can create an account without any kind of authentication from other systems, and with no email-based confirmation that the email address that they have provided is valid, or even exists!

{{warning|message=This creates a very insecure Moodle site, and is not recommended.}}

This is an option that would normally be used only for testing purposes or if your Moodle site is not available on the Internet.

The configuration page for this option only offers the ability to lock fields, enable or disable guest access, and provide an alternative login page, in the same way as other authentication plugins.

Note: You need to un-tick 'Email change confirmation' in 'Site security settings' to avoid new users being asked to confirm their email address after updating their profile.

If you want to change the text that appears under "Is this your first time here?", use the Language Customization tool to edit the language string 'loginstepsnone' found in moodle.php. Note, this string is different from 'loginsteps', which is the string used for Email-based Self-registration. Text added in the Instructions box found in Site administration ... Plugins ... Authentication ... Manage authentication is not displayed when No Authentication is used; you must edit the language string to make changes.

[[Категория:Аутентификация]]

Shibboleth

2026-02-05T08:58:52Z

Олег Давидович:

{{Authentication}}

==What is Shibboleth==

[https://en.wikipedia.org/wiki/Shibboleth_(software) Shibboleth] is a single sign-on log-in system for computer networks and the Internet. It allows people to sign in using just one identity to various systems run by federations of different organizations or institutions. The federations are often universities or public service organizations.

Shibboleth is a middleware architecture and an open-source implementation created by the [https://en.wikipedia.org/wiki/Internet2 Internet2] consortium, for federated identity-based authentication and authorization infrastructure based on [https://en.wikipedia.org/wiki/Security_Assertion_Markup_Language SAML]. Federated identity allows for information about users in one security domain to be provided to other organizations in a common federation. This allows for cross-domain single sign-on and removes the need for content providers to maintain usernames and passwords. [https://en.wikipedia.org/wiki/Security_Assertion_Markup_Language Identity providers (IdP's)] supply user information, while [https://en.wikipedia.org/wiki/Service_provider_(SAML) service providers (SP's)] consume this information and gate access to secure content.

==auth/shibboleth/README.txt==

This the auth/shibboleth/README.txt file in the Moodle distribution:

Shibboleth Authentication for Moodle
-------------------------------------------------------------------------------

Requirements:
- Shibboleth Service Provider 1.3 or newer. Recommended is 2.1 or newer.
See documentation for your Shibboleth federation on how to set up Shibboleth.

Changes:
- 11. 2004: Created by Markus Hagman
- 05. 2005: Modifications to login process by Martin Dougiamas
- 05. 2005: Various extensions and fixes by Lukas Haemmerle
- 06. 2005: Adaptions to new field locks and plugin config structures by Martin
Langhoff and Lukas Haemmerle
- 10. 2005: Added better error messages and moved text to language directories
- 02. 2006: Simplified authentication so that authorization works properly
Added instructions for IIS
- 11. 2006: User capabilities are now loaded properly as of Moodle 1.7+
- 03. 2007: Adapted authentication method to Moodle 1.8
- 07. 2007: Fixed a but that caused problems with uppercase usernames
- 10. 2007: Removed the requirement for email address, surname and given name
attributes on request of Markus Hagman
- 11. 2007: Integrated WAYF Service in Moodle
- 12. 2008: Shibboleth 2.x and Single Logout support added
- 1. 2008: Added logout hook and moved Shibboleth config strings to utf8 auth
language files.
- 3. 2009: Added various improvements and bug fixes reported by Ina M�ller from
university Tuebingen and Peter Ellis of University of Washington
- 4. 2009: Added another requirement for logout regarding the call back script
- 6. 2009: Changed handler URL when integrated Discovery Service is used
- 10. 2009: Fixed HTML entity preservation in Shibboleth settings

Moodle Configuration with Dual login
-------------------------------------------------------------------------------
1. Protect the directory moodle/auth/shibboleth/index.php with Shibboleth.
The page index.php in that directory actually logs in a Shibboleth user.
For Apache you have to define a rule like the following in the Apache config:

--
<Directory /path/to/moodle/auth/shibboleth/index.php>
AuthType shibboleth
ShibRequireSession On
require valid-user
</Directory>
--

To restrict access to Moodle, replace the access rule 'require valid-user'
with something that fits your needs, e.g. 'require affiliation student'.

For IIS you have protect the auth/shibboleth directory directly in the
RequestMap of the Shibboleth configuration file (shibboleth.xml or
shibboleth2.xml).

--
<Path name="moodle" requireSession="false" >
<Path name="auth/shibboleth/index.php" requireSession="true" >
<AccessControl>
...
</AccessControl>
</Path>
</Path>
--

Also see:
https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPRequestMapper and
https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPAccessControl

2. As Moodle admin, go to the 'Administrations >> Users >> Authentication' and
click on the the 'Shibboleth' settings.

3. Fill in the fields of the form. The fields 'Username', 'First name',
'Surname', etc. should contain the name of the environment variables of the
Shibboleth attributes that you want to map onto the corresponding Moodle
variable (e.g. 'Shib-Person-surname' for the person's last name, refer
the Shibboleth documentation or the documentation of your Shibboleth
federation for information on which attributes are available).
Especially the 'Username' field is of great importance because
this attribute is used for the Moodle authentication of Shibboleth users.

#############################################################################
Shibboleth Attributes needed by Moodle:
For Moodle to work properly Shibboleth should at least provide the attribute
that is used as username in Moodle. It has to be unique for all Shibboleth
Be aware that Moodle converts the username to lowercase. So, the overall
behaviour of the username will be case-insensitive.
All attributes used for moodle must obey a certain length, otherwise Moodle
cuts off the ends. Consult the Moodle documentation for further information
on the maximum lengths for each field in the user profile.
#############################################################################

4.a If you want Shibboleth as your only authentication method with an external
Where Are You From (WAYF) Service , set the 'Alternate Login URL' in the
'Common settings' in 'Administrations >> Users >> Authentication Options'
to the the URL of the file 'moodle/auth/shibboleth/index.php'.
This will enforce Shibboleth login.

4.b If you want to use the Moodle integrated WAYF service, you have to activate it
in the Moodle Shibboleth authentication settings by checking the
'Moodle WAYF Service' checkbox and providing a list of entity IDs in the
'Identity Providers' textarea together with a name and an optional
SessionInitiator URL, which usually is an absolute or relative URL pointing
to the same host. If no SessionInitiator URL is given, the default one
'/Shibboleth.sso' (only works for Shibboleth 1.3.x) will be used. For
Shibboleth 2.x you have to add '/Shibboleth.sso/DS' as a SessionInitiator.
Also see https://wiki.shibboleth.net/confluence/display/SHIB/SessionInitiator
and https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPSessionInitiator

Important Note: If you upgraded from a previous version of Moodle and now
want to use the integrated WAYF, you have to make sure that
in step 1 only the index.php script in
moodle/auth/shibboleth/ is protected but *not* the other
scripts and especially not the login.php script.

If you were using the integrated WAYF alread with Shibboleth 1.3, it could
be that the integrated WAYF is not working anymore after you updated Moodle.
The reason is that the implicitly set default SessionInitiator changed in
Moodle as well as in Shibboleth. For Shibboleth 1.3 one therefore has to
add /Shibboleth.sso as third parameter whereas this is /Shibboleth.sso/DS
for Shibboleth 2.x.

5. Save the changes for the 'Shibboleth settings'.

Important Note: If you went for 4.b (integrated WAYF service), saving the
settings will overwrite the Moodle Alternate Login URL
using the Moodle web root URL.

6. If you want to use Shibboleth in addition to another authentication method
not using the integrated WAYF service from 4.b, change the 'Instructions' in
'Administrations >> Users >> Manage authentication' to contain a link to the
moodle/auth/shibboleth/index.php file which is protected by
Shibboleth (see step 1.) and causes the Shibboleth login procedure to start.
You can also use HTML code in that field, e.g. to include an image as a
Shibboleth login button.

Note: As of now you cannot use dual login together with the integrated
WAYF service provided by Moodle (4.b).

7. Save the authentication changes.

How the Shibboleth authentication works
--------------------------------------------------------------------------------
To get Shibboleth authenticated in Moodle a user basically must access the
Shibboleth-protected page /auth/shibboleth/index.php. If Shibboleth is the only
authentication method (see 4.a), this happens automatically when a user selects
his home organization in the Moodle WAYF service or if the alternate login URL
is configured to be the protected /auth/shibboleth/index.php
Otherwise, the user has to click on the link on the dual login page you
provided in step 5.b.

Moodle basically checks whether the Shibboleth attribute that you mapped
as the username is present. This attribute should only be present if a user is
Shibboleth authenticated.

If the user's Moodle account has not existed yet, it gets automatically created.

To prevent that every Shibboleth user can access your Moodle site you have to
adapt the 'require valid-user' line in your webserver's config (see step 1) to
allow only specific users. If you defined some authorization rules in step 1,
these are checked by Shibboleth itself. Only users who met these rules
actually can access /auth/shibboleth/index.php and get logged in.

You can use Shibboleth AND another authentication method (it was tested with
manual login). So, if there are a few users that don't have a Shibboleth
login, you could create manual accounts for them and they could use the manual
login. For other authentication methods you first have to configure them and
then set Shibboleth as your authentication method. Users can log in only via one
authentication method unless they have two accounts in Moodle.

Shibboleth dual login with custom login page
--------------------------------------------------------------------------------
You can create a dual login page that better fits your needs. For this
to work, you have to set up the two authentication methods (e.g. 'Manual
Accounts' and 'Shibboleth') and specify an alternate login link to your own dual
login page. On that page you basically need a link to the Shibboleth-protected
page ('/auth/shibboleth/index.php') for the Shibboleth login and a
form that sends 'username' and 'password' to moodle/login/index.php. Set this
web page then als alternate login page.
Consult the Moodle documentation for further instructions and requirements.

How to customize the way the Shibboleth user data is used in Moodle
--------------------------------------------------------------------------------
Among the Shibboleth settings in Moodle there is a field that should contain a
path to a php file that can be used as data manipulation hook.
You can use this if you want to further process the way your Shibboleth
attributes are used in Moodle. Due to security reasons this file cannot be
located within the current site data directory ($CFG->dataroot).

Example 1: Your Shibboleth federation uses an attribute that specifies the
user's preferred language, but the content of this attribute is not
compatible with the Moodle data representation, e.g. the Shibboleth
attribute contains 'German' but Moodle needs a two letter value like
'de'.

Example 2: The country, city and street are provided in one Shibboleth attribute
and you want these values to be used in the Moodle user profile. So
You have to parse the corresponding attribute to fill the user fields.

If you want to use this hook you have to be a skilled PHP programmer. It is
strongly recommended that you take a look at the file
moodle/auth/shibboleth/auth.php, especially the function 'get_userinfo'
where this file is included.

The context of the file is the same as within this login function. So you
can directly edit the object $result.

Example file:
--
<?php

// Set the zip code and the adress
if ($_SERVER[$this->config->field_map_address] != '')
{
// $address contains something like 'SWITCH$Limmatquai 138$CH-8021 Zurich'
// We want to split this up to get:
// institution, street, zipcode, city and country
$address = $_SERVER[$this->config->field_map_address];
list($institution, $street, $zip_city) = explode('$', $address);
preg_match('/ (.+)/', $zip_city, $regs);
$city = $regs[1];

preg_match('/(.+)-/',$zip_city, $regs);
$country = $regs[1];

$result["address"] = $street;
$result["city"] = $city;
$result["country"] = $country;
$result["department"] = $institution;
$result["description"] = "I am a Shibboleth user";
}
?>
--

How to upgrade your Service Provider to 2.x
-------------------------------------------------------------------------------
In case your upgrade your Service Provider 1.3.x to 2.x, be aware of the fact
that in version 2.0 the default behaviour regarding attribute propagation
changed.

While the Service Provider 1.3.x published the Shibboleth attributes to the
web server environment as HTTP Request headers, the Service Provider 2.x
publishes attributes as environment variables, which increases the security for
some platforms.

However, this change has the effect that the attribute names change.
E.g. while the surname attribute was published as 'HTTP_SHIB_PERSON_SURNAME'
with 1.3.x, this attribute will be available in $_SERVER['Shib-Person-surname']
or depending on your /etc/shibboleth/attribute-map.xml file just as
$_SERVER['sn'].

Because Moodle needs to know what Shibboleth attributes it shall map onto which
Moodle user profile field, one has to make sure the mapping is updated as well
after the Service Provider upgrade.

********************************************************************************
Because you risk locking yourself out of Moodle it is strongly
recommended to use the following approach when upgrading the Service Provider:
1. Enable manual authentication before the upgrade.
2. Make sure that you have at least one manual account with administration
privileges working before upgrading your Service Provider to 2.x.
3. After the SP upgrade, use this account to log into Moodle and adapt the
attribute mapping in 'Site Administration -> Users -> Shibboleth' to reflect
the changed attribute names.
You find the attribute names in the file /etc/shibboleth/attribute-map.xml
listed as the 'id' value of an attribute definition.
4. If you are using the integrated WAYF, you may have to set the third parameter
of each entry to '/Shibboleth.sso/DS'
5. Test the login with a Shibboleth account
6. If all is working, disable manual authentication again
********************************************************************************

How to add logout support
--------------------------------------------------------------------------------
In order make Moodle support Shibboleth logout, one has to make the Shibboleth
Service Provider (SP) aware of the Moodle logout capability. Only then the SP
can trigger Moodle's front or back channel logout handler.

To make the SP aware of the Moodle logout, you have to add the following to the
Shibboleth main configuration file shibboleth2.xml (usually in /etc/shibboleth/)
just before the <MetadataProvider> element.

--
<Notify
Channel="back"
Location="https://#YOUR_MOODLE_HOSTNAME#/moodle/auth/shibboleth/logout.php" />
--

Then restart the Shibboleth daemon and check the log file for errors. If there
were no errors, you can test the logout feature by accessing Moodle,
authenticating via Shibboleth and the access the URL:
#YOUR_MOODLE_HOSTNAME#/Shibboleth.sso/Logout (assuming you have a standard
Shibboleth installation). If everything worked well, you should see a Shibboleth
page saying that you were successfully logged out and if you go back to Moodle
you also should be logged out from Moodle.

Requirements:
- PHP needs the Soap Extension, which maybe must installed manually:
More information is available here http://ch.php.net/soap
- Logout only works with Shibboleth Service Provider 2.1 or higher
- /moodle/auth/shibboleth/logout.php *must not* be protected by Shibboleth!
In case all of Moodle is protected with Shibboleth, you have to add something
like this to your Apache configuration after all the other require rules

--
<Directory /path/to/moodle/auth/shibboleth/logout.php>
AuthType shibboleth
ShibRequireSession Off
require shibboleth
</Directory>
--

When using IIS, the same can be achieved by something like:
--
<Path name="auth/shibboleth/logout.php" requireSession="false">
--
in the shibboleth2.xml RequestMap.

Limitations:
Single Logout is only supported when SAML2 is used at the SP and the IdP.
As of October 2009, the Shibboleth Identity Provider 2.1.4 does not yet support
Single Logout (SLO). Therefore, the single logout feature cannot be used yet
in a Shibboleth only setup but there may be other SAML2 products that could
be used as Identity Provider, e.g. SimpleSAML PHP.

One of the reasons why SLO isn't supported yet is because there aren't many
applications yet that were adapted to support front and back channel
logout. Hopefully, the Moodle logout helps to motivate the developers to
implement SLO. On the other hand, the easiest and safest way to log out
still is to tell users to quit their web browsers :)

Also see https://wiki.shibboleth.net/confluence/display/SHIB2/SLOIssues and
https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPLogoutInitiator for some
background information on this topic.

--------------------------------------------------------------------------------
In case of problems and questions with Shibboleth authentication, contact
Lukas Haemmerle <lukas.haemmerle@switch.ch> or Markus Hagman <hagman@hytti.uku.fi>

==Some notable Shibboleth federations==
===UK Access Management Federation for Education and Research===
In the UK [https://en.wikipedia.org/wiki/Becta Becta] and [https://www.jisc.ac.uk/about-us JISC] have implemented the education federation [https://www.ukfederation.org.uk/ UK Access Management Federation for Education and Research] using Shibboleth to provide single sign on. This means that education establishments in the UK using Moodle should be able to authenticate their users via Shibboleth if their organization joins the UK Access Management Federation and their users' identity is held by the identity provider the LA/RBC use. For maintained schools in the England and Wales this will probably mean contacting their Local Authority or Regional Broadband Consortium (RBC). A list of current UK federation members can be found [http://www.ukfederation.org.uk/content/Documents/MemberList here].

===Swiss Authentication and Authorization Infrastructure (SWITCHaai)===
In Switzerland the [https://switch.ch/ SWITCH Foundation] runs the federation called [https://help.switch.ch/aai/ Swiss Authentication and Authorization Infrastructure (SWITCHaai)] encompassing about 160 institutions and a universal login for all living in Switzerland under [https://www.switch.ch/edu-id Switch edu-ID] covering around 900,000 users.

==A sample configuration in detail==
Here are the steps required in a specific federation as an example to demonstrate the components involved.

===Notation===
- The expressions in all caps are placeholders for their actual values. For example /PATH/TO/MOODLE in the document could mean /var/www/html/moodle in your server.

- The '#' in shell commands in the form '# COMMAND" means the COMMAND needs to be run as the super-user. It could be the user 'root' or a different user having sudo privileges. In the latter case he should prepend the command with sudo, as in '$ sudo COMMAND'. The '$' in that command denotes it is a non-privileged user.

===Prerequisites===
- You have your Moodle site running on Debian GNU/Linux or any of its derivatives like Ubuntu Linux.

- This documentation assumes that your Linux distribution uses the system manager Systemd. But you can easily change the commands for a different init system, typically SysV or Upstart.

- You are running the web server Apache2.

- Your site serves HTTPS on its default port 443. We write its URL as https://DOMAIN, where DOMAIN stands for your the domain name of your Moodle server. So if the URL of your Moodle is https://lms.example.com/ then DOMAIN is lms.example.com.

===Configuring service provider===
1. Install the Shibboleth module for Apache2

Install the Debian package libapache2-mod-shib, which contains the Apache module for Shibboleth service providers (SP) and its supporting Shib daemon:

# apt install libapache2-mod-shib --no-install-recommends

It will create a directory /etc/shibboleth with a default set of configuration files and also install the system service shib.

2. Get federation metadata signing certificate federation-cert.pem

# wget https://FEDERATIONREGISTRY/signedmetadata/metadata-signer -O /etc/shibboleth/federation-cert.pem

3. Edit the main Shibboleth configuration file /etc/shibboleth/shibboleth2.xml

3.1 Change the entityID in the ApplicationDefaults tag to your service

<ApplicationDefaults entityID="https://DOMAIN/shibboleth"
REMOTE_USER="eppn subject-id pairwise-id persistent-id"
cipherSuites="DEFAULT:!EXP:!LOW:!aNULL:!eNULL:!DES:!IDEA:!SEED:!RC4:!3DES:!kRSA:!SSLv2:!SSLv3:!TLSv1:!TLSv1.1">

Notice that the end of the ApplicationDefaults tag is way below. So don't add one here!

3.2 Set the discovery server

<SSO discoveryProtocol="SAMLDS" discoveryURL="https://DISCOVERYSERVER">
SAML2
</SSO>

3.3 Set the MetadataProvider

<MetadataProvider type="XML" url="https://METADATAPROVIDER/signedmetadata/metadata.xml" legacyOrgName="true" backingFilePath="test-metadata.xml" maxRefreshDelay="7200">

<MetadataFilter type="Signature" certificate="federation-cert.pem" verifyBackup="false" />

<MetadataFilter type="RequireValidUntil" maxValidityInterval="864000" />
</MetadataProvider>

3.4 Plan for the key and certificate files

<CredentialResolver type="File" use="signing" key="lms-signing-key.pem" certificate="lms-signing-cert.pem" />
<CredentialResolver type="File" use="encryption" key="lms-encrypt-key.pem" certificate="lms-encrypt-cert.pem" />

4. Create SP metadata credentials

# /usr/sbin/shib-keygen -n lms-signing -e https://DOMAIN/shibboleth
# /usr/sbin/shib-keygen -n lms-encrypt -e https://DOMAIN/shibboleth

5. Start the shibboleth service for Apache

5.1 Test the configuration before starting the service:

# shibd -t /etc/shibboleth/shibboleth2.xml
[possible errors or warnings]
overall configuration is loadable, check console or log for non-fatal problems

You need to study the errors or warnings, if there are any, before continuing.

5.2 Start the service:

# systemctl start shibd

6. Enable Shibboleth on the Apache virtual host

6.1 To activate shibboleth login on Apache protect the /PATH/TO/MOODLE/auth/shibboleth/index.php file by Shibboleth. Also add the SSL certificates to the /etc/apache2/sites-available/SOMETHING.conf file:

<IfModule mod_ssl.c>
<VirtualHost *:443>

ServerName DOMAIN
ServerAdmin YOU@DOMAIN
DocumentRoot /PATH/TO/MOODLE

ErrorLog ${APACHE_LOG_DIR}/DOMAIN-error.log
CustomLog ${APACHE_LOG_DIR}/DOMAIN-access.log combined

SSLCertificateFile /etc/ssl/certs/ssl-DOMAIN.crt
SSLCertificateKeyFile /etc/ssl/private/ssl-DOMAIN.key

<Location /moodle>
# just comment out
# ShibRequestSetting applicationId mdl
</Location>

<Directory /PATH/TO/MOODLE/auth/shibboleth/index.php>
AuthType shibboleth
# just comment out the next line and add the two lines below that
# ShibRequestSetting applicationId mdl
ShibRequireSession On
require valid-user
</Directory>
</VirtualHost>
</IfModule>

6.2 Activate Shibd and reload Apache

# a2enmod shib
# systemctl reload apache2.service

===Configuring the identity provider===

7. Register the site with the federation

The site needs to be registered with the federation so that its WAYF go to the discovery service divert you to the correct IdP.

7.1 Get the metadata of the application

It is available at the URL https://DOMAIN/Shibboleth.sso/Metadata.

7.2 Submit the metadata and your administrative information to the federation

Usually there is a web site at the federation for you to upload the metadata and enter various administrative information. The administrators of the federation must have shared the link with you. Follow the instructions on the screens.

Once the federation operator approves your request you will receive a SP registration link.

8. Enable and configure the Shibboleth plug-in in Moodle

Once you've registered successfully you have to configure the Shibboleth plug-in in Moodle. For that Moodle you have to enable it first.

8.1 Enable the Shibboleth plug-in in Moodle

As Moodle admin, go to the Site administration > Plugins > Authentication and enable Shibboleth by clicking on the "eye".

8.2 Configure the Shibboleth plug-in in Moodle

Moodle needs the four fields 'Username', 'First name', 'Surname' and 'Email' at a minimum to create an account. So you should map them to corrosponding attributes in the IdP database. You have to set this data-mapping under ''Site administration > Plugins: Authentication > Shibboleth'' , etc. Here is again a typical set:

Username: eppn

Data mapping (First name): givenName

Data mapping (Surname): sn

Data mapping (Email address): mail

In all the above three set Update local to On every login and Lock value to Unlocked if empty.

In addition make the following changes:

Moodle WAYF service: No

Identity providers (auth_shibboleth | organization_selection): Delete everything in the box

Shibboleth Service Provider logout handler URL: /Shibboleth.sso/Logout

And save. The change will be immediately active, no need to restart any service!

Now you may visit https://DOMAIN/login/ and choose Shibboleth to be taken to the federation WAYF.

==How to debug==
* Visit https://DOMAIN/Shibboleth.sso/Login. You should be taken to the federation discovery service where you need to select your IdP. From there you'll be taken to your IdP login page. Once your credentials are accepted you'll be taken back to the Moodle site. Once in there visit https://DOMAIN/Shibboleth.sso/Session. It should show all the required attributes as in this example:

Some IdPs will only share a minimal set of user fields with your Moodle SP, which can cause problems:

*Moodle errors relating to missing Shibboleth fields can be fixed by altering the data mappings within the Shibboleth authentication plugin, and ensuring that fields are not locked. The user will be asked to manually provide data if Shibboleth does not automatically provide the corresponding information.

*Moodle errors relating to invalid characters in username can be fixed by Allowing extended characters in usernames (found under Security > Site policies).

==External links==
*[https://incommon.org/software/shibboleth/ Shibboleth Internet2 Website]
*[http://www.ukfederation.org.uk/ UK Access Management Federation for Education and Research]
*[http://www.ukfederation.org.uk/content/Documents/AttributeUsage Current Core Attributes for the UK Federation]

[[Категория:Аутентификация]]
[[Категория:Способы зачисления на курс]]

Authentication FAQ

2026-02-05T08:54:14Z

Олег Давидович:

{{Authentication}}

== General Questions ==

===What is an authentication plugin?===

An authentication plugin is a method of handling user authentication to Moodle when users log into your site. This means, in the most usual practice, matching a user's username with their password.

You can have one or more methods as the same time enabled on your site, but each user can only use one method of authentication at a time. So, you may have manual authentication for some users, LDAP for others, Shibboleth for others, but each user authenticates with only one of those.

See [[Authentication]] for the list of these various methods and their use and settings.

=== Can I have more than one authentication method? ===

Yes, you can enable and configure as many methods as you need for your users in ''Site administration > Plugins > Authentication > Manage authentication''. Note that the order of processing on this page does matter and after manual and nologin, you should next put the method that most users will have. See [[Managing_authentication|Managing Authentication]] for details.

=== Can a user have more than one authentication method? ===
No, a user account has only one authentication method at a time. You can can change this method for a user, but you will also need to handle issues such as passwords, etc. that arise from this.

== Manual and Self-registration Questions ==

===How do I enable the "Create new account" button on the login page?===

To display the "Is this your first time here?" instructions and the "Create new account" button:

# Make sure that the [[Email-based self-registration|email-based self-registration plugin]] (or any other plugin that can support self-registration, such as LDAP) is enabled in '' Site administration > Plugins > Authentication > [[Manage authentication]]''.
# Select the self-registration plugin in the Common settings.

Warning: Enabling Self-registration results in the possibility of spammers creating accounts in order to use forum posts, blog entries etc. for spam. See [[Reducing spam in Moodle]] for ways of minimizing the risk.

===How can I change the "Is this your first time here?" instructions?===

See the section 'Is this your first time here?' instructions in [[Managing authentication]].

===What is the difference between enabling the email-based self-registration auth plugin and selecting it as the self-registration method?===

The difference is that self-registration is the general term for having a user create an account themselves. There could be many ways to do that, for instance to allow users to sign up with no email at all. Almost all web applications these days, however, require users to first confirm their email address. This is to prevent spam accounts and other security issues. Moodle has only one type on self-registration currently, which is email-based.

Therefore: to allow users to create self-registered accounts, you must do two things:

# Enable [[Email-based self-registration| email-based self-registration authentication plugin]] to allow such users to be able to log in.
# Set ''Site administration > Plugins > Authentication > Managing authentication > Common settings > Self registration'' from Disable to Email-based self-registration to allow potential users to create their accounts.

This division of labor into two settings means that it is possible to Disable Self-registration to prevent accounts, but as long as the Authentication method Email-self registration is still enabled, users will still be able to login and use their accounts.

You could do this in a case where you may wish to allow signup for a limited period (a day, week, month) to allow users to self-create their accounts, then Disable creating new accounts while allowing the already created users to log in.

=== How can I prevent spam accounts if I use self-registration?===
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 in ''Site administration > Plugins> Authentication > [[Authentication|Manage authentication]]''. Alternatively, self-registration may be enabled for a short period of time to allow users to create accounts, and then later disabled.

See also: [[Reducing_spam_in_Moodle|Reducing Spam in Moodle]]

===Why isn't the Email-Based Self-Registration sending emails?===

Email based sends out an email with a message and confirmation link to users when they sign up. Possible reason why this make not be working, and also a useful order to troubleshoot this, is:

# Is email working at all from Moodle for other features such as forum posts? If not, check that you have [[Messaging]] enabled and that your [[Email_settings|Email Settings]] are set.
# Is email for new sign ups working? You can test this yourself by signing up with a dummy test user and a valid email.
# Has the user checked their spam or junk folder? The email comes by default from your Moodle administrator account, and it is not uncommon for that to be flagged by some systems as potential spam.
# Did the user make a typo or other error in their email address or are they using the wrong account?

Some good troubleshooting advice on the [https://moodle.org/mod/forum/discuss.php?d=271188#p1170455| Community Forums]

===Can you arrange for Admins to be notified of new self registrations===

If you are creating ONE manual account, then no.

* See this discussion: http://moodle.org/mod/forum/discuss.php?d=212648
* See Feature request here: http://tracker.moodle.org/browse/MDL-19390
* See discussion http://moodle.org/mod/forum/discuss.php?d=117005

Bulk upload can be set up to send e-mails. See the discussion here: http://moodle.org/mod/forum/discuss.php?d=85333 (which includes a code hack to do this as well). Also see http://moodle.org/mod/forum/discuss.php?d=125000.

== Other authentication methods ==

===How do I set up LDAP authentication?===

See [[LDAP authentication]] for full instructions.

===How is the "No login" authentication plugin used?===

The [[No login]] authentication plugin can be used to suspend particular user accounts. This means the user will not be able to log into Moodle, but their account is otherwise unchanged.

Note: Users will not receive any error or other message when they try to log in but it simply will not allow them in. So it will appear as though their password was incorrect and they may attempt to reset it. Consider this issue when using No login, in order to reduce support issues.

To do so:
# Access the user's profile page.
# In the Settings block, click "Edit profile".
# Select "No login" as the authentication method (if the setting isn't shown, click the "Show advanced" button to reveal it).
# Click the "Update profile" button at the bottom of the page.

===Can I change manual accounts to LDAP?===

Yes. You can change any user account from one authentication method to another in Moodle, but you are of course responsible for making sure that the information matches and is valid in the new method.

You can set this manually for each user in their user profile by changing the "Authentication" field. This can also be changed en masse for many users by using the User file upload tool [[Upload_users]] and changing the field called "auth".

See this blog post on [http://www.scoop.it/t/moodle-lms-m-ms/p/4013595490/2014/01/03/how-to-change-manual-user-accounts-to-ldap Changing manual accounts to LDAP] using MySQL database and this ad-hoc query https://docs.moodle.org/405/en/ad-hoc_contributed_reports#List_of_users_with_Authentication.

===How can I allow users to bypass NTML SSO?===

When NTLM SSO is enabled on a Moodle site the SSO function always logs the user who is logged into the computer into Moodle. Sometimes you may need to override this feature and login to Moodle as another user. Example: when a teacher or site administrator needs to login to the students computer to troubleshoot a problem. Or the teacher simply needs to access functionality that is not available to the student and the teacher is not anywhere near her own computer.

The problem is that the Moodle logout option is not available when SSO is enabled - the user simply gets logged back into Moodle. To bypass the SSO you can add this to the url:

<code>/login/index.php?authldap_skipntlmsso=1</code>

Example: http://yourschool.com/login/index.php?authldap_skipntlmsso=1

The NTLM SSO will be disabled (for this login only) and you will get the regular Moodle login page.

{{warning|message=This bypass won't work if you have the [[Site policies#Force users to login|''Force users to login'' site policy]] enabled. In that case, SSO is applied to all pages on the site, including the log in and log out pages.}}

See the Using Moodle [http://moodle.org/mod/forum/discuss.php?d=200641 Bypass NTML SSO for Moode 2.2] forum discussion for details.

== Other Questions ==

===How can young students or other users without email addresses create new Moodle accounts?===

You can either use a fake email address when you upload the CSV file of your young students - or - you can use the [[Upload_users]] file upload tool to get around this, as follows
# Upload a CSV file without an email field.
# When previewing the accounts, set "Prevent email address duplicates" to ''No''.
# In "Default values", type in an email address.
# When the users are uploaded, they will all have the same email address. (It will say "duplicated" but the accounts will work)

See also [[No Email]].

===Where are users' details stored?===

Basic user account information, the required fields of username, first name, last name, and email address, which allow a user to be known to Moodle and are stored in the Moodle database. How much other user profile information is stored depends on the authentication method used for that user, and whether that information is stored externally to Moodle in another system. All user activity done in Moodle, e.g., course enrollments, grades, and so forth are stored in Moodle.

"Internal" users are those who are created directly in Moodle and whose information is not directly linked to or synchronized with any other system. Manual and self-registration authentication methods are internal.

"External" users are those whose user account information is based in another system and is synchronzied or referenced by Moodle when needed. LPAD, External database, CAS, Shibboleth, etc. are examples of external methods.

===How can I have users logging in with their email address?===

This is set in ''Site administration > Plugins > Authentication > Manage authentication > Common settings > Allow login via email.'' This feature was added in Moodle 2.7.

===How can I create an authentication plugin?===

See [[Development: Authentication plugins]].

==Any further questions?==

Please post in the [http://moodle.org/mod/forum/view.php?id=42 Authentication forum] on moodle.org.

==See also==

* [[Accounts FAQ]]

[[Категория:Аутентификация]]
[[Категория:Часто задаваемые вопросы]]

OAuth 2 authentication

2026-02-05T08:51:54Z

Олег Давидович:

{{Authentication}}
== Overview ==
OAuth 2.0 is the de facto industry standard protocol for user authorisation. OAuth 2 authentication enables users to access Moodle via buttons on the login page using their credentials from popular service providers, such as Google, Microsoft, Facebook, and LinkedIn.
[[File:OAuth Login.png|border|center|frameless|600x600px]]
The following high-level interaction process illustrates how OAuth 2 authentication works in a Moodle context:
[[File:OAuth - Service Provider Authentication.png|border|center|frameless|600x600px]]

An OAuth service provider is an external system (“in the cloud”) that provides identity (via the authorisation server) and API access (via the resource server) by issuing OAuth access tokens to a client (Moodle). Let's go through the interactions from top to bottom:
# A user sends an authorisation request; that is, a user logs in to the service provider via the client. This step is initiated via the service provider buttons on the Moodle login screen.
# The authorisation server issues an authorisation code if the entered credentials are valid. Once this has taken place, the user is authenticated with Moodle. If account creation is enabled (the Prevent account creation when authenticating setting), a new account will be created. Otherwise, the user will be prompted to link the authorisation to an existing account with the same email address. An entry can be found in the [[Linked logins]] section in the user's preferences.
# An access token will be issued when the user logs in using the stored authorisation code. A scheduled task exists to regularly update the OAuth 2 tokens (\core\oauth2\refresh_ system_tokens_task).
# Moodle uses this access token for any internal services that require a resource from the service provider, for instance, a link to files in a repository. Some internal services require a system account to be connected.
==Setting up OAuth 2 authentication==
To use OAuth 2 authentication, an administrator must follow the following steps:
# Configure OAuth 2 services: Go to '''Site administration > Server > OAuth 2 services''', and following the instructions on the [[OAuth 2 services]] page.
# Enable OAuth 2: Go to '''Site administration > Plugins > Authentication''', enable '''OAuth 2'''.
# Configure OAuth 2 lock user fields: To control if and how certain user data fields are being populated, click on the '''Settings''' link and configure your '''Lock user fields'''.
# Prevent account creation: By default, account creation is enabled. If you wish to prevent account creation, go to '''Site administration > Plugins > Authentication''' and enable the setting "authpreventaccountcreation".
# Testing, testing, testing: To verify that your OAuth 2 configuration is working, go to '''Site administration > Plugins > Authentication''' and click on the '''Test settings''' link in the '''OAuth 2''' row. Here, you can select a service and test its connection.

The following Moodle features require an OAuth2 service:

* Repositories: [[Dropbox repository]], [[Google Drive repository]], Microsoft [[OneDrive repository]], and [[Nextcloud repository]]
* Portfolios: [[Google Drive portfolio]]
* Badges: [[Backpacks|Open Badges 2.1]]
* Mail: Incoming and outgoing [[mail configuration]]
* Document converters: [[Google Drive converter]]

==See also==
* [[OAuth 2 Troubleshooting|OAuth 2 troubleshooting]]

[[Категория:Аутентификация]]
[[Категория:Способы зачисления на курс]]

Multi-factor authentication

2026-02-05T08:51:29Z

Олег Давидович:

{{Authentication}}
==What is multi-factor authentication (MFA)?==
[https://en.wikipedia.org/wiki/Multi-factor_authentication Multi-factor authentication (MFA)] is a security measure that requires users to verify their identity using two or more factors of authentication. Factors can be something users know, like a password, something they have, like a phone or security token, or something they are, like a fingerprint.

MFA helps improve security of your Moodle site because it is more difficult for attackers to compromise multiple factors.
==Manage multi-factor authentication==
From Site administration > Plugins > Admin tools > Manage multi-factor authentication, you can turn MFA on by checking the box MFA plugin enabled.

If you’re configuring MFA for your site for the first time, we recommend that you check out the [[Multi-factor authentication#Recommendations and example setups|Recommendations and example setups]] to streamline the experience for your users.
=== Weights and factors ===
In Site administration > Plugins > Admin tools > Manage multi-factor authentication, you can see a list of the available factors and select the ones that make up MFA for your site.

These factors have weight points, and users have to reach 100 points in order to be able to log in. By configuring multiple factors and adjusting their weights, you can create complex and flexible rules for multi-factor authentication.

For example, you could have two factors with 100 points each, if you want to give users different methods of authentication. Or you could have two factors with 50 points each, meaning that users will have to go through both factors to be able to log in.

During the login process, factors that don't require user input, like IP address or user role, are assessed first. Then, the remaining factors are evaluated in order of weight, starting from the highest, until either the cumulative points reach the login threshold (100) or all factors have been checked and login is denied.
==== Available authentication factors ====
===== Standard authentication factors =====
These are well known, usual authentication factors used in many products and software:

'''Email''': This factor requires users to enter a code received via email during the login process. When a user attempts to log in, the system generates a unique, temporary code and sends it to the user’s registered email address. The user must then enter this code along with their password to successfully complete the login process. This code has a limited validity period, which you can customise, ensuring that it cannot be used for unauthorised access.

'''Authenticator app''': This factor uses a mobile application to generate a temporary code for user authentication. During the login process, Moodle prompts the user to enter a code generated by their authenticator app, in addition to their password. This code changes periodically, ensuring that it can’t be reused for unauthorised access. '''Users must have an app installed on their mobile device and configure this factor themselves.'''

'''Security key''': This factor utilises physical hardware tokens, like USB or NFC security keys, or physical biometrics such as fingerprints. During the login process, users must physically use their security on their device to verify their identity. '''Users must configure this factor themselves'''.

'''IP range''': This factor utilises users’ IP address to verify their identity, providing enhanced security when accessing from a trusted network. It requires no upfront setup from your users, allowing you to configure full login access on a trusted network. '''This factor requires no setup by your users.'''

'''SMS Mobile phone''': This factor requires a mobile phone capable of receiving SMS (text) messages. During the login process, Moodle generates a unique, one-time code and sends it to the user's registered mobile phone number via SMS. The user enters this code along with their password to successfully complete the login process. '''Users must configure this factor themselves'''. Find out more from [[SMS gateways]].

=====User-filtering factors=====
User-filtering factors are a way to easily create groups of users who will or will not be required to use multi-factor authentication (MFA).

'''Non administrator''': This factor requires only administrators to have two or more authentication factors, while not affecting other users. It does so by giving factor points to all users who are not an administrator.

'''Authentication type:''' This factor allows certain users to skip additional authentication steps based on their authentication type. This can be useful for situations where certain authentication types, such as [https://en.wikipedia.org/wiki/Security_Assertion_Markup_Language SAML] via [https://en.wikipedia.org/wiki/Active_Directory_Federation_Services ADFS] , already provide a high level of security, making additional authentication checks unnecessary.

'''Role''': This factor has to be used in combination with other factors, as it allows you to specify which roles must use other factors to authenticate. For example, it enables you to require that individuals with elevated access privileges, such as managers and administrators, undergo a more stringent authentication process, while other non-specified roles such students can bypass MFA.

'''Cohort''': This factor has to be used in combination with other factors, as it allows you to specify which cohorts must use other factors to authenticate.

'''User capability''': This factor is similar to the Role factor, and must also be combined with other factors, as it allows you to specify which users must use other factors to authenticate. It does so by checking whether users have the capability ‘factor/capability:cannotpassfactor’ at system level. Users who do not have the capability ‘factor/capability:cannotpassfactor’ will be given points for this factor and can bypass MFA, while users with this capability will need to use another type of authentication.

For example: You assign the capability ‘factor/capability:cannotpassfactor’ to all Managers, and also enable the Email factor. When a Manager logs in, they will have to use the Email factor. But when a student tries to log in, they will not.

Since Admin users have all capabilities allowed by default, including “factor/capability:cannotpassfactor”, there’s an additional setting that will allow Admins to gain points for this factor despite having the capability.

=====Other factors =====
These factors provide additional flexibility and control over the authentication process.

'''Trust this device''': This factor allows users to mark a device as trusted during MFA logins. Once a device is designated as trusted, users can bypass MFA for a specified period of time when logging in from that device.

To implement this feature effectively, assign a score of 100 points to this factor.

'''Grace period''': This factor is essential when you turn on factors that require upfront setup from users, like authenticator app or security key. It allows users to log in without engaging with multi-factor authentication (MFA) for a specified time frame, providing a buffer period to complete the setup of additional authentication factors. If a user is still within their grace period upon reaching the first post-login page, regardless of whether they used grace mode as a login factor, a notification will inform them of the remaining grace period length and the potential need to set up additional factors to prevent account lockout when the grace period expires.

To implement this feature effectively, assign a score of 100 points to this factor. To receive points for this factor, there must be no other user-input factors requiring user interaction during the login process. Place this factor at the end of the list to ensure all other factors are addressed first.

If the grace period ends and users have not set up their authentication methods, they will not be able to log in to your site. You can extend the grace period to allow them to log in, or enable other factors temporarily, such as IP range or role.

'''No other factors''': This factor allows people to log in if they have not set up any other MFA factors. For example, if you want to offer MFA to your users but not make it compulsory, give 100 points to ‘no other factors’ to allow those who don’t want to use MFA to log in to the site. Once another factor is set up for a user, they will no longer gain points for this one.
===User setup===
If you enable the factors '''Authenticator app''' and '''Security key''', your users will need to configure multi-factor authentication themselves. The authentication settings can be accessed through ''User menu > Preferences > Multi-factor authentication preferences''. There, they will be able to set up and manage their authenticator apps or security keys, as well as revoke access to any factors they have configured.

It is important to note that a user will not be able to revoke a factor without having at least one other factor set up. This will reduce the chances of locking a user out without another way to authenticate.
==Recommendations and example setups==

When setting up MFA for your site, it’s important to ensure that you’re making your site more secure, but also creating a good experience for your users, including making sure that they are able to log in if they follow the right steps. Here are some recommendations to ensure that MFA is streamlined for your users:
# Make sure you turn on the '''Grace period''' factor when you turn on an authentication factor that requires users to configure something themselves ('''Authenticator app''' or '''Security key'''). This will give your users time to set up MFA before they are required to use it.
#If you don’t want to make MFA mandatory, enable '''No other factors'''. This will allow users with no other factors to log in using only their password.
#'''IP range''' factor is a very straightforward authentication method if all your users are using the same network. Once users are logged in using this factor, you can allow them to set up additional factors, such as an authenticator app, and then use those other factors to log in when not on your secure network.
#The '''SMS mobile phone''' factor relies on Amazon Simple Notification Service (SNS) for the delivery of secure and efficient SMS messages.
===Example setups===

These are some examples of common MFA setups to increase the security of your Moodle site.

'''a) Email verification'''
#Enable MFA.
#Turn on factor '''Email''' and give it 100 points.
#You can turn on '''Trust your device''' to allow your users to bypass MFA for a specified period of time after they have verified it with MFA for the first time.
#Let your users know that email verification is now enabled. Next time your users try to log in, they will see a message that asks them to check their email and enter a code that has been sent there.

'''b) Authenticator app'''
#Enable MFA.
#Turn on the factor '''Grace period''' and give it 100 points. This will allow your users a period of time to set up their authenticator apps and prevent them from being locked out of your site. Use the '''Grace period warning banner''' to let your users know that MFA will be enabled soon and encourage them to set up their authenticator app.
#Turn on the factor '''Authenticator app''' and give it 100 points.
# You can turn on '''Trust your device''' to allow your users to bypass MFA for a specified period of time after they have verified it with MFA for the first time.

'''c) Email OR authenticator app'''
#Enable MFA.
#Turn on the factor '''Email''' and give it 100 points.
#Turn on the factor '''Grace period''' and give it 100 points. This will allow your users a period of time to set up their authenticator apps and prevent them from being locked out of your site. Use the '''Grace period warning banner''' to let your users know that MFA will be enabled soon and encourage them to set up their authenticator app.
#Turn on the factor '''Authenticator app''' and give it 100 points.
#You can turn on '''Trust your device''' to allow your users to bypass MFA for a specified period of time after they have verified it with MFA for the first time.

'''d) Email AND authenticator app'''
#Enable MFA.
# Turn on the factor '''Email''' and give it 50 points.
#Turn on the factor '''Grace period''' and give it 100 points. This will allow your users a period of time to set up their authenticator apps and prevent them from being locked out of your site. Use the '''Grace period warning banner''' to let your users know that MFA will be enabled soon and encourage them to set up their authenticator app.
#Turn on the factor '''Authenticator app''' and give it 50 points. Users will have to pass both factors to get to 100 points and be able to log in.
#You can turn on Trust your device to allow your users to bypass MFA for a specified period of time after they have verified it with MFA for the first time.

'''e) SMS Mobile phone:'''

# Enable MFA.
# Turn on the '''SMS Mobile phone''' and give it 100 points.
# Configure your Amazon SNS for SMS Authentication following the [https://docs.aws.amazon.com/sns/ AWS SNS Documentation].
# Add your Key and Secret codes to the SMS Mobile phone settings in Moodle.
# Inform your users that SMS mobile phone verification is now activated. During their next login, they can proceed to set up SMS mobile phone authentication in the user profile preferences page.
# You can turn on '''Trust your device''' to allow your users to bypass MFA for a specified period of time after they have verified it with MFA for the first time.

==Summary of good conditions for login ==
Here are listed the factors selected and their total weighting, adding up to 100.
==General MFA settings==
*The MFA plugin enabled box should be checked for MFA to work.
*From this section you can add any relative URL from the siteroot for which the MFA check will not redirect from
*Links to any guidance pages or files may be uploaded here.
==Admin locked out of site - how to resolve==
Be careful as an administrator when configuring and testing the factors that you do not lock yourself out of the site. If you do then MFA can be disable from the command line by entering:
<syntaxhighlight lang="php">
: php admin/cli/cfg.php --component=tool_mfa --name=enabled --set=0</syntaxhighlight>
==See also==
[[All factor report]]

[[Категория:Аутентификация]]

Категория:Аутентификация

2026-02-05T08:49:02Z

Олег Давидович: Создана пустая страница

Шаблон:Managing a Moodle site

2026-02-05T08:48:05Z

Олег Давидович:

<div class="navtrail">[[Main page]] ► [[Managing a Moodle site]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 16em;">
<div class="header">[[Managing a Moodle site]]</div>
<div class="content">
*[[Admin quick guide]]
*[[Authentication]]
*[[Managing accounts]]
*[[Enrolments]]
*[[Payment gateways]]
*[[Roles and permissions]]
*[[Security]]
*[[Performance]]
*[[Backup]]
*[[Site registration]]
*[[Site appearance]]
*[[Language]]
*[[Server settings]]
*[[Site-wide reports]]
*[[Admin tools]]
*[[Developer tools]]
*[[Web services]]
*[[More features]]
*[[GDPR]]
*[[Communication]]
*[[Administration FAQ]]
</div>
</div>

<includeonly>[[Категория:Администрирование сайта]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Администрирование сайта]].</noinclude>

Email-based self-registration

2026-02-05T08:47:16Z

Олег Давидович:

Шаблон:Authentication

2026-02-05T08:46:25Z

Олег Давидович:

<div class="navtrail">[[Main page]] ► [[Managing a Moodle site]] ► [[Authentication]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 14em;">
<div class="header">[[Authentication]]</div>
<div class="content">
*[[Managing authentication]]
*[[Manual accounts]]
*[[No login]]
*[[Email-based self-registration]]
*[[CAS server (SSO) authentication|CAS server (SSO)]]
*[[External database authentication|External database]]
*[[LDAP authentication|LDAP]]
*[[LTI]]
*[[MNet]]
*[[No authentication]]
*[[Shibboleth]]
*[[OAuth 2 authentication|OAuth 2]]
*[[Multi-factor authentication]]
*[[Authentication FAQ]]
</div>
</div>

<includeonly>[[Категория:Аутентификация]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Аутентификация]].</noinclude>

No login

2026-02-05T08:45:30Z

Олег Давидович:

{{Authentication}}
An administrator may "turn off" or suspend a user's account by selecting "No Login" in the "Choose an authentication method setting" in the user's profile, or by ticking the 'Suspended account' checkbox.

Different users have to have unique email addresses in their profile, even when email is not enabled. When the "No Login" setting is used, the account email may not be re-used to create another account. This essentially is a way to bar a particular user account from using Moodle for the duration that the account is assigned to this authentication type.

==See also==

Using Moodle forum discussions:
* [https://moodle.org/mod/forum/discuss.php?d=173432 What is the difference between suspending and soft-deleting a user?]
* [https://moodle.org/mod/forum/discuss.php?d=341147 Suspended vs Authentication: No login?]

[[Категория:Аутентификация]]

Шаблон:Authentication

2026-02-05T08:44:44Z

Олег Давидович:

<div class="navtrail">[[Main page]] ► [[Managing a Moodle site]] ► [[Authentication]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 14em;">
<div class="header">[[Authentication]]</div>
<div class="content">
*[[Managing authentication]]
*[[Manual accounts]]
*[[No login]]
*[[Email-based self-registration]]
*[[CAS server (SSO) authentication|CAS server (SSO)]]
*[[External database authentication|External database]]
*[[LDAP authentication|LDAP]]
*[[LTI]]
*[[MNet]]
*[[No authentication]]
*[[Shibboleth]]
*[[OAuth 2 authentication|OAuth 2]]
*[[Multi-factor authentication]]
*[[Authentication FAQ]]
</div>
</div>

<includeonly>[[Категория:Администрирование сайта]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Администрирование сайта]].</noinclude>

Admin quick guide

2026-02-05T08:40:54Z

Олег Давидович:

{{Managing a Moodle site}}
This page is an introduction to Moodle administration. You have a new, empty Moodle site installed. What to do next?
==Setting up the front (home) page==
# Click Site administration > General and scroll down to Site home settings.
# Change the full name and short name if needed.
# Decide what should be shown on the front page - news items, courses, course categories or none of these things? The same or different for logged in and non-logged in users? As for other settings, they can always be changed later.
For more information, see [[Front page settings]].

To add text and/or images to the central area of the front page:
# Enable Edit mode' top right.
# Click the configuration icon (cogwheel) near the top of the screen. (If you don't see this, check in ''Site administration > General > Site home settings'' that 'Include a topic section' is ticked.)
# Add text and/or images to the summary box.
'''Note''': If you don't want to use your front page for displaying courses or information about your organisation, you can display the login page only by checking "force login" in ''Site administration > General > Security > Site security settings''.

==Changing the look of your site==
*A new Moodle site comes with two default themes, 'Boost' and 'Classic.' Both work well on mobile devices and desktops and may be customised from the [[Themes]] area of Site administration.

*Find out how to add dropdown menus, footer links, Google Analytics and more in [[Site appearance]].
*If your installation and organisation allow it, you can install a custom theme. See [[Installing plugins]] for details.

==Adding courses==
* Courses are Moodle's learning areas, where teachers and students work together.
* You may [[Adding a new course|add a new course]] by clicking the 'Add a new course' button on the front page or from the Manage courses and categories link in the Courses area of Site administration.
* If you plan to have many courses, you can [[Upload courses|upload courses]] in bulk via CSV file.
* If you want certain settings in your courses to be always pre-set for you when you make a new course, check out ''Site administration > Courses > Course default settings''.
See [[Courses]] for an overview of the various aspects of courses and see courses in action with user data on the [http://school.moodledemo.net/ Mount Orange School demo site].
[[File:Boost40.png|alt=|center|thumb|600x600px|An example course with the default Boost theme]]

==Adding users==
This is a two-step process, although it can be streamlined.
{{MediaPlayer | url = https://youtu.be/xvCZ-Pgg8dE | desc = Overview of adding users}}
===Step 1: Authentication===
Everyone using your site must have an account. You can allow people to create their own account using [[Email-based self-registration]], or [[Add a new user|add new users individually]] or [[Upload users|bulk create accounts via CSV file]] or choose from several other authentication methods.

For more information, see [[Managing accounts]] and [[Authentication]].

'''Note:''' You do not yet decide who will be a teacher, student, or other participant roles. If you're wondering why, read the documentation on [[Assign roles| Assigning roles]].
===Step 2: Enrolment===
Once users have an account, they need to be enrolled in courses. (Now is the time to give them their student, teacher, or other roles.) You can allow them to [[Self enrolment|self enrol]], or you can [[Manual enrolment|enrol them manually yourself]] or choose from several other enrolment methods.

For more information, see [[Enrolments]].

'''Note:''' You can create accounts and enrol users in courses at the same time if you wish by [[Upload users|uploading users]] or you can explore [[Cohorts]], site or category-wide groups.
[[File:Enrol40.png|thumbnail|center|600px|Enrolling learners into a course]]

==File management==
*Explore the process of [[Working with files|working with files]] in courses so you'll be able to advise others.
*See [[Managing repositories]] for information on allowing your users to use files from external sources (such as Google Drive, Dropbox and MS OneDrive) in their courses.
*If uploaded file size may be an issue for you, then you can add restrictions for both the user quota and the site as a whole from ''Administration > Site administration > Security > Site security settings.'' See [[Site security settings]] for more information.

==Important default site settings==
# Set your default [[Language|language]] in ''Site administration > Language > Language settings''. Moodle defaults to common English; if you need US English or another language, add that in ''Language > Language pack'' first, then you can set it as the default.
# Set your default timezone and country in ''Site administration > Location > Location settings''.
# Turn off public Guest access (unless you are sure you know how to use it) in ''Site administration > Plugins > Enrolments > Manage enrol plugins'' and Hide its button in ''Site administration > Plugins > Authentication > Manage authentication > Guest login button''.
# Adjust your minimum password if you need to in ''Site adminstration>Security > Site security settings > Password policy''.
# Verify that [[Cron|cron]] is running when you set that up during install. Your site will not work properly without it. If the message "The cli/cron.php maintenance script has not been run for at least 24 hours." shows up in ''Site administration > Notifications'', then it is not running properly.
==Admin tips and tricks==
* Go through each activity in ''Administration > Site administration > Plugins > Activity modules'' and decide the most suitable default settings for your Moodle. Do the same for the gradebook, via ''Administration > Site administration > Grades > General settings.''
*Go to ''Administration > Site administration > Advanced features'' and review whether you want to make use of additional features such as [[Blogs|blogs]], [[RSS feeds]], completion tracking (for both [[Activity completion]] and [[Course completion]]), [[Conditional activities|conditional access]], [[Portfolios|portfolios]] or [[Badges|badges]].
* Consider enabling your site for [[Mobile app]] access via ''Site administration >Mobile app>Mobile settings."
* Provide the user interface in different languages by installing additional [[Language packs|language packs]] via ''Site administration > Language > Language packs.''
* Use wording more suitable to your users by changing Moodle's default terms in ''Administration > Site administration > Language > Language customisation''.
[[File:badges40.png|thumbnail|center|600px|Badges -a feature to consider]]

[[Категория:Краткое руководство]]
[[Категория:Аутентификация]]
[[Категория:Администрирование сайта]]

Admin quick guide

2026-02-05T08:40:25Z

Олег Давидович:

Шаблон:Authentication

2026-02-05T08:33:59Z

Олег Давидович:

Managing authentication

2026-02-05T08:32:51Z

Олег Давидович:

Manual accounts

2026-02-05T08:30:26Z

Олег Давидович:

{{Authentication}}

*Location: ''Administration>Site Administration>Plugins>Authentication>Manage authentication.''
*Manual authentication is enabled by default in Moodle and requires the administrator to manually create all the user accounts.

[[File:Manualauthentication.png]]

==Password expiry settings==

An administrator can specify an expiry time for passwords and when to notify users of the imminent expiry by enabling the setting in ''Site administration>Plugins>Authentication>Manual accounts.''

[[File:passwordexpirysettings.png]]

==Locking user fields==
*The settings page in ''Administration>Site Administration>Plugins>Authentication>Manual accounts'' allows for certain fields to be "locked". Users are not allowed to change the locked fields.
[[File:Manualaccountspage.png]]

==Adding a new user==
This may be done on an individual basis in ''Administration>Site Administration>Users>Accounts>[[Add_a_new_user| Add a new user'']]

{{MediaPlayer | url = https://youtu.be/VuY2rLfnlGQ | desc = How to add a new user}}

==Adding users in bulk==
This may be done via a text file upload in ''Administration>Site Administration>Users>Accounts>[[Upload_users| Upload users'']]

{{MediaPlayer | url = https://youtu.be/UCuOOGD7XPI | desc = How to bulk upload users}}

[[Категория:Идентификация]]
[[Категория:Способы зачисления на курс]]

Шаблон:New features

2026-02-05T08:29:54Z

Олег Давидович:

<span class="small-info-right">[[:Category:New features|New feature<br />in '''Moodle 4.3'''!]]</span>
<includeonly>[[Категория:Новые возможности]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Новые возможности]].</noinclude>

Managing authentication

2026-02-05T08:25:42Z

Олег Давидович:

{{Authentication}}
==Setting the authentication method(s)==

An administrator can set the authentication method(s) for the site as follows:

# Go to ''Administration > Site administration > Plugins > Authentication > Manage authentication''
# Click the eye icon to enable selected authentication plugins (closed eye = disabled, open eye = enabled)
# Click the settings link opposite the authentication plugin(s) you have chosen
# Configure the required settings and click the "Save changes" button
# Repeat until you have edited all the plugins you have enabled

More than one authentication plugin may be enabled. Any authentication plugin can be used to find a username/password match. Once found, a user is logged in and alternative plugins are not used. Therefore, the plugin which handles the most logins should be moved to the top of the page in order that less load is put on authentication servers.

[[File:Authenticationintro.png]]

==Authentication common settings==

Authentication common settings can be changed by an administrator in ''Administration > Site administration > Plugins > Authentication > Manage authentication''.

[[File:Commonsettings.png]]

===Self registration===

If you wish users to be able to create their own user accounts, i.e. self-register, then select Email-based self-registration (or any other enabled plugin that can support self registration, like LDAP) from the drop-down menu. This will result in a "Is this your first time here?" instructions and a "Create new account" button being displayed on the login page.

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.

Self-registration can be a source of spam accounts. To reduce this see the section 'How can I prevent spam accounts if I use self-registration?' in the [[Authentication FAQ]].

In Moodle 3.4.2 onwards, if self registration is enabled, a 'Digital age of consent verification' may also be enabled. See [[Privacy]] for further details.

===Allow login via email===

If this is enabled then users can use either their email address or their username when logging in.

===Allow accounts with same email===

By default, usernames must all be unique. If this setting is set to yes, it allows users to be [[Add a new user|created by an admin]] or [[Upload users|uploaded]] that have the same email address as another account. (It does NOT allow users to sign up for an account with an email address which is the same as another account.)

Note: This feature can result in confused users. Password resets will be sent to the email account so everyone with access to that email address can gain access to the other user's accounts, and the different users may be confused as to what email was sent to who. Where possible it is recommended you encourage users to mail aliases instead (such as gmail's + alias feature) so that you can differentiate the emails received about the accounts.

===Prevent account creation when authenticating===
If an external database such as LDAP is used, then normally when a user logs in for the first time, a new account is created for them. Disable this setting if you don't want this to happen but if you only want existing users to be able to access the site.

===Guest login button===

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

===Limit concurrent logins===

By default, there is no limit to the number of concurrent browser logins. (If a user is concerned about this, they can view their [[Browser sessions]] page.) This setting allows you to specify how many concurrent browser logins are allowed. Once the limit is reached, the oldest session will be terminated. Note that this does not work with Single sign on plugins.

===Alternate login URL===

You may configure an alternate login URL for your site and set this to an absolute URL or to a relative URL. If it is set as a relative URL, it will be assumed as relative to ''$CFG->wwwroot''. For example, your ''$CFG->wwwroot'' is set to ''http://example.com/moodle'' and your ''$CFG->alternateloginurl'' is set to ''/alternate/login.php''. The absolute URL of the alternate login URL is assumed to be in ''http://example.com/moodle/alternate/login.php''.

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 ''alternateloginurl'' from your database (table mdl_config) using, e.g., phpmyadmin for mysql. Depending on your configuration, you will also have to clear your caches with ''php admin/cli/purge_caches.php''.
You can read some more useful information about changing $CFG->alternateloginurl = ' your url '; on the following [https://moodle.org/mod/forum/discuss.php?d=86952 discussion].

===Display manual login form===
{{New features}}
If your users authenticate with an external method (such as OAuth) then you can untick this box to hide the manual login button. This will avoid confusion if users try to log in manually and are unable to log in or change their password (because they should log in with a different method).

===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.

==='Is this your first time here?' instructions===

The instructions field is for providing custom login instructions on the login page. If the field is left blank then the default login instructions will be displayed.

{|
| [[File:newlogin.png|thumb|Login page with default instructions displayed]]
| [[File:custom login instructions.png|thumb|Login page with custom instructions displayed]]
|}

Note that this message only applies to certain authentication methods, such as Manual and Self-registration, and does not apply to most external methods that pull users from external lists (LDAP, etc.).

'''Multiple languages'''

Custom instructions in more than one language may be provided as follows:

# Go to ''Site administration > Language > [[Language customisation]]''
# Select a language then click the button 'Open language pack for editing' then click continue
# Select moodle.php and enter ''loginsteps'' as string identifier then click 'Show strings'
# Enter your custom login instructions in the local customisation text box
# Click the button 'Save changes to the language pack' then click continue
# Repeat the steps for other languages

Custom login instructions in English can be provided by editing the English language pack.

===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===

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.

The "Enable reCAPTCHA for login" setting allows you to add a reCAPTCHA option to the login screen.

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 [https://www.google.com/recaptcha/admin/create signing up for an account] (free) then entering a domain. The site and secret keys provided can then be copied and pasted into the ''recaptchapublickey'' and ''recaptchaprivatekey'' fields in the manage authentication common settings, located under Site administration > Plugins > Authentication > Manage authentication, 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.

===Password visibility toggle===

Enabled this to add an icon to the login password field so users can click to view and check their password.

==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.

[[Image:Authent-data-map-fname.jpg|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!

[[Категория:Идентификация]]
[[Категория:Способы зачисления на курс]]

Email-based self-registration

2026-02-05T08:25:05Z

Олег Давидович:

{{Authentication}}
The '''email-based self-registration''' authentication method enables users to create their own accounts via the 'Create new account' button on the login page. They then receive an email at the address they specified in their account profile to confirm their account.

{{MediaPlayer | url = https://youtu.be/OfXzOkLjy8Y?si=3NLf6T3GDwrWMG_D | desc = Overview of the process}}

==Enabling email-based self-registration==
# Go to ''Administration > Site administration > Plugins > Authentication > Manage authentication'' and click the crossed-out-eye icon opposite email-based self-registration
# Select email-based self-registration from the self registration drop-down menu in the common settings (further down the same page, underneath the authentication plugins)
# Click the 'Save changes' button

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 in ''Administration > Site administration > Plugins> Authentication > Manage authentication''. 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. Selecting Email-based self-registration as the self registration method allows potential users to self register.

You may change the text that appears under "Is this your first time here?" in two ways:

# Add text in the Instructions box found in Site administration ... Plugins ... Authentication ... Manage authentication or,
# Use the Language Customization tool to edit the language string 'loginsteps' found in moodle.php. Note, this string is different from 'loginstepsnone', which is the string used for No Authentication registration.

{|
|[[File:newlogin.png|thumb|left|Login page with 'Create new account' button]]
|}

==Enable reCAPTCHA element==

[[Image:New account form with captcha element.png|thumb|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.

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

==Email confirmation message==

An automated email confirmation message is sent to the user using the support contact email address.

You can change this text in ''Administration > Site administration > Language > Language customization'' by choosing the appropriate language pack. selecting 'moodle.php' from 'core' and searching for the string identifier name 'emailconfirmation' and editing it with a local customization.

{|
|[[File:emailconfirmationstring25.png|Editing the email confirmation message]]
|}

==Resending the confirmation email==
A button is available for new users to have their confirmation link resent if they cannot find the email, or if they access it beyond the deadline.

[[File:docsresendconfirmationemail.png]]

==Support contact==

An administrator can specify a support name, email and/or support page in 'Support contact' in the Site administration for including in the confirmation email. If left blank, the name of the primary administrator is used.

==Tips==
*In case you are developing on localhost, of course, you cannot have the confirmation email sent, DO NOT PANIC, Calm down.
**Signin to your Admin account
**then go to > Siteadministration >Users >Accounts >Browse List of Users,
**then you will see a list of users and chose to resend email or confirm user.
* Check your user list regularly for spammy/suspect names/emails and/or users in the system but not enrolled in the course
* Disable [[Blogs]] unless actually using them; some spambots know how to post there
* Enable some sort of login failure notification in ''Administration > Site administration > Security > Notifications'' so you can see who is having login issues
* Check ''Administration > Site administration > Reports > Spam cleaner'' from time to time
* Potential users may not receive the account confirmation email due to it ending up in the spam folder, being refused by the remote server, an invalid email address entered etc. Such accounts may be confirmed manually by an admin.

==See also==

*[[No Email]]

Moodle in English forum discussions:
* [https://moodle.org/mod/forum/discuss.php?d=271188#p1170455 Email-Based Self-Registration not sending emails: things to know]
* [https://moodle.org/mod/forum/discuss.php?d=326971 Confirmation emails being blocked/trashed]

[[Категория:Идентификация]]
[[Категория:Способы зачисления на курс]]

Managing authentication

2026-02-05T08:12:05Z

Олег Давидович:

Authentication

2026-02-05T08:11:40Z

Олег Давидович:

{{Managing a Moodle site}}
Authentication is the process of allowing a user to log in to a Moodle site with a username and password.

==Authentication plugins==

Moodle provides a number of ways of [[Managing authentication|managing authentication]], called ''authentication plugins''.

Standard authentication plugins are:

*[[Manual accounts]] - accounts created manually by an administrator
*[[No login]] - suspend particular user account
*[[Email-based self-registration]] - for enabling users to create their own accounts
*[[CAS server (SSO)]] - account details are located on an external CAS server
*[[External database authentication|External database]] - account details are located on an external database
*[[LDAP authentication|LDAP server]] - account details are located on an external LDAP server
*[[LTI]] - works with the [[Publish as LTI tool]] enrolment method to connect courses and activities
*[[MNet|Moodle Network authentication]] - how different Moodle sites can connect and authenticate users
*[[No authentication]] - for testing purposes or if the Moodle site is not available on the Internet. Do NOT use on public servers!
*[[Shibboleth]] - account details are located on an external Shibboleth server
*[[OAuth 2 authentication|OAuth 2]] - authenticate with an OAuth 2 service
* Web services authentication

There are also many [https://moodle.org/plugins/?q=type:auth additional authentication plugins in the Moodle plugins directory].
{{New features}}
[[Multi-factor authentication]] can be enabled and managed from Site administration > Plugins > Admin tools in order to increase site security by requiring additional steps before users can log in.

==See also==

*[[Authentication FAQ]]

[[Категория:Идентификация]]

Шаблон:Assignment

2026-02-05T08:00:05Z

Олег Давидович:

<div class="navtrail">[[Main page]] ► [[Managing a Moodle course]] ► [[Activities]] ► [[Assignment activity|Assignment]] ► [[{{PAGENAME}}]]</div>
<div class="sideblock right" style="width: 12em;">
<div class="header">[[Assignment activity|Assignment]]</div>
<div class="content">
* [[Assignment settings]]
* [[Using Assignment]]
* [[Assignment FAQ]]
</div>
</div>

<includeonly>[[Категория:Задание]]</includeonly>
<noinclude>Этот шаблон будет классифицировать статьи, которые включают его в [[:Категория:Задание]].</noinclude>

Категория:Задание

2026-02-05T07:52:28Z

Олег Давидович: Создана пустая страница

ЧаВо по Заданию в Moodle

2026-02-05T07:04:50Z

Олег Давидович:

{{Assignment}}
==Преподаватели==

=== Я не вижу кнопки «Отправить», когда тестирую задание в роли студента ===
Эта функция предназначена для преподавателей, чтобы они могли видеть, как курс отображается для студентов. Однако это ненадежное представление, поскольку некоторые функции отображаются некорректно при просмотре преподавателем, который сменил свою роль на роль студента. По этой причине всегда предпочтительнее, если это возможно, использовать аккаунт «тестового» студента.

=== Могу ли я оценить работу, выполненную в автономном режиме за пределами Moodle? ===
Да. Просто снимите флажки со всех типов отправки при настройке задания и используйте его только для выставления оценок.

=== Могу ли я оценивать задания на своем планшете / мобильном устройстве? ===
Да. Пробуйте!

=== Могу ли я указать, какие форматы файлов могут отправлять мои ученики? ===
Да! Когда вы настроите задание, вы можете сделать этот выбор в настройках отправки. Дополнительные сведения см. в разделе [[Настройки задания]].

=== Как я могу назначить время выполнения задания? ===
Попросите вашего администратора включить функцию ограничения по времени в разделе Администрирование > Плагины > Настройки задания > Параметры задания > Разрешить ограничение времени на задания, и тогда у вас будет возможность выбрать этот параметр в разделе «Доступность».

=== В чем смысл срока выполнения задания? ===
Настройки сроков выполнения полезны для того, чтобы учащиеся не отставали от расписания. Использование параметра «Разрешить выполнение задания с» позволит учащимся просматривать предстоящие занятия и в то же время не позволит им закончить курс в первую неделю и не вернуться за дополнительными занятиями или информацией. Точно так же установленные сроки выполнения помогают учащимся не слишком отставать и снижают вероятность того, что они будут перегружены работой, которая продлится несколько недель подряд.

=== Могу ли я назначить разные даты для разных групп или отдельных лиц? ===
Вы можете использовать функцию переопределения задания, доступ к которой можно получить из настроек задания, как указано в разделе [[Как использовать элемент Задание]].

=== Как я могу найти задания, которые я еще не оценил? ===
Щелкните по заданию, а затем нажмите «Просмотр всех ответов». Нажмите на столбец «Оценка», и материалы будут отсортированы, а те, которые уже были оценены, окажутся вверху списка.

=== Как я могу получать уведомления, что учащиеся отправляют свои работы? ===
При настройке или редактировании задания установите в раскрывающемся списке «Уведомить преподавателей об отправке ответов» значение «Да».

=== Как я могу перестать получать уведомления о некоторых отправленных заданиях? ===
Если вы хотите, чтобы все учителя перестали получать уведомления по определенному заданию, просто установите в настройках задания для параметра «Уведомить преподавателей об отправке ответов» значение «Нет».

По умолчанию у преподавателей и ассистентов есть возможность '''Capabilities/mod/assign:receivegradernotifications''' (см. ниже пояснение). Если вы не хотите, чтобы преподаватели или ассистенты получали уведомления о конкретном задании, перейдите по ссылке «Разрешения» в административном блоке этого задания и установите для этой функции значение «запретить» для соответствующей роли.

==== Capabilities/mod/assign:receivegradernotifications ====

* Эта функция позволяет пользователю получать уведомления о заданиях, отправленных студентами.
* Эта функция доступна для ролей менеджера, преподавателя и ассистента.

=== Могу ли я удалить задание учащегося? ===
Да, если администратор предоставил вам возможность '''Capabilities/mod/assign:editothersubmission''':

* Эта возможность позволяет преподавателю редактировать или удалять задания, присланные учащимися.
* Эта возможность по умолчанию не предусмотрена ни для одной роли.
* Администратор должен установить для запрошенной значение «Разрешить» после тщательного рассмотрения возможных последствий.

=== Могу ли я загрузить задания, чтобы просмотреть их в автономном режиме? ===
Да. Вы можете либо загрузить все материалы ответов, нажав «Просмотреть все материалы», а затем «Загрузить все материалы», либо вы можете отметить галочками определенные материалы, которые хотите загрузить, а затем в списке студентов выбрать «С выбранными... Загрузите выбранные материалы».

=== Я не могу редактировать оценки за отправленные задания ===
Если вы редактируете [[Grades|оценки]] за выполнение задания непосредственно в журнале оценок, то устанавливается флажок «изменено», означающий, что оценка больше не может быть изменена на странице итоговой оценки. При необходимости флажок можно снять, включив редактирование в [[Журнал оценок|журнале оценок]], затем щелкнув значок «Редактировать оценку», сняв флажок «изменено» и сохранив изменения.

=== В чем разница между «Вернуть ответ в черновики» и «Разрешить повторную попытку»? ===
«Вернуть ответ в черновики» ― это, по сути, «отмена попытки» для студентов, которые неправильно отправили задание ― это позволяет им вернуться и изменить файлы перед повторной отправкой. «Разрешить еще одну попытку» сохраняет отправку и отзыв в истории отправлений и позволяет им создать новую отправку (необязательно на основе их первоначального ответа), к которой будет привязан отдельный отзыв.

==Администраторы==

=== Как мне изменить настройки заданий по умолчанию? ===
Перейдите в раздел Администрирование сайта > Плагины > Модули элементов курса > Задание и ознакомьтесь с настройками заданий, плагинов для отправки ответов и плагинов для обратной связи.

=== Как мне вывести список всех файлов заданий для пользователя и/или курса? ===
Установите дополнительный плагин [https://moodle.org/plugins/view.php?plugin=report_assignment_files Assignment files report].

=== Как мне исправить ошибку 500 на странице просмотра ответов? ===
Если на ваших курсах обучается более 100 студентов, вы можете ограничить количество, отображаемое на странице просмотра ответов, установив максимальное значение для параметра «Максимальное количество заданий на страницу» в разделе Администрирование > Плагины > Настройки заданий.
[[index.php?title=Категория:FAQ]]
[[index.php?title=Категория:Music]]

[[Категория:Задание]]

Как использовать элемент Задание

2026-02-05T07:04:29Z

Олег Давидович:

{{Assignment}}
На этой странице рассказывается о различных типах заданий, о том, как студенты отправляют задания и как преподавателя могут их оценивать.

== Какие есть варианты подачи студенческой работы в Moodle? ==
Стандартными способами отправки заданий студентами являются:

* Отправка файлов (студенты отправляют файл для оценки)
* Текстовые онлайн-ответы (студенты могут вводить свои ответы непосредственно в Moodle)
* Аудио или видео (с помощью кнопки записи в [[Редактор Atto|редакторе Atto]]).

'''Замечания:'''
# Также можно использовать это задание для оценки «автономного задания», то есть такого, в котором работа выполняется за пределами Moodle. Для этого просто снимите флажки с трех вышеуказанных опций.
#Если вы не уверены, какой тип задания лучше всего соответствует вашим потребностям, ознакомьтесь с разделом ниже [[Using Assignment#Which type of assignment submission suits you best?|Какой тип отправки задания подходит вам больше всего]]?

== Какой тип задания подходит вам больше всего? ==

=== Вы хотите, чтобы студенты давали короткие или более длинные ответы в режиме онлайн ===

Установите для онлайн-текста значение «Да». Это хорошо подходит как для детей младшего возраста, которые справляются только с одним-двумя предложениями, так и для студентов высших учебных заведений, которые пишут больше.

* Преимущество ― учащийся быстро приступает к работе; нет необходимости использовать текстовую программу и загружать файл. Текст сохраняется на регулярной основе, поэтому он будет сохранен, если учащийся по какой-либо причине потеряет страницу.
* Недостаток: если ожидается большое количество слов, лучше установить для онлайн-текста значение «Нет», а для отправки файла ― «Да».

=== Вы хотите, чтобы студенты представили работу, которую вы можете загрузить в определенной программе ===

Установите для параметра «Отправка файлов» значение «Да», задайте количество файлов, которое вы разрешаете, используя параметр «Максимальное количество загружаемых файлов», а также размеры файлов, используя параметр «Максимальный размер отправляемого файла».

* '''Преимущество''': это лучше, чем отправлять работы студентов по электронной почте, поскольку работы всего класса собраны в одном месте на вашем курсе. С помощью маркеров можно оставлять комментарии непосредственно к работе ученика.
* '''Преимущество''': при включенной функции «Повторные попытки» преподаватели могут видеть, как продвигаются различные черновики работы ученика.

*'''Недостаток''': задания должны быть загружены для просмотра (но их [[Assignment FAQ|можно загружать массово]]), и преподавателю нужна соответствующая программа, чтобы открыть их.

=== Вы хотите, чтобы студенты отправляли файлы для проекта в разное время ===

Установите для параметра «Отправка файлов» значение «Да» и используйте «Максимальное количество загруженных файлов», чтобы указать максимальное количество отдельных файлов, которые они могут загружать

* '''Преимущество''': все файлы проекта находятся в одной области задания для выставления оценок, поэтому они получают единую оценку.
* '''Недостаток''': все файлы проекта находятся в одной области задания для выставления оценок, поэтому у них может быть только одна оценка!

=== Вы хотите, чтобы студенты написали ответ на видео / звуковой файл / изображение ===

Подготовьте задание, позволяющее отправлять текст онлайн, и попросите студентов использовать значок мультимедиа в Moodle для добавления видео / звуковых / графических файлов.

=== Вы хотите, чтобы студенты ответили на ряд вопросов по видео / звуковому файлу /изображению ===

Изучите модуль [[Quiz|тестирования]], потому задания состоят всего из одного «вопроса».

=== Вы хотите оценить работу, выполненную студентами в автономном режиме ===
Снимите флажки с типов отправки при настройке задания. От студентов ничего не потребуется, но вы можете использовать это задание для оценки их работы, которую они выполнили за пределами Moodle.

=== Вы хотите просматривать, комментировать и отправлять обратно задания студентов ===

Настройте задание, разрешающее отправку файлов.
*'''Преимущество''': полезно для преподавателей, которым нравится комментировать работы студентов, например, в текстовых редакторах. Если на вашем сервере включен Ghostscript и студенты загружают PDF-файлы, вы можете комментировать их в соответствующем коне. Смотрите раздел Аннотирование PDF-файлов ниже.
*'''Недостаток''': если студенты загружают файлы других типов, вам приходится скачивать их, комментировать и затем повторно загружать.

=== Вы хотите, чтобы студенты присылали вам комментарии или заметки вместе со своими загруженными работами ===

Если [[Comments#Enabling comments|комментарии включены для всего сайта]], студенты смогут добавлять комментарии к отправке; если комментарии отключены для всего сайта, у студентов не будет возможности добавлять комментарии к отправке.

=== Вы хотите разрешить студентам переделывать работу и решать, когда ее отправлять ===

В настройках укажите, чтобы студенты нажимали кнопку «Отправить» в положении «Да». После этого студенты смогут контролировать, когда их черновая работа будет отправлена преподавателю.

=== Вы хотите, чтобы студенты вели текущий журнал или выполняли повторяющиеся задания ===

В настройках укажите, чтобы студенты нажимали кнопку «Отправить» с номером. студенты могут продолжать вносить изменения в свое задание, но ни в коем случае не «отправлять». Если работа будет оценена в какой-то момент, рекомендуется либо установить для параметра «Предотвращать позднюю отправку» значение «Да», чтобы гарантировать, что никакие изменения не могут быть внесены после установленного срока, либо [[Using Assignment#Submission status|заблокировать все отправленные материалы]], когда начнется выставление оценки, чтобы гарантировать, что работа не будет изменена во время выставления оценки.
*'''Преимущество''': работа остается в одном месте и постоянно совершенствуется, оценивается (при необходимости) и улучшается снова.
*'''Недостаток''': нет записей/истории предыдущих попыток (как, например, в [[Wiki|Вики]]). Онлайн-задание текста не повторяет отображение журнала или блога, где каждая новая запись является дополнительной к предыдущим.

=== Вы хотите, чтобы студенты представляли свои работы в группах ===

В настройках установите для параметра «Групповой ответ студентов» значение «Да». Если вы просто сделаете это, то, как только один студент отправит заявку, задание будет помечено как отправленное, даже если другие не внесли свой вклад. Если вы хотите, чтобы каждый мог внести свой вклад, установите для параметра «Требовать, чтобы студенты нажимали кнопку отправки» значение «Да», а затем измените «Требовать, чтобы студенты принимали условия представления ответов» значение «Да». Задание будет классифицировано как отправленное только после того, как каждый участник внес свой вклад, и как только один студент отправит заявку, имена остальных участников будут отображены, чтобы группа могла видеть, кому еще нужно внести свой вклад.

=== Вы хотите оценивать работы студентов анонимно ===
В настройках выберите «Оценивание вслепую». Когда студенты отправляют задания, их имена будут заменены на случайно сгенерированные номера участников, так что вы не будете знать, кто есть кто. Обратите внимание, что это не является '''полностью анонимным''', поскольку вы можете раскрыть их личность в настройках назначения и определить личность по журналам регистрации. Этот способ может не подойти, если в вашем учреждении очень строгие требования к конфиденциальности.

=== Вы хотите читать и оценивать задания студентов в автономном режиме ===
В настройках выберите «Скрыть личность оценщика от студентов». Когда студенты отправят свои работы, нажмите «Просмотреть/оценить все представленные работы», и вы сможете загрузить их задания по ссылке «Загрузить все представленные работы», а оценочный лист - по ссылке «Загрузить оценочный лист». Затем вы можете отредактировать оценки и повторно загрузить таблицу с оценками. Из этого выпадающего меню вы также можете загрузить несколько файлов отзывов в формате zip. В [[Настройки задания|настройках задания]] описано, как использовать функцию «загрузить несколько файлов отзывов в формате zip»..

=== Вы хотите установить время выполнения задания ===
Попросите вашего администратора включить функцию ограничения по времени в разделе Администрирование > Плагины > Параметры задания > Настройки задания по умолчанию > Разрешить ограничение времени на задания, и тогда у вас будет возможность ограничить время выполнения в разделе Доступность.
'''Примечание''': на нашей платформе такой возможности нет, потому что большая часть заданий выполняется вне платформы, а на платформу заносится только результат. Но при запросе со стороны хотя бы одного преподавателя эта возможность будет включена.

=== Вы хотите отслеживать оценки других коллег или назначать определенных преподавателей определенным студентам ===
Используйте функцию «Использовать назначенных оценщиков», как указано в [[Настройки задания|настройках задания]].
'''Примечание''': на нашей платформе такой возможности нет, потому что в большинстве курсов только один или два преподавателя, которые без проблем согласовывают проверку заданий между собой. Но при запросе со стороны хотя бы одного преподавателя эта возможность будет включена.

== Как студенты представляют свои задания? ==
На первой странице, которую увидят студенты, когда они перейдут по ссылке "Выполнение задания" на странице курса, будет отображаться название задания, при необходимости описание и статус отправки. При первом просмотре студентам задания (с описанием) будет отображено название задания, его описание, а под ним кнопка для добавления ответа и информация об отсутствии попыток:
[[Файл:Ответ на задание попытка 1.png|альт=Ответ на задание попытка 1|без|мини|700x700пкс|Ответ на задание попытка 1]]
Раздел «Состояние ответа» содержит (обязательные позиции выделены жирным шрифтом):
*'''Состояние ответа на задание.'''
*'''Состояние оценивания.'''
*Срок отправки.
*Оставшееся время.
*Последнее изменение.
*Информация о подаче заявки.

По желанию преподавателя описание Задания может быть оставлено пустым (1 ниже), а инструкции по выполнению задания будут отображаться только после того, как учащийся нажмет кнопку для выполнения задания (2 ниже).
Если учащийся загрузил файл, который преподаватель снабдил комментариями, они будут доступны в разделе отзывов. Учащийся может выполнить поиск по документу и отфильтровать конкретные комментарии.
{| class="wikitable"
|+
|К статусам заявок относятся:
|К статусам оценок относятся:
|-
|
* По данному заданию ничего не представлено
* Черновик (не представлен)
* Отправлено на проверку
|
* Не оценено
* Оценено
|}

=== Отправка файла ===
Чтобы отправить файл в качестве ответа на задание, студенты должны выполнить следующие действия:

# Нажмите кнопку «Добавить работу», чтобы открыть страницу загрузки файла.
# Загрузите соответствующий файл в окно ответа. Можно перетащить файл в поле для отправки.
# Нажмите «Сохранить изменения».

Теперь должна быть указана дата последнего изменения, и также отображены загруженные файлы. В зависимости от того, как настроено задание, статус будет либо «Отправлено на проверку» ― в этом случае никаких дальнейших действий не требуется, либо «Черновик (не отправлен)».

# Если требуются изменения, нажмите «Отредактировать ответ».
# Когда все будет готово к отправке, нажмите «Отправить задание».

Обратите внимание, что после того, как задание отправлено, дальнейшие изменения не допускаются.
[[Файл:Задание глазами студента 1.jpg|альт=Задание глазами студента перед отправкой файла|без|мини|853x853пкс|Задание глазами студента перед отправкой файла]]
[[Файл:Задание глазами студента 2.jpg|альт=Задание глазами студента после отправки файла|без|мини|853x853пкс|Задание глазами студента после отправки файла]]
'''Примечание''': в зависимости от того, как настроено задание, студенты могут видеть как страницу отправки файла, так и онлайн-текстовый редактор, или обе возможности, как на скриншотах выше.
Если включена отправка файлов и онлайн-текста, а для онлайн-текста установлено ограничение по количеству слов, студент может получить статус отправки «Без попыток» вместе с сохраненными файлами. Это происходит, когда учащийся отправляет файлы, вводит текст в режиме онлайн, нажимает «Сохранить изменения», а затем получает сообщение, информирующее его о том, что количество слов в тексте превышает допустимое. Если он затем нажимает «Отмена», статус отправки отображается как «Нет попыток» вместе с сохраненными файлами.

===Ответ в виде онлайн-текста===
Чтобы отправить текст онлайн, студентам необходимо выполнить следующие действия:

# Нажмите кнопку «Добавить ответ на задание», чтобы открыть страницу с онлайн-редактором текста.
# Введите соответствующий текст в текстовом редакторе или вставьте из заранее созданного файла.
# Нажмите «Сохранить».

Теперь должна быть указана дата последнего изменения, и также будут отображены первые 100 введенных символов. В зависимости от того, как настроено задание, статус будет либо «Отправлено на проверку» — в этом случае никаких дальнейших действий не требуется, либо «Черновик (не отправлен)».

# Если требуются изменения, нажмите на «Отредактировать ответ».
# Когда все будет готово к отправке, нажмите «"Отправить задание"».

Обратите внимание, что после того, как задание "отправлено", дальнейшие изменения не допускаются.

===Комментарии к ответам===
Если администратор разрешит, на странице ответа может быть создан раздел, в котором студенты могут оставлять комментарии к ответам.

== Как преподавателя оценивают задания? ==
Когда студенты отправят свои задания, к ним можно будет получить доступ, нажав на действие с заданием. Откроется страница с сводкой оценок, которая содержит следующую информацию:
[[Файл:Задание глазами преподавателя сводка по оценкам.jpg|альт=Задание глазами преподавателя сводка по оценкам|без|мини|Сводка информации по заданию может быть доступна студентам, если преподаватель считаете это нужным.]]
Нажав кнопку «Оценка», вы перейдете к первому ученику в списке, чтобы начать индивидуальную оценку. Если вы хотите оценить несколько заданий, нажав «Сохранить и показать следующий», вы перейдете к следующей работе.

Нажав «Просмотр всех ответов», вы перейдете к таблице оценок, в которой вы увидите всех студентов.

Таблица оценок содержит столбцы с информацией о студенте, статус его ответа, ссылку на оценку его работы, ссылку на каждую работу, а также комментарии и файлы обратной связи (если они включены).

=== Фильтрация ответов ===
Выпадающее меню, доступ к которому можно получить из раздела «Параметры», позволяет фильтровать ответы, чтобы, например, быстро увидеть, какие студенты еще не подали ответы, а какие уже можно проверять. Вы также можете отфильтровать ответы, для которых было предоставлено продление срока выполнения.

=== Статус ответов ===
Если вы собираетесь выставлять оценки студенческим работам, возможно, вы захотите обратить внимание на статус ответа, прежде чем приступите к проверке. Если вы потребовали, чтобы студенты нажали кнопку «Отправить», вы можете обнаружить, что некоторые работы по-прежнему помечены как черновики (не отправлены), что означает, что студент либо загрузил файл (ы), либо ввел какой-либо текст, но не нажал «Отправить задание».

Если срок сдачи экзамена истек и вы собираетесь приступить к проверке, используйте «Запретить внесение изменений», чтобы студенты не могли вносить изменения в свое задание. Вы можете делать это по очереди, используя значок в столбце «Редактировать». Или вы можете выбрать двух или более студентов, поставив галочку в столбце «Выбрать» и выбрав «Заблокировать отправку» в меню «С выбранным» под таблицей оценок.

Аналогичным образом вы можете вернуть ответ студента в черновики, если он загрузил неверный файл. Вместо того чтобы выбирать «Запретить внесение изменений в ответ», выберите «Вернуть ответ в статус черновика» или поставьте галочки напротив выбранных студентов и выберите «Вернуть ответу статус черновика» в меню «С выбранным» под таблицей оценок.
{| class="wikitable"
|[[Файл:Prevent submission changes dropdown.jpg|центр|мини]]Раскрывающийся список «Запретить отправку изменений»
|[[Файл:Revert submission to draft status.jpg|мини]]Заблокировать отправку
|[[Файл:Revert to draft.jpg|мини]]Вернуться к черновику
|[[Файл:Revert submission to draft status.jpg|мини]]Вернуться к состоянию черновика
|}
Если для параметра «Повторные попытки» установлено значение «Автоматически до прохождения» и отправка оценивается ниже уровня, на который требуется пройти, то отправка автоматически разблокируется при сохранении оценки.

Аналогично, если для параметра «Повторные попытки» установлено значение «Вручную», а преподаватель выбирает «Разрешить еще одну попытку», то отправка автоматически разблокируется.

=== Предоставление отсрочки ===
Если у задания есть крайний срок, преподаватель может продлить индивидуальное или групповое задание, выбрав ссылку «Редактировать» рядом с конкретным учеником или группой.

# Чтобы продлить сроки сдачи работ, откройте задание.
# Нажмите «Просмотр всех ответов».
# Найдите студента, которому будет разрешено подать работу после истечения срока сдачи.
# Нажмите на соседнее выпадающее меню «Редактировать» и выберите «Разрешить продление».
# Укажите дату и время продления. На этом экране также отображается имя студента или группы (на скриншоте осталось слева).
# Нажмите на кнопку «Сохранить».

[[Файл:Задание разрешить продление.jpg|альт=Задание разрешить продление|без|мини|800x800пкс]]

=== Оценивание отдельных работ ===
Если вы включили функцию обратной связи с файлами в настройках задания и хотите загрузить либо отмеченное задание учащегося, либо заполненный текстовый документ с обратной связью, либо аудиообзор, нажмите на зеленую галочку в столбце Оценка (или воспользуйтесь значком в столбце Редактировать и выберите Оценка). После этого вы попадете на страницу оценки студентов, где вы можете выставлять оценки, оставлять комментарии и создавать файлы отзывов (если это включено в настройках задания). Вы можете использовать перетаскивание для загрузки файлов отзывов.

=== Управление уведомлениями о выставленных оценках ===

==== Уведомление по мере выставления отметки ====
Если вам нужно уведомлять отдельных студентов, одного за другим, по мере выставления отметки, установите флажок '''Значение по умолчанию для «Сообщить студентам»''' в положении «Да», чтобы немедленно уведомить учащегося, или «Нет», чтобы выставить оценку без уведомления учащегося. При условии, что вы не скрываете оценки описанными ниже способами, Moodle отправит уведомление.
'''Примечание''': способ получения студентами уведомлений Moodle зависит от ваших локальных настроек по умолчанию и от любых изменений, внесенных студентами в эти настройки.

==== Перед началом работы включите параметры многократной загрузки файлов ====
Перейдите к настройкам задания. В блоке типов отзывов убедитесь, что в настройках задания Moodle, комментариях к отзывам, файлах отзывов и листе оценки в автономном режиме отмечены галочками.

==== Загрузка материалов студентов ====
Вы можете загрузить zip-файл, содержащий все материалы для выполнения задания, выбрав «Загрузить все материалы» в меню «Действия оценивания» в верхней части таблицы оценок или в меню настроек.

Представленные файлы будут загружены в том формате, в котором они были загружены студентом. Текстовые материалы, представленные онлайн, будут загружены в виде html-файлов. Каждый файл в zip-архиве будет назван именем и фамилией студента, за которыми последует уникальный идентификатор (не идентификационный номер пользователя).

Если каждый ответ состоит из нескольких файлов, то их можно загрузить в виде папок, установив флажок «Загружать ответы в виде папок» (под таблицей оценок). Каждый ответ помещается в отдельную папку, при этом структура папок сохраняется для всех вложенных папок, и файлы не переименовываются. В названии каждой папки указываются имя и фамилия студента, за которыми следует уникальный идентификатор (не идентификационный номер пользователя).

Вы также можете загрузить выбранные материалы для выполнения заданий (а не все), выбрав те, которые вам нужны, а затем выбрав «С выбранными... Загрузить выбранные материалы».

==== Загрузите ведомость для проставления оценок ====
Чтобы загрузить электронную таблицу, в которую вы будете вводить оценки и краткие комментарии, вернитесь на страницу задания Moodle и в раскрывающемся меню «Действия оценивания» выберите «Загрузить таблицу оценок» и сохраните этот файл (формат csv).
'''Примечание''': полезно отметить, что загруженная ведомость будет содержать все существующие оценки и итоговые комментарии, которые уже были выставлены за это задание, если проверка уже началась. Однако, чтобы полностью просмотреть уже существующие комментарии, вам, возможно, потребуется настроить вашу электронную таблицу на «перенос текста» внутри ячеек.

==== Оценка и комментирование (если применимо) присланных работ ====
После загрузки материалов и таблицы с оценками:

# Откройте загруженный файл задания, чтобы оценить его.
# Откройте csv-файл в редакторе электронных таблиц, например, Excel.
# Для записи этого учащегося (если он анонимный, будет отображено число, соответствующее имени файла, в который он отправил заявку) введите оценки в столбце «Оценка» и краткие комментарии в столбце «Комментарии к отзывам» для каждого учащегося.
# Оставьте остальные данные нетронутыми, если вы точно не знаете, что делаете.
# Повторяйте по мере необходимости.
# Сохраните csv-файл.
'''Примечание''': убедитесь, что вы вводите данные в правильную колонку электронной таблицы.
Если вы комментируете материалы, чтобы отправить их студентам в качестве отзывов:

# Откройте загруженное сообщение.
# Внесите свои комментарии.
# Сохраните его в исходном месте, т.е. в папке, соответствующей этому студенту.
# Повторите при необходимости.

Если у вас есть отдельные файлы отзывов для отправки студентам:

# Сохраните их в папке этого студента.
# Таким образом вы можете предоставить студентам несколько файлов с отзывами, например, аннотации к их работе, а также отдельную анкету.
'''Примечание''': не меняйте название или местоположение папки, потому что эта информация необходима Moodle для правильного размещения файлов.
Сожмите (заархивируйте) все файлы отзывов:

# Найдите в Moodle папку, содержащую файлы отзывов, выделите их все (Ctrl+A внутри папки), затем заархивируйте их:
## Windows: Щелкните правой кнопкой мыши на одном из выбранных файлов и отправьте в > Сжатую папку.
## Mac: Щелкните правой кнопкой мыши (или Ctrl+click) на одном из выбранных файлов и нажмите '''Сжать'''.
# Теперь они готовы к отправке (см. ниже).

==== Загрузка заполненной ведомости ====
Когда вы будете готовы загрузить оценки и краткие отзывы:

# Нажмите на название задания на домашней странице курса Moodle, чтобы перейти на страницу резюме, и нажмите Просмотреть/оценить все представленные материалы.
# В раскрывающемся меню «Действия оценивания» выберите «Загрузить файл с оценками».
# Нажмите «Выбрать файл...» и загрузите оценочный лист в Moodle или перетащите csv-файл на стрелку и дождитесь, пока в поле появится имя файла. Существует флажок для перезаписи записей, которые были изменены в Moodle позже, чем в электронной таблице ― установите этот флажок только в том случае, если вы хотите, чтобы в электронной таблице были перезаписаны все записи Moodle, включая те, которые были сделаны позже, чем в электронной таблице.
# Нажмите «Загрузить файл с оценками»; в окне подтверждения отобразятся оценки студентов и отзывы, которые будут импортированы ― проверьте это внимательно.
# Если вы готовы продолжить, нажмите '''Подтвердить'''; отобразится сводка обновлений.
# Нажмите '''Продолжить'''.

==== Загрузите файлы отзывов (если применимо) ====

# Нажмите на название задания на домашней странице курса Moodle, чтобы перейти на страницу резюме, и нажмите Просмотреть/оценить все представленные материалы.
# В раскрывающемся меню «Действия оценивания» выберите «Загрузить несколько файлов отзывов в zip-архиве».
# Нажмите «Выбрать файл...» и загрузите архивированный файл заданий в Moodle или перетащите сжатый/заархивированный файл на стрелку и дождитесь, пока в поле появится имя файла.
# Нажмите «Импортировать файлы отзывов».
# В окне подтверждения будут указаны все файлы отзывов и имена студентов, которые будут импортированы.
# Нажмите '''Подтвердить'''; на следующем экране будет представлена краткая информация об изменениях.
# Нажмите '''Продолжить'''.
# На странице, содержащей таблицу оценок, вы можете просмотреть свои файлы отзывов, включив функцию быстрой оценки (смотрите параметры внизу этой страницы) и прокручивая их по горизонтали, если это необходимо.

Что касается задания без отправки файла, смотрите обсуждение «[https://moodle.org/mod/forum/discuss.php?d=336438&_gl=1*dhvhv1*_ga*MTg3MjM1NDU0NC4xNzQ2MzcwMTQz*_ga_QWYJYEY9P5*czE3NTAxODA1NTMkbzEwNyRnMCR0MTc1MDE4MDU1MyRqNjAkbDAkaDA. Загрузка файлов отзывов без отправки файла учащегося]» для получения подробной информации о том, что нужно делать.

=== Предоставьте один и тот же файл отзывов нескольким студентам ===
Если у вас есть отзывы высокого уровня, которые вы хотите предоставить всей группе, как правило, рекомендуется предоставлять эти отзывы в контексте задания, а не, например, отдельно на форуме. Moodle позволяет выбрать некоторых или всех студентов и прикрепить к их отзывам о выполнении задания единый общий файл отзывов. Этот общий файл отзывов будет показан каждому студенту вместе с любыми другими индивидуальными файлами отзывов, которые вы подготовили для каждого из них.

# Подготовьте единый файл отзывов.
# Нажмите на ссылку на задание; откроется страница с кратким описанием.
# Нажмите Просмотреть все присланные материалы; отобразится таблица оценок за задания.
# Установите флажки, чтобы выбрать всех или некоторых студентов для получения отзывов (возможно, сначала вы предпочтете настроить таблицу оценок таким образом, чтобы на одной странице отображалось как можно больше студентов).
# Под таблицей оценок нажмите кнопку «С выбранными...» в меню выберите пункт «Отправить файлы отзывов», затем нажмите «Перейти»; на странице над областью загрузки файлов отобразится список выбранных студентов.
# Загрузите файл с отзывом, который вы предварительно подготовили, или перетащите его на стрелку и дождитесь, пока в поле появится название файла.
# Нажмите «Отправить файлы отзывов»; снова отобразится таблица оценок.
# Проверьте, на месте ли ваш файл, прокрутив по горизонтали до столбца Файлы отзывов.

== Ведение записей (архивирование, экспорт, резервное копирование) ==
Когда студенты не регистрируются в Moodle, их записи становятся невидимыми в журнале оценок. Чтобы иметь под рукой необходимую информацию, кафедрам или преподавательским группам курсов могут потребоваться системы для ведения собственных записей в течение периода хранения данных, необходимого в их конкретном контексте. Существуют две отдельные процедуры экспорта материалов и оценок студентов.

Экспорт оценок (с отзывами или без них):

# Перейдите в раздел администрирования вашего курса и нажмите «Оценки».
# В разделе «Настройки отчета об оценках» выберите «Экспорт»; отобразится меню.
# Если вам нужен простой просмотр и выполнение расчетов, вы, вероятно, захотите выбрать в меню один из форматов электронных таблиц; откроется страница настроек экспорта.
# При необходимости используйте выпадающее меню «Видимые группы», чтобы ограничить экспорт определенными группами.
# В параметрах вы указываете, будут ли включены комментарии к обратной связи
# В списках элементов оценки, которые должны быть включены, вы можете, при необходимости, исключить определенные действия из отчета
# Когда вы закончите с настройками, нажмите «Отправить»; отобразится предварительный просмотр вашего экспорта
# Нажмите «Загрузить», чтобы экспортировать в выбранный вами формат, и сохраните файл.

Чтобы загрузить оригинальные студенческие работы:

# На странице нужного курса нажмите на ссылку на задание, материалы которого вы хотите загрузить.
# Нажмите на ссылку, чтобы просмотреть / оценить все представленные материалы; будет загружена таблица оценок.
# Нажмите на ссылку «Загрузить все материалы» и сохраните файл.

== Советы и рекомендации ==

* Хотите снова использовать задание на другом сайте Moodle? Воспользуйтесь опциями резервного копирования и восстановления.
* Хотите использовать задание на другом курсе, который вы преподаете? Воспользуйтесь функцией импорта в блоке администрирования курса.
* Иногда может показаться, что Moodle не загружает повторно отправленное задание ― кажется, что вы загружаете исходное задание. Это проблема с кэшем. Перейдите в Инструменты > Очистить недавнюю историю в Firefox или Инструменты > Удалить историю просмотров > Удалить временные файлы в проводнике Windows. Затем появится более новый файл.

== См. также ==

=== Примеры с демонстрационного сайта ===

* [https://school.moodledemo.net/mod/assign/view.php?id=573&rownum=3&action=grade Просмотр преподавателем задания в формате PDF, к которому можно добавить встроенные комментарии]. Войдите в систему под именем пользователя "teacher" и паролем "moodle".
* [https://school.moodledemo.net/mod/assign/view.php?id=190 Просмотр студентом задания]. Войдите в систему под именем пользователя "student" и паролем "moodle". Прокрутите страницу вниз, чтобы ознакомиться с рубрикой и отзывами.
* [https://school.moodledemo.net/mod/assign/view.php?id=46&action=editsubmission Просмотр студентами заявления о подаче учащимся] Войдите в систему под именем пользователя "student" и паролем "moodle".
* [https://school.moodledemo.net/mod/assign/view.php?id=715 Просмотр студентами экрана оценки группового задания] Войдите в систему под именем пользователя "student" и паролем "moodle".
* [https://school.moodledemo.net/mod/assign/view.php?id=715&action=grading Просмотр преподавателем экрана оценки группового задания] Войдите в систему под именем пользователя "teacher" и паролем "moodle"
* [https://school.moodledemo.net/mod/assign/view.php?id=191&action=grading Просмотр преподавателем экрана оценивания анонимных заявок] Войдите в систему под именем пользователя "teacher" и паролем "moodle".

[[:Категория:Часто задаваемые вопросы]]
[[Категория:Часто задаваемые вопросы]]
[[Категория:Задание]]

Настройки задания

2026-02-05T07:03:41Z

Олег Давидович:

{{Assignment}}
На этой странице более подробно рассматриваются настройки [[Assignment activity|задания]] после того, как вы добавите его в свой курс, а также связанные с этим настройки администрирования сайта.

Обратите внимание, что если вы хотите отредактировать существующее задание, нажмите на ссылку Изменить справа от него и выберите действие, которое вы хотите выполнить, например, «Изменить настройки».

==Общее==
*В описании дайте общее объяснение задания. Установите флажок, если вы хотите, чтобы это описание отображалось на странице курса.
*В раздел «Дополнительные файлы» вы можете добавить файлы, которые могут помочь учащимся при выполнении задания, например, примеры работ или шаблоны ответов.
*В инструкциях к упражнениям более подробно объясните, что должны делать учащиеся. Это отображается, когда они редактируют и отправляют свое задан

==Доступность==

;Разрешить выполнение задания с
:Это не позволяет учащимся подавать заявки раньше указанной даты, но не скрывает задание и прилагающиеся к нему инструкции или материалы.
;Последний срок сдачи
:Заявки на участие по-прежнему разрешены после этой даты, но будут помечены как поздние. Отключите это, сняв флажок. Задания без установленного срока будут отображаться на панели мониторинга с надписью «Нет срока».
;Запретить отправку после
:После этой даты кнопка «Отправить» будет скрыта, и студенты не смогут отправлять заявки.
;Напомнить мне о завершении оценивания
:Здесь необходимо указать дату, чтобы задание отображалось в [[Course overview block|блоке обзора курса преподавателя]] и в [[Calendar|календаре]]. Оно будет отображаться, когда хотя бы один студент отправит ответ на задание на проверку.

;Ограничение по времени
:У задания может быть ограничение по времени, как и у теста. Однако ограничение по времени не мешает учащимся отправлять свои работы по истечении этого времени. Но их работа помечается как отправленная после истечения установленного срока. Функция ограничения по времени должна быть включена администратором в разделе ''Администрирование сайта > Плагины > Настройки назначения > Включить временные назначения''.

== Типы представления ответов ==

Здесь вы можете решить, как вы хотите, чтобы учащиеся отправляли вам свои работы.
'''Примечание''': если в разделе Администрирование> Плагины> Модули активности> Задание> Плагины отправки включены комментарии к отправке, учащиеся смогут добавить замечание своему преподавателю об отправке работы. Если включена функция анонимной отправки, комментарии учащихся отображаются в журнале оценок как "Участник 01 и т.д.", чтобы избежать раскрытия личности.
;Онлайн-текстом

Учащиеся набирают свои ответы непосредственно в Moodle, используя текстовый редактор (например, [[Atto editor|редактор Atto]], который автоматически сохраняет текст через регулярные промежутки времени).

Можно установить ограничение по количеству слов в онлайн-тексте. Учащиеся получают предупреждение, если они пытаются превысить ограничение по количеству слов. Цифры считаются как слова, а сокращения, такие как т.д. или пр., считаются как отдельные слова.
;Максимальное число загружаемых файлов
:Учащиеся могут загружать один или несколько файлов любого типа, которые может открыть преподаватель. Преподаватель может комментировать загруженные файлы PDF, docx и odt в браузере, и при сохранении файл с комментариями становится доступным для студента.
Уточните у своего администратора, включены ли [[wikipedia:Ghostscript|Ghostscript]] и [[Document converters|конвертер документов]], если вы не можете комментировать загруженные файлы.
[[Файл:Assignmentgrading.png|центр|мини|500x500пкс|Аннотирование загруженных файлов]]Учащиеся могут загружать один или несколько файлов любого типа, которые может открыть преподаватель. Преподаватель может комментировать загруженные файлы PDF, docx и odt в браузере, и при сохранении файл с комментариями становится доступным для студента.
Уточните у своего администратора, включены ли [[wikipedia:Ghostscript|Ghostscript]] и [[Document converters|конвертер документов]], если вы не можете комментировать загруженные файлы.
Комментарии могут быть свернуты, чтобы облегчить чтение исходного текста:

[[Файл:Collapsedcommentexampl.png]]

;Максимальный размер отправляемой информации
:Максимальный размер загружаемого файла относится к каждому загружаемому студентом файлу. Он не может быть больше, чем указано в настройках курса.
;Допустимые типы файлов

:Преподаватель может указать типы файлов, которые учащиеся могут загружать для выполнения задания. При нажатии кнопки «Выбрать» появляется окно выбора типа файла, предлагающее на выбор различные типы файлов (дополнительную информацию смотрите в разделе [https://youtu.be/vN1DlHeZkw4 Выбор типа видеофайла]). Если оставить поле пустым, будут разрешены все типы файлов.

Если типы файлов были ограничены, то при попытке отправить задание учащиеся увидят сообщение о том, какие файлы приняты
[[Файл:Studentfiletyperestriction.png|центр|мини|500x500пкс|Просмотр учащимися указанных файлов]]

== Типы обратной связи ==
;Комментарии к отзывам
:Если эта функция включена, оценщики могут оставлять комментарии к каждой отправке. Комментарии отображаются на экране оценки заданий, студенты могут отвечать на них, так что образуется диалог между преподавателем и студентом по поводу выполненного им задания.

:В [[Atto editor]] при выставлении оценок можно записывать аудио и видео, а также загружать вспомогательные файлы, такие как изображения.

:'''Аннотирование PDF-файла''' появляется, если этот параметр включен администратором сайта в разделе «Управление плагинами обратной связи по заданию» в разделе Администрирование. Это позволит преподавателю комментировать, используя комментарии, штампы и другие функции.

;Рабочий лист для оценки в автономном режиме
:Это полезно, если вы хотите загрузить список оценок и отредактировать его в такой программе, как MS Excel.
{|
|[[Файл:Empty grade book.png|мини|Пустая зачетная книжка в Moodle|центр]]
|[[Файл:Download grading work sheet.png|мини|Выпадающий список для загрузки списка|центр]]
|[[Файл:Excel grades.png|мини|Редактирование оценок в автономном режиме|центр]]
|}

Когда преподаватель завершит выставление оценок в автономном режиме, он сможет загрузить электронную таблицу, подтвердить изменения, и оценки и комментарии будут перенесены в журнал оценок Moodle:

{|
|[[Файл:Upload grading works heet.png|мини|Загружать оценочные работы можно здесь|центр]]
|[[Файл:Confirm changes.png|мини|Подтверждение изменений|центр]]
|[[Файл:Full grade book.png|мини|Оценки и отзывы перенесены в Moodle|центр]]
|}

Смотрите также публикацию в блоге Гэвина Хенрика (Gavin Henrick), посвященную [http://www.somerandomthoughts.com/blog/2012/11/19/offline-grading-worksheet-in-moodle-2-4-assignment/ офлайновой таблице оценок].

;Файлы обратной связи
:Это позволяет маркерам загружать файлы с отзывами при выставлении оценок. Это могут быть помеченные задания учащихся, документы с комментариями, заполненное руководство по выставлению оценок или устная аудиозапись обратной связи. Это позволяет использовать столбец «Файлы отзывов» на экране оценки заданий (доступ к которому осуществляется из «Просмотр/ оценка всех представленных материалов»). Чтобы загрузить файлы отзывов, нажмите на зеленую галочку в столбце оценка в таблице оценок, а затем загрузите их либо перетаскиванием, либо с помощью средства [https://docs.moodle.org/401/en/File_picker Выбора файлов].

{|
|[[Файл:The Feedback files column.jpg|мини|Колонка "Файлы обратной связи"|центр]]
|[[Файл:Feedbackfiles2.jpg|мини|Загружайте файлы здесь|центр]]
|[[Файл:Feedbackview for students.jpg|мини|Просмотр учащимися с включенными комментариями и файловой обратной связью|центр]]
|}
Также возможна '''загрузка нескольких файлов''':
#Загрузите задания учащихся, воспользовавшись ссылкой «Загрузить все материалы» из того же выпадающего меню;
#Извлеките папку в автономном режиме и добавьте свои комментарии к заявкам учащихся. Оставьте названия без изменений.
#Выберите работы учащихся и заархивируйте их в новую папку. Важно: не редактируйте их в исходной папке и не заархивируйте повторно; это не сработает. Название папки не имеет значения, если у файлов с отзывами те же имена, что и раньше.
#Загрузите эту только что заархивированную папку.
#Вам будет представлен экран подтверждения, на котором будут отображены файлы ваших отзывов. (Если вы архивируете файлы с Mac, обязательно удалите папку _MACOSX)

{|
|[[Файл:Mutiple feedback zip.png|мини|Выберите из выпадающего меню|центр]]
|[[Файл:Multiple zip 1.png|мини|Экран подтверждения, отображающий файлы отзывов, которые будут загружены|центр]]
|[[Файл:Multiple zip 2.png|мини|Экран, подтверждающий отправленный отзыв|центр]]
|}

;Встроенный комментарий
:Это позволяет вам комментировать непосредственно отправку текста в режиме онлайн.

== Настройки отправки ==
;Требуйте, чтобы учащиеся нажимали кнопку отправки
:Если для этого параметра установлено значение «Нет», студенты могут вносить изменения в свои ответы в любое время.
Если вы хотите запретить им вносить изменения в работу, как только будете готовы выставить оценку, нажмите «Просмотреть/оценить все представленные работы»; найдите учащегося и в столбце «Редактировать» щелкните значок действия и выберите «Запретить внесение изменений в представленные работы».
:Если установлено значение «Да», учащиеся могут загружать черновые варианты задания до тех пор, пока они не будут готовы к отправке. Нажатие кнопки «Отправить» сообщает преподавателю, что они закончили подготовку и хотят, чтобы работа была оценена. Они больше не могут редактировать его и должны попросить преподавателя вернуть статус «черновик», если им нужно изменить его снова. Для этого нажмите «Просмотреть/оценить все материалы»; найдите ученика и в столбце «Редактировать» щелкните значок действия и выберите «Вернуть представление в черновик».

{|
|[[Файл:Reverttodraft.jpg|мини|Возвращение к черновику|центр]]
|[[Файл:Preventsubmissionchanges.jpg|мини|Предотвращать внесение изменений в отправку|центр]]
|[[Файл:Withselected.jpg|мини|"С выбранными", чтобы выбрать нескольких студентов.|центр]]
|}

;Требуйте, чтобы учащиеся приняли заявление о подаче заявки
:Администратор может определить «заявление о подаче заявки» (см. ниже), т.е. заявление, в котором учащиеся обещают, что работа принадлежит им самим, и с которым они должны согласиться перед отправкой своей работы. Если администратор предоставил учителям возможность использовать инструкцию для отправки или нет, то она будет доступна на экране настроек задания. Если администратор принудительно разместил инструкцию по всему сайту, у учителя не будет этой опции в настройках, но ученик увидит инструкцию при доступе к своему заданию.

;Дополнительные попытки (ранее названные попытки были возобновлены)
: Может ли учащийся предпринять дополнительные попытки для выполнения задания?
: Изменение этого параметра на «Вручную» позволяет учителю в разделе «Настройки попытки» установить для параметра «Разрешить еще одну попытку» значение «да» или «нет». Для изменения параметра на «Автоматически до получения проходного балла» необходимо установить проходной балл в разделе «Оценки». Если учащийся не получит проходной балл, подача ответа будет автоматически возобновлена, и можно будет предпринять еще одну попытку.
;Максимальное количество попыток
: Здесь вы можете решить, сколько попыток разрешить учащимся, когда они подают ответы. Если учащийся должен продолжать попытки до тех пор, пока не получит проходной балл, вы можете ограничить количество попыток, даже если они еще не сданы, или они могут пытаться вечно!

== Настройки отправки групп ==
Эти настройки позволяют учащимся совместно выполнять одно задание, например, работать в одной онлайн-зоне или загружать, редактировать и повторно загружать MS Powerpoint в общей области заданий. При выставлении оценок учитель может выставить общую оценку и обратную связь всем учащимся в группе или выставить индивидуальные оценки и обратную связь каждому участнику.

;Требовать от группы отправки заявки
:Учащиеся, не входящие в группы, по-прежнему могут отправлять задания, если это не предусмотрено в разделе ''Администрирование сайта > Плагины > Задание > Настройки задания''. Затем Moodle отобразит ''сообщение, что вы не являетесь участником какой-либо группы; пожалуйста, свяжитесь со своим преподавателем'', и учащийся не сможет отправить задание.
;Требовать, чтобы все члены группы представили
:Эта настройка появится только в том случае, если преподаватель ранее поставил галочку напротив пункта «Требовать от учащихся нажать кнопку отправки». Задание не будет классифицироваться как отправленное до тех пор, пока все члены группы не внесут свой вклад. Когда один студент подаст заявку, остальные члены группы смогут увидеть, кто еще должен отправить ответ.
;Группирование для студенческих групп
:Если здесь выбрана конкретная группа, то в журнале оценок будут отображены все другие группы и учащиеся, не входящие в группу по умолчанию, с указанием групп, входящих в выбранную группу. Если выбрано значение «нет», то в журнале оценок будут отображены названия всех групп, а все учащиеся, не включенные в группы, будут помещены в «группу по умолчанию». Смотрите это [https://moodle.org/mod/forum/discuss.php?d=216399&_gl=1*5m02x4*_ga*MjEyMDE5NjQ2NS4xNzM5ODAyMzI1*_ga_QWYJYEY9P5*MTc0MTg1MDEyNC4yMS4xLjE3NDE4NTAxNDAuMC4wLjA.#p942913 сообщение на форуме о группировании для групп учащихся], чтобы ознакомиться с примерами того, как это можно использовать.

== Уведомления ==
Пожалуйста, обратите внимание, что если вы используете групповой режим, то преподаватели курса должны быть членами группы, чтобы получать уведомления о подаче заявок и поздних отправках.

== Оценка ==
*Дополнительные сведения о настройках см. в разделе [https://docs.moodle.org/401/en/Grade_points Баллы] и [https://docs.moodle.org/401/en/Advanced_grading_methods Расширенные методы выставления оценок].
*Установка проходного балла может быть связана с [https://docs.moodle.org/401/en/Activity_completion Завершением задания] и [https://docs.moodle.org/401/en/Restrict_access Ограничивать доступ] таким образом, что учащийся не сможет получить доступ к последующему заданию до тех пор, пока не выполнит это задание.
*;Анонимные материалы
:Это скрывает имена учащихся при выставлении оценок и вместо них показывает случайно сгенерированные номера участников.

При анонимной подаче заявок учащиеся не смогут увидеть окончательную оценку до тех пор, пока не будут указаны имена всех учащихся. Рубрики также будут скрыты от учащихся до тех пор, пока не будут указаны имена. Чтобы узнать имена учащихся после завершения выставления оценок, перейдите в раздел ''Настройки задания > Показать личности учащихся''. Комментарии к отзывам будут отображаться независимо от того, скрыты или нет имена учащихся. Обратите внимание, что такой уровень анонимности может не соответствовать требованиям вашей организации к конфиденциальности. Более подробную информацию смотрите в MDL-35390.

Пользователи, у которых есть [https://docs.moodle.org/401/en/Capabilities/mod/assign:viewblinddetails возможность просматривать идентификационные данные учащихся], когда включена функция анонимной отправки (по умолчанию только менеджеры), могут просматривать идентификационные данные учащихся и номера участников.

Пользователи, имеющие [https://docs.moodle.org/401/en/Capabilities/moodle/site:viewanonymousevents возможность просматривать анонимные события в отчетах] (по умолчанию только менеджеры), могут просматривать заявки студентов на задания с анонимными заявками (начиная с версии Moodle 3.9).

'''Рабочий процесс маркировки (оценивания)'''
:Это позволяет скрывать оценки и отзывы до тех пор, пока вы не будете готовы предоставить их учащимся. Это также полезно, если вы хотите показать свой прогресс в выставлении оценок или скоординировать несколько отметок / оценщиков.
{|
|[[Файл:26 marking work flow.png|мини|Отображение состояния рабочего процесса на экране индивидуальной оценки]]
|[[Файл:26 quick grading work flow.png|мини|Выпадающий список для выбора состояния рабочего процесса маркировки при быстрой оценке]]
|}
Эти фазы заключаются в следующем:

* Не отмечен (маркер еще не запущен)
* В режиме разметки (маркер запущен, но еще не завершен)
* Нанесение разметки завершено (нанесение маркера завершено, но, возможно, потребуется вернуться для проверки/исправления)
* В процессе проверки (оценка теперь находится у преподавателя, ответственного за проверку качества)
* Готово к выпуску (ответственный преподаватель удовлетворен оценкой, но подождет, прежде чем предоставить учащимся доступ к ней)
* Освобожден (учащийся может получить доступ к оценкам/ отзывам)

;Распределение меток
:Распределение отметок можно использовать, если для параметра "Рабочий процесс выставления отметок" выбрано значение "Да". Затем можно выбрать преподавателей, которые будут оценивать или рецензировать представленные работы конкретных учащихся.
{|
|[[Файл:Markingworkflowallocatedmarkers.png|мини|Выделенные маркеры на экране оценки|центр]]
|}

== Другие настройки ==
В зависимости от того, что включено для вашего сайта и курса, вам также может потребоваться изучить [[Common module settings|Общие настройки модуля]], [[Restrict access|Ограничить доступ]],[[Завершение элементов]], [[Tags|Теги]] и [[Competencies|Компетенции]].

== Возможности назначения ==

* [[Capabilities/mod/assign:exportownsubmission|Экспорт собственного представления]]
* [[Capabilities/mod/assign:grade|Присвоение оценки]]
* [[Capabilities/mod/assign:submit|Отправить задание]]
* [[Capabilities/mod/assign:view|Просмотр задания]]

Разрешения ролей для этого действия можно изменить в меню Действий со значком шестеренки.

== Настройки администрирования сайта ==
Администраторы могут получить доступ к параметрам конфигурации назначения, выбрав ''Администрирование > Плагины > Модули элементов курса > Задание.''

=== Настройки задания ===
Здесь администратор может установить значения по умолчанию для определенных настроек. Они также могут сделать определенные настройки «Расширенными», что означает, что преподаватель курса должен нажать на ссылку «Показать подробнее», чтобы просмотреть их, или они могут «Заблокировать» настройки, что означает, что преподаватель курса не может изменить эти настройки. Если на сайте есть курсы с более чем 100 участниками, количество заданий, указанное на странице оценки заданий, может быть ограничено с помощью параметра «Максимальное количество заданий на страницу» (assign | maxperpage). При этом значение «Все» из параметра «Задания на страницу» будет удалено.

;Заявление о подаче заявки
:Здесь администратор может ввести текст, который появится, когда учащиеся будут готовы отправить задание. Есть три варианта:

{|
|[[Файл:Submission 37.png|мини|Просмотр администратором экранов настройки заявления о подаче - нажмите, чтобы увеличить|центр]]
|[[Файл:Submission statement 1.png|мини|Просмотр учащегося при отправке - нажмите для увеличения|центр]]
|}

Если по умолчанию оставить значение «Нет», то у учителей будет возможность в рамках своих заданий принудительно изменить это значение или нет.

Заявление о подаче может быть представлено на разных языках. Как это сделать см. в разделе [[Multi-language content filter|Многоязычный контент-фильтр]].
'''Примечание для сайтов, использующих языки, отличные от английского''': в настоящее время существует ошибка, влияющая на отправку задания по умолчанию — оно не отображается на языке пользователя (MDL-54731). Обходной путь заключается в том, чтобы ввести заявление о отправке на требуемом языке (используя многоязычный фильтр, если требуется несколько языков) в поле «Заявление о отправке» (submissionstatement), а затем сохранить изменения.

=== Плагины для отправки сообщений ===
Здесь администратор может включать, отключать или изменять порядок и настройки по умолчанию для любых плагинов отправки.
;Комментарии к отправке
:Обратите внимание, что если здесь включены комментарии к отправке, а в разделе ''Администрирование сайта > Расширенные возможности'' включены комментарии по всему миру, то учащиеся смогут отправлять сообщения своему преподавателю при отправке своего задания. Если любой из этих параметров отключен, ссылка на комментарии к отправке не будет отображаться.

=== Плагины для обратной связи ===

==== Управление плагинами обратной связи по назначениям ====
Здесь администратор может включать, отключать или изменять порядок и настройки по умолчанию для любых плагинов обратной связи.
;Аннотировать PDF-файл
:Здесь можно загрузить штампы, которые учителя будут использовать при аннотировании PDF-файлов учащихся.

==== Проверьте Ghostscript ====
Вы также можете проверить путь к ghostscript здесь:
{|
|[[Файл:Selection116.png|мини|Ghostscript не установлен или установлен неправильно|центр]]
|[[Файл:Selection115.png|мини|Правильно установленный Ghostscript|центр]]
|}

Если штампы по умолчанию случайно удалены, их можно найти в mod/assign/feedback/editpdf/pix и загрузить заново.

[[Категория:Задание]]

Общие настройки модуля

2026-02-05T06:59:45Z

Олег Давидович:

{{Activities}}
На странице настроек для многих ресурсов и элементов курса есть раздел под названием «Общие настройки модуля».

==Доступность==

Настройка доступности содержит до 3 возможных вариантов (в зависимости от того, включен ли параметр «Разрешить скрытую деятельность» администратором в разделе «Администрирование»).

;Отображать на странице курса
: Ресурс или элемент доступны студентам (при условии соблюдения любых ограничений доступа, которые могут быть установлены).

;Скрыть на странице курса
: Ресурс или элемент доступны только пользователям, имеющим разрешение на просмотр скрытых действий (по умолчанию это пользователи с ролью преподавателя и ассистента).

;Сделать доступным, но не отображать на странице курса
: Для упрощения просмотра страницы курса. Ссылка на ресурс или элемент должна быть предоставлена в другом месте, например, в другом элементе курса. Оцениваемый элемент по-прежнему отображается в журнале оценок и других отчетах.

См. также «[[Скрытые элементы]]».

==ID (идентификационный номер)==

Установка идентификационного номера позволяет идентифицировать элемент при расчете оценок. Если элемент не включен ни в какие расчеты оценок, поле идентификационного номера можно оставить пустым.

Идентификационный номер также можно задать на странице редактирования оценки в журнале оценок, однако редактировать его можно только на странице обновления модуля в контексте курса.

Идентификационный номер также может использоваться другими модулями и плагинами.

== Принудительный язык ==
Преподаватель может использовать принудительный язык в отдельных элементах, а не во всем курсе. Примером может служить ситуация, когда студенты изучают иностранный язык, а курс в целом ведется на их родном языке. Однако конкретное упражнение, например, домашнее задание, выполняется на изучаемом языке, чтобы побудить их сосредоточиться.

== Включить загрузку содержимого курса ==
Если включена функция загрузки содержимого курса и если содержимое доступно для загрузки (в данный момент это файл, папка, страница, текст и мультимедийная область), то в этом месте следует решить, разрешать ли загрузку этого элемента.
Примечание: на платформе Пуск загрузка содержимого элементов не разрешена.

==Групповой режим==
[[Groups|Группы]] настраиваются на уровне курса.

Если включен групповой режим курса и для параметра «Принудительный групповой режим» установлено значение «Нет», то [[Groups|групповой режим]] может быть одного из трех уровней на уровне активности: без групп, отдельных групп или видимых групп.

;Нет групп
:Группы отсутствуют, и все студенты предоставляют ответы в одном «месте».

;Изолированные группы
:Студенты представляют свои работы, а преподаватели /тренеры могут сортировать материалы по группам или просматривать всех участников.

;Видимые группы
:Все студенты отправляют свои задания в одном «месте», но могут выбрать, с какой группой связать их отправку перед загрузкой. Учителя /тренеры могут сортировать отправленные материалы по группам или просматривать всех участников.

==См. также ==
Общие настройки модуля используются в
*[[Настройки задания|Добавление/редактирование задания]]
*[[Chat settings|Добавление/редактирование чата]]
*[[Choice settings|Добавление/редактирование опроса]]
*[[Adding/editing a database|Добавление/редактирование базы данных]]
*[[Forum settings|Добавление/редактирование форума]]
*[[Glossary settings|Добавление/редактирование глоссария]]
*[[Настройки Лекции|Добавление/редактирование Лекции (урока)]]
*[[SCORM module|Модуль SCORM]]
*[[Adding/editing a quiz|Добавление/редактирование теста]]
*[[Adding/editing a wiki|Добавление/редактирование вики]]
Другие области
*[[Groupings|Группировка]]
*[[Grade export|Экспорт оценок]]
*[[Grade calculations#Assigning ID numbers|Присвоение идентификационных номеров модулей для расчета оценок]]

[[Категория:Элементы курса]]