- lms - lists.lms.org.pl

Re: Maskowanie MAC-ów a Lms - cz. II (Final ?)
by KubaTyszko 19 Kwi '05

19 Kwi '05

On Tue, Apr 19, 2005 at 04:00:55PM +0200, Marcin Król wrote: > Zbigniew wrote: > > Witam ponownie !!! > > Od razu zaznaczam, że nie chciałbym być źle zrozumiany wracając to tego > > tematu. Moim jedynym celem jest uzyskanie miarodajnej ( a zatem pochodzącej > > od developerów) informacji ; > > Czy wspomniana funkcjonalność znajdzie się w lmsie ? > > Niewiem co powie reszta, ale jak dla mnie pomysł jest be. > beeeee

1 0

kontrola pasma
by bartmarian＠o2.pl 19 Kwi '05

19 Kwi '05

witam, sadze ze przydalo by sie wlaczyc do LMS imq, co prawda nie na kazdej dystrybucji dziala, nie sprawdzalem czy to wersja jajka nie kazda, czy gcc, wszstko jedno, uzywam tej wersji beta imq i wg. mnie nie ma zadnego porownania do samego htb czy cbq, poprawnie sie mi kompilowalo na mandarynce 10.1 (32 bit i 64) oraz na gentoo (sprawdzilem tylko 64bit) a o ile pamietam na mandarynce 9.2 nie chcialo... polecam wyprobowanie, mimo ze to imq jest beta, uzywam jak stable od miesiecy i zadnych problemow. sadze ze gdyby LMS generowal przy okazji dzialania skrypt na podobienstwo tego, kontrola pasma byla by przyjemnoscia :-) (gdyby dolozyc przekierowywanie portow dla userow przy okazji to bylo by juz mistrzostwo) pozdrowienia a tu mamy sznurek: http://lists.debian.org/debian-user-polish/2004/11/msg00241.html a w zalaczniku skrypcik - nie mego autorstwa

1 0

Re: Maskowanie MAC-ów a Lms - cz. II (Final ?)
by Paweł Rohde 19 Kwi '05

19 Kwi '05

Dnia 2005-04-19 15:58, Użytkownik KubaTyszko napisał: >wydaje mi sie ze wnioskiem z dyskusji jest to ze takiej funkcjonalnosci >nie bedzie. >polecam jakies pptp / pppoe jako metode kontrolowania dostepu a macami >sobie glowy nie zawracaj - obecnie nie jest to zadne zabezpieczenie >(nawet w windowsie mac mozna zmienic bez problemu). > > Jedyne, w czym widzę sens tego rozwiązania, bo tak jak piszesz autoryzacja to marna, to ewidencja urządzeń sieciowych po ich faktycznym adresie. Możnaby wtedy wszystkie karty wpisywać z ich faktycznym adresem MAC a skrypty dla używających jeszcze arpa podminiałyby mac na ten urządzenia nadrzędnego. A do ewidencji jest przecież pole numer seryjny, w który możesz sobie (k. Zbigniewie) wpisać adres mac, skoro jego do tych celów używasz. -- [pozdrawiam Paweł Rohde ] [email: pawel(a)rohde.poznan.pl, kom: 888 56 86 26 ] [JID: admin(a)suchylas.net, GG: 755284 ]

1 0

Re: Maskowanie MAC-ów a Lms - cz. II (Final ?)
by Marcin Król 19 Kwi '05

19 Kwi '05

