- lms - lists.lms.org.pl

Re: [lms] [OT] jeden serwer, a dwa lacza
by Tomasz Chiliński 20 Lis '07

20 Lis '07

On Tue, 20 Nov 2007 20:05:40 +0100, Mariusz Barczyk wrote > Witam Witam. > Siedze juz drugi dzien na routingiem. Chce podzielic uslugi pomiedzy > lacza. Generalnie mam problem z tym, ze zamarkowana usluga, ktora > ma wyjsc drugim laczem... nie wychodzi. Poprostu nic sie nie dzieje. > > Przeczytalem ze 100 watkow na forum/grupach, przegladalem opisy i > nic. Niby wszystko ok wedlug rad, a nie dziala. > > Tak wyglada moj kawalek skryptu z regulkami: > > ip route del default > > ip route add 83.3.x.120/29 dev eth0 src 83.3.x.122 table DSL > ip route add default via 83.3.x.121 table DSL > > ip route add 212.87.y.152/29 dev eth2 src 212.87.y.154 table SYM > ip route add default via 212.87.y.153 table SYM > > ip route add 83.3.x.120/29 dev eth0 src 83.3.x.122 > ip route add 212.87.y.152/29 dev eth2 src 212.87.y.154 > ip route add default via 83.3.x.121 > ip rule add from 83.3.x.122 table DSL > ip rule add from 212.87.y.154 table SYM > > ip route add 10.0.1.0/24 dev eth1 table DSL > ip route add 212.87.y.152/29 dev eth2 table DSL > ip route add 127.0.0.0/8 dev lo table DSL > > ip route add 10.0.1.0/24 dev eth1 table SYM > ip route add 83.3.x.120/29 dev eth0 table SYM > ip route add 127.0.0.0/8 dev lo table SYM > > ip rule add fwmark 69 table SYM > ip route flush cache > > iptables -t mangle -A PREROUTING -p tcp --dport 8443 -j MARK --set- > mark 69 # przykladowa usluga kierowana na SYM Wwiesz, że te 69 jest traktowane szesnastkowo jako 0x44? Zmień ip rule add fwmark 69 ... na ip rule add fwmark 44 albo -j MARK --set-mark 69 na -j MARK --set-mark 0x69. > Jesli ktos bedzie chcial rozwiazac moj problem to jestem w stanie > oczywiscie zaplacic za fachowa porade. To co 20zł? ;-) > Mam nadzieje, ze cos wymyslice, bo juz jestem lekko zdesperowany. > > Pozdrawiam, Mariusz Barczyk Pozdrawiam, Tomek. _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by BOK Medial-Net 20 Lis '07

20 Lis '07

Tak, to dobre rozwiązanie, ale żeby jeszcze byłla możliwość zarządzania wszstkim AP poprzez LMS. Miki ----- Original Message ----- From: Michał Gacek To: lista użytkowników LMS Sent: Tuesday, November 20, 2007 8:32 AM Subject: Re: [lms] lms - radius Ja mam glowny qos na mikrotiku pc, wedlug mnie dziala lepiej niz na linuxie, i jest wygodniejszy w zarzadzaniu, procek nigdy nie skacze mi powyuzej 5%, pozatym na mikrotiku sa swietne opcje w mangle mozna naprawde zaawansowanie dzielic ruch(nie twierdze ze w linie nie :) bo jestem fanem linuxowego swiata, sam mialem kiedys qos wlasnorecznie napisany ;], ale wiem ze jest to trudne do ogarniecia szczegolnie jak chce sie zastosowac po 2, 3 kolejki na klienta, i do tego zrobic tak zeby jego kompy dzielily sie tym pasmem. Pozatym mozna wygodnie podejrzec kto ile sciaga i czy naprawde kolejki dzialaja ), mam tez MT na rb133 on w tej chwili shapinguje okolo 20 klientow i nie ma z nim najmniejszego problemu jest koncentratorem, smiga na nim ospf. Jesli chodzi o przypadek dwoch ipkow no to moge ci powiedziec ze ten drugi nie bedzie mial neta, a po chwili obaj nie beda mieli neta, zalezy tez jak masz ospf rozwiazane mozliwe jest ze jezeli masz kilka area to jak jeden sie podlaczy na drugim konca sieci a drugi na drugim mozliwe ze jakos by to przeszlo, choc smiem watpic. Tunele pppoe i ospf sa swietnym rozwiazaniem nie ma juz "podsluchiwania" klientów, a od koncentratora dalej w glab sieci user juz nic nie moze zrobic, mozna fajnie kontrolowac user firewallem, po prostu masz mozliwosc robienia praktycznie wszystkiego juz na brzegowym routerze co daje ci bezpieczenstwo twojej sieci. A qos chce zrobic na kazdym mikrotiku bo przymierzam sie do kolejnego symetryka i chce go wstawic w drugi kraniec sieci uruchomic bgp i cieszyc sie redundancja ;p. A dynamiczne ip chce zrobic dla bezpieczenstwa trudniej jest podsluchac klienta ktory ma zmienne ip, poza tym wiesz jak dostajesz pule 128 adresow zewnetrznych czy nawet wiecej rzucasz ja na siec kilku nastu klientow wybiera opcje z dynamicznym ip i moga se ciagnac z rapidshare czy z czegos tam i skrocic czas czekania. Pozatym radius loguje wszystkie podlaczenia, jak masz do niego fajny panel to zaden problem dociec kto kiedy polaczyl sie i dostal jakie ip + logi z uzytkowania sieci i w sumie w razie wjazdu policji masz wszystko gotowe.. heh rozpisalem sie sorry za bledy ale jestem w pracy ;) Pozdrawiam 19-11-07, Wojciech Ziniewicz < wojciech.ziniewicz(a)gmail.com> napisał(a): 19-11-07, Jarosław Haczyk < hasz(a)starlan.pl> napisał(a): > nie wiem czy rozsadne jest korzystanie z ip pool, bo rozumiem, ze > jednoczesnie chcesz kroic transfer na mt'kach, nie wiem czy w twoim > przypadku jest to pc, czy np rb133, ale na rb133 qos to rzeznia. Ja za > starych czasow mialem cala siec na routingu, dopiero od niedawna > przeznosze siec na pppoe, co komplikuje troche sprawe, w zwiazku z tym, > wymyslilem, ze wszysko przeniose na jedna maszyne ktora bedzie > koncentratorem dla ruchu pppoe, dlatego wykorzystuje tunele eoip. kazdy > user moze dostac sie przez pppoe lub wprowadzi statycznie ip. qos i > firewall to linux ktory przydziela odpowiednio pasmo zaleznie od ip'ka > ktore jest wprowadzone w lms'ie. teraz mozna zadac pytanie, co sie > stanie jesli ktos podlaczy sie przez pppoe, a jakis lewus wprowadzi ip > tego klient, no i tu jest ciekawostka, bo nie testowalem, ale powinien > dzialac klient po pppoe ze wzgledu na sposob obslugi protokolu routingu, > a lewus nie powinien miec tu nic do gadania. protokol routing przesyla > dane trasa zaleznie od maski, pppoe ma 32, a podsieci przewaznie 24 - > tak jest u mnie, w takim wypadku powinien wybrac pppoe pomimo ze podsiec > jest podlaczona bezposrednio do koncentratora. > ja z kolei nie widze powodu dla ktorego koncentrator mialby stac na mikrotiku. uzywam DOKLADNIE takiego samego dzielenia netu jak ty (oprocz ospf i eoip - nie wiem po co ? ) . koncentrator ma mikrotiku ma kilka zalet - głownie z radiusa mozna sobie wyciagnac parametry linku i nie trzeba wtedy tego stawiac na firewallu - masz ladna rozproszoną architekture, wszystko jest bardziej odporne na ataki itd... ja sie jednak zdecydowałem na centralne zarzadzanie - jedyne mikrotiki ktore uzywają pppoe to takie ktore łącza sie jego pomocą do serwera tylkoz tego powodu ze mają hotspota i było to dla nie wygodniejsze. hotspot tez jest oczywiscie do radiusa podpiety i kazdy klient moze opdlaczyc sie do mojej sieci gdzie chce (oczywsicie wszystko na mikrotikach ) pozdr. -- Wojciech Ziniewicz Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje ct;umount;makeclean; zip;split;done;exit:xargs!!;)} _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms ------------------------------------------------------------------------------ _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

HEJ - lms-payments
by machine＠vf.pl 20 Lis '07

20 Lis '07

Witam, mam problem ze skryptem lms-payments mianowicie po upgrade do wersji: lms-payments, version 1.10.0 Urgo Wywala mi blad: root@virtual-future:~$ lms-payments --fakedate=2007/11/10 lms-payments, version 1.10.0 Urgo (C) 2001-2007 LMS Developers Using file /etc/lms/lms.ini as config. CID:1 VAL:39.00 DESC:Abonament miesiczny za Internet (okres 2007/11/01 - 2007/11/30) DBD::mysql::st execute failed: Illegal mix of collations (latin2_general_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '=' at /bin/lms-payments line 414. DBD::mysql::st execute failed: Illegal mix of collations (latin2_general_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '=' at /bin/lms-payments line 414. Zrobilem downgrade do wersji poprzedniej i niestety jest tak samo... (przed upgrade bylo wszystko okej) -- Serdecznie pozdrawiam Adam Machnik email: machine(a)vf.pl gg: 8300 tel: 512177660 _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Jarosław Haczyk 20 Lis '07

20 Lis '07

Michał Gacek napisał(a): > Ja mam glowny qos na mikrotiku pc, wedlug mnie dziala lepiej niz na > linuxie, i jest wygodniejszy w zarzadzaniu, procek nigdy nie skacze mi > powyuzej 5%, pozatym na mikrotiku sa swietne opcje w mangle mozna > naprawde zaawansowanie dzielic ruch(nie twierdze ze w linie nie :) bo > jestem fanem linuxowego swiata, sam mialem kiedys qos wlasnorecznie > napisany ;], ale wiem ze jest to trudne do ogarniecia szczegolnie jak > chce sie zastosowac po 2, 3 kolejki na klienta, i do tego zrobic tak > zeby jego kompy dzielily sie tym pasmem. Pozatym mozna wygodnie > podejrzec kto ile sciaga i czy naprawde kolejki dzialaja ), mam tez > MT na rb133 on w tej chwili shapinguje okolo 20 klientow i nie ma z > nim najmniejszego problemu jest koncentratorem, smiga na nim ospf. > Jesli chodzi o przypadek dwoch ipkow no to moge ci powiedziec ze ten > drugi nie bedzie mial neta, a po chwili obaj nie beda mieli neta, > zalezy tez jak masz ospf rozwiazane mozliwe jest ze jezeli masz kilka > area to jak jeden sie podlaczy na drugim konca sieci a drugi na drugim > mozliwe ze jakos by to przeszlo, choc smiem watpic. Tunele pppoe i > ospf sa swietnym rozwiazaniem nie ma juz "podsluchiwania" klientów, a > od koncentratora dalej w glab sieci user juz nic nie moze zrobic, > mozna fajnie kontrolowac user firewallem, po prostu masz mozliwosc > robienia praktycznie wszystkiego juz na brzegowym routerze co daje ci > bezpieczenstwo twojej sieci. A qos chce zrobic na kazdym mikrotiku bo > przymierzam sie do kolejnego symetryka i chce go wstawic w drugi > kraniec sieci uruchomic bgp i cieszyc sie redundancja ;p. A dynamiczne > ip chce zrobic dla bezpieczenstwa trudniej jest podsluchac klienta > ktory ma zmienne ip, poza tym wiesz jak dostajesz pule 128 adresow > zewnetrznych czy nawet wiecej rzucasz ja na siec kilku nastu klientow > wybiera opcje z dynamicznym ip i moga se ciagnac z rapidshare czy z > czegos tam i skrocic czas czekania. Pozatym radius loguje wszystkie > podlaczenia, jak masz do niego fajny panel to zaden problem dociec kto > kiedy polaczyl sie i dostal jakie ip + logi z uzytkowania sieci i w > sumie w razie wjazdu policji masz wszystko gotowe.. > > heh rozpisalem sie sorry za bledy ale jestem w pracy ;) > > Pozdrawiam > > > > ja z kolei nie widze powodu dla ktorego koncentrator mialby stac > na mikrotiku. > uzywam DOKLADNIE takiego samego dzielenia netu jak ty (oprocz ospf i > eoip - nie wiem po co ? ) . > koncentrator ma mikrotiku ma kilka zalet - głownie z radiusa mozna > sobie wyciagnac parametry linku i nie trzeba wtedy tego stawiac na > firewallu - masz ladna rozproszoną architekture, wszystko jest > bardziej odporne na ataki itd... > ja sie jednak zdecydowałem na centralne zarzadzanie - jedyne mikrotiki > ktore uzywają pppoe to takie ktore łącza sie jego pomocą do serwera > tylkoz tego powodu ze mają hotspota i było to dla nie wygodniejsze. > hotspot tez jest oczywiscie do radiusa podpiety i kazdy klient moze > opdlaczyc sie do mojej sieci gdzie chce (oczywsicie wszystko na > mikrotikach ) > > pozdr. > 1. Ja nie pisalem, ze zle miec mikrotika za koncentratora (bo tak nawet jest u mnie), chodzilo mi qos i moc obliczeniowa rb133 ( ktory u mnie przy 8Mbit'ach juz sie muli) 2. Wasze rozwiazania sa jak najbardziej ok. ale ja nie jestem dobry z sql (SELECT i wspaniale JOIN), a w waszym przypadku wszystko musi byc wepchniete do radius'a, zapewne przez skrypy lms-mgc ewentualnie przerobiony lms, a te rozwiazanie ktore zapodalem jest na tyle proste, ze kazdy admin (luser :) ) powinien sobie poradzic. 3. Domyslam sie, ale moge byc w bledzie, ze przy duzej ilosc koncentratorow uzywacie rozwiazania ippool na radiusie. 4. Do przedmowcy - Co robisz jak klient ma 2 kompy podlaczone do sieci?, jak dzielisz pasmo? Ja go wrzucam do jednej puli qos i placi tyle samo jak za jeden komp. bo i tak mi zajmuje jedno pasmo, a nie dwa. 5. Ja u siebie mam jesli chodzi o qos rozwianie transfer calkowity = HTTP/HTTPS/POP/SMTPx4(transferu podstawowego) + reszta x (transfer podstawowy). Zrob to na mikrotiku dynamicznie, a bedziesz dla mnie boski. _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Michał Gacek 20 Lis '07

20 Lis '07

Ja mam glowny qos na mikrotiku pc, wedlug mnie dziala lepiej niz na linuxie, i jest wygodniejszy w zarzadzaniu, procek nigdy nie skacze mi powyuzej 5%, pozatym na mikrotiku sa swietne opcje w mangle mozna naprawde zaawansowanie dzielic ruch(nie twierdze ze w linie nie :) bo jestem fanem linuxowego swiata, sam mialem kiedys qos wlasnorecznie napisany ;], ale wiem ze jest to trudne do ogarniecia szczegolnie jak chce sie zastosowac po 2, 3 kolejki na klienta, i do tego zrobic tak zeby jego kompy dzielily sie tym pasmem. Pozatym mozna wygodnie podejrzec kto ile sciaga i czy naprawde kolejki dzialaja ), mam tez MT na rb133 on w tej chwili shapinguje okolo 20 klientow i nie ma z nim najmniejszego problemu jest koncentratorem, smiga na nim ospf. Jesli chodzi o przypadek dwoch ipkow no to moge ci powiedziec ze ten drugi nie bedzie mial neta, a po chwili obaj nie beda mieli neta, zalezy tez jak masz ospf rozwiazane mozliwe jest ze jezeli masz kilka area to jak jeden sie podlaczy na drugim konca sieci a drugi na drugim mozliwe ze jakos by to przeszlo, choc smiem watpic. Tunele pppoe i ospf sa swietnym rozwiazaniem nie ma juz "podsluchiwania" klientów, a od koncentratora dalej w glab sieci user juz nic nie moze zrobic, mozna fajnie kontrolowac user firewallem, po prostu masz mozliwosc robienia praktycznie wszystkiego juz na brzegowym routerze co daje ci bezpieczenstwo twojej sieci. A qos chce zrobic na kazdym mikrotiku bo przymierzam sie do kolejnego symetryka i chce go wstawic w drugi kraniec sieci uruchomic bgp i cieszyc sie redundancja ;p. A dynamiczne ip chce zrobic dla bezpieczenstwa trudniej jest podsluchac klienta ktory ma zmienne ip, poza tym wiesz jak dostajesz pule 128 adresow zewnetrznych czy nawet wiecej rzucasz ja na siec kilku nastu klientow wybiera opcje z dynamicznym ip i moga se ciagnac z rapidshare czy z czegos tam i skrocic czas czekania. Pozatym radius loguje wszystkie podlaczenia, jak masz do niego fajny panel to zaden problem dociec kto kiedy polaczyl sie i dostal jakie ip + logi z uzytkowania sieci i w sumie w razie wjazdu policji masz wszystko gotowe.. heh rozpisalem sie sorry za bledy ale jestem w pracy ;) Pozdrawiam 19-11-07, Wojciech Ziniewicz <wojciech.ziniewicz(a)gmail.com> napisał(a): > > 19-11-07, Jarosław Haczyk <hasz(a)starlan.pl> napisał(a): > > nie wiem czy rozsadne jest korzystanie z ip pool, bo rozumiem, ze > > jednoczesnie chcesz kroic transfer na mt'kach, nie wiem czy w twoim > > przypadku jest to pc, czy np rb133, ale na rb133 qos to rzeznia. Ja za > > starych czasow mialem cala siec na routingu, dopiero od niedawna > > przeznosze siec na pppoe, co komplikuje troche sprawe, w zwiazku z tym, > > wymyslilem, ze wszysko przeniose na jedna maszyne ktora bedzie > > koncentratorem dla ruchu pppoe, dlatego wykorzystuje tunele eoip. kazdy > > user moze dostac sie przez pppoe lub wprowadzi statycznie ip. qos i > > firewall to linux ktory przydziela odpowiednio pasmo zaleznie od ip'ka > > ktore jest wprowadzone w lms'ie. teraz mozna zadac pytanie, co sie > > stanie jesli ktos podlaczy sie przez pppoe, a jakis lewus wprowadzi ip > > tego klient, no i tu jest ciekawostka, bo nie testowalem, ale powinien > > dzialac klient po pppoe ze wzgledu na sposob obslugi protokolu routingu, > > a lewus nie powinien miec tu nic do gadania. protokol routing przesyla > > dane trasa zaleznie od maski, pppoe ma 32, a podsieci przewaznie 24 - > > tak jest u mnie, w takim wypadku powinien wybrac pppoe pomimo ze podsiec > > jest podlaczona bezposrednio do koncentratora. > > > > ja z kolei nie widze powodu dla ktorego koncentrator mialby stac na > mikrotiku. > uzywam DOKLADNIE takiego samego dzielenia netu jak ty (oprocz ospf i > eoip - nie wiem po co ? ) . > koncentrator ma mikrotiku ma kilka zalet - głownie z radiusa mozna > sobie wyciagnac parametry linku i nie trzeba wtedy tego stawiac na > firewallu - masz ladna rozproszoną architekture, wszystko jest > bardziej odporne na ataki itd... > ja sie jednak zdecydowałem na centralne zarzadzanie - jedyne mikrotiki > ktore uzywają pppoe to takie ktore łącza sie jego pomocą do serwera > tylkoz tego powodu ze mają hotspota i było to dla nie wygodniejsze. > hotspot tez jest oczywiscie do radiusa podpiety i kazdy klient moze > opdlaczyc sie do mojej sieci gdzie chce (oczywsicie wszystko na > mikrotikach ) > > pozdr. > > -- > Wojciech Ziniewicz > Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl > ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje > ct;umount;makeclean; zip;split;done;exit:xargs!!;)} > _______________________________________________ > lms mailing list > lms(a)lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms > _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Wojciech Ziniewicz 19 Lis '07

