- lms - lists.lms.org.pl

Re: Odp: RealTime LMS
by Radoslaw 'Goblin' Pieczonka 08 Gru '04

08 Gru '04

>spróbuj użyć iptables-restore, na pewno będzie szybciej > > no tak... ale 1: nie przywroci to czeczej regolek tc 2: czy to aby nie przywraca jedynie ustawien? bo w koncu reload z regoly oznacza zmiane czegos :) -- Goblin

1 0

Re: Odp: RealTime LMS
by A.L.E.C 08 Gru '04

08 Gru '04

Radoslaw 'Goblin' Pieczonka wrote: > a fe... wlasnie tego chce uniknac... u mnie reload regolek pelny w tej > chwili owocuje conajmniej > kilkunastosekundowym (a chyba nawet kilkudziesiecio) brakiem netu u > czesci userow (tych z konca listy) > a maszyna w sumie nielicha bo Athlon64... ja bym to widzial np. tak: spróbuj użyć iptables-restore, na pewno będzie szybciej -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Odp: RealTime LMS
by Radoslaw 'Goblin' Pieczonka 07 Gru '04

07 Gru '04

> Co do drugiego pomysłu, to można by ustawiać reload przy _każdej_ zmianie czegokolwiek w bazie. I ustawić w daemonie interwał sprawdzania czy wykonać reload np. co 5 minut. Mamy wtedy pewność że reload nastąpi automatycznie w ciągu najbliższych 5 minut (no, prawie jak realtime ;) a częste reloady spowodowane tym że ktoś się lmsem bawi, czy też wprowadza bardzo ważne zmiany każdemu z 500 użytkowników nie wystąpią więc możemy być w miare spokojni jeśli chodzi o load maszyny. Zaimplementowanie tego w lmsie też nie powinno być trudne. a fe... wlasnie tego chce uniknac... u mnie reload regolek pelny w tej chwili owocuje conajmniej kilkunastosekundowym (a chyba nawet kilkudziesiecio) brakiem netu u czesci userow (tych z konca listy) a maszyna w sumie nielicha bo Athlon64... ja bym to widzial np. tak: mamy skryptinicjujacy podstawowe ogolne regolki np. lms-base.init, oprocz tego mamy cos w stylu lms-host.on wywolywanego z parametrem ID komputera oraz odpowiednio lms-host.<cokolwiek innego> no i startuje nasz serwer i wywoluje ze skryptow startowych lms-base.init for kazdy host do: lms-host.on ID_HOSTA; no i zainicjowal np. root'y HTB wyczyscil iptables i poustawial polityki itp. a nastepnie poprzez lms-host.on'y powlaczal wszystkie regolki per hostowe czyli prywatne limity i takie tam... no i wio smiga... teraz odlaczamy w LMS'ie kompa = mysqlowe zapytania do bazy oraz wywolanie: sudo lms-host.off ID_KOMPA (kasuje odpowiednie regolki, ustawia nowe etc.) za jakis czas podlaczamy go spowrotem wiec znowu mysql + sudo lms-host.on ID_KOMPA -- Goblin

1 0

Re: RealTime LMS
by Radoslaw 'Goblin' Pieczonka 07 Gru '04

07 Gru '04

> Co do drugiego pomysłu, to można by ustawiać reload przy _każdej_ > zmianie czegokolwiek w bazie. I ustawić w daemonie interwał > sprawdzania czy wykonać reload np. co 5 minut. Mamy wtedy pewność że > reload nastąpi automatycznie w ciągu najbliższych 5 minut (no, prawie > jak realtime ;) a częste reloady spowodowane tym że ktoś się lmsem > bawi, czy też wprowadza bardzo ważne zmiany każdemu z 500 użytkowników > nie wystąpią więc możemy być w miare spokojni jeśli chodzi o load > maszyny. Zaimplementowanie tego w lmsie też nie powinno być trudne. a fe... wlasnie tego chce uniknac... u mnie reload regolek pelny w tej chwili owocuje conajmniej kilkunastosekundowym (a chyba nawet kilkudziesiecio) brakiem netu u czesci userow (tych z konca listy) a maszyna w sumie nielicha bo Athlon64... ja bym to widzial np. tak: mamy skryptinicjujacy podstawowe ogolne regolki np. lms-base.init, oprocz tego mamy cos w stylu lms-host.on wywolywanego z parametrem ID komputera oraz odpowiednio lms-host.<cokolwiek innego> no i startuje nasz serwer i wywoluje ze skryptow startowych lms-base.init for kazdy host do: lms-host.on ID_HOSTA; no i zainicjowal np. root'y HTB wyczyscil iptables i poustawial polityki itp. a nastepnie poprzez lms-host.on'y powlaczal wszystkie regolki per hostowe czyli prywatne limity i takie tam... no i wio smiga... teraz odlaczamy w LMS'ie kompa = mysqlowe zapytania do bazy oraz wywolanie: sudo lms-host.off ID_KOMPA (kasuje odpowiednie regolki, ustawia nowe etc.) za jakis czas podlaczamy go spowrotem wiec znowu mysql + sudo lms-host.on ID_KOMPA -- Goblin

1 0

Re: Odp: RealTime LMS
by Marcin Król 07 Gru '04

07 Gru '04

Marek Adamski wrote: > A może by tak wydawać polecenia z php. Kwestia tylko uprawnień > przeglądarki, ale polecenia iptables -I albo -D powinny działać bez > problemu. Można też np. odpalić drugiego apacha z uprawnieniami roota > na interfejsie localhost i wydawać polecenia przez odpowiednie > aplikacje. Do dupy z kilku powodów: - wszystko o czym mówisz mozna zrobić równie dobrze (a nawet lepiej) z daemona - zwięszkanie uprawnien apacha nie jest dobrym pomysłem - nie zawsze baza, ui i usługi pracują na tym samym hoscie. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: Odp: RealTime LMS
by Marek Adamski 07 Gru '04

07 Gru '04

