- lms - lists.lms.org.pl

Re: Problem z polskimi znakami przy nowych klinetach
by A.L.E.C 11 Kwi '05

11 Kwi '05

Matys Łukasz wrote: > Mam u siebie MySql'a...co z tym zrobic?;-) >>> Witam. Po przejsciu na wersje 1.5.4 (juz jakis czas temu), wszystko >>> ladnie sie przekonwertowalo na UTF-8. Natomiast mam mały problem z >>> nowo wprowadzanymi klinetami. Jezeli w ich nazwisku sa polskie znaki, >>> to nie da sie ich wyszukac, a dokladniej da sie to zrobic tylko np >>> po adresie >>> (jezeli nie zawiera polskich znakow). W czym moze byc problem? a starych klientów wyszukuje poprawnie? to może masz jednak złe kodowanie w bazie? jaka wersja? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Problem z polskimi znakami przy nowych klinetach
by Tomasz Chilinski 11 Kwi '05

11 Kwi '05

On Mon, 11 Apr 2005 11:13:33 +0000, Matys Łukasz wrote > Witam. Po przejsciu na wersje 1.5.4 (juz jakis czas temu), wszystko > ladnie sie przekonwertowalo na UTF-8. Natomiast mam mały problem z > nowo wprowadzanymi klinetami. Jezeli w ich nazwisku sa polskie znaki, > to nie da sie ich wyszukac, a dokladniej da sie to zrobic tylko np > po adresie > (jezeli nie zawiera polskich znakow). W czym moze byc problem? Pozdrawiam. Aha zapomniałbym klaster postgresowy trzeba utworzyć z parametrem: --locale=pl_PL > -- > Matys Łukasz -- Tomasz Chilinski

1 0

Re: Problem z polskimi znakami przy nowych klinetach
by Tomasz Chilinski 11 Kwi '05

11 Kwi '05

On Mon, 11 Apr 2005 11:13:33 +0000, Matys Łukasz wrote > Witam. Po przejsciu na wersje 1.5.4 (juz jakis czas temu), wszystko > ladnie sie przekonwertowalo na UTF-8. Natomiast mam mały problem z > nowo wprowadzanymi klinetami. Jezeli w ich nazwisku sa polskie znaki, > to nie da sie ich wyszukac, a dokladniej da sie to zrobic tylko np > po adresie > (jezeli nie zawiera polskich znakow). W czym moze byc problem? Pozdrawiam. Postgresql 8.0.x? ;-) Jeśli tak to zostaje Ci póki co ustawienie bazy na kodowanie LATIN2, i server_encoding = LATIN2 w lms.ini. Istnieją co prawda metody obejścia problemów z UPPER i LOWER, ale tego nie ma w LMSie jeszcze zrobionego. Alec? > -- > Matys Łukasz -- Tomasz Chilinski

1 0

Re: Maskowanie MAC-ów a Lms
by Robert CyberM 11 Kwi '05

11 Kwi '05

> a) nie wdrożenie tylko od razu klient chce sieć, klient musi się > autoryzować. Potem takie wdrażanie boli. klient dostaje soft i instrukcje na CD i sam sobie radzi, daje do domku "kabel" i reszta mnie nie interesuje. jak ktos chce moze sobie nawet pralke podlaczyc ;) > b) ja mam nawet w domu, różnica w zakupie była chyba 30 zł. A teraz mogę > sobie dodatkowy vlan zestawić gdzie nie mam jakiś śmieci :> jaki ? do jakiej kwoty dodales te 30zl ? > c) tutaj nie ma aż 50 osób :p więc 90% lepiej podać. ;) > kd. Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: Maskowanie MAC-ów a Lms
by Zbigniew 11 Kwi '05

11 Kwi '05

