W dniu 16.04.2012 12:35, Daniel Kulesza napisał(a):
W dniu 2012-04-16 13:19, Tomasz Chiliński pisze:
Co do konfiga to mogę wrzucić, choć z samym accel to nie było problemów. Bardziej namęczyłem się z freeradiusem, żeby wyciągnąć z LMS co trzeba (np. prędkości w accel podaje się up/down).
Tu najlepiej zrobić po stronie FreeRadiusa skrypt w perlu którym można wykonywać dowolnych zapytań SQL - bardziej elastycznego sposobu nie znam ;-)
Ja się na perlu nie znam (i na żadnym innym języku programowania), zmodyfikowałem sobie sql.conf, tak żeby pobierało niezbędne dane. Jedyne czego jeszcze nie mam to skrypt, który sprawdzi jacy userzy są podłączeni i zmieni im prędkość, bez rozłączania.
Zastanów się co chcesz wykorzystać. Ja mam tak, że z accela mam brane dnsy (w starszej wersji nie można ich było pobrać z radiusa, w obecnej niby już można), gateway. Przyznawane są prędkości z wykorzystaniem TBF (htb mi źle działało, możliwe że coś źle robiłem).
U mnie HTB działa w sensie tworzenia regułek na dwóch kierunkach przez accel-ppp, ale coś nie tak z trzymaniem szybkości. Widzę, że accel-ppp tworzy na interfejsie od razu klasę ruchu usera i może w tym jest problem, że nie ma klasy nadrzędnej dla całego interfejsu.
U mnie też tak było, kolejki były tworzone, ale źle działały. Próbowałem tworzyć klasę nadrzędną ręcznie, ale coś mi nie wychodziło (w sensie nic nie dało)
Miałeś taki komunikat w logu? HTB: quantum of class 10001 is big. Consider r2q change.
Okazuje się, że prawdopodobnie jak z poziomu konsoli zrobisz: tc class change dev ppp3 root classid 1:1 htb rate 4096kbit to zaczyna działać z prędkością taką jak podana...