Witaj Marcin, W Twoim liście datowanym 7 grudnia 2004 (21:39:45) można przeczytać: > Radoslaw 'Goblin' Pieczonka wrote: >>>> Czy nie bylo by pieknie gdyby w momecie klikniecia podlacz/odlacz >>>> wykonywal sie skonfigurowany odpowiednio wczesniej zestaw regolek >>>> (iptables, tc itp) tak by nie trzeba bylo klikac przeladuj? >>> >>> Pytanie główne - jak? Anyway w planach dopiero jest na 2.0 >>> >> IMO sudo. > Co sudo? >> If dopiero w 2.0 to mozna by odrazu calosc tak zrobic rzeby poniekad >> natywnie bylo wspierane, >> mozna by calosc wykonac na zasadzie podzialu skryptow na czesc ogolna i >> per host. per host >> wywolywac definiowane np. w konfigu or innym miejscu zestawy polecen. >> W trakcie pelnego przeladowania wywolywane byly by ogolne i per host, a >> przy zmianie w >> hoscie konkretnym tylko regolki przeladowywujace danego hosta. >> kurde... nie wem czy w miare jasno napisalem co mam na mysli... > Niebardzo. Przynajmniej ja Cię nie rozumiem ;) > Ale być może zabieramy się do tego nie od tej strony co trzeba. Ja widzę > 2 rozwiązania. Za 1 dostanę pewnie ostry opieprz[1], a drugi być może > komuś się spodoba. > Pewna część lmsa jest już realtime. Są to konta i wiadomości > administracyjne (przy zastosowaniu lms-squid). Można by, przy zachowaniu > pewnych warunków (przykładowo baza znajdująca się na localhoscie i niski > load) pokusić się o skonfigurowanie reszty daemonów/usług tak, aby > pobierały informacje bezpośrednio z bazy. Połaczenie binda ze squidem > ztcw jest możliwe, z dhcp może być już gorzej, ale z iptables może być > porażka. Chociaż kto wie, przy odpowiednim cache'owaniu informacji[2], i > sprawdzaniu np. tylko pakietów SYN być może wydajność nie będzie taka > zła. Ale tak czy siak, ktoś by musiał napisać odpowiednie dodatki bo > afik nie ma żadnej łatki do iptables która by pozwalała korzystać z > mysql, a sam łap w to pchał nie będę ;) > Co do drugiego pomysłu, to można by ustawiać reload przy _każdej_ > zmianie czegokolwiek w bazie. I ustawić w daemonie interwał sprawdzania > czy wykonać reload np. co 5 minut. Mamy wtedy pewność że reload nastąpi > automatycznie w ciągu najbliższych 5 minut (no, prawie jak realtime ;) a > częste reloady spowodowane tym że ktoś się lmsem bawi, czy też wprowadza > bardzo ważne zmiany każdemu z 500 użytkowników nie wystąpią więc możemy > być w miare spokojni jeśli chodzi o load maszyny. Zaimplementowanie tego > w lmsie też nie powinno być trudne. > [1] A gugiel mi wypluł Hunterka besztającego kogoś za tak niedorzeczny > pomysł ;) > [2] Tablica w pamięci zawierająca potrzebne dane wszystkich komputerów > dla których mamy regułki, i dodatkowo osobny proces który ma za zadanie > odpytywanie bazy i w razie czego odświerzenie danych w tej tablicy > zawartych. A może by tak wydawać polecenia z php. Kwestia tylko uprawnień przeglądarki, ale polecenia iptables -I albo -D powinny działać bez problemu. Można też np. odpalić drugiego apacha z uprawnieniami roota na interfejsie localhost i wydawać polecenia przez odpowiednie aplikacje. Jest to do zrealizowania i postaram się nad tym trochę popracować, ale dopiero w przyszłym tygodniu. -- Pozdrowienia, **************************** * Marek (SirAdams) Adamski * * LMS: 1.4.1 + daemon * * ICQ:42751516 * * GG:14747 * * Linux user:#253788 * ****************************

1 0

Ma³y te¶cik. Nie odpisywaæ.
by Marek Adamski 07 Gru '04

07 Gru '04

Witaj ! -- Pozdrowienia, **************************** * Marek (SirAdams) Adamski * * LMS: 1.4.1 + daemon * * ICQ:42751516 * * GG:14747 * * Linux user:#253788 * ****************************

1 0

Re: Odp: RealTime LMS
by Marcin Król 07 Gru '04

07 Gru '04

