Integracja z Mikrotikiem
To może jednak iść w stronę serwera radius. Jest to na tyle uniwersalne rozwiązanie, że załatwi sprawę komunikacji nie tylko z mikrotikiem, ale z większością znanego mi sprzętu siecowego....Pyxis pisze:Temat jest "bliski memu sercu" - czytaj kieszeni - wiec na pewno bede go jeszcze drazyl.
Warto pomyśleć...
-
marcin_siedlce
- Posty: 92
- Rejestracja: ndz 05 paź 2008, 21:23
uchylę rąbka tajemnicy 
Skrypt narazie wykonuje operacje na MT:
Dodaje nowego abonenta do autoryzacji pppoe lub dhcp.
Usuwa nieistniejącego w systemie pyxis.
Edytuje abonenta jeśli wystąpią zmiany.
Wyłącza abonenta (abonent zawiesza usługę).
Wyłącza abonenta (abonent zalega z wpłatami), możliwość wyświetlenia strony z powiadomieniem o odłączeniu.
Wymagania :
Maszyna z zainstalowanym mysql, php, ftp ew. apache jeśli mają być powiadomienia
najlepiej gdyby stała wewnątrz sieci.
Czekam co jeszcze potrzeba ?
Skrypt narazie wykonuje operacje na MT:
Dodaje nowego abonenta do autoryzacji pppoe lub dhcp.
Usuwa nieistniejącego w systemie pyxis.
Edytuje abonenta jeśli wystąpią zmiany.
Wyłącza abonenta (abonent zawiesza usługę).
Wyłącza abonenta (abonent zalega z wpłatami), możliwość wyświetlenia strony z powiadomieniem o odłączeniu.
Wymagania :
Maszyna z zainstalowanym mysql, php, ftp ew. apache jeśli mają być powiadomienia
najlepiej gdyby stała wewnątrz sieci.
Czekam co jeszcze potrzeba ?
narazie wszyscy podchodza do tego modułu ostrożnie masa zapytań ale nikt sie jeszcze nie zdecydował na zakup.
Dzialanie skryptu juz opisałem ale wyjaśnie dokladniej:
Do prawidlowego działania wymagany jest goły MT, aby uniknac pomyłek dublowania itd..
"Goły" tzn wstępnie skonfigurowany jako Brama ew. koncentrator PPPoE czyli bez zadnych wpisów dotyczących abonentów.
Dodawanie abonenta:
Dodajemy abonenta lub nowy sprzęt dla istniejacego abonenta, operacja na MT sprawdzenie czy sprzet nie został juz komuś przydzielony wczesniej ip, dhcp, pppoe jesli wszystko ok skrypt dodaje nowego abonenta czyli zapisuje nadane ip+mac lub konto pppoe w odpowiedniej zakladce MT, w simple queue nadaje ustaloną przepustowść (mozliwość widełek).
Co do QoS raczej temat nie do przeskoczenia, kazdy inajczej nazywa filtrowane pakiety i w zupełnie inny sposób je kolejkuje, a nie robimy przecież drugiego winboxa.
Po tym zabiegu klient sie łaczy z nadajnikiem i ma juz dostęp..
Jesli nadalismy mu Publiczne IP takowe otrzymuje rowniez dokonywane sa stosowne wpisy w odpowiednich zakladkach.
Edycja abonenta:
wszystko jak wyzej z tym ze następuje edycja danych na MT bez dodawania, oczywiscie skrypt szuka wpisu jesli nie ma takiego aboneta przystepuje do dodania tak jakby to był nowy abonent.
Usuwanie aboneta:
Kasujemy abonenta z bazy Pyxis więc skrypt kasuje wszelkie dane abonenta z MT.
Zablokowanie dostępu dla abonenta:
Zablokowanie czyli najzwyklejsze disable wszystkich parametrów dodtyczących abonenta lub wprowadzenie odpowiedniej regóły w firewallu w celu przekierowania. W pliku cfg skryptu mamy mozliwość ustawienia maksymalnej liczby zaległych abonamentów. Skrypt automatycznie sprawdza czy abonent uregulował zaległość (zarejestrowana wpłata w Pyxis) jesli tak przywraca mu dostęp.
Zawieszenie usługi :
tak jak wyzej z tym że zawsze jest wykonywana operacja disable.
Myślę że można by wprowadzić jeszcze mozliwość automatycznego wlączenia abonenta w określonym dniu, bez potrzeby pilnowania, no chyba ze robi to Pyxis.
W Pyxis mamy podgląd do logów z wykonywanych operacji.
To chyba wszystko chyba ze coś ominąłem
Myślę również o dodawaniu abonenta do acces-listy na odpowiednim Nadajniku o ile będzie to MT, ale ten temat musze omówić z p.Piotrem .
Dzialanie skryptu juz opisałem ale wyjaśnie dokladniej:
Do prawidlowego działania wymagany jest goły MT, aby uniknac pomyłek dublowania itd..
"Goły" tzn wstępnie skonfigurowany jako Brama ew. koncentrator PPPoE czyli bez zadnych wpisów dotyczących abonentów.
Dodawanie abonenta:
Dodajemy abonenta lub nowy sprzęt dla istniejacego abonenta, operacja na MT sprawdzenie czy sprzet nie został juz komuś przydzielony wczesniej ip, dhcp, pppoe jesli wszystko ok skrypt dodaje nowego abonenta czyli zapisuje nadane ip+mac lub konto pppoe w odpowiedniej zakladce MT, w simple queue nadaje ustaloną przepustowść (mozliwość widełek).
Co do QoS raczej temat nie do przeskoczenia, kazdy inajczej nazywa filtrowane pakiety i w zupełnie inny sposób je kolejkuje, a nie robimy przecież drugiego winboxa
. Po tym zabiegu klient sie łaczy z nadajnikiem i ma juz dostęp..
Jesli nadalismy mu Publiczne IP takowe otrzymuje rowniez dokonywane sa stosowne wpisy w odpowiednich zakladkach.
Edycja abonenta:
wszystko jak wyzej z tym ze następuje edycja danych na MT bez dodawania, oczywiscie skrypt szuka wpisu jesli nie ma takiego aboneta przystepuje do dodania tak jakby to był nowy abonent.
Usuwanie aboneta:
Kasujemy abonenta z bazy Pyxis więc skrypt kasuje wszelkie dane abonenta z MT.
Zablokowanie dostępu dla abonenta:
Zablokowanie czyli najzwyklejsze disable wszystkich parametrów dodtyczących abonenta lub wprowadzenie odpowiedniej regóły w firewallu w celu przekierowania. W pliku cfg skryptu mamy mozliwość ustawienia maksymalnej liczby zaległych abonamentów. Skrypt automatycznie sprawdza czy abonent uregulował zaległość (zarejestrowana wpłata w Pyxis) jesli tak przywraca mu dostęp.
Zawieszenie usługi :
tak jak wyzej z tym że zawsze jest wykonywana operacja disable.
Myślę że można by wprowadzić jeszcze mozliwość automatycznego wlączenia abonenta w określonym dniu, bez potrzeby pilnowania, no chyba ze robi to Pyxis.
W Pyxis mamy podgląd do logów z wykonywanych operacji.
To chyba wszystko chyba ze coś ominąłem
Myślę również o dodawaniu abonenta do acces-listy na odpowiednim Nadajniku o ile będzie to MT, ale ten temat musze omówić z p.Piotrem .
rozumiem gdyby licencja miala jakiś określony czas użytkowania ??? wtedy moglo by to kosztowac 100zł..cienkib pisze:BO za ta cene TO se mozna.... rozumiem za 100zl... od razu kazdy by kupil!!majeski77 pisze:Używa ktoś jakieś opinie.
przeciez nikt nikogo nie zmusza do zakupu w koncu mozesz sam dłubac w winbox-ie, a faktury wystawiac w Wordzie...
zreszta sam wyceń ile kosztuje twój czas ....
wiec musicie zdecydowac sie na jakas promocjeGularz_pl pisze:narazie wszyscy podchodza do tego modułu ostrożnie masa zapytań ale nikt sie jeszcze nie zdecydował na zakup.
;Ppowiedzmy 70% rabatu dla os ktore zdecyduja sie na zakup, powiedzmy 10.10.2009r
:D : D :LOL:
system mikrotik o wiele mniej kosztuje i ma za free upgrady do kazdej wersji 4,xGularz_pl pisze:rozumiem gdyby licencja miala jakiś określony czas użytkowania ??? wtedy moglo by to kosztowac 100zł.. przeciez nikt nikogo nie zmusza do zakupu w koncu mozesz sam dłubac w winbox-ie, a faktury wystawiac w Wordzie... zreszta sam wyceń ile kosztuje twój czas ....
wiec moze i niech podobnie bedzie z MT na pyxis ???
Witam
Wdrozyłem u siebie niedawno routing i co za tym idzie trzeba było tym jakoś zarządzać wiec wybrałem free-radiusa w wydaniu mikrotika czyli usermeanager i jestem z tego super zadowolony.
Raczej nie wyobrazam sobie konf. osobno kazdego nadajnika patrzenia który klient sie zalogował a który zle wpisuje login lub hasło do pppoe nie mówiac juz o kilku innych bajerkach.
Wy takjakby zrobiliście to na około. Co do ceny to spoko jak kogoś stać na sieć to i 300zł znajdzie.
Dodajcie możliwość wygenerowania użytkowników dla składni UserManagera i FreeRadiusa a pewnie znajdzie się więcej chetnych na ten dodatek.
Wdrozyłem u siebie niedawno routing i co za tym idzie trzeba było tym jakoś zarządzać wiec wybrałem free-radiusa w wydaniu mikrotika czyli usermeanager i jestem z tego super zadowolony.
Raczej nie wyobrazam sobie konf. osobno kazdego nadajnika patrzenia który klient sie zalogował a który zle wpisuje login lub hasło do pppoe nie mówiac juz o kilku innych bajerkach.
Wy takjakby zrobiliście to na około. Co do ceny to spoko jak kogoś stać na sieć to i 300zł znajdzie.
Dodajcie możliwość wygenerowania użytkowników dla składni UserManagera i FreeRadiusa a pewnie znajdzie się więcej chetnych na ten dodatek.