Witam! Dzięki za wszystkie wypowiedzi i argumenty. Jeśli chodzi o zastosowanie tego pomysłu to prawdą jest, że mam na myśli radiowe apc maskujące mac'i ( co jest standardem a nie wadą tanizny w której jest stosowany), a inspiracją jest 1 taki przypadek jaki mam sieci. Co do skuteczności takiego rozwiązania to argumenty są jakie są , a jednak w lms jest/był ;) on zaimplementowany (ale śmieszne słowo), a skoro jest to go stosuję jako jeden z wielu - nawiasem mówiąc bardzo mi się podoba. A skoro ten mechanizm już jest, to wydało mi się sensowne zwrócić Panów developerów uwagę na możliwość jego usprawnienia(?) i to przedyskutować. Gdybyście zechcieli więc Panowie ostatecznie wypowiedzieć się , czy "pomysł" chwycił czy zostaje odrzucony, to będę zobowiązany. P.S.[offtopic] Co do protokołów typu pppoe, pptp - fakt dają większe możliwości, ale wymagają od końcowego użytkownika odrobiny wiedzy, a z tym jest różnie niestety. Wspomnę tylko, że w jednej z lokalizacji wykonałem "krok w tył" z tego właśnie względu ( mimo umieszczonego na stronie manuala "step by step"), acz "z klientami się nie dyskutuje". Ponadto pppoe 'wymaga' raspppoe (innego sensownego nie znam pod win98) a tego darmo nie dają ;(. Ponadto zarządzalne switche w moim odczuciu to lepsze rozwiązanie niż cokolwiek z ppp związane, ale to tylko moja opinia. -- Pozdrawiam Zibi K.

1 0

Re: Maskowanie MAC-ów a Lms
by hunter＠mimuw.edu.pl 11 Kwi '05

11 Kwi '05

On Sun, Apr 10, 2005 at 11:37:46PM +0200, Robert CyberM wrote: > u mnie wdrozenie pppoe przebiegalo bez problemu, inna rzecz ze 99% ludzi > ktorzy czytaja ta grupe pewnie nawet nie widzialo zarzadzalnego switcha ze o > posiadaniu takowego nie wspomne ;) a) nie wdrożenie tylko od razu klient chce sieć, klient musi się autoryzować. Potem takie wdrażanie boli. b) ja mam nawet w domu, różnica w zakupie była chyba 30 zł. A teraz mogę sobie dodatkowy vlan zestawić gdzie nie mam jakiś śmieci :> c) tutaj nie ma aż 50 osób :p więc 90% lepiej podać. 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: Maskowanie MAC-ów a Lms
by Robert CyberM 10 Kwi '05

10 Kwi '05

> Hm. Hasło per-node już jest. Jak ktoś bardzo chce może spróbować > 802.1X. Nie wiem jak u innych - ale generalnie z mojego punktu > widzenia obsługa i konfiguracja sieci po stronie klienta powinna być > jak najprostsza. Owszem, 802.1X, PPPOE, etc. - to są fajne rzeczy i > bezpieczne, ale wyobrażacie sobie przekonfigurowanie sieci 100 > komputerów z normalnego ethernetu gdzie autoryzacja jest na bazie MAC > adresu na sieć autoryzowaną 802.1X (pomijając fakt że tylko WXP > wspiera to sam z siebie)? Ja nie bardzo. Wygodniej jest karmić switche > po SNMP adresami MAC które mają widzieć na których portach. u mnie wdrozenie pppoe przebiegalo bez problemu, inna rzecz ze 99% ludzi ktorzy czytaja ta grupe pewnie nawet nie widzialo zarzadzalnego switcha ze o posiadaniu takowego nie wspomne ;) Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: [lms] Re: [lms] Re: Maskowanie MAC-ów a Lms
by Rafal Drozd 09 Kwi '05

09 Kwi '05

Witaj Łukasz, W Twoim liście datowanym 9 kwietnia 2005 (10:27:27) można przeczytać: > Hm. Hasło per-node już jest. Jak ktoś bardzo chce może spróbować > 802.1X. Nie wiem jak u innych - ale generalnie z mojego punktu > widzenia obsługa i konfiguracja sieci po stronie klienta powinna być > jak najprostsza. Owszem, 802.1X, PPPOE, etc. - to są fajne rzeczy i > bezpieczne, ale wyobrażacie sobie przekonfigurowanie sieci 100 > komputerów z normalnego ethernetu gdzie autoryzacja jest na bazie MAC > adresu na sieć autoryzowaną 802.1X (pomijając fakt że tylko WXP > wspiera to sam z siebie)? Ja nie bardzo. Wygodniej jest karmić switche > po SNMP adresami MAC które mają widzieć na których portach. Kolejna sprawa, pojawi sie 90% wiecej zgloszen ze internet nie dziala, bo jak zwykle bedzie jakis problem z autoryzacja klienta do 802.1X, czy tez po PPPOE ;) -- Pozdrowienia, Rafal Drozd