Radoslaw 'Goblin' Pieczonka wrote: >>> Czy nie bylo by pieknie gdyby w momecie klikniecia podlacz/odlacz >>> wykonywal sie skonfigurowany odpowiednio wczesniej zestaw regolek >>> (iptables, tc itp) tak by nie trzeba bylo klikac przeladuj? >> >> Pytanie główne - jak? Anyway w planach dopiero jest na 2.0 >> > IMO sudo. Co sudo? > If dopiero w 2.0 to mozna by odrazu calosc tak zrobic rzeby poniekad > natywnie bylo wspierane, > mozna by calosc wykonac na zasadzie podzialu skryptow na czesc ogolna i > per host. per host > wywolywac definiowane np. w konfigu or innym miejscu zestawy polecen. > W trakcie pelnego przeladowania wywolywane byly by ogolne i per host, a > przy zmianie w > hoscie konkretnym tylko regolki przeladowywujace danego hosta. > kurde... nie wem czy w miare jasno napisalem co mam na mysli... Niebardzo. Przynajmniej ja Cię nie rozumiem ;) Ale być może zabieramy się do tego nie od tej strony co trzeba. Ja widzę 2 rozwiązania. Za 1 dostanę pewnie ostry opieprz[1], a drugi być może komuś się spodoba. Pewna część lmsa jest już realtime. Są to konta i wiadomości administracyjne (przy zastosowaniu lms-squid). Można by, przy zachowaniu pewnych warunków (przykładowo baza znajdująca się na localhoscie i niski load) pokusić się o skonfigurowanie reszty daemonów/usług tak, aby pobierały informacje bezpośrednio z bazy. Połaczenie binda ze squidem ztcw jest możliwe, z dhcp może być już gorzej, ale z iptables może być porażka. Chociaż kto wie, przy odpowiednim cache'owaniu informacji[2], i sprawdzaniu np. tylko pakietów SYN być może wydajność nie będzie taka zła. Ale tak czy siak, ktoś by musiał napisać odpowiednie dodatki bo afik nie ma żadnej łatki do iptables która by pozwalała korzystać z mysql, a sam łap w to pchał nie będę ;) Co do drugiego pomysłu, to można by ustawiać reload przy _każdej_ zmianie czegokolwiek w bazie. I ustawić w daemonie interwał sprawdzania czy wykonać reload np. co 5 minut. Mamy wtedy pewność że reload nastąpi automatycznie w ciągu najbliższych 5 minut (no, prawie jak realtime ;) a częste reloady spowodowane tym że ktoś się lmsem bawi, czy też wprowadza bardzo ważne zmiany każdemu z 500 użytkowników nie wystąpią więc możemy być w miare spokojni jeśli chodzi o load maszyny. Zaimplementowanie tego w lmsie też nie powinno być trudne. [1] A gugiel mi wypluł Hunterka besztającego kogoś za tak niedorzeczny pomysł ;) [2] Tablica w pamięci zawierająca potrzebne dane wszystkich komputerów dla których mamy regułki, i dodatkowo osobny proces który ma za zadanie odpytywanie bazy i w razie czego odświerzenie danych w tej tablicy zawartych. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: Odp: RealTime LMS
by Radoslaw 'Goblin' Pieczonka 07 Gru '04

07 Gru '04

Marcin Król napisał(a): >>nie mysleliscie moze aby LMS dzialal troche inaczej jesli chodzi o >>aktualizacje >>np. wlaczania/wylaczania hostow, komunikatow itp. ? >>Czy nie bylo by pieknie gdyby w momecie klikniecia podlacz/odlacz >>wykonywal sie skonfigurowany odpowiednio wczesniej zestaw regolek >>(iptables, tc itp) tak by nie trzeba bylo klikac przeladuj? >> >> > >Pytanie główne - jak? Anyway w planach dopiero jest na 2.0 > > IMO sudo. If dopiero w 2.0 to mozna by odrazu calosc tak zrobic rzeby poniekad natywnie bylo wspierane, mozna by calosc wykonac na zasadzie podzialu skryptow na czesc ogolna i per host. per host wywolywac definiowane np. w konfigu or innym miejscu zestawy polecen. W trakcie pelnego przeladowania wywolywane byly by ogolne i per host, a przy zmianie w hoscie konkretnym tylko regolki przeladowywujace danego hosta. kurde... nie wem czy w miare jasno napisalem co mam na mysli... -- Goblin.

1 0

Almsd i kłopoty z konfiguracją połączenia MySQL
by Piotr Górski 07 Gru '04

07 Gru '04

Postanowiłem wykorzystać ggnotify z demona almsd... Skompilowałem wszystko i pojawił sie pewien problem... Przy odpaleniu almsd w logach dostaję że almsd łączy się z mysqlem przy użyciu użytkownika root@localhost i jeszcze bez hasła... Bardzo jest to ciekawe gdyż w konfigu który napisałem do almsd został określony użytkownik (i bynajmniej nie jest nim root) i hasło... Być może to bug, być może to ja czegoś nie zauważam... Ma ktoś jakiś pomysł co może być problemem? -- Piotr Górski <piotr(a)prokocim.org>

1 0