19 Lis '07

19-11-07, Jarosław Haczyk <hasz(a)starlan.pl> napisał(a): > nie wiem czy rozsadne jest korzystanie z ip pool, bo rozumiem, ze > jednoczesnie chcesz kroic transfer na mt'kach, nie wiem czy w twoim > przypadku jest to pc, czy np rb133, ale na rb133 qos to rzeznia. Ja za > starych czasow mialem cala siec na routingu, dopiero od niedawna > przeznosze siec na pppoe, co komplikuje troche sprawe, w zwiazku z tym, > wymyslilem, ze wszysko przeniose na jedna maszyne ktora bedzie > koncentratorem dla ruchu pppoe, dlatego wykorzystuje tunele eoip. kazdy > user moze dostac sie przez pppoe lub wprowadzi statycznie ip. qos i > firewall to linux ktory przydziela odpowiednio pasmo zaleznie od ip'ka > ktore jest wprowadzone w lms'ie. teraz mozna zadac pytanie, co sie > stanie jesli ktos podlaczy sie przez pppoe, a jakis lewus wprowadzi ip > tego klient, no i tu jest ciekawostka, bo nie testowalem, ale powinien > dzialac klient po pppoe ze wzgledu na sposob obslugi protokolu routingu, > a lewus nie powinien miec tu nic do gadania. protokol routing przesyla > dane trasa zaleznie od maski, pppoe ma 32, a podsieci przewaznie 24 - > tak jest u mnie, w takim wypadku powinien wybrac pppoe pomimo ze podsiec > jest podlaczona bezposrednio do koncentratora. > ja z kolei nie widze powodu dla ktorego koncentrator mialby stac na mikrotiku. uzywam DOKLADNIE takiego samego dzielenia netu jak ty (oprocz ospf i eoip - nie wiem po co ? ) . koncentrator ma mikrotiku ma kilka zalet - głownie z radiusa mozna sobie wyciagnac parametry linku i nie trzeba wtedy tego stawiac na firewallu - masz ladna rozproszoną architekture, wszystko jest bardziej odporne na ataki itd... ja sie jednak zdecydowałem na centralne zarzadzanie - jedyne mikrotiki ktore uzywają pppoe to takie ktore łącza sie jego pomocą do serwera tylkoz tego powodu ze mają hotspota i było to dla nie wygodniejsze. hotspot tez jest oczywiscie do radiusa podpiety i kazdy klient moze opdlaczyc sie do mojej sieci gdzie chce (oczywsicie wszystko na mikrotikach ) pozdr. -- Wojciech Ziniewicz Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje ct;umount;makeclean; zip;split;done;exit:xargs!!;)} _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Jarosław Haczyk 19 Lis '07

19 Lis '07