Zbigniew wrote: > Witam ponownie !!! > Od razu zaznaczam, że nie chciałbym być źle zrozumiany wracając to tego > tematu. Moim jedynym celem jest uzyskanie miarodajnej ( a zatem pochodzącej > od developerów) informacji ; > Czy wspomniana funkcjonalność znajdzie się w lmsie ? Niewiem co powie reszta, ale jak dla mnie pomysł jest be. -- _ _ _ ___ | |_ | \/ |( __| 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: Maskowanie MAC-ów a Lms - cz. II (Final ?)
by KubaTyszko 19 Kwi '05

19 Kwi '05

On Tue, Apr 19, 2005 at 12:27:36PM +0200, Zbigniew wrote: > Witam ponownie !!! > Od razu zaznaczam, że nie chciałbym być źle zrozumiany wracając to tego > tematu. Moim jedynym celem jest uzyskanie miarodajnej ( a zatem pochodzącej > od developerów) informacji ; > Czy wspomniana funkcjonalność znajdzie się w lmsie ? > > P.S. Dla przypomnienia /nie dla dyskusji, bo ta myślę została zakończona/ > wklejam posta źródłowego: > "Chciałbym zapytać czy developerzy planują/uwzględniliby wprowadzenie takiej > funkcjonalności do lms: > 1.We właściwościach urządzenia sieciowego - dodać checkbox - 'maskowanie MAC" > 2. Do tabelki netdevices dodać odpowiedni rekord o wartości 0/1, np. mac_hide > 3. Dodać do lms-makemacs funkcjonalność, która podmieniałaby mac pobrany z > nodes na mac netdevices, który ma zaznaczony mac_hide, a nodes podłączony > jest własnie do tego urządzenia." > > > -- > Pozdrawiam > Zibi K. > > > wydaje mi sie ze wnioskiem z dyskusji jest to ze takiej funkcjonalnosci nie bedzie. polecam jakies pptp / pppoe jako metode kontrolowania dostepu a macami sobie glowy nie zawracaj - obecnie nie jest to zadne zabezpieczenie (nawet w windowsie mac mozna zmienic bez problemu).

1 0

Maskowanie MAC-ów a Lms - cz. II (Final ?)
by Zbigniew 19 Kwi '05

19 Kwi '05

Witam ponownie !!! Od razu zaznaczam, że nie chciałbym być źle zrozumiany wracając to tego tematu. Moim jedynym celem jest uzyskanie miarodajnej ( a zatem pochodzącej od developerów) informacji ; Czy wspomniana funkcjonalność znajdzie się w lmsie ? P.S. Dla przypomnienia /nie dla dyskusji, bo ta myślę została zakończona/ wklejam posta źródłowego: "Chciałbym zapytać czy developerzy planują/uwzględniliby wprowadzenie takiej funkcjonalności do lms: 1.We właściwościach urządzenia sieciowego - dodać checkbox - 'maskowanie MAC" 2. Do tabelki netdevices dodać odpowiedni rekord o wartości 0/1, np. mac_hide 3. Dodać do lms-makemacs funkcjonalność, która podmieniałaby mac pobrany z nodes na mac netdevices, który ma zaznaczony mac_hide, a nodes podłączony jest własnie do tego urządzenia." -- Pozdrawiam Zibi K.

1 0

Re: alternatywny do traffic_ipt.sh skrypt tworzacy statystki
by Tomasz Chilinski 19 Kwi '05

19 Kwi '05

On Tue, 19 Apr 2005 01:03:18 +0200 (CEST), orzi wrote > Czesc. > > Napisalem wlasny odpowiednik skryptu /sample/traffic_ipt.sh > Jest moim zdaniem bardziej uniwersalny - nie trzeba wpisywac na > sztywno adresow IP (ich koncowek) tylko sa one pobierane z lancucha RECV. > > Kto chce, niech uzywa. Moze tez zostac umieszczony w contrib'ie. I tak jest do dupy niezależnie od jego ile zawiera znaków w środku i jak ładnie jest sformatowany. Poczytaj o ipt_ACCOUNT. -- Tomasz Chilinski

1 0

alternatywny do traffic_ipt.sh skrypt tworzacy statystki
by orzi 19 Kwi '05

19 Kwi '05

Czesc. Napisalem wlasny odpowiednik skryptu /sample/traffic_ipt.sh Jest moim zdaniem bardziej uniwersalny - nie trzeba wpisywac na sztywno adresow IP (ich koncowek) tylko sa one pobierane z lancucha RECV. Kto chce, niech uzywa. Moze tez zostac umieszczony w contrib'ie. #!/bin/bash # robol.sh Alternatywny skrypt dla lms-traffic # orzi <orzi%jedwab,net,pl> # Wymagania: grep, awk # Ponizszy opis wziety z sample/traffic_ipt.sh: # Skrypt zliczajacy ruch dla kazdego usera na podstawie # licznikow iptables. Nalezy go uruchamiac z crona # na przyklad co 10 minut. # Na firewallu nalezy utworzyc lancuchy zliczajace ruch: # iptables -N RECV # iptables -N SEND # i nastepnie dla kazdego komputera regulki: # iptables -A RECV -d <IP komputera w sieci LAN> -j RETURN # iptables -A SEND -s <IP komputera w sieci LAN> -j RETURN # i na koncu: # iptables -A FORWARD -j RECV # iptables -A FORWARD -j SEND ## Konfiguracja PLIK_WYNIK='/etc/firewall/traffic.log' IPT=/sbin/iptables ## # Ponizej nic nie zmieniac PLIK_SEND='/tmp/send.stat.'$$ PLIK_RECV='/tmp/recv.stat.'$$ # Odczytanie licznikow z firewalla i zapis do plikow $IPT -L RECV -v -x -n > $PLIK_RECV $IPT -L SEND -v -x -n > $PLIK_SEND # Usuniecie starego traffic.log if [ -e $PLIK_WYNIK ] then rm $PLIK_WYNIK fi # main LISTA_IPS=`egrep -v Chain\|pkts $PLIK_SEND | awk ' { print $8 } ' ` for i in $LISTA_IPS do CYFERKAS=`grep "$i " $PLIK_SEND | awk ' { print $2 } ' ` CYFERKAR=`grep "$i " $PLIK_RECV | awk ' { print $2 } ' ` # <adres IP> <n_spacji> <upload> <n_spacji> <download> echo "$i $CYFERKAS $CYFERKAR" >> $PLIK_WYNIK done # Zerowanie licznikow firewall'a $IPT -Z # usunicie plikow z licznikami rm $PLIK_SEND rm $PLIK_RECV -- "God ctrl+s me"

1 0

Re: wpuscic dhcp
by hunter＠mimuw.edu.pl 19 Kwi '05

19 Kwi '05

On Mon, Apr 18, 2005 at 03:07:45PM +0200, Zbigniew wrote: > Dnia poniedziałek 18 kwietnia 2005 09:45, FUNETIA - Paweł (Px2) Peters > > > > print MACSFILE $ipbin." -t nat -A ".$chain." -p tcp --dport 67 -j > > RETURN\n"; print MACSFILE $ipbin." -t nat -A ".$chain." -p udp --dport 67 > > -j RETURN\n"; po wpisie istatniego klienta ale przed wpisem ewentualnego > > "denata" na jakis adres. > > Jesli nikomu to niepotrzebne to watku nie bylo :) mnie sie przydaje. > > Też to kiedyś zgłaszałem i zostało to odrzucone. > Stanęło na tym, że trzeba odpowiednio skonfigurować iptables'y przed > wywołaniem rc.macs Ja osobiście tego nie potrzebuje (iptables do konfiguracji sieci z LMS po prostu nie używam). Jeśli chcecie aby coś zostało na 100% włączone do głównego drzewa to: a) zróbcie ładną opcję do odpowiednich plików b) nie modyfikujcie defaultowego zachowania, tylko zmiana po explicite wywołaniu c) więcej niż 3 słowa komentarza, od poziomu co to dhcp i po co to komu do "--enable-dhcp-for-every-one" d) ładna łatka wygenerowana poleceniem postaci: $ cvs -z3 diff -u wysłna listę zapewne odniesie lepszy skutek. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: [SPAM] Re: po upgrejdzie
by Andrzej Kosmala 18 Kwi '05

18 Kwi '05

"FUNETIA - Paweł (Px2) Peters" napisał(a): >> Ale ja przeszedłem z nittrii, który wyświetlał prawidłowo. Teraz nie >> konwertowałem bazy a strona kodowana jest w UTF, lecz żadna z >> przeglądrek nie wyświetla prawidłowo polskich znaków (w linuksie i w >> windows) pomaga dopiero ręczna zmiana kodowania na UTF.. >> Oczywiście to UTF mam bez wzglłędu na to co wpiszę w opcji >> server_encoding. >> Pozdrawiam >> > > dodaj do httpd.conf AddDefaultCharset UTF-8 > u mnie pomoglo ale... U mnie lepiej nie dodawać bo wszystko wyświetla jako UTF a tego nie chcę. Po prostu zahaszowalem tę opcję. Którą wcześniej miałem na liatin2 i to powodowało problemy. > jak jest napisane w instrukcji do upgrade zeby zrobic druga baze, > wpisac ja w lms.ini, przekonwertowac backup na utf-8 i przywrocic po > uruchomieniu lms. > Wiec u mnie sprawa wygladala tak, ze po zalozeniu nowej bazy lms nie > potrafil sobie zbudowac struktury (kolejny raz wspomina o tym ze ma > problem ze zmiana danych w bazie) i nie dalo sie zalozyc pierwszego > uzytkownika - ciagle prosil o podanie danych do zalozenia a na dole > wyswietlal blad, mimo wszytskich opcji w lms.ini ustawionych poprawnie. > Rozwiazaniem bylo zrobic dumpa ze starej bazy, wrzucic do nowej bazy, > uruchomic lms i przywrocic kopie z przekonwetowanego iconvem backupu, > ale... w danych klientow nadal mam krzaki... > wiec moze cos zle robie, prosze o propozycje. Ustawiłem serwer_encoding na latin2 i wyświetla ładnie, chociaż podobno bardzo męczy się przy tym tłumaczeniu. Ale translacja bazy może być dla mnie za trudna. Niestety wszystkie napisy lmsa muszą być wykonane w unikodzie. Czy istnieje jakieś proste narzędzie do wpisywania znaków w UTF-8 przy edycji plików lmsa bez stosowania iconv? Pozdrawiam Andrzej

1 0