podpinam się pod pytanie, ale jak to w w grankoye ustawić "przekroczy na porcie 80 więcej niż np. 1MB ciągłego transferu to niech do innej klasy wpadnie"?

1. Ruch z takich serwisów jak hotfile często jest rozbijany na kilka połaczeń to nie  przeszkadza? Miałem tak ustawione w tomato w  poprzednim routerze i średnio to działało. A co wy na to żeby pierwsza regułka wymusza minimalną przepustowość np. na 512kb/s, a druga ogranicza płaczenie do 1Mb.
2. Czy te wartości 512 i 1Mb są odpowiednie? Jak myślicie?

Przetestowałem i działa.

Trzeba włączyć QoS na pobieranie. Robimy edycje klasy slow  - ja dałem maksymalne pasmo 32kbps. Następnie robi się nową regułę klasyfikacji: port źrodłowy: 80, połączenie przekracza: 1MB. Klika się dodaj regułę, a następnie zapisz zmiany na dole ekranu.

Teraz ściągamy coś po http. Pierwszy 1MB wpada w klasę fast (ona  jest domyślna) co widać w kolumnie "Obciążenie" przy klasach usług. Powyżej tego megabajta wpada w klasę slow - widać w tym samym miejscu.

Samo ograniczenie ścigania można zobaczyć na status/zużycie pasma (wykres się mniejszy robi) a takze  status/podzial qos - wydać ile MB przeszło przez która klasę.

Spokojnie. Przecież nawet z gui/samba i ftp zostaje ze 3MB wolnego.

Programy skompresowane w squashfs zajmują mniej miejsca niż w jffs. Powinno się zmieścić.

Jeżeli GUI jest wkompilowane w obraz to wywalenie gui nie zwiększy ilości wolnego. A wręcz pomniejszy (faq).

To kwestia ustawienia minimalnego i maksymalngo pasma. Tak, można tak ustawić.

Sprawdź

http://eko.one.pl/?p=openwrt-konfigurac … estronywan

W gargoyle nie ma czegoś takiego jak otworzenie portów.

Hmm już nie mam głowy co może być jeszcze nie tak. chodzi oto że chce udostępnić koledze porty żeby mógł sie połączyć do mojego serwera CS. Oczywiście IP mam.
Mój config/firewall

config 'defaults'
        option 'syn_flood' '1'
        option 'input' 'ACCEPT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'

config 'zone'
        option 'name' 'lan'
        option 'input' 'ACCEPT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'

config 'zone'
        option 'name' 'wan'
        option 'input' 'REJECT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'
        option 'masq' '1'
        option 'mtu_fix' '1'

config 'forwarding'
        option 'src' 'lan'
        option 'dest' 'wan'

config 'rule'
        option 'src' 'wan'
        option 'proto' 'udp'
        option 'dest_port' '68'
        option 'target' 'ACCEPT'

config 'rule'
        option 'src' 'wan'
        option 'proto' 'icmp'
        option 'icmp_type' 'echo-request'
        option 'target' 'ACCEPT'

config 'rule'
        option '_name' 'Webserver'
        option 'src' 'wan'
        option 'target' 'ACCEPT'
        option 'proto' 'tcp'
        option 'dest_port' '81'

config 'remote_accept' 'ra_443_443'
        option 'local_port' '443'
        option 'remote_port' '443'
        option 'proto' 'tcp'
        option 'zone' 'wan'

config 'remote_accept' 'ra_22_22'
        option 'local_port' '22'
        option 'remote_port' '22'
        option 'proto' 'tcp'
        option 'zone' 'wan'

config 'rule'
        option 'src' 'wan'
        option 'target' 'ACCEPT'
        option 'proto' 'tcp'
        option 'dest_port' '64738'

config 'redirect'
        option '_name' 'csudp'
        option 'src' 'wan'
        option 'proto' 'tcpudp'
        option 'src_dport' '27000-27039'
        option 'dest_ip' '192.168.1.117'

ostatnia reguła dla pewności, bo nie wiem czy trzeba najpierw otworzyć dopiero udostępnić czy jak. Otwartość portów sprawdzam na stronie http://www.t1shopper.com
Proszę o jakieś sugestie co jest źle.

64738 to umurmur czyli mumble czyli komunikator głosowy.
jak uruchomię serwer gry to on chyba nasłuchuje tak? czyli powinno być go widać.

W sumie to nie wiem na których dokładnie nasłuchuje, znalazłem kilka informacji  na ten temat i we wszystkich pisali o tych portach.