Uzupełniliśmy w profilach Moodle błędne imię / nazwisko / email na podstawie danych z USOS, dla 94 studentów którzy próbowali zalogować się wczoraj ale nie zalogowali się dzisiaj. Te osoby miały tymczasowo błędne / usunięte dane w profilach Moodle. Już jest OK.

Usunęliśmy także 14 błędnych kont (stworzonych wczoraj z username równym prywatnemu mailowi). Będziemy monitorować czy problem wróci, na razie zakładamy że był spowodowany przez wczorajsze problemy z CASem.

To chyba koniec :) Tzn. o ile wiemy, wszystkie problemy związane z logowaniem do SKOS i błędnymi danymi w profilach (wiele z Was doświadczyło tych problemów od środy 23:30) są już rozwiązane. Oczywiście prosimy o informację jeśli nadal coś nie działa tak jak powinno, np. emailem do michalis.kambi AT gmail.com. Dziękujemy za cierpliwość i przepraszamy za problemy. ]]> Fri, 20 Dec 2024 14:23:00 +0100 https://michalis.xyz/skos.php 2024-12-20 Dzisiaj, około 15:00, serwer może być przez chwilę niedostępny podczas wymiany UPSa. Przepraszamy za ewentualne niedogodności.

Nie ma to związku z wczorajszym / dzisiejszym zamieszaniem związanym z CAS :), po prostu trzeba wymienić UPS zanim zaczną się święta.]]> Fri, 20 Dec 2024 11:33:00 +0100 https://michalis.xyz/skos.php 2024-12-20 System SKOS przy logowaniu znowu otrzymuje poprawne imiona, nazwiska oraz maile z systemu USOS.

Prosimy wszystkich którzy mieli wczoraj problemy o ponowne zalogowanie się do SKOS. Wasze dane zostaną zaktualizowane przy pomocy daych z USOS i wszystko powinno wyglądać tak jak dawniej.

Update: ta prośba już nie jest ważna. Wasze dane już powinny być OK, bez względu na to czy się zalogowaliście czy nie.)

Jeśli widzicie innych użytkowników którzy mają błędne (lub puste) dane (na skutek wczorajszych problemów):

• Zachęćcie ich do ponownego zalogowania się do SKOS :) To załatwi wszystkie problemy.

• Albo dajcie o nich znać mi (michalis.kambi AT gmail.com). Na tyle na ile będę miał zasobów, spróbuję tych użytkowników "ręcznie" zaktualizować (jeśli nie znajdę ich prawdziwych danych, to chociaż przestawię im dane na "Nieaktualne" zamiast błędnych).

• Ci z Was którzy w ciągu tych kilkunastu godzin próbowali się zalogować: podczas następnego logowania będziecie musieli podać obowiązkowe dane w swoim profilu Moodle: imię, nazwisko, email. W polu email należy wpisać ten sam email który mieliście poprzednio (zapewne xxx@uwr.edu.pl) aby uniknąć weryfikacji nowego maila.

  Wiemy że te dane były przez chwilę nieedytowalne — teraz są edytowalne.

  To jest workaround — te dane zostaną nadpisane przez system centralny (danymi z USOS) jak tylko CAS Uwr odzyska kluczową dla nas funkcjonalność.

• Ci z Was którzy w ciągu tego okienka nie próbowali się zalogować: nic nie zmieniło się dla Was, po prostu zalogujcie się jak zawsze. Nie zauważyliście problemu i nie powinniście go zauważyć. Możecie edytować swoje dane w profilu Moodle, ale prosimy tego nie robić — te dane zostaną nadpisane przez system centralny (danymi z USOS) wkrótce.

Przepraszamy za problemy i dziękujemy za cierpliwość.

Szczegóły co się wydarzyło i next steps, dla ciekawych:

Po stronie Uwr zmieniono system CAS. Zamiast utrzymywać przez jakiś czas obie wersje CAS, starą i nową (i pozwolić na migrację / testy nowej wersji "na spokojnie", co planowaliśmy zrobić w sobotę), po prostu stary CAS przestał działać w środę późnym wieczorem. Naturalnie zmieniliśmy szybko adres CAS na nowy (podobna zmiana została zrobiona w systemie zapisów) ale nowy CAS nie był (nadal nie jest) w pełni funkcjonalny dla nas. W szczególności nie przesyła do Moodle imienia oraz nazwiska, co jest dla nas kluczowe. Stąd dzisiejszy problem.

