Niestety u mnie nowa wersja skryptu nie działa......0.19 działał jak trzeba, natomiast ta nowa coś nie chce działać w ogóle.......
Mam Wrt54GL 1.1 z wgranym Thiborem 15c.
Moje łącze 512/512. Podczas testów ustawiłem aby limitował mi download max na 256 kbit.......jednak ciagle ściągam zajmując całą dostępną przepustowość.
i TAK, restartowałem router softwarowo, nawet odłączyłem na moment zasilanie aby na pewno się rebootnął ale niestety nowy skrypt jak nie limituje tak nie limituje......grupę też próbowałem ustawiaż...efektu niestety brak.
i TAK, na pewno w konfiguracji wybrałem generację na thibora 15c
Wszyscy userzy podpięci kablem.
Oto mój wygenerowany skrypt:
#--------------------------------------------
#WRT54 Script Generator v0.20
#Copyright (C) 2006 Robert "Robson" Mytkowski
#--------------------------------------------
TCA="tc class add dev br0"
TFA="tc filter add dev br0"
tc qdisc del dev br0
tc qdisc add dev br0 root handle 1: htb
tc class add dev br0 parent 1: classid 1:1 htb rate 512kbit
$TCA parent 1:1 classid 1:10 htb rate 170kbit ceil 256kbit prio 2
$TCA parent 1:1 classid 1:11 htb rate 170kbit ceil 256kbit prio 2
$TCA parent 1:1 classid 1:12 htb rate 170kbit ceil 256kbit prio 2
$TFA parent 1:0 prio 2 protocol ip handle 10 fw flowid 1:10
$TFA parent 1:0 prio 2 protocol ip handle 11 fw flowid 1:11
$TFA parent 1:0 prio 2 protocol ip handle 12 fw flowid 1:12
iptables -t mangle -A POSTROUTING -d 192.168.15.14 -j MARK --set-mark 10
iptables -t mangle -A POSTROUTING -d 192.168.15.15 -j MARK --set-mark 11
iptables -t mangle -A POSTROUTING -d 192.168.15.16 -j MARK --set-mark 12
tc qdisc add dev br0 ingress
$TFA parent ffff: protocol ip u32 match ip src 192.168.15.14 flowid :1 police rate 170kbit mtu 12k burst 10k drop
$TFA parent ffff: protocol ip u32 match ip src 192.168.15.15 flowid :1 police rate 170kbit mtu 12k burst 10k drop
$TFA parent ffff: protocol ip u32 match ip src 192.168.15.16 flowid :1 police rate 170kbit mtu 12k burst 10k drop
Wszystko niby ustawione tak jak miałem w 0.19, skrypt tworzyłem od zera i nie używałem zapisanych projektów z wersji 0.19.
Nie wiem czy to ja cos skopałem czy to poprostu nie działa.
Edit: mógłby ktoś udostepnic wersję 0.19? bo ta przynajmniej u mnie działała.
Edytowany przez Rayden dnia 06-11-2006 20:35
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
