Ktoś może mi wydłumaczyć dlaczego przy takich jak poniżej rozpisałem klasyfikacjach jednemu z moich klientów (zawsze temu samemu) zdaża się że coś nalezącego do High (często port 80 lub 443) nie sklasyfikuje i wpuści do kalsy domyślnej Low?
TCP/UDP Dst Port: 53 Highest DNS
TCP/UDP Dst Port: 80,443 Transferred: 0 - 512KB High WWW_MINI
TCP/UDP Dst Port: 8074 High GADUGADU
TCP/UDP Dst Port: 80,443 Transferred: 512KB+ Medium WWW_MAXI
TCP/UDP Dst Port: 25,110,995 Medium POCZTA
TCP/UDP Dst Port: 17001 Medium KURNIK
TCP/UDP Dst Port: 20-23 Medium FTP_SSH
IPP2P: All IPP2P filters Lowest P2P_ALL
UDP Dst Port: 1024-65535 Lowest UDP_ALL
Nie zdążył... a tak poza tym:
- wychodzący DNS nie bedzie się poprawnie klasyfikować jeżeli używamy "Internal Cache DNS Forwarder", czyli DNS rozwiązuje router, jak masz szybkie DNS to wyłącz tą opcję (wtedy rozsyłane będą przez serwer DHCP adresy DNS wpisane na porcie WAN; tu jeszcze mały trick - jako trzeci DNS wpisz adres LAN routera, zeby rozwiązywać nazwy lokalne);
- może Conntrack nie nadąża, ale wtedy po prostu połączenia zostaną odrzucone i widać to w logu - sprawdź czy nie ma takich błedów, w ogóle to dobrze by było żebyś w momencie wystąpienia problemu sprawdził liczbę i rodzaj połączeń w Advanced/Conntrack oraz obciązenie procesora w Overall;
- jeśli QoS faktycznie nie zdążył to przyspieszyć możesz usuwając regułę na IPP2P (jest wolna), większość oprogramowania P2P i tak szyfruje dane więc ta reguła jest mało przydatna - w zamian ustaw TCP/UDP powyżej 1024 na Lowest;
- jeszcze jedno - na jakiej wersji Tomato działasz ??
Jeżeli wykażesz, że problemem jest przeciążenie routera połączeniami, to napiszę Ci skrypt ograniczający ilość połączeń TCP/user i tempo przypływania połączeń UDP. Sam podobnego używam dla 12 userów i jestem zadowolony z efektów.
Troszke trwało ale odpisuje:
Moja wersja: 1.06.0981
- wywaliłem już IPP2P i mam już tylko podział na portach jak wyżej z tą różnicą że teraz już wszystkie udp i tcp powyżej 1024 lecą do lowest
- domyślna LOW
i dziś znowu zauważyłem ze coś wpadło zamaist do High to do domyślnej LOW:
TCP 10.28.1.21 1047 217.17.45.152 443 Low -- gadu gadu
TCP 10.28.1.19 1195 85.17.162.73 80 Low
Teraz już różne adresy lokalne mają problem kiedyś to był tylko jeden przynajmniej tak zauważyłem. W logach nic niema przeciążenia też niema, niebyło tez tak żeby połączeń była straszna masa
· Łą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
a tak poza tym: