Комментарии 19
Коммерческий ВУЗ, 15000 студентов. На момент начала карантина у нас уже была Azure AD и LMS Moodle со всем необходимым материалом. Поэтому выбора большого не было, сразу остановились на Teams. Для упрощения работы внедрили плагин в LMS Moodle для генерации ссылок для подключения к собраниям Teams без всяких команд и без авторизации для студентов. Эти ссылки преподаватели выкладывали в электронное расписание. Через неделю работы в таком режиме столкнулись с зум-бомбингом, после этого завели учётки в AD для студентов, выложили учётки в ЛК студентов, отключили гостевой доступ и все вроде наладилось. Сейчас преподаватели уже практически самостоятельно разобрались с командами и созданием собраний. Была организована поддержка и студентов и преподавателей в различных месенджерах(для студентов зашёл Телеграм, для преподавателей — Whatsapp).Кстати говоря у Teams почти как месяц на экран выводится 8 спикеров и можно их все видит одновременно (если через десктоп-приложение), но запись до сих пор только 4. В ближайшее время обещают глобальное обновление, в котором добавят различные права и политики управления.
Пока в Виллабаджо выбирают сервис для лекций, в Вилларибо студенты собираются в майнкрафте.
Для организации учебного процесса в дистанционном режиме, связанным с применением профилактических мер в период повышенной готовности, в своей организации (школа), мы прибегли к решению использования сервисов на базе одной из мощнейших платформ — Google, а в частности, бесплатного продукта G Suite для образования.
Данное решение, в сравнении с аналогами, выгодно выделяют:
интуитивность и простота работы;
кроссплатформенность и совместимость (мобильные устройства);
бесперебойная работа.
Весь процесс не потребовал специальной подготовки и не занял много времени:
- Быстрое создание учетных записей для всех участников процесса, посредством функции Массовой загрузки (csv-таблица).
- Класс — основа решения, полноценный инструмент для построения завершенного процесса в (рабочей) группе участников:
создание учебных материалов (любой сложности);
"домашка";
тесты с автопроверкой;
отчёты успеваемости;
видео-конференции;
а также, присущие остальным сервисам, функции: разграничение доступа, совместная работа, комментирование, хранение (! без ограничений) и т. д. - Meet (конференции) и сопутствующие сервисы (почта, диск, календарь) — пришлись также удачно для вопросов связанных с административным процессом (совещания, корп-система, почта и прочее).
Как уже выше описано, для пользователя любого уровня подготовки, на любом устройстве — бесперебойная работа обеспечена.
Никакой инфраструктуры, бесплатно, навсегда.
При регистрации Google classroom гугл явно просит создать gsuite если идет работа в школьном учреждении. Упоминается, что будут использоваться только специальные учетки для gsuite. У меня такой вопрос: в рамках одного курса для студентов необходим ли gsuite или он предназначен для администрирования множества курсов? В чем вообще разница? Шишки долго набивать самостоятельно не хочется.
ТОже прошли от Zoom к Teams. У Teams еще добавлю — есть сложности с поддержкой старых устройств.
Сейчас для авторизации сделали связку — AD в Azure AD, Azure AD в Google G-Suite.
Используем Moodle и с нового учебного года хотим все это интегрировать с единым входом для студентов и преподавателей (в том числе с плагином Teams с Moodle).
Есть очень большая проблема: сброс паролей учетных записей. И чем больше людей — тем больше проблем.
Пробовали ltb-project.org/doku.php — не получилось настроить.
Есть у кого рабочее решение? Что посоветуете?
Для аналогичной ситуации делал когда-то маленький самописный сервис. Насколько помню, там ничего сложного: подойдет любой язык с LDAP библиотекой. Для смены пароля ничего сверх стандартного LDAP'а — не нужно. И это оказалось проще, чем подобрать готовое. На тот момент (~2011 г.), ничего легковесного и простого, делающего хорошо ровно одну задачу — не нашел.
В итоге был выбран Teams.
Вы может более подробно описать свою работу с Teams (начиная с самого начала)?
Например, в виде серии статей здесь.
(с Zoom работали почти все, а вот с Teams — немногие)
А что Вас конкретно интересует? Скрипты автоматизации, основные проблемы с которыми сталкивались пользователи и тех поддержка или разложить прям весь процесс внедрения по этапам. Могу ещё рассказать, как мы автоматизировали заключение электронных договоров для дополнительного образования или про дистанционную приёмную компанию в колледж.
А что Вас конкретно интересует?
Меня интересуют подробности — те самые промежуточные шаги, которые обычно пропускаются при описании.
Начиная с получения доступа к сервисам Teams, процесса организации его использования со стороны администрации, преподавателей и обучаемых, применения для конкретных задач (видеоконференция, обмен файлами и проч) и т.д., включая организацию контроля за действиями обучаемых («списывание» и подглядывание)
В принципе, все это должно было быть описано самой МС, но я пока такого у них не вижу.
Интегрирован с Moodle. Авторизвация через Moodle, а там, в свою очередь, через AD.
На сиротском VDS за 30 Евро уверенно держались до 100 видеопотоков.
Платил только за хостинг.
Всецело двачую. Поступил так же. Почему про BBB все забыли? А он ведь и очень функциональный, и опенсурсный, и масштабируется при желании. Да и LMS для него не нужна, можно использовать "штатный" фронтенд.
Я кстати также поступил для удаленной работы сотрудников и, избежав всех этих вездесущих стенаний, поднял Apache Guacamole. Очень удобно, круто и железобетонно стабильно. Все сидят дома из браузеров и не жужжат. Не тоебует никакой настройки или возьни на стороне клиентов. Работают люди в т.ч. со всякого старья на дачах под WinXP, с маков, с планшетов/ipad-ов и т.д. Разгрузил этим самым свой ИТ отдел очень конкретно...
Как авторизацию делали? С ключами или только по логину и паролю?
На стороне офиса есть терминальный сервер с 1Ц и всякими консультантами, есть несколько виртуалок с госсистемами и випнетами, ну и рабочие места — те станции, за которыми сидят люди. На это все они и лазают удаленно, взависимости от разграничения прав. Плюс я еще лазаю на серваки через SSH, который в гуакамоле тоже очень хорошо работает.
Авторизация в самом гуакамоле просто через логин-пароль. LDAP решил не делать из расчета, что пусть будет хоть какой-то "второй фактор" (пусть и не настоящий): сначала юзеры авторизуются в гуакамоле по логину-паролю, потом уже на удаленной машине в графическом режиме в своей учетке доменной, "как вживую". Пытался в гуакамоле сделать дополнительно TOTP, оно работает хорошо, но юзеры уже начинают плакать и не могут сами справиться с настройкой второго фактора: тетенькам за 50 лет это уже тяжело.
Как я выбирал сервис для перевода 35 000 студентов в онлайн. Опыт руководителя IT-отдела московского колледжа