Michał Gacek napisał(a): > Ja pracuje nad takim skryptem ale na mikrotiku bo u mnie kazda stacja > MT to Koncentrator do tego chce wprowadzic dynamiczne ip wiec jedynym > wyjsciem, jest wlasnie wprowadzenie tego na mt, do tego modul na > radiusie do obslugi ip pool. > Masakra jest napisac cos takieg w trywialnym jezyku jaki oferuje MT > (nawet nie ma tablic :/ tylko jakies pola listowe), ale skrypt juz > dziala na sucho czyli robi rozne dziwne zadania po odpaleniu > polaczenia i po jego ukonczeniu teraz musze to oblozyc w odpowiednie > komendy ale straaasznie mi sie nie chce ;]. > > Dobra maly OT sie zrobil > > Pozdrawiam nie wiem czy rozsadne jest korzystanie z ip pool, bo rozumiem, ze jednoczesnie chcesz kroic transfer na mt'kach, nie wiem czy w twoim przypadku jest to pc, czy np rb133, ale na rb133 qos to rzeznia. Ja za starych czasow mialem cala siec na routingu, dopiero od niedawna przeznosze siec na pppoe, co komplikuje troche sprawe, w zwiazku z tym, wymyslilem, ze wszysko przeniose na jedna maszyne ktora bedzie koncentratorem dla ruchu pppoe, dlatego wykorzystuje tunele eoip. kazdy user moze dostac sie przez pppoe lub wprowadzi statycznie ip. qos i firewall to linux ktory przydziela odpowiednio pasmo zaleznie od ip'ka ktore jest wprowadzone w lms'ie. teraz mozna zadac pytanie, co sie stanie jesli ktos podlaczy sie przez pppoe, a jakis lewus wprowadzi ip tego klient, no i tu jest ciekawostka, bo nie testowalem, ale powinien dzialac klient po pppoe ze wzgledu na sposob obslugi protokolu routingu, a lewus nie powinien miec tu nic do gadania. protokol routing przesyla dane trasa zaleznie od maski, pppoe ma 32, a podsieci przewaznie 24 - tak jest u mnie, w takim wypadku powinien wybrac pppoe pomimo ze podsiec jest podlaczona bezposrednio do koncentratora. _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Michał Gacek 19 Lis '07

19 Lis '07

Ja pracuje nad takim skryptem ale na mikrotiku bo u mnie kazda stacja MT to Koncentrator do tego chce wprowadzic dynamiczne ip wiec jedynym wyjsciem, jest wlasnie wprowadzenie tego na mt, do tego modul na radiusie do obslugi ip pool. Masakra jest napisac cos takieg w trywialnym jezyku jaki oferuje MT (nawet nie ma tablic :/ tylko jakies pola listowe), ale skrypt juz dziala na sucho czyli robi rozne dziwne zadania po odpaleniu polaczenia i po jego ukonczeniu teraz musze to oblozyc w odpowiednie komendy ale straaasznie mi sie nie chce ;]. Dobra maly OT sie zrobil Pozdrawiam 19-11-07, Jarosław Haczyk <hasz(a)starlan.pl> napisał(a): > > malpi napisał(a): > > > zle zrozumialem, kwestie odlaczania i podlaczania, u mnie to robi osobny > serwer ktory zarzada qos'em i firewall'em :) > > Też mam podobnie zrobione jak Wy. został mi 1 problem: > 1) jak dynamicznie dodać wpisy w firewall po tym, jak radius zautoryzuje klienta? (tymczasowo przeładowuje 1 raz w nocy) > 2) analogiczne pytanie - jak dodać kolejki qos dynamicznie? > Trzebaby jakoś zmusić radius'a żeby działał podobnie jak lms-mgc -i firewall, tyle że dynamicznie dl każdego hosta :-) > Będę wdzięczny za wszelkie podpowiedzi. > > Pozdrawiam - malpio > > _______________________________________________ > lms mailing list > lms@lists.lms.org.plhttp://lists.lms.org.pl/mailman/listinfo/lms > > dlatego u mnie sa 2 "serwery" jeden z pppoe (mikrotik), a drugi z qos'em > i firewall'em + squid(gentoo), wszystko dziala na routingu (eoip pomiedzy > mikrotikami + ospf), ze wzgledu na klientow ktorym nie dziala pppoe, albo > tego sobie nie życzą ( występuje problem eoip i stare AP jako client - musza > byc ustawiane w wds'ie), dla qosu i firewall'u skrypty generuja sie co pol > godziny (tc.so i hostfile.so) i sa typu static, czyli nie sa ustawiane > dynamicznie po zalogowaniu sie klienta. Widzialem kiedys skrypt jakiego > goscia z ameryki poludniowej, ktory podczas zestawienia polaczenia na > rp-pppoe generowal z pliku zawierajace informacje o qos'ie regolki tc. > > > _______________________________________________ > lms mailing list > lms(a)lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms > > _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Jarosław Haczyk 19 Lis '07

19 Lis '07

malpi napisał(a): >>> >>> >> zle zrozumialem, kwestie odlaczania i podlaczania, u mnie to robi osobny >> serwer ktory zarzada qos'em i firewall'em :) >> > > Też mam podobnie zrobione jak Wy. został mi 1 problem: > 1) jak dynamicznie dodać wpisy w firewall po tym, jak radius zautoryzuje klienta? (tymczasowo przeładowuje 1 raz w nocy) > 2) analogiczne pytanie - jak dodać kolejki qos dynamicznie? > Trzebaby jakoś zmusić radius'a żeby działał podobnie jak lms-mgc -i firewall, tyle że dynamicznie dl każdego hosta :-) > Będę wdzięczny za wszelkie podpowiedzi. > > Pozdrawiam - malpio > > _______________________________________________ > lms mailing list > lms(a)lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms > dlatego u mnie sa 2 "serwery" jeden z pppoe (mikrotik), a drugi z qos'em i firewall'em + squid(gentoo), wszystko dziala na routingu (eoip pomiedzy mikrotikami + ospf), ze wzgledu na klientow ktorym nie dziala pppoe, albo tego sobie nie życzą ( występuje problem eoip i stare AP jako client - musza byc ustawiane w wds'ie), dla qosu i firewall'u skrypty generuja sie co pol godziny (tc.so i hostfile.so) i sa typu static, czyli nie sa ustawiane dynamicznie po zalogowaniu sie klienta. Widzialem kiedys skrypt jakiego goscia z ameryki poludniowej, ktory podczas zestawienia polaczenia na rp-pppoe generowal z pliku zawierajace informacje o qos'ie regolki tc. _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] helpdesk
by A.L.E.C 19 Lis '07