Wdrożyliśmy na chwilę workaround:

• Nie synchronizujemy imienia i nazwiska z USOS dla istniejących kont. Bo nie mamy tej informacji.

• A jeśli omyłkowo zsynchronizowaliśmy puste (co wydarzyło się dla kont które próbowały zalogować się w okienku kilkanastu godzin wspomnianym powyżej) -> pozwalamy je zmienić (więc będzie można "przejść" formularz Moodle podając imię, nazwisko oraz email; nie będą zablokowane).

Dla jasności, powyższe to tylko chwilowy workaround. Nie chcemy go na dłuższą metę. Chcemy pobierać imię i nazwisko z CAS i tylko tym danym ufać (aby uniknąć omyłkowych danych w profilach). Chcemy je synchronizować przy każdym logowaniu (aby uwzględnić zmiany np. gdy ktoś zmieni nazwisko ponieważ wzięła/wziął śłub). Damy znać na tej stronie kiedy to się wydarzy.

W razie problemów, jak zawsze, śmiało piszcie na mój adres email: michalis.kambi AT gmail.com. Więcej metod kontaktu ze mną tutaj, mam Signala i inne adresy mailowe, wszystkie te metody komunikacji obserwuję non-stop, jak tylko nie śpię :) Pozdrawiam! ]]> Thu, 19 Dec 2024 15:24:00 +0100 https://michalis.xyz/skos.php 2024-12-19 Ta informacja nie jest już aktualna -- zmiana CAS została wymuszona wcześniej niż planowaliśmy. Zobacz ogłoszenia późniejsze (powyżej na tej stronie) po szczegóły.

W najbliższą sobotę (21 grudnia) zmienimy stronę Centralnego Serwisu Uwierzytelniania (CAS) używanego do logowania do serwisu Moodle. Strona zmieni adres z login.uni.wroc.pl na login.usos.uwr.edu.pl. Zmieni się również wygląd strony.

Osoby które korzystają z menedżerów haseł powinny dodać nowy adres do swojego portfela haseł. Nazwa użytkownika i hasło pozostają takie same. Nowy serwer posiada certyfikat TLS wystawiony dla Uniwersytetu Wrocławskiego i podpisany przez GEANT Vereniging.

W najbliższym czasie podobne zmiany będą wdrożone także w systemie Zapisów i USOS.]]> Wed, 18 Dec 2024 10:12:00 +0100 https://michalis.xyz/skos.php 2024-12-18 Zmieniliśmy sposób działania GeSHi (kolowanie składni w blokach kodu) w naszym Moodle aby lepiej współpracowało z tym jak działa Markdown, HTML i zdrowy rozsądek :)

Skrót: Polecam wkleić tą testową zawartość w formacie Markdown jako zawartość strony w Moodle (powinna zadziałać wszędzie tam gdzie Moodle pozwala na wielolinijkowy tekst). I zaobserwować że Markdown oraz Geshi w środku działąją tak jak powinny.

Oto zrzut ekranu jak powinien wyglądać wynik.

Szczegóły:

Wszystkie bloki kodu, w tym zapisane w formacie Markdown używając `pojedynczego backticka` oraz zapisane w formacie Markdown lub HTML <code>używając elementu code</code>

1. Dotychczas były automatycznie blokiem, tzn. były wyświetlane jako <div> (wyglądały jak nowy paragraf). Fixed. Teraz `foo` oraz <code>bar</code> są elementami inline, czyli mogą być używane wewnątrz paragrafów.

2. Dotychczas były automatycznie kolorowane jako kod PHP. Fixed. Teraz domyślnie nie są kolorowane, chociaż nadal można wymusić kolorowanie (tak jak kiedyś) pisząc np.

   <code syntax="c">
   int main() {
     printf("Hello World");
     return 0;
   }
   </code>
   

3. Dotychczas robiły dziwne rzeczy z białymi znakami. Białe znaki za nimi były "zjadane". Z kolei na początku i na końcu były dodawane nowe linie które wyglądały jak dziwne dodatkowe marginesy na górze / dole. Fixed.

