Ja jednak postawiłem na dwa servery które maja już LMS-y i bazy danych. Jeden z nich łączy się zdalnie do MYSQL jak i LMSD co pozwala na przeładowanie ustawień. Jedynie co trzeba zrobić po padzie głównego Servera to zmiana ip odpalenia dhcpd i zmienić ip w lms.ini zdalnej bazy danych na lokalny. Trzeba tylko jeszcze aby drugi Server raz dziennie robił update własnej bazy danych by mógł z niej korzystać po padzie pierwszego :D .

Pozdrawiam

21-09-07, Wojciech Świadkowski wojtek@bial.pl napisał(a):

...

...

Mógłbyś przedstawić twój sposób na zarządzanie innymi maszynami za

pomocą

...

...

jednego UI LMS-a ?? Bo ja aktualnie korzystam z dwóch z tym ze jeden z nich łączy się do bazy zdalnie co mnie zabardzo nie zadowala bo w razie padnięcia pierwszego ten drugi nie ma dan które jak wiadomo SA najważniejsze. Robie co jakiś czas backup ale wiecie jak to jest w życiu :D.

Pozdrawiam

Zasada jest dosc prosta maszyna zainstalowanym pelnym lmsem serwerem www

i

...

mysql na pozostalych maszynkach zainstalowane sa tylko skrypty lmsa można

robić

...

to przez lmsd zamiast skryptow ja od kazdego zbednego daemona trzymam sie zdala nic zebnego na maszynkach ze skryptami musi znajdowac sie oczywiscie plik /etc/lms/lms.ini z wlasciwymi wpisami dla odpowiednich podsieci (podsieci nie mogą byc na kolidujacych klasach adresowych) dodatkowo dla kazdej maszyny tworzony jest odzielny urzyszkodnik w mysql

z

...

przypisanym hostem i haslem dodatkowo na maszynkach nelezy utworzyc uzytkownika systemowego umnie nazywa sie on lms (nie posiada hasla wiec logowanie przez ssh jest

mozliwe

...

tylko za pomoca klucza RSA) przeladowanie konfiguracji nastepuje wlasnie

w

...

taki sposob sorki za chaotycznosc opisu ale calkowity brak zdolnosci pedagogicznych w razie nie jasnosci odpowiem na konkretne pytania

idea jest taka stawiasz baze ( mysql/postgres/lub cokolwiek innego) udostepniasz ja na okreslonym porcie wylacznie zaufanym hostom dla bezpieczenstwa mozesz zaszyfrowac przesylane dane np. przez program stunnel , ssh lub cos innego phpui stawiasz na tej samej maszynie lub na oddzielnej , nie ma to znaczenia, moze byc kilka phpui na roznych maszynach. nalezy pamietac ze wszystkie powinny miec ta sama wersje lmsa i pamietac zeby skrypty finansowe odpalaly sie tylko na jednej z nich :) ( przytrafilo mi sie kiedys kilka razy naliczyc ten sam abonament i troche czasu spedzilem zanim ustalilem dlaczego ) sprawiasz zeby koncowka wiedziala ze ma sie przeladowac kiedy ty tego zechcesz. dodajesz ja w konfiguracji lms -> konfiguracja -> hosty skrypty perlowe i lmsd troszke roznia sie sposobem wymuszenia

przeladowania.

ja mam baze postawiona na oddzielnym kompie razem z phpui , ktory nic

wiecej

nie robi , moze oprocz automatycznej archiwzacji raz dziennie na plycie. dane udostepniam tylko zaufanym hostom ( odpowiednie wpisy w firewall ) przez szyfrowany tunel ( stunnel ) do tego mam w mysql uzytkownika ktory moze czytac okreslone pola z tabel bez danych osobowych i innych nie potrzebnych do generowania konfiguracji, oraz mozliwosc edycji/dadawania w okreslonych tabelach np lastonline/statystyki , takie niezbedne minimum. jako ze uzywam skryptow perlowych w cronie co kilka minut sprawdzam czy

ktos

zaznaczyl w bazie przeladowanie okreslonego hosta i jak cos wykonuje odpowiednie skrypty. problemem nie jest ilosc hostow obslugiwanych z jednego lsma, widzialem instalacje 1 lms 30 serwerow, tylko wlasciwe i bezpieczne skonfigurowanie tego z podkesleniem na bezpieczne, bo wlasciwe sprowadza sie do

uruchomienia

mysql z obsluga sieci domyslnie wylaczonej i w lms.ini na kazdym serwerze wpisania adresu ip, portu urzytkownika i hasla do bazy zdalnej.

co sie stanie jak padnie baza , albo polaczenie z nia? skrypty perlowe kiedy nie moga skontaktowac sie z baza nie robia nic, a

tym

samym nie kasuja poprzedniej konfiguracji, czyli nastepuje zamrozenie konfiguracji.

Wojtek

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms