- lms - lists.lms.org.pl

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

19 Kwi '05

On Tue, 19 Apr 2005, KubaTyszko wrote: > sobie glowy nie zawracaj - obecnie nie jest to zadne zabezpieczenie > (nawet w windowsie mac mozna zmienic bez problemu). tak z ciekawosci jak to zmienic bo na windzie sie nie znam, w linuxie to wiem jak maca zmienic. bo mialem zonka.. podpinam kompa do sieci, a tam zamiast maca to same 00. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz sprzedam Toshibe Tecra S1 - www.pbern.biz/tecra/

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 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