Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witajcie.
Chciałem zrobić test łącza internetowego. Na moim Debianie10 zainstalowałem speedtest-cli. Pomiar się uruchamia natomiast pokazuje głupoty:
~$ speedtest-cli Retrieving speedtest.net configuration... Testing from UPC Polska (83.144.87.46)... Retrieving speedtest.net server list... Selecting best server based on ping... Hosted by RES.PL ISP (Rzeszow) [254.15 km]: 1800000.0 ms Testing download speed................................................................................ Download: 0.00 Mbit/s Testing upload speed................................................................................................ Upload: 0.00 Mbit/s
Czy to może być związane z jakimś zablokowanym portem? Jeśli tak to powiedzcie proszę, który port do tego celu otworzyć??
A może przyczyna jest gdzie indziej? Proszę o wskazówki i podpowiedzi jak to rozwiązać.
Offline
Wybierz inny serwer.
speedtest-cli --list
wyświetli listę serwerów.
speedtest-cli --help
wyświetli wszystkie opcje programu.
Przy czym lista serwerów Speedtestu jest znana, dlatego nie dowiesz się z tego testu wiarygodnych informacji.
Zobacz lepiej, z jaką faktyczną prędkością Debian pobiera aktualizacje,
to będzie dużo ciekawszy test.
Spece od oszukiwania speedtesta u naszych operatorów na takie testy jak źródła kernela z kernel.org czy pobieranie aktualizacji z repo jeszcze nie wpadli.
Ostatnio edytowany przez Jacekalex (2021-10-23 04:06:16)
Offline
Znam te komendy. Nie ważne jaki serwer wybiorę mam te same wyniki testu czyli 0.
Na innych urządzeniach działa prawidłowo więc wina leży w tej maszynie. Coś w konfiguracji jest nie tak. Tylko co?
Offline
oszukiwania speedtesta
Coś takiego powinno być ścigane z urzędu. Serio.
Offline
Jacekalex napisał(-a):
Zobacz lepiej, z jaką faktyczną prędkością Debian pobiera aktualizacje,
to będzie dużo ciekawszy test.
Dużo ciekawszym i lepszym testem będzie ściągnięcie czegokolwiek przez torrenty (obrazu debiana np) lub czegoś od jednego ale sprawdzonego źródła. Serwery Debiana nie zawsze "wysyłają" z pełną dla nas prędkością.
Offline
Pavlo950 napisał(-a):
Jacekalex napisał(-a):
Zobacz lepiej, z jaką faktyczną prędkością Debian pobiera aktualizacje,
to będzie dużo ciekawszy test.Dużo ciekawszym i lepszym testem będzie ściągnięcie czegokolwiek przez torrenty (obrazu debiana np) lub czegoś od jednego ale sprawdzonego źródła. Serwery Debiana nie zawsze "wysyłają" z pełną dla nas prędkością.
Repozytoria deb.debian.org siedzą nie na serwerach debian.org ale na chmurce fastly.net, tej samej, co Amazon czy Netfix.
Dowód rzeczowy:
host deb.debian.org deb.debian.org is an alias for debian.map.fastlydns.net. debian.map.fastlydns.net has address 151.101.86.132 debian.map.fastlydns.net has IPv6 address 2a04:4e42:14::644
Na dobrym łączu fastly.net ma taką podobną prędkość jak Akamai, czyli około 6.5 MB/s, ale żaden ISP nie wie, że trzeba te adresy dać na wyższy priorytet, przez co pokazują jakość łącza lepiej niż speedtest.
Sznurek:
https://deb.debian.org/
Pozdro
Ostatnio edytowany przez Jacekalex (2021-10-24 11:19:23)
Offline
Wszystko rozumiem. Że są lepsze sposoby na sprawdzenie itp.
Ale dlaczego ten program nie działa jak należy?
Czy to wina firewall-a czy może sterowników?
Offline
pietrek napisał(-a):
Wszystko rozumiem. Że są lepsze sposoby na sprawdzenie itp.
Ale dlaczego ten program nie działa jak należy?
Czy to wina firewall-a czy może sterowników?
Raczej błąd programu albo jakiegoś modułu Pythona
(w którym program speedtest-cli jest napisany).
Sterowniki raczej tutaj bruździć nie mogą, firewall teoretycznie może,
ale jeśli pytasz o firewalla, to znaczy, że go nie konfigurowałeś,
a domyślna konfiguracja żadnego firewalla w Linuxie
nie przewiduje filtrowania OUTPUT per/program.
Jak chcesz zobaczyć oficjalną obiecywaną prędkość łącza,
to możesz spróbować tutaj:
https://fast.com/pl/
Prędkość z Yotutuba ładnie pokazuje konsolowy youtube-dl,
(obecnie zmienił nazwę na yt-dlp).
Pozdro
Ostatnio edytowany przez Jacekalex (2021-10-26 11:47:12)
Offline
Mam firewall ustawiony w pakiecie z Direct Admin. Ja tylko póki co tam porty otwierałem które potrzebowałem do różnych zadań i programów.
Offline
Speedtest-cli łączy się na porcie 8080 (OUTPUT/tcp), z wyniku wygląda że jest blokowany (czas oczekiwania na odpowiedź).
Ostatnio edytowany przez jawojx (2021-10-26 18:35:52)
Offline
http://www.dslreports.com/speedtest - polecam, to moje odkrycie ostatnich lat :-)
Offline
jawojx napisał(-a):
Speedtest-cli łączy się na porcie 8080 (OUTPUT/tcp), z wyniku wygląda że jest blokowany (czas oczekiwania na odpowiedź).
I o to chodziło. Po otwarciu portu wyniki wyświetlają się prawidłowo.
Dziękuję za pomoc.
Offline
pietrek napisał(-a):
jawojx napisał(-a):
Speedtest-cli łączy się na porcie 8080 (OUTPUT/tcp), z wyniku wygląda że jest blokowany (czas oczekiwania na odpowiedź).
I o to chodziło. Po otwarciu portu wyniki wyświetlają się prawidłowo.
Dziękuję za pomoc.
Otwarciu portu?
Skąd wziąłeś konfigurację firewalla, w jakim programie "otwierasz porty".
Bo mocno podejrzana jest opisywana prze Ciebie sytuacja?
Wskazuje raczej na konfigurację z IPchains i kernela 2.2, od czasów kernela 2.4
używa się Iptables albo Nftables, oba działają (w desktopie) w oparciu o kontrolę stanu pakietu, a nie porty źródłowe i docelowe.
Cały FW na desktopa, Iptables, wygląda tak:
iptables -F iptables -P INPUT DROP iptables -P OUTPUT ACCEPT iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
Sznurek:
https://pl.wikibooks.org/wiki/Sieci_w_Linuksie/Netf … rzyk%C5%82ady
Tu cały opis:
https://pl.wikibooks.org/wiki/Sieci_w_Linuksie/Netfilter#iptables
Pozdro
Ostatnio edytowany przez Jacekalex (2021-10-28 09:28:24)
Offline
U mnie wraz z DirectAdmin był w pakiecie ConfigServer Security & Firewall (csf).
Offline
pietrek napisał(-a):
U mnie wraz z DirectAdmin był w pakiecie ConfigServer Security & Firewall (csf).
To nakładka dla ladminów, nie umieją w iptables. Powodu więcej szkód niż pożytku.
Pamiętam to samo pytanie na fb, bo nawet odpisywałem. Jeśli to koniecznie to po prostu zrobiłbym reguły zezwalające na połączenie do speedtest.
Ewentualnie jeśli to mocno konieczne to można spróbować wymyślić overkill na zasadzie kontenera docker albo lxc i w regułach dla niego zezwolić na taki ruch.
Offline