Podważałbym wniosek, że SSH ma z tym coś wspólnego. Musisz przeprowadzić absurdalną liczbę testów, aby jednoznacznie wykazać, że nie jest to zwykły przypadek. Czy próbowałeś uruchomić speedtest-cli
wiele razy, przeplatając się lokalnie i przez SSH?
Jest prostsza możliwość: speedtest-cli
automatycznie wybiera serwer w czasie wykonywania ( Selecting best server based on latency...
). Zrobiłem tutaj cztery testy i wybrałem dwa różne serwery do tych testów. W zależności od tego, jak dokładny jest test opóźnienia (wydaje mi się, że nie bardzo, ponieważ musi on zakończyć się w rozsądnym czasie), możesz skończyć rozmawiać przez bardzo inną linię z bardzo innym serwerem między uruchomieniami. Czy próbowałeś uruchomić speedtest-cli
na określonym serwerze?
Inną możliwością jest to, że serwer jest tak mało zasobów, że połączenie SSH sprawia dostrzegalną różnicę (czyli balansuje tuż przy krawędzi, co maszyna może obsługiwać).
Bardzo realna możliwość ze sprzętem towarowym i konfiguracją domową to nieoptymalna konfiguracja lub wadliwy sprzęt. Chociaż połączenie jest powolne, czy próbowałeś na przykład użyć Wireshark (i / lub tcpdump
), aby sprawdzić, czy istnieje wiele problemów z połączeniem wychodzącym?