19 Lis '07

Łukasz Rostalski wrote: > Witam > jak wchodzę w Helpdesk to dostaję taki komunikat: > > Zapytanie: (SELECT rtmessages.id AS id, mailfrom, subject, body, > createtime, CONCAT(UPPER(customers.lastname), ' ', customers.name) AS > customername, userid, users.name AS username, customerid FROM rtmessages > LEFT JOIN customers ON (customers.id = customerid) LEFT JOIN users ON > (users.id = userid) WHERE ticketid = '7') UNION (SELECT rtnotes.id AS > id, NULL, NULL, body, createtime, NULL, userid, users.name AS username, > NULL FROM rtnotes LEFT JOIN users ON (users.id = userid) WHERE ticketid > = '7') ORDER BY createtime ASC > Błąd: Illegal mix of collations for operation 'UNION' > > > Wersja MySQL: 5.0.32-Debian_7etch1-log > > u mnie to zapytanie się wykonuje bez błędu, zaktualizuj mysqla (u mnie 5.0.45), albo masz coś innego w bazie skopane -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by malpi 18 Lis '07

18 Lis '07

> > > zle zrozumialem, kwestie odlaczania i podlaczania, u mnie to robi osobny > serwer ktory zarzada qos'em i firewall'em :) Też mam podobnie zrobione jak Wy. został mi 1 problem: 1) jak dynamicznie dodać wpisy w firewall po tym, jak radius zautoryzuje klienta? (tymczasowo przeładowuje 1 raz w nocy) 2) analogiczne pytanie - jak dodać kolejki qos dynamicznie? Trzebaby jakoś zmusić radius'a żeby działał podobnie jak lms-mgc -i firewall, tyle że dynamicznie dl każdego hosta :-) Będę wdzięczny za wszelkie podpowiedzi. Pozdrawiam - malpio _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

helpdesk
by Łukasz Rostalski 18 Lis '07

18 Lis '07

Witam jak wchodzę w Helpdesk to dostaję taki komunikat: Zapytanie: (SELECT rtmessages.id AS id, mailfrom, subject, body, createtime, CONCAT(UPPER(customers.lastname), ' ', customers.name) AS customername, userid, users.name AS username, customerid FROM rtmessages LEFT JOIN customers ON (customers.id = customerid) LEFT JOIN users ON (users.id = userid) WHERE ticketid = '7') UNION (SELECT rtnotes.id AS id, NULL, NULL, body, createtime, NULL, userid, users.name AS username, NULL FROM rtnotes LEFT JOIN users ON (users.id = userid) WHERE ticketid = '7') ORDER BY createtime ASC Błąd: Illegal mix of collations for operation 'UNION' Wersja LMS: 1.10.1 Ramus (1.868.2.10/1.19.2.1) Wersja LMSDB: 1.10.1 Ramus (1.42.2.1/1.48.2.1) Wersja MySQL: 5.0.32-Debian_7etch1-log Wersja PHP: 5.2.0-8+etch7 Wersja Smarty: 2.6.18 -- Pozdrawiam Łukasz Rostalski _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Jarosław Haczyk 18 Lis '07

18 Lis '07

Jarosław Haczyk pisze: > Wojciech Ziniewicz pisze: > >> 18-11-07, Jarosław Haczyk <hasz(a)starlan.pl> napisał(a): >> [..] >> >> >>> 1. Utworzyc wszystkie tabele zwiazane z radiusem w bazie lms'a >>> 2. w tabeli np.: radgroupreply >>> >>> >> [...] >> >> mam zrobione prawie identycznie . jedyna roznica polega na tym ,że >> jeszzce mam popaczowane funkcje odłączania, podłączania klientów itd - >> to działa w idealny sposob. >> autentykacji mac-addr nie uzywam bo nie ma takiej na pppoe potrzeby. >> >> > obejzyj diff'a to znajdzesz tam UPDATE do hasla i ip, jak rowniez DELETE :) > > zle zrozumialem, kwestie odlaczania i podlaczania, u mnie to robi osobny serwer ktory zarzada qos'em i firewall'em :) _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Jarosław Haczyk 18 Lis '07

18 Lis '07

Wojciech Ziniewicz pisze: > 18-11-07, Jarosław Haczyk <hasz(a)starlan.pl> napisał(a): > [..] > >> 1. Utworzyc wszystkie tabele zwiazane z radiusem w bazie lms'a >> 2. w tabeli np.: radgroupreply >> > [...] > > mam zrobione prawie identycznie . jedyna roznica polega na tym ,że > jeszzce mam popaczowane funkcje odłączania, podłączania klientów itd - > to działa w idealny sposob. > autentykacji mac-addr nie uzywam bo nie ma takiej na pppoe potrzeby. > obejzyj diff'a to znajdzesz tam UPDATE do hasla i ip, jak rowniez DELETE :) _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Wojciech Ziniewicz 18 Lis '07

18 Lis '07

18-11-07, Jarosław Haczyk <hasz(a)starlan.pl> napisał(a): [..] > 1. Utworzyc wszystkie tabele zwiazane z radiusem w bazie lms'a > 2. w tabeli np.: radgroupreply [...] mam zrobione prawie identycznie . jedyna roznica polega na tym ,że jeszzce mam popaczowane funkcje odłączania, podłączania klientów itd - to działa w idealny sposob. autentykacji mac-addr nie uzywam bo nie ma takiej na pppoe potrzeby. uzywam z powodzeniem prawie dokladnie tego samego co Ty od jakis 2 lat. nie wiem czy to jest takie ciezkie czy po prostu ludzie uzywający lmsa nie umieją czytać manuali. nie ma absolutnie zadnej rzeźby - zadnych asynchronicznych backupów bazy, synchronizacji, opoznien - wszystko działa na zywo. pozdr. -- Wojciech Ziniewicz Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje ct;umount;makeclean; zip;split;done;exit:xargs!!;)} _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Jarosław Haczyk 18 Lis '07