Podziękowania i przeprosiny dla Pawła Laskosia-Grabowskiego za zgłoszenie tego. Podziękowania - za zgłoszenie. Przeprosiny - za to że zaadresowanie tego problemu zajęło mi tyle czasu :) ]]> Tue, 26 Nov 2024 17:06:00 +0100 https://michalis.xyz/skos.php 2024-11-26 Zakończyliśmy planowane prace na serwerze. Wszystko powinno działać jak należy, a nawet lepiej — działamy na znacznie lepszym i szybszym hardware.

Proszę dajcie znać jeśli coś nie działa, np. emailem do michalis.kambi AT gmail.com.]]> Sat, 02 Nov 2024 03:11:00 +0100 https://michalis.xyz/skos.php 2024-11-02 W najbliższy piątek, 1 listopada 2024, serwis SKOS zostanie przeniesiony na nowe serwery.

Prosimy o wyrozumiałość w czasie weekendu 1-3 listopada -- o ile wszystko powinno działać jak należy od soboty, to mogą wystąpić okresowe zaburzenia (np. konieczność restartu maszyn itp.). Gwarantujemy że wszystko będzie śmigać od poniedziałku (4 listopada) rano.

Do prowadzących: Jeśli zadają Państwo studentom zadania do rozwiązania i zgłoszenia w SKOS-ie, prosimy o nieustawianie terminu ich oddawania w okresie 1–3 listopada — zaburzenia w pracy serwisu mogą utrudnić studentom zgłaszanie zadań w tym terminie.]]> Tue, 29 Oct 2024 13:01:00 +0100 https://michalis.xyz/skos.php 2024-10-29 Uaktualniliśmy Moodle, aby mieć najnowsze poprawki bezpieczeństwa oraz najnowsze wersje pluginów.]]> Mon, 21 Oct 2024 03:59:00 +0200 https://michalis.xyz/skos.php 2024-10-21 W ciągu ostatnich tygodni zrobiliśmy kilka aktualizacji Moodle, aby mieć najnowsze poprawki bezpieczeństwa oraz najnowsze wersje pluginów. W szczególności także nowa wersja "Adaptive adapted for coderunner".

Wszystko powinno działać bez zmian — jak zawsze, dajcie znać jeśli jest regresja, np. emailem do michalis.kambi AT gmail.com.

Wewnętrznie, przygotowaliśmy i testowaliśmy także nowy serwer, na duuużo lepszym hardware, który będzie działać dużo szybciej. Jego uruchomienie jako "produkcyjnego" serwera jest zaplanowane na 1 listopada.]]> Fri, 13 Sep 2024 11:42:00 +0200 https://michalis.xyz/skos.php 2024-09-13

Note: nowe Moodle wprowadziło nową analizę ostrzegającą przed kursami na które może zabraknąć studentów. W rezultacie wygenerowało, podczas upgrade, maile o treści Studenci zagrożeni na kursie.... Już wyłączyłem generowanie tych maili, ponieważ zgaduję że są one bezzasadne w przypadku Moodle powiązanego z przedmiotami Instytutu.]]> Sun, 21 Feb 2021 23:00:00 +0100 https://michalis.xyz/skos.php 2021-02-21 quiz_downloadsubmissions jest teraz dostępny w instalacji SKOS.]]> Sun, 07 Feb 2021 16:00:00 +0100 https://michalis.xyz/skos.php 2021-02-07 Podczas wakacji system na serwerze (Debian) został zaktualizowany do najnowszej wersji. Ponadto wczoraj Moodle zostało zaktualizowane do najnowszej wersji 3.6+. Wszystko powinno działać jak zawsze, proszę dać mi znać jeśli tak nie jest :)]]> Mon, 23 Sep 2019 20:59:00 +0200 https://michalis.xyz/skos.php 2019-09-23 Moodle oraz wszystkie pluginy został zaktualizowany do najnowszej wersji 3.6+.

Głównym powodem było nałożenie łatek bezpieczeństwa, ale przy okazji mamy też kilka nowych features oraz odświeżony wygląd (wiadomości, kokpit).]]> Sun, 07 Apr 2019 21:43:00 +0200 https://michalis.xyz/skos.php 2019-04-07 Zrobiliśmy ostatnio kilka ulepszeń wewnętrznych na serwerze (olbrzymi dysk na dane, system amd64, lepsza automatyzacja upgrades). Zaktualizowaliśmy także wszystkie instalacje Moodle do najnowszej wersji 3.5+ oraz zaktualizowaliśmy wszystkie pluginy. Wszystko powinno już śmigać i być stabilne, prosimy o testowanie:)]]> Tue, 28 Aug 2018 07:17:00 +0200 https://michalis.xyz/skos.php 2018-08-28 W niedzielę 26 sierpnia planujemy wdrażanie kilku aktualizacji na serwerze. Serwer będzie okresowo niedostępny (a jeśli przypadkowo tymczasowo będzie dostępny, to może być niestabilny :) ).]]> Sun, 26 Aug 2018 00:20:00 +0200 https://michalis.xyz/skos.php 2018-08-26 Od wtorku 23:00 (czasu polskiego) do piątku (ostatecznie, do czwartku 17:00) serwer był niedostępny.]]> Tue, 14 Aug 2018 19:49:00 +0200 https://michalis.xyz/skos.php 2018-08-14 Możemy już tworzyć w kursie zasób zsynchronizowany z GoogleDoc. Ponadto kilka poprawek do działania zapisywania poprzez nr indeksu.]]> Wed, 18 Jul 2018 18:00:00 +0200 https://michalis.xyz/skos.php 2018-07-18 Podziękowania dla Jana Góry za znalezienie i zgłoszenie nam problemu bezpieczeństwa na serwerze — naprawione:)]]> Wed, 16 May 2018 21:30:00 +0200 https://michalis.xyz/skos.php 2018-05-16 Właczyłem na serwerze HTTP/2 (dla szybkości) i HSTS (dla bezpieczeństwa, skoro działamy tylko w trybie HTTPS).]]> Sat, 05 May 2018 15:43:00 +0200 https://michalis.xyz/skos.php 2018-05-05 Zaktualizowałem kilka ustawień na serwerze (w Moodle i poza nim) pod kątem bezpieczeństwa. Zmiany (poza wyjątkiem poniżej) powinny być dla Was niedostrzegalne — ale naturalnie dajcie mi znać gdybym coś zepsuł.

Zagnieżdżanie Flasha przez filtr "media" zostało wyłączone. Zgodnie z zaleceniami bezpieczeństwa Moodle. Jest 2018, generalnie cały Internet funkcjonuje już bez Flasha:) Ale dajcie mi znać jeżeli jest potrzeba włączyć to z powrotem dla konkretnego kursu.]]> Wed, 10 Jan 2018 14:16:00 +0100 https://michalis.xyz/skos.php 2018-01-10 W zeszłym tygodniu wprowadziliśmy sporo poprawek do CSS strony. Upgrade Moodle wymusił kilka zmian na które nasza skórka Elegance nie była gotowa, ale już wszystko powinno działać.

Włączyłem używanie "Jobe sandbox" dla modułu CodeRunner. Chwilowo używamy serwera Jobe autorów CodeRunnera, którzy proszą żeby go nie przeciążać. Przyszłościowo, możemy pomyśleć o serwerze Jobe u nas, albo używać zawsze sandboxa Ideone.

Poprawiłem też działanie "Ideone sandbox" dla modułu CodeRunner, i napisałem kilka słów o wyborze języka dla niego, patrz dokumentacja.]]> Thu, 28 Sep 2017 23:28:00 +0200 https://michalis.xyz/skos.php 2017-09-28 Wszystkie instalacje Moodle na serwerze zostały zaktualizowane do najnowszej wersji, Moodle 3.3.2+ (wersja "weekly", najświeższa dzisiaj).

Wszystkie moduły zewnętrzne i skórki także zostały zaktualizowane.

Na uwagę zasługuje upgrade modułu CodeRunner (github):

• Nie ma już opcji uruchamiania w "liusandbox", które było naszym ulubionym sandboxem dotychczas (przetestowanym i używanym też przez wcześniejsze onlinejudge).

• Proszę spróbujcie używać jako sandboxa ideone. Połączenie naszego Moodle z ideone jest skonfigurowane. To jest dobry sandbox, który pozwala na masę języków programowania, jest szeroko testowany przez wiele innych serwisów, jego też poza naszym serwerem (więc nie ma drapania się po głowie czy sandbox jest bezpieczny). No i jego maintenancem zajmuje się ktoś inny, co jest przyziemną i praktyczną zaletą dla Michalisa. Trochę notek o CodeRunnerze i ideone jest w kolumnie obok.

  Dajcie mi znać jeśli ideone nie jest zadowalające, coś wykombinujemy, opcji jest dużo.

• Notka: raczej niechętnie wykorzystałbym sandbox polecany przez autorów CodeRunnera: Jobe. Autorzy sami piszę że nie zapewnia super bezpieczeństwa ("However it does not restrict any system calls and the task is not yet run in a chroot jail."). A my nie mamy chwilowo osobnej maszyny żeby postawić tam system do sprawdzania. (A nie mogę wrzucić Dockera, bo na kno.ii nie mamy chwilowo 64-bitowego Linuxa. Nie chcę też wchodzić głębiej w customizowanie Jobe żeby dodać do niego chroota i inne zabezpieczenia — to po prostu za dużo pracy. Nie chcę też obciążać serwera autorów, bo proszą żeby tego nie robić.) No i Jobe po prostu nie jest tak szeroko testowane jak ideone, o ile wiem.

Wysłałem też drobnego fixa do Moodle (błędne tłumaczenie psuło placeholdery w niektórych komunikatach. Jeśli ktoś chce wspomóc w tłumaczeniu Moodle, to system Moodle do nadsyłania tłumaczeń jest całkiem cool, dość trywialnie można wysłać poprawki, zachęcam do zabawy :) ]]> Mon, 18 Sep 2017 12:24:00 +0200 https://michalis.xyz/skos.php 2017-09-18 Zainstalowałem Marklar, przyjemny edytor do edytowania tekstu (Markdown i nie tylko) w Moodle. Pozwala na pisanie składni bezpośrednio w Markdown (lub innych formatach), bez żadnego fancy GUI, oraz używanie Preview aby upewnić się że wynik jest OK. Dokumentacja zawiera instrukcję obsługi dla użytkowników: należy włączyć Marklar w swoich preferencjach edytora. ]]> Sat, 02 Sep 2017 21:06:00 +0200 https://michalis.xyz/skos.php 2017-09-02 Zrobiliśmy właśnie dość znaczący upgrade oprogramowania na serwerze. Upgrade Debiana z 8 na 9, a co za tym idzie nowe wersje róznych istotnych pakietów dla naszego serwera (PHP, Apache, migracja na MariaDB...). Wszystko wydaje się śmigać, ale tradycyjnie proszę zwrócić uwagę i dać znać Michalisowi jeśli coś nie działa :) ]]> Mon, 10 Jul 2017 00:09:00 +0200 https://michalis.xyz/skos.php 2017-07-10 Serwer już działa, od dzisiaj od 8:13 rano. W sumie, mieliśmy 4 dni przerwy. Przepraszam za usterki w działaniu, próbujemy nadal ustalić co się zdarzyło i jak możemy temu zapobiec w przyszłości. ]]> Tue, 18 Apr 2017 20:40:00 +0200 https://michalis.xyz/skos.php 2017-04-18 Od piątku, od godziny 11:00, serwer skos.ii.uni.wroc.pl (znany także jako kno.ii.uni.wroc.pl) niestety nie działa.

Wiem o awarii, i powiadomiłem odpowiedzialne osoby... Niestety, ale nie mogę nic zrobić zdalnie. Serwer jest zamknięty w serwerowni, i albo został wyłączony albo odcięty od Internetu.

Proszę o cierpliwość, na pewno przywrócimy działanie systemu jak tylko skończą się święta.]]> Sun, 16 Apr 2017 11:00:00 +0200 https://michalis.xyz/skos.php 2017-04-16 Zrobiłem drobne ulepszenia do naszej sprawdzaczki plagiatów.

• Nowa funkcja "Force submitting now" pozwala wymusić sprawdzanie zadań natychmiast, bez względu na crona, i bez względu na to czy już kiedyś były sprawdzane.

• Moduł rozumie już różne kodowania polskich znaczków, i nigdy się nie poddaje — nawet w przypadku nieznanego kodowania:)

Proszę traktować cztery rozszerzenia poniżej jako "deprecated". Ich autorzy nie uaktualnili ich do Moodle 3.x. Uaktualniłem je na szybko sam, ale nie gwarantuję ich działania na dłuższą metę. Więc 1. najlepiej ich nie używać w nowych kursach, 2. jeśli musicie ich używać -- please sprawdźcie je bardzo uważnie, i dajcie mi znać jeśli są problemy. Te rozszerzenia to:

1. block_signinsheet
2. plagiarism_moss
3. assignment_onlinejudge
4. onlinejudge

Ponadto, po wakacjach przejdziemy na zupełnie nową instalację Moodle dla studentów Instytutu Informatyki na skos.ii.uni.wroc.pl. Zaczynamy z czystą bazą użytkowników, i głównym mechanizmem logowania (dla 99% osób) będzie tam logowanie przez centralny CAS na serwerze Uniwersytetu Wrocławskiego. Ponadto mamy nową ładną skórkę. Stara instalacja, na kno.ii.uni.wroc.pl/ii/, powinna być traktowana jako read-only obecnie.

Later note: po weekendzie (3 grudnia) serwer został włączony.

To całkiem duży upgrade z poprzedniego Moodle 1.8. Wszystko postarałem się zrobić elegancko i przetestować, nasze drobne lokalne poprawki nałożyłem ponownie (na szczęście, część z nich przestała mieć zastosowanie i mogłem je zwyczajnie usunąc). Nasze skórki zostały dostosowane do Moodle 1.9 i powinny wyglądać identycznie. Moduły Moodle zostały należycie uaktualnione.

Specjalne uwagi do /moodlesandbox/ (stara piaskownika KNO): niektóre moduły musiały być usunięte. To instalacja w której nikt nie pracuje od kilku lat, więc zapewne nikogo to nie obejdzie.

Uaktualniliśmy także Debiana do najnowszego stabilnego (dotyczczas, stary Moodle wymagał starego PHP który w rezultacie wymagał kilku innych starych rzeczy i trzymał nas na Debianie oldstable).

O ile testowałem wszystko poszło perfekcyjnie i wszystko działa, i de facto dla normalnych studentów wygląda (prawie) tak samo. Nauczyciele mogą zauważyć kilka nowych opcji tu i tam. Tradycyjnie, bardzo proszę o zwrócenie uwagi na ew. problemy i zawiadamianie mnie o nich.]]> Sat, 24 Sep 2011 17:44:00 +0200 https://michalis.xyz/skos.php 2011-09-24 Nałożyłem na nasze instalacje Moodle (1.8) kilka security patches. Łaty są przeniesione ze zmian w Moodle 1.9.11 i 1.9.12, przeglądałem issues z ostatniego (security) release pakietu Moodle w Debianie i załatałem rzeczy które wydają się dotyczyć też Moodle 1.8.

Ponadto nasze lokalne tłumaczenia są przechowywane w nieco inny sposób.

Tradycyjnie, wszystko powinno działać bez zmian — proszę zgłaszać jeżeli coś zepsułem :)

W razie problemów, upewnijcie się że usunęliście wszystkie ciasteczka z kno.ii.uni.wroc.pl i zalogujcie się od nowa. Od tego momentu sesja będzie na pewno poprawnie pamiętana.

Obecnie sesja jest pamiętana tylko przez 2 godziny. W przyszłości (po przejściu na nowszego Moodle w wakacje) być może rozszerzymy ten mechanizm o checkbox "Pamiętaj mnie" przy logowaniu, który pozwoli explicite zażądać takiego pamiętania sesji. Wtedy będzie też usprawiedliwione pamiętać sesję przez dłuższy okres czasu (np. 2 tygodnie).

Szczegóły: Nasze ostatnie zabawy (upgrade do Debiana 6.0 + downgrade do PHP 2.6) sprawiły że mieliśmy starą wersję PHP (5.2.6) która miała znane problemy z nowszą wersją libxml (2.7.8). Czyli downgrade PHP do 5.2.6 (do którego jesteśmy zmuszeni, bo Moodle 1.8.x nie działa z PHP 5.3.x, a z kolei nie chcemy robić upgrade Moodle w trakcie roku akademickiego) zmusza nas też do downgrade libxml2 (do wersji z lenny: 2.6.32). To z kolei zmusza nas do downgrade wielu innych pakietów używających libxml2... W rezultacie spora cześć systemu wróciła do stanu z Debiana lenny (tex, imagemagick...).

