Dokumentacja IT z MediaWiki


14

Szukamy sposobów dalszego udoskonalenia naszej dokumentacji i naszej zdolności do umożliwienia łatwego dostępu do informacji oraz ich edycji. Mając to na uwadze, stworzyliśmy wewnętrzną wiki opartą na platformie MediaWiki dla naszego poziomu 1 (Help Desk). Był to ogromny sukces dla Help Desk, który intensywnie wykorzystuje to do codziennych operacji. Teraz przyglądamy się sposobom dokumentowania rzeczy dla naszego poziomu 2 (administratorzy systemów). Musimy mieć informacje dla poziomu 2 oddzielne od informacji dla poziomu 1 ze względu na wrażliwość informacji i fakt, że będą one zawierały instrukcje dotyczące sposobu budowania naszych serwerów itp.

Szukam pomysłów i sugestii dotyczących tego, jak możemy osiągnąć następujące cele:

  • Scentralizowana dokumentacja oparta na platformie MediaWiki
  • Oddzielna zawartość między poziomami 1 i 2
  • Podoba nam się wygląd i wrażenia, jakie mamy dla poziomu 1, i które można wykorzystać na poziomie 2
  • Czy można to uruchomić na tym samym serwerze, gdybyśmy mieli uruchomić dwie różne instalacje MediaWiki? Czy to nawet dobry pomysł, aby uruchomić wiele instalacji MediaWiki na tym samym komputerze?
  • Obsługa certyfikatów FQDN i SSL dla każdej instalacji dokumentacji
  • Czy istnieje sposób na podzielenie lub utrzymanie oddzielnej części instalacji MediaWiki poziomu 1 w oparciu o członkostwo użytkownika lub grupy?

Z góry dziękuję i czekam na Wasze pomysły i sugestie.

Odpowiedzi:


12

O ile nie będzie wielu poziomów przełączania treści, polecam osobne strony wiki, ponieważ MW nigdy nie zostało zbudowane w celu zapewnienia solidnej kontroli dostępu. Przeczytaj najpierw http://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions i zdecyduj, czy warto. Istnieje wiele ostrzeżeń i exploitów, które mogą ominąć metody ochrony.

Jeśli tak, to zajrzyj do rozszerzenia Blokada przestrzeni nazw . Pozwala ustawić kontrolę dostępu do grupy na podstawie przestrzeni nazw, w której znajdują się strony, a następnie możesz mieć jedną przestrzeń nazw dla każdej warstwy. Korzystałem z tego w przeszłości (nie jestem pewien, jak dobrze jest obsługiwany w obecnej wersji MW). Działa, ale kłopotliwe jest konfigurowanie i zarządzanie, zwłaszcza jeśli masz wielu użytkowników.

Jeśli wybierzesz dwie instancje : Na pewno możesz uruchomić więcej niż jedną instalację MW na jednym hoście, o ile zachowasz dobrą separację. Skonfiguruj je jako osobne hosty wirtualne z własną nazwą hosta, osobnymi bazami danych (i poświadczeniami bazy danych) i już Cię nie ma.

Jeśli jednak chcesz SSL, musisz wygenerować certyfikat dla każdego (lub użyć wewnętrznego symbolu wieloznacznego) i dać każdemu wystąpieniu własny adres IP oraz nazwę hosta.

Look + feel ( skin ) można łatwo skopiować między dwoma instancjami, ponieważ jest to po prostu plik PHP z podfolderem. Pobierz go tak, jak lubisz na jednym, a następnie skopiuj go i dodaj do nowej konfiguracji.


1

możesz zainstalować więcej instancji MW - po prostu utwórz osobne katalogi w katalogu głównym serwera WWW (stąd użyjesz tej samej nazwy domeny i tych samych certyfikatów SSL). Właśnie podczas instalacji wskaż je do różnych baz danych

Jeśli potrzebujesz ich w katalogu głównym adresu URL - możesz utworzyć kilka wirtualnych hostów o różnych nazwach lub tych samych nazwach - różnych portach

Jeśli używasz Apache jako serwera WWW - możesz użyć plików .htaccess w celu uzyskania dostępu, ale zarządzanie nimi nie jest łatwe


0

Możesz korzystać .htaccessz wiki Wiki poziomu 2 i upuszczać za pomocą rozszerzeń bezpieczeństwa MW.


Sandra - Dziękuję za odpowiedź. Czy możesz podzielić się nieco więcej na temat tego, co powinniśmy oddzielić od .htaccess? Czy są też jakieś rozszerzenia zabezpieczeń MW, które mieliście na myśli?
John,

Nie używaj żadnych rozszerzeń bezpieczeństwa MW. Niech wszystkie uwierzytelnienia zostaną zakończone htaccess. howtoforge.com/htaccess_authentication Możesz mieć lokalną „bazę danych” użytkowników lub podłączyć ją do AD, LDAP lub NIS.
Sandra

-1

Myślę, że możesz to zrobić na jednej wiki. Wystarczy skonfigurować prawa dostępu, aby pracownicy poziomu 1 nie mieli dostępu do chronionych stron poziomu 2. To wszystko, co musisz zrobić, o ile rozumiem twoje pytanie.


Czy wiesz, jak i gdzie zdefiniować prawa dostępu do strony lub kategorii stron?
John

Ja nie. Ale byłem użytkownikiem MediaWiki, który zdecydowanie miał zablokowane strony, których użytkownicy nie mogli przeczytać. Nie jestem pewien, dlaczego otrzymałem głos negatywny na tę odpowiedź.
mfinni
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.