18 Lis '07

1. Utworzyc wszystkie tabele zwiazane z radiusem w bazie lms'a 2. w tabeli np.: radgroupreply przyklad Akcje id <https://ares.starlan.pl/adminpg/display.php?server=localhost%3A5432&databas…> groupname <https://ares.starlan.pl/adminpg/display.php?server=localhost%3A5432&databas…> attribute <https://ares.starlan.pl/adminpg/display.php?server=localhost%3A5432&databas…> op <https://ares.starlan.pl/adminpg/display.php?server=localhost%3A5432&databas…> value <https://ares.starlan.pl/adminpg/display.php?server=localhost%3A5432&databas…> Edycja <https://ares.starlan.pl/adminpg/display.php?action=confeditrow&strings=coll…> Usuń <https://ares.starlan.pl/adminpg/display.php?action=confdelrow&strings=colla…> 5 pppoe Framed-Compression := Van-Jacobsen-TCP-IP Edycja <https://ares.starlan.pl/adminpg/display.php?action=confeditrow&strings=coll…> Usuń <https://ares.starlan.pl/adminpg/display.php?action=confdelrow&strings=colla…> 1 pppoe Framed-Protocol := PPP Edycja <https://ares.starlan.pl/adminpg/display.php?action=confeditrow&strings=coll…> Usuń <https://ares.starlan.pl/adminpg/display.php?action=confdelrow&strings=colla…> 2 pppoe Framed-IP-Netmask := 255.255.255.255 Edycja <https://ares.starlan.pl/adminpg/display.php?action=confeditrow&strings=coll…> Usuń <https://ares.starlan.pl/adminpg/display.php?action=confdelrow&strings=colla…> 4 pppoe Service-Type := Framed Edycja <https://ares.starlan.pl/adminpg/display.php?action=confeditrow&strings=coll…> Usuń <https://ares.starlan.pl/adminpg/display.php?action=confdelrow&strings=colla…> 6 pppoe MS-Primary-DNS-Server := 172.16.49.3 Edycja <https://ares.starlan.pl/adminpg/display.php?action=confeditrow&strings=coll…> Usuń <https://ares.starlan.pl/adminpg/display.php?action=confdelrow&strings=colla…> 7 pppoe Framed-Routing := Broadcast-Listen Edycja <https://ares.starlan.pl/adminpg/display.php?action=confeditrow&strings=coll…> Usuń <https://ares.starlan.pl/adminpg/display.php?action=confdelrow&strings=colla…> 3 pppoe Framed-MTU := 1480 w załączniku patch do wersji 1.10.1 reszte ustawiam na mikrotiku :) radius korzysta z bazy lms'a Pozdro 1073a1074,1086 > /* > Zmieniamy rowniez wpisy zwiazane z radiusem > Start > */ > $this->DB->Execute('UPDATE radreply SET username=UPPER(?), attribute=\'Framed-IP-Address\', op=\':=\', value=? WHERE id=?', > array($nodedata['name'], > $nodedata['ipaddr'], > $nodedata['id'])); > $this->DB->Execute('UPDATE radcheck SET username=UPPER(?), attribute=\'User-Password\', op=\':=\', value=? WHERE id=?', > array($nodedata['name'], > $nodedata['passwd'], > $nodedata['id'])); > // END 1099a1113,1118 > //RADIUS START > $this->DB->Execute('DELETE FROM usergroup WHERE username=(SELECT username FROM radcheck WHERE id = ?)', array($id)); > $this->DB->Execute('DELETE FROM radcheck WHERE id = ?', array($id)); > $this->DB->Execute('DELETE FROM radreply WHERE id = ?', array($id)); > //END > 1357a1377 > 1358a1379,1393 > //RADIUS > $this->DB->Execute('INSERT INTO radreply (id, username, attribute, op, value) > VALUES (?, ?, \'Framed-IP-Address\', \'=\', ?)', > array($id, > strtoupper($nodedata['name']), > $nodedata['ipaddr'])); > $this->DB->Execute('INSERT INTO radcheck (id, username, attribute, op, value) > VALUES (?, ?, \'User-Password\', \':=\', ?)', > array($id, > strtoupper($nodedata['name']), > $nodedata['passwd'])); > $this->DB->Execute('INSERT INTO usergroup VALUES (?, \'pppoe\', 0)', > array($id, > strtoupper($nodedata['name']))); > // $nodedata['location')); _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Grzegorz Chwesewicz 18 Lis '07

18 Lis '07

Sunday 18 of November 2007 08:13:57 Sarenka napisał(a): > > Proponuję, żebyś rzucił <<<ciach>>> > > Z calym szcunkiem - ale to chyba nie jest odpowiednie miejsce na tego typu > dysputy czy tez reklamy... Narzekanie, że nie ma czegoś, czego nie da się dodać w prosty sposób do lmsa nie proponując żadnej zapłaty to tak jakby dostać za darmo samochód i narzekać, że nie ma klimy i silnika V8 ;) -- Pozdrawiam Grzegorz Chwesewicz, Chilan mailto:grzegorz.chwesewicz@chilan.com _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Sarenka 18 Lis '07

18 Lis '07

> Proponuję, żebyś rzucił <<<ciach>>> Z calym szcunkiem - ale to chyba nie jest odpowiednie miejsce na tego typu dysputy czy tez reklamy... -- Pozdrawiam Sarenka _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by tdabek＠go2.pl 18 Lis '07

18 Lis '07