To jest też prawidłowy fix na ostatnie problemy z quizami HotPotato.

Jeżeli obserwowaliście błędy Call to undefined method MoodleQuickForm_hidden::MoodleQuickForm_hidden — już powinno być fixed.

2. Jeżeli ktoś miał problemy z oglądaniem stron przez nieszyfrowane http://, bo CSS był nieprawidłowy — już poprawione (znany błąd Moodle, #11061, którego niestety już nie poprawią w 1.8.x).

Główne zastosowanie tego skryptu to zapisywanie do kursu Moodle studentów na podstawie systemu zapisów. Adresy email studentów zapisanych na wykład/ćwiczenia mamy dostępne w systemie zapisów poprzez [Wiadomość dla grupy]. Nasz skrypt pozwala wkleić te adresy i automatycznie zapisać w Moodle wszystkich studentów z systemu zapisów. (Haczyk: nasi studenci muszą mieć już założone konta na Moodle z pasującym adresem email.)

Notka: dla nauczycieli aktualnie zalogowanych, musicie się wylogować + zalogować ponownie aby mieć nowe uprawnienie.

Dla ciekawych, co poszło nie tak: w nowej wersji pakietów (chyba chodzi o nową wersję dnsutils, żadnych innych pakietów z siecią nie upgrade'owałem od ostatniego reboota, nie było upgrade ifupdown ani resolvconf ostatnio) nie można mieć wielu linii dns-nameservers w pliku /etc/network/interfaces. Dozwolona jest tylko jedna linia dns-nameservers (z adresami oddzielonymi np. spacją jeżeli chcemy wiele serwerów dns). U nas omyłkowo były dwie linie dns-nameservers, i polegaliśmy na tym że obie będą uwzględnione przy generowaniu /etc/resolv.conf. W nowej wersji takie dwie linie powodują komunikat "duplicate option" od ifup, po czym ifup dochodzi do wniosku że plik /etc/network/interfaces jest zły i sieć w ogóle "nie wstaje".

Trochę starych maili do @cs.uni.wroc.pl zostało w rezultacie straconych. Jeżeli mieliście ustawiony w profilu KNO mail na @cs.uni.wroc.pl, proszę sprawdźcie czy nie przegapiliście jakiejś informacji na forum etc. (tzn. zalogujcie się na KNO, i zobaczcie czy nie macie jakichś nieprzeczytanych postów etc.).

Notka: ta poprawka nie ma związku z (nie-)docieraniem maili do serwera @ii.uni.wroc.pl. Maile do serwera @ii.uni.wroc.pl często zawodzą, i to już nie moja wina.

Kilka innych pomniejszych ustawień Moodle zostało dostosowanych dla bezpieczeństwa, m.in. w /moodlesandbox/ domyślna rola w niektórych kursach została przestawiona na "Student" (niektórzy mieli "Prowadzący" albo "Prowadzący bez edycji").

Tradycyjnie: nie powinniście nic zauważyć, ale gdyby coś przestało działać — dajcie mi znać.

Long story short: jeżeli nie widzicie żadnej zmiany na serwerze, to dobrze, wszystko działa Ok :) Jeżeli pojawiły się jakieś nowe problemy, proszę mnie informować.

W ustawieniach kursu jest teraz opcja "Wymuś temat", która pozwala zmienić temat (wygląd, kompozycję) w obrębie kursu na inny. Nowa kompozycja jest widoczna dla wszystkich którzy wejdą w dany kurs (prowadzących, studentów etc.). Można wybrać tylko temat zainstalowany w naszej instalacji Moodle. Nie można instalować własnych tematów ze względów bezpieczeństwa (temat w Moodle to między innymi kilka plików PHP). Ale jeżeli ktoś chce zainstalować konkretny temat (np. z oficjalnej listy tematów Moodle themes, albo przygotowany przez siebie) — proszę pisać, zainstaluję.

(Acha, temat musi być kompatybilny zarówno z Moodle 1.8.x i 1.9.x w tym momencie).

Jeżeli chcecie żeby włączyć "Zezwól na kompozycję kursów" w innej instalacji (np. /ii/) też piszcie, nie ma problemu.