1 0

Re: [lms] Re: Maskowanie MAC-ów a Lms
by Łukasz Jarosław Mozer 09 Kwi '05

09 Kwi '05

Witam. W liście z dnia 9 kwietnia 2005 (00:27:33) można przeczytać: >> LMS domyślnie ma takie założenia. Rzeczy takie jak pin i hasło 'per >> node' są stosunkowo nowe. (nie mówię nic o ich słuszności :> ) > nowe, zreszta z mojej inicjatywy. zamiast rozmawiac jak dodac cos via MAC > lepiej zainteresowac sie nowinkami takimi jak login i haslo. szkoda czasu na > rozwijanie nieskutecznych rozwiazan. Hm. Hasło per-node już jest. Jak ktoś bardzo chce może spróbować 802.1X. Nie wiem jak u innych - ale generalnie z mojego punktu widzenia obsługa i konfiguracja sieci po stronie klienta powinna być jak najprostsza. Owszem, 802.1X, PPPOE, etc. - to są fajne rzeczy i bezpieczne, ale wyobrażacie sobie przekonfigurowanie sieci 100 komputerów z normalnego ethernetu gdzie autoryzacja jest na bazie MAC adresu na sieć autoryzowaną 802.1X (pomijając fakt że tylko WXP wspiera to sam z siebie)? Ja nie bardzo. Wygodniej jest karmić switche po SNMP adresami MAC które mają widzieć na których portach. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Maskowanie MAC-ów a Lms
by hunter＠mimuw.edu.pl 09 Kwi '05

09 Kwi '05

On Sat, Apr 09, 2005 at 12:27:33AM +0200, Robert CyberM wrote: > > LMS domyślnie ma takie założenia. Rzeczy takie jak pin i hasło 'per > > node' są stosunkowo nowe. (nie mówię nic o ich słuszności :> ) > nowe, zreszta z mojej inicjatywy. zamiast rozmawiac jak dodac cos via MAC > lepiej zainteresowac sie nowinkami takimi jak login i haslo. szkoda czasu na > rozwijanie nieskutecznych rozwiazan. Ja mam podejście konserwatywne raczej. Bo coś commitnę i ktoś wpadnie, przyjdzie powie że nie pachnie mu i tyle. A 90% finansów w lms jest imvho do przerobienia przed jeszcze czymś takim jak faktury korygujące czy kilka numeracji faktur czy też pro-formy czy KP... To tak bajdełejem. No ale ja się tam nie znam... Niech inni się jeszcze wypowiedzą. Co do maców: masz rację, nic dodać nic ująć, to jak jakiś wątek typu "ale moi klienci nie czytają maili !!! chce ich powiadamiać via Gadu-Gadu". Ma user login i hasło i ich pilnuje. Mac to jakby nie jest ani rozwiązanie piękne ani sprawne. 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: Maskowanie MAC-ów a Lms
by Robert CyberM 09 Kwi '05

09 Kwi '05

> LMS domyślnie ma takie założenia. Rzeczy takie jak pin i hasło 'per > node' są stosunkowo nowe. (nie mówię nic o ich słuszności :> ) nowe, zreszta z mojej inicjatywy. zamiast rozmawiac jak dodac cos via MAC lepiej zainteresowac sie nowinkami takimi jak login i haslo. szkoda czasu na rozwijanie nieskutecznych rozwiazan. Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: Maskowanie MAC-ów a Lms
by hunter＠mimuw.edu.pl 08 Kwi '05

08 Kwi '05

On Fri, Apr 08, 2005 at 11:20:25PM +0200, Robert CyberM wrote: > > Ciekawe - wynika z tego, że AP pełni fukncję routera. > a gdzie tu mowa o routingu ? kto w XXI wieku autoryzuje klientow po MAC'u ? LMS domyślnie ma takie założenia. Rzeczy takie jak pin i hasło 'per node' są stosunkowo nowe. (nie mówię nic o ich słuszności :> ) 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: Maskowanie MAC-ów a Lms
by Robert CyberM 08 Kwi '05

08 Kwi '05

> Ciekawe - wynika z tego, że AP pełni fukncję routera. a gdzie tu mowa o routingu ? kto w XXI wieku autoryzuje klientow po MAC'u ? Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: roznych pytan kilka
by Przemysław 'Repcio' Gubernat 08 Kwi '05

08 Kwi '05

On Fri, Apr 08, 2005 at 09:00:51PM +0200, Marcin Mazurek wrote: > Przemysław 'Repcio' Gubernat (repcio(a)repcio.net) napisał(a): > > > > 1. czy da się powiązać w jakiś sposób w skryptach lms-* czy w almsd taryfy > > > z generowanymi markami w skryptach wykorzystujących iptables? Chodzi mi o > > > filtrowanie określonych userów w zależności od ich taryf. Da się coś > > > takiego wykonać? Wyadje mi się, ze nie ale wolałbym się upewnić:) > > > > > Możesz zawsze możesz użyć do tego celu grup. > > U siebie właśnie zmuszam obsługę do przeklikania ok. 1000 klientów i przypisania > > im odpowiednich grup. > > Jak później wyciągasz tą informację? Dopisałeś sobie osobny skrypcik? Nie > widzę żeby ta informacja się pojawiała ani w rc.limits > (lms-traffic-htbiptlimits), ani rc.stats (lms-traffic-logiptables). > Na razie to aktualizują bazę... za ok. miesiąc pewnie skończą :/ (robią to przy okazji). Zapewnie dopiszę to tego skrypt, jeżeli obecnie nic do tego nie ma. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna | | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: roznych pytan kilka
by Przemysław 'Repcio' Gubernat 08 Kwi '05

08 Kwi '05

On Fri, Apr 08, 2005 at 08:01:58PM +0200, Marcin Mazurek wrote: > Witam, > > kilka pytań do użytkowników i developerów lms: > > 1. czy da się powiązać w jakiś sposób w skryptach lms-* czy w almsd taryfy > z generowanymi markami w skryptach wykorzystujących iptables? Chodzi mi o > filtrowanie określonych userów w zależności od ich taryf. Da się coś > takiego wykonać? Wyadje mi się, ze nie ale wolałbym się upewnić:) > Możesz zawsze możesz użyć do tego celu grup. U siebie właśnie zmuszam obsługę do przeklikania ok. 1000 klientów i przypisania im odpowiednich grup. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna | | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: roznych pytan kilka
by Marcin Mazurek 08 Kwi '05

08 Kwi '05

A.L.E.C (alec(a)alec.pl) napisał(a): > > Czy któreś z tych rozwiązań jest pełniej rozwijane, czy są to dwie > > niezależne gałęzie? almsd sądząc po changelogu niespecjalnie jest > > obecnie > > rozwijany. > > są rozwijane niezależnie, ich funkcjonalność nie zawsze się pokrywa. A co do > rozwoju demona, to wystarczy zaglądnąć do changeloga wersji cvsowej - jest > cały czas rozwijany, ostatnio nawet zmiany są znaczne. oki > > 3. Na kiedy jest planowana stabilna wersja ze wsparciem UTF lms-1.5.* > > ? > jest plan, że może przed wakacjami, ale czy się go uda wykonać, tego nie > wiemy. > > p.s. być może 1.5.6 będzie ostatnią wersją z serii 1.5 dzięki za info. pz -- http://www.marcinmazurek.com/ ::: nic-hdl: MM3380-RIPE GnuPG 6687 E661 98B0 AEE6 DA8B 7F48 AEE4 776F 5688 DC89 http://www.poznan.linux.org.pl/ : http://www.netsync.pl/

