Dnia 25 lutego 2009 18:12 "A.L.E.C" alec@alec.pl napisał(a):
Ja słabo znam radiusa, a tym bardziej jego zaawansowane zastosowania, dlatego nie potrafię odpowiedzieć wprost. Nie myśl jak to będzie wyglądało w bazie danych, przedstaw wymagania co do interfejsu, a bazę się wymyśli, choćby to miało być i 15 dodatkowych tabel.
--
ja proponuje rozwinąć rozwiązanie które kiedyś zrobiłeś dla mnie :)
Jest o tyle fajne, że radius czyta sobie "na żywo" z bazy LMS loginy/hasła i sprawdza czy klient jest podłączony do prawidłowego koncentratora (urządzenia sieciowego w lms). Dodatkowo na MT (oczywiście może to być dowolny koncentrator) sprawdzane jest czy dany mac może się podłączyć do tego ssid (ssid=nazwa urządzenia sieciowego w LMS) oraz zakładana jest kolejka SQ (2,5x download 1,5x upload - to akurat wynika ze specyfiki taryf które sprzedaje; ostateczne cięcie pasma+NAT mam na głównym routerze) Działa to rewelacyjnie od +-2 lat na kilkuset userach.
Jedynie clients.conf jest generowane za pomocą lms-mgc (ale można np. co godzinę generować go, a w radius'e robić reload; w końcu jak czesto powstaje nowy koncentrator? ;-) )
Instaluje się to (załącznik) jakoś tak:
su postgres /usr/local/pgsql/bin/createlang -U postgres plpgsql lms psql -U postgres -d lms -f pg.sql
Jako bazę danych radius'a ustawiamy LMS i gotowe ;-)
P.S. Do rozwiązania dobrze byłoby dorobić accounting z radius'a.
!DSPAM:49a59957185094062814199!