Niedługo zrobimy upgrade do wersji 1.8.6+ Moodle'a, i będziemy zupełnie bezpieczni... Na razie chcę żeby przez kilka dni wszyscy sprawdzili czy ich kursy nie zostały naruszone po włamaniu.

Szczegóły (dla ciekawych): włamywacz przyszedł z numeru IP 74.52.131.162 (WildlyWealthyWomen.com? inne dziwne rzeczy? O ile nie był zupełnym amatorem, to pewnie włamał się najpierw do nich na ssh brutalnie próbując typowe hasła...). Wiem że miał dostęp do serwera jako użytkownik www-data (czyli mógł zmieniać i podglądać wszystkie dane Moodle'a, oraz podglądać hasła do bazy danych — wszystkie hasła są już naturalnie zmienione) 28 sierpnia o 21:35 i 22:22. Zmienił kilka plików źródłowych Moodle'a żeby się włamać (tu są "zacieśnione" uprawnienia; tutaj przy okazji zepsuł precedurę robienia backup'ów), i wrzucił kiepsko obfuscated skrypt w PHP który dawał mu wygodną przeglądarkę plików poprzez access strony license.php. Tutaj dość dobra wiadomość: każdy akces do tego skryptu był logowany przez Apache'a, tego nie mógł obejść ani wymazać, i wywołał go tylko dwa razy.

Czyli wygląda na to że jakiś script kiddie przyszedł, uruchomił ściągniętego i znanego exploita, przypadkiem zepsuł kilka PHPów żeby się włamać, po czym sobie poszedł.

Naturalnie, powyższa pozytywna wersja wygląda prawdopodobnie ale nie jest na 100% potwierdzona. Jeżeli mieliśmy do czynienia z bardziej inteligentnym włamywaczem, mógł używać innego skryptu, po którym ślad odpowiednio oczyścił, z innego adresu IP, mógł zmienić konkretne pliki, mógł nawet zmienić elementy bazy danych... Porównywanie bazy danych niewiele nam daje, w morzu zmian i logowań wykonywanych na serwerze kno.ii.uni.wroc.pl nie sposób wyłapać ew. zmiany dokonane przez szkodnika. Chociaż mogę potwierdzić na pewno że żadne pliki (tam Moodle trzyma zasoby kursu, wysłane zadania jako pliki i wiele innych rzeczy) nie zostały usunięte ani zmienione przez te 2 dni. Wiem też na 100% że system nie został naruszony (pliki konfiguracyjne etc. są jak trzeba (debsums rules), źródła Moodle'a łatwo było przywrócić do stanu poprawnego.)

Podsumowując: Z małym strachem, ale uznałem że nie będziemy cofali się z bazą danych wstecz, ponieważ wygląda na to że mieliśmy szczęście. Ale bardzo proszę wszystkich o dokładne sprawdzenie swoich kursów, ocen, wysłanych zadań etc. Stan bazy sprzed włamania jest zachowany w 100% pewnych backupach, więc jeżeli cokolwiek zaginęło/zostało przeinaczone, możemy to zawsze odzyskać.

Na razie wiem że backup w instalacji /ii/ nie działał. Nie wiem czy jakakolwiek instalacja poza /ii/ została naruszona, nie wiem czy dokonano jakichkolwiek realnych/wrednych szkód. Jeżeli zauważyliście jakiekolwiek dziwactwa w działaniu systemu, zwłaszcza jeżeli jakieś zasoby kursu albo oceny zostały zniszczone albo zagadkowo zmienione, proszę mi zgłaszać (zresztą zawsze proszę mi to zgłaszać :) ). Jeżeli robiliście coś istotnego, zwłaszcza w instalacji /ii/, to też proszę zgłaszać. Jeszcze nie wiem jakich szkód dokonano, będę dzisiaj porównywał dane w poszukiwaniu czegoś dziwnego, i zerkał co się działo z trefnych numerów IP. W razie wątpliwości, będziemy cofali stan bazy i plików do backupu z 26/27 września. (Ewentualne straty z 3 dni będę wyciągał na życzenie ręcznie z zachowanej bazy.)

Być może zdecyduję się zrobić przy okazji upgrade do Moodle 1.8.6+, wynikłoby wtedy z tego coś dobrego. Więcej informacji później, kiedy zorientuję się dokładniej jakich szkód dokonano.