Marcin o2.pl pisze: [...] > Temat kaski powraca co jakiś czas... szkoda, że pomysł finansowania LMS'a > tyle razy upadał ile razy się pojawiał - albo ja coś przeoczyłem ^^ Osobiscie tez uwazam ze LMS powinien byc platny chociazby dla klientow, ktorzy chcieliby dodatkowych rozwiazan jak np. pppoe+radius i inne. Moze moglaby powstac wersja podstawowa ktora zawieralaby funkcjonalnosci obecnej 1.11-cvs ale rownolegle bylaby prowadzona wersja rozbudowana platna z dodatkowymi funkcjonalnosciami potrzebnymi wiekszym ISP (moze wersja LMS 2.x bylaby do tego stworzona?) Wygladaloby to tak ze wiekszosc malych uzytkownikkow zadowolilaby sie podstawowa funkcjonalnoscia wersji z linii 1.x i ta bylaby bezplatna, a inni ktorzy wymagaja dodatkowych modulow/features skorzystaliby z wersji platnej z linii 2.x? Oczywiscie byloby to lepszym rozwiazaniem niz placenie za indywidualne wdrozenia pewnych funkcjonalnosci, ktore moglyby nie byc kompatybilne po pewnym czasie z glowna galezia LMS'a. Uwazam takze, ze jest duze zainteresowanie od strony uzytkownikow na mocne zwiekszenie funkcjonalnosci LMS'a nawet jesliby to mialo wiazac sie z kosztami (chociazby omawiany tutaj pppoe+radius). Mysle, ze skoro kilku/kilkunastu uzytkownikow zechcialoby wersji nazwijmy to PRO to cene za takie narzedzie moznaby skalkulowac napewno na przyzwoitym poziomie. Obecnie LMS to juz naprawde mocne narzedzie do zarzadzania siecia, nie jak pare lat temu jak pamietam w wersji 1.0.x i 1.1.x kiedy to zaczalem interesowac sie LMS'em i naprawde az prosi sie o wersje PRO. Mysle, ze wiekszosc uzytkownikow podzieli moje zdanie bo na dzien dzisiejszy mamy bardzo duzo indywidualnych modyfikacji LMS'a a nawet sam mialem do czynienia z jedna z takich modyfikacji. Mysle, ze jesli wszyscy developerzy polaczyliby sily to wersja PRO powstalaby bardzo predko, bo dzisiaj najwiecej w projekcie udziela sie ALEC ale nawet dla niego darmowy czas dla LMS'a jest mocno ograniczony. Generalnie wielki uklon w strone ALEC'a za dotychczasowa prace. -- Pozdrawiam Tomasz Dąbek [Thomas] [gg: 14553 mail: tdabek_NOSPAM_(a)go2.pl] _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Marcin o2.pl 17 Lis '07

17 Lis '07

> > Tak przy okazji, to przydałaby się już wbudowana obsługa radiusa i > > pppoe w LMS. > > pppoe stał już się chyba standardem w sieciach średnich i dużych. > > Proponuję, żebyś rzucił 10 tys. zł netto, a taka obsługa się znajdzie, bo w/w > cena jest standardem za wdrożenie lmsa z pppoe i radiusem w średnich i dużych > sieciach. A to zależy... bo albo "po łebkach" i pppoe mozna komuś wdrożyć z lms'em nieelegancko i wyjdzie taniej (czyt nie będzie warte 10 tysi), albo 10 tysi będzie za mało, żeby implementacja była miodna. Temat kaski powraca co jakiś czas... szkoda, że pomysł finansowania LMS'a tyle razy upadał ile razy się pojawiał - albo ja coś przeoczyłem ^^ Pozdrawiam _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Grzegorz Chwesewicz 17 Lis '07

17 Lis '07

> Tak przy okazji, to przydałaby się już wbudowana obsługa radiusa i > pppoe w LMS. > pppoe stał już się chyba standardem w sieciach średnich i dużych. Proponuję, żebyś rzucił 10 tys. zł netto, a taka obsługa się znajdzie, bo w/w cena jest standardem za wdrożenie lmsa z pppoe i radiusem w średnich i dużych sieciach. -- Pozdrawiam Grzegorz Chwesewicz, Chilan mailto:grzegorz.chwesewicz@chilan.com _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Marcin o2.pl 17 Lis '07

17 Lis '07

> > > Ale to już jest. Wystarczy umiejętnie wykorzystać istniejące pola > > > w bazie danych i działa PPPoE serwer z FreeRadiusem. > > > > Właśnie, jest dla tych co o mały włos sami by sobie mogli LMS'a > > napisać ;-) > > Ktoś chce wdrożyć LMS+PPPoE serwer+FreeRadius zapraszam do skorzystania > z usług naszej firmy. Czy wdrożenie będzie odporne na kolejne aktualizacje - struktura bazy danych oraz dodatkowe (kilkanaście/kilkadziesiąt) parametry dla NAS w UI ? Pozdrawiam Marcin _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Tomasz Chiliński 17 Lis '07

17 Lis '07

On Sat, 17 Nov 2007 19:15:17 +0100, Marcin o2.pl wrote > > Ale to już jest. Wystarczy umiejętnie wykorzystać istniejące pola > > w bazie danych i działa PPPoE serwer z FreeRadiusem. > > Właśnie, jest dla tych co o mały włos sami by sobie mogli LMS'a > napisać ;-) Ktoś chce wdrożyć LMS+PPPoE serwer+FreeRadius zapraszam do skorzystania z usług naszej firmy. Kontakt znajdziecie na stronie http://www.chilan.com. Pozdrawiam, Tomasz Chiliński, Chilan. _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Marcin o2.pl 17 Lis '07

17 Lis '07

> Ale to już jest. Wystarczy umiejętnie wykorzystać istniejące pola > w bazie danych i działa PPPoE serwer z FreeRadiusem. Właśnie, jest dla tych co o mały włos sami by sobie mogli LMS'a napisać ;-) _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] lms - radius
by Tomasz Chiliński 17 Lis '07

17 Lis '07

On Sat, 17 Nov 2007 16:10:27 +0100, Piotr S. wrote > Tak przy okazji, to przydałaby się już wbudowana obsługa radiusa > ipppoe w LMS. pppoe stał już się chyba standardem w sieciach > średnich i dużych. Ale to już jest. Wystarczy umiejętnie wykorzystać istniejące pola w bazie danych i działa PPPoE serwer z FreeRadiusem. _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0