1 0

Re: roznych pytan kilka
by Marcin Mazurek 08 Kwi '05

08 Kwi '05

Przemysław 'Repcio' Gubernat (repcio(a)repcio.net) napisał(a): > > 1. czy da się powiązać w jakiś sposób w skryptach lms-* czy w almsd taryfy > > z generowanymi markami w skryptach wykorzystujących iptables? Chodzi mi o > > filtrowanie określonych userów w zależności od ich taryf. Da się coś > > takiego wykonać? Wyadje mi się, ze nie ale wolałbym się upewnić:) > > > Możesz zawsze możesz użyć do tego celu grup. > U siebie właśnie zmuszam obsługę do przeklikania ok. 1000 klientów i przypisania > im odpowiednich grup. Jak później wyciągasz tą informację? Dopisałeś sobie osobny skrypcik? Nie widzę żeby ta informacja się pojawiała ani w rc.limits (lms-traffic-htbiptlimits), ani rc.stats (lms-traffic-logiptables). pz -- http://www.marcinmazurek.com/ ::: nic-hdl: MM3380-RIPE GnuPG 6687 E661 98B0 AEE6 DA8B 7F48 AEE4 776F 5688 DC89 http://www.poznan.linux.org.pl/ : http://www.netsync.pl/

1 0

Re: roznych pytan kilka
by A.L.E.C 08 Kwi '05

08 Kwi '05

Marcin Mazurek wrote: > 2. czy są jednoznaczne plany co kierunku w jakim będzie rozwijany lms > jeśli chodzi > o skrypty lms-* i almsd. Mam wrażenie, że jest drobne rozdwojenie > jaźni:) > Czy któreś z tych rozwiązań jest pełniej rozwijane, czy są to dwie > niezależne gałęzie? almsd sądząc po changelogu niespecjalnie jest > obecnie > rozwijany. są rozwijane niezależnie, ich funkcjonalność nie zawsze się pokrywa. A co do rozwoju demona, to wystarczy zaglądnąć do changeloga wersji cvsowej - jest cały czas rozwijany, ostatnio nawet zmiany są znaczne. > 3. Na kiedy jest planowana stabilna wersja ze wsparciem UTF lms-1.5.* > ? jest plan, że może przed wakacjami, ale czy się go uda wykonać, tego nie wiemy. p.s. być może 1.5.6 będzie ostatnią wersją z serii 1.5 -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

roznych pytan kilka
by Marcin Mazurek 08 Kwi '05

08 Kwi '05

Witam, kilka pytań do użytkowników i developerów lms: 1. czy da się powiązać w jakiś sposób w skryptach lms-* czy w almsd taryfy z generowanymi markami w skryptach wykorzystujących iptables? Chodzi mi o filtrowanie określonych userów w zależności od ich taryf. Da się coś takiego wykonać? Wyadje mi się, ze nie ale wolałbym się upewnić:) 2. czy są jednoznaczne plany co kierunku w jakim będzie rozwijany lms jeśli chodzi o skrypty lms-* i almsd. Mam wrażenie, że jest drobne rozdwojenie jaźni:) Czy któreś z tych rozwiązań jest pełniej rozwijane, czy są to dwie niezależne gałęzie? almsd sądząc po changelogu niespecjalnie jest obecnie rozwijany. 3. Na kiedy jest planowana stabilna wersja ze wsparciem UTF lms-1.5.* ? pz mazek -- http://www.marcinmazurek.com/ ::: nic-hdl: MM3380-RIPE GnuPG 6687 E661 98B0 AEE6 DA8B 7F48 AEE4 776F 5688 DC89 http://www.poznan.linux.org.pl/ : http://www.netsync.pl/

1 0

Re: Maskowanie MAC-ów a Lms
by Tomasz Chilinski 08 Kwi '05

08 Kwi '05

On Fri, 8 Apr 2005 13:59:25 +0200, gal01 wrote > MK> Aha. W takim razie macowym skrytożercom mówimy stanowcze nie! > MK> Bo po co psuć dobry system żeby go dostosować do urządzeń które > są MK> popsute z definicji? > > A mnie z kolei ktoś tłumaczył, że to zgodne ze standardem, że właśnie > te, które nie maskują maćków w trybie apc to są beee. Ciekawe - wynika z tego, że AP pełni fukncję routera. > -- > Pozdrowienia, > Tomek mailto:gal01@wp.pl -- Tomasz Chilinski

1 0

Re: Maskowanie MAC-ów a Lms
by gal01 08 Kwi '05

08 Kwi '05

Witaj Marcin, W Twoim liście datowanym 8 kwietnia 2005 (13:40:14) można przeczytać: MK> Aha. W takim razie macowym skrytożercom mówimy stanowcze nie! MK> Bo po co psuć dobry system żeby go dostosować do urządzeń które są MK> popsute z definicji? A mnie z kolei ktoś tłumaczył, że to zgodne ze standardem, że właśnie te, które nie maskują maćków w trybie apc to są beee. -- Pozdrowienia, Tomek mailto:gal01@wp.pl

1 0

Re: Maskowanie MAC-ów a Lms
by Marcin Król 08 Kwi '05

08 Kwi '05

Mariusz Kropiwnicki wrote: >>>Myślę, że korzyści są w miarę oczywiste ... :) >> >>Czy pomimo w miarę oczywistych korzyści mógłbyś je jednak przedstawić? > > Przedpiśca nie dodał że te korzyści są oczywiste dla tych, którzy > korzystają z tanich AP w sieci. > (one właśnie nagminnie zamieniają MAC'e userów na swoje własne) Aha. W takim razie macowym skrytożercom mówimy stanowcze nie! Bo po co psuć dobry system żeby go dostosować do urządzeń które są popsute z definicji? -- _ _ _ ___ | |_ | \/ |( __| 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
by Tomasz Chilinski 08 Kwi '05

08 Kwi '05

On Fri, 08 Apr 2005 13:16:10 +0200, Mariusz Kropiwnicki wrote > Przedpiśca nie dodał że te korzyści są oczywiste dla tych, którzy > korzystają z tanich AP w sieci. > (one właśnie nagminnie zamieniają MAC'e userów na swoje własne) Może lepiej poszukać aktualizacji firmware-a, który poprawia ten błąd. PS. Słyszałem już o takich chłamach ;-) > -- > Mariusz Kropiwnicki <lists(a)gslpro.com> -- Tomasz Chilinski

1 0

Re: Maskowanie MAC-ów a Lms
by Mariusz Kropiwnicki 08 Kwi '05

08 Kwi '05

Dnia 07-04-2005, czw o godzinie 23:02 +0200, Marcin Król napisał(a): > Zbigniew wrote: > > > Myślę, że korzyści są w miarę oczywiste ... :) > > Czy pomimo w miarę oczywistych korzyści mógłbyś je jednak przedstawić? Przedpiśca nie dodał że te korzyści są oczywiste dla tych, którzy korzystają z tanich AP w sieci. (one właśnie nagminnie zamieniają MAC'e userów na swoje własne) -- Mariusz Kropiwnicki <lists(a)gslpro.com>

1 0

Re: Maskowanie MAC-ów a Lms
by KubaTyszko 07 Kwi '05

07 Kwi '05

On Thu, Apr 07, 2005 at 08:00:27PM +0200, Zbigniew wrote: > 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. > > Myślę, że korzyści są w miarę oczywiste ... :) > > > -- > Pozdrawiam > Zibi K. > > > moze sie czepiam ale funkcjonalnosc kojarzy mi sie z "ogolnym opisem CO system ma robic" a ty napisales "JAK system ma to robic". wydaje mi sie ze na pytanie JAK powinni odpowidziec wszyscy zainteresowani a na pytanie CO to ty powinienes cos napisac. zmierzam do tego ze nie zrozumialem twojego pomyslu... jezeli chcesz zeby z tego cos wyszlo to pisz tak zeby wszyscy zrozumieli. najpierw co i dlaczego i jakie z tego beda korzysci a potem dopiero twoja wizja jak to zrobic.

1 0