Wolny transfer naprawa: diagnozuj problemy z uploadeм

Aby naprawić wolny upload, należy diagnozować po kolei: zmierzyć surowe łącze przez speedtest-cli, porównać z rzeczywistą przepustowością narzędzia transferowego w DevTools, sprawdzić, czy synchronizacja w tle nie pochłania pasma, zweryfikować, czy usługa nie ogranicza przepustowości per transfer, i potwierdzić połączenie z najbliższym regionalnym endpointem. Łącze 500 Mbps dające 40 Mbps do usługi transferowej to albo rywalizacja o pasmo, albo niezgodność regionu CDN, albo throttling serwera, albo wąskie gardło jednego strumienia. Każda z tych przyczyn ma inne rozwiązanie, a wszystkie widoczne są w zakładce Sieć DevTools, zanim podejmie się jakiekolwiek inne działanie.

Najpierw zmierz łącze

Zanim zacznie się obwiniać usługę transferową, warto upewnić się, że połączenie rzeczywiście dostarcza tyle, ile się zakłada. Należy uruchomić speedtest-cli --json z terminala lub speedtest.net w przeglądarce. Trzeba zanotować upload w Mbps, latencję i jitter — to jest górny sufit możliwości. Jeśli łącze „500 Mbps" dostarcza tylko 80 Mbps uploadu w teście, żadna usługa transferowa nie osiągnie więcej.

Warto przeprowadzić test dwukrotnie — raz przez Wi-Fi, raz przez Ethernet, jeśli to możliwe. Różnica pokazuje, ile kosztuje korzystanie z Wi-Fi. Przy Wi-Fi 5 w przeciętnym domu można spodziewać się utraty 30–50 procent przepustowości kablowej.

Porównanie testu prędkości z rzeczywistą przepustowością transferu

Należy otworzyć usługę transferową, uruchomić upload i otworzyć DevTools > zakładka Sieć. Warto obserwować przepustowość poszczególnych żądań. Jeśli speedtest wskazuje 500 Mbps, a transfer daje 150 Mbps, różnica ma cztery prawdopodobne przyczyny: usługa używa jednego strumienia (nie może nasycić rury z wysoką latencją), endpoint CDN usługi jest daleko, zużywają pasmo procesy w tle, albo usługa ogranicza przepustowość per transfer.

Uploadery z równoległymi fragmentami (usługi oparte na tus.io, S3 multipart, HexaTransfer) powinny uruchamiać 4–8 równoległych żądań. Warto je policzyć w widoku waterfall. Mniej niż tyle na szybkim łączu oznacza, że usługa marnuje dostępne pasmo.

Wyłączenie synchronizacji w tle

macOS Monitor aktywności (zakładka Sieć, sortowanie według „Bajty wysłane na sek.") i Monitor zasobów Windows (zakładka Sieć) pokazują pasmo każdego procesu. Prawdopodobni winowajcy: Dropbox, Google Drive, OneDrive, iCloud Photos, Backblaze, Time Machine przez sieć, synchronizacja Adobe Creative Cloud. Należy je zamknąć — nie pauzować, bo pauza czasami utrzymuje połączenia TCP otwarte.

Rozmowa Zoom w HD zużywa 2,5 Mbps upstream. Upload wideo 4K na YouTube z innej zakładki może pochłonąć 20 Mbps. Nawet podglądy plików na Slack przesyłają kilkaset KB/s. Na łączach asymetrycznych (100 Mbps pobieranie, 10 Mbps wysyłanie — typowy plan kablowy) te procesy szybko się sumują.

Sprawdzenie regionalnego endpointu

Wiele usług transferowych routuje ruch przez krawędzie CDN. Jeśli DNS lub GeoIP jest nieaktualny, można przesyłać dane do krawędzi we Frankfurcie z Sydney, co dodaje 300 ms czasu w obie strony i miażdży przepustowość jednopotokową. Warto sprawdzić IP endpointu przez panel Sieć w DevTools (kliknięcie prawym przyciskiem na żądanie > Kopiuj > Kopiuj URL, a następnie nslookup), a potem spingować go, by zobaczyć latencję.

Idealna latencja do serwera ingest usługi: poniżej 20 ms dla tego samego miasta, poniżej 50 ms dla tego samego kontynentu, poniżej 100 ms dla połączeń międzykontynentalnych. Latencja 250 ms przy usłudze na tym samym kontynencie oznacza błędne routowanie przez daleką krawędź.

Zmiana DNS w celu wykluczenia nieaktualnego GeoIP

Jeśli nadal korzysta się z domyślnego DNS dostawcy internetu, warto tymczasowo wypróbować Cloudflare (1.1.1.1), Google (8.8.8.8) lub Quad9 (9.9.9.9). Różne resolwery zwracają różne krawędzie CDN, bo inaczej odpowiadają na zapytania ECS (EDNS Client Subnet). Zmiana może obniżyć latencję uploadu o 50 ms i zwiększyć przepustowość o 20 procent bez żadnych innych zmian.

Bufferbloat routera

Bufferbloat jest niewidoczny w normalnych testach prędkości, ale niszczy połączenia przy mieszanym ruchu. Warto uruchomić test bufferbloat na waveform.com/tools/bufferbloat. Ocena A+ oznacza, że router zarządza kolejkami prawidłowo. Ocena F oznacza, że router wprowadza 200–2000 ms latencji pod obciążeniem, co nie tylko szkodzi ruchowi interaktywnemu, ale też powoduje, że mechanizm kontroli przeciążenia TCP wielokrotnie się wycofuje, drastycznie obniżając przepustowość uploadu.

Rozwiązanie: włączenie SQM (Smart Queue Management) na OpenWrt lub pfSense, włączenie QoS na routerach Asus/Netgear/Ubiquiti lub zakup routera obsługującego to domyślnie (niedawne modele eero, Google Nest Wifi Pro).

Wyłączenie VPN, gdy nie jest konieczny

VPN dodaje 20–80 ms latencji i typowo ogranicza przepustowość do upstream serwera VPN. Łącze 1 Gbps przez przeciążony endpoint PIA lub NordVPN może spaść do 50 Mbps. Lepsi dostawcy (Mullvad, ProtonVPN Plus) utrzymują się lepiej; darmowe VPN niemal zawsze duszą uploady.

Jeśli usługa transferowa już używa TLS 1.3 i szyfrowania end-to-end, VPN jest zbędny dla poufności podczas transmisji. Warto go wyłączyć podczas uploadów, a włączyć z powrotem po zakończeniu.

Przeglądarka i protokół

Chrome, Edge, Brave i Firefox obsługują HTTP/3 (QUIC) natywnie. Safari też, ale dla niektórych hostów domyślnie przechodzi na HTTP/2. HTTP/3 przez UDP toleruje utratę pakietów znacznie lepiej niż HTTP/2 przez TCP — na łączach komórkowych, hotelowym Wi-Fi lub stratnych łączach ostatniej mili.

Warto sprawdzić kolumnę Protokół w zakładce Sieć w DevTools. h2 oznacza HTTP/2, h3 — HTTP/3. Usługi serwujące uploady przez HTTP/3 osiągają 15–30 procent wyższą przepustowość na stratnych łączach.

Zmiana sieci w celu izolacji problemu

Najszybsza diagnostyka: podpiąć hotspot z telefonu na minutę i wgrać próbny fragment. Jeśli tethering przez telefon jest szybszy niż domowe Wi-Fi, problem leży w sieci lokalnej (router, ISP lub urządzenie). Jeśli prędkość jest taka sama, wąskie gardło jest dalej — w tranzycie lub po stronie usługi.

Ten jeden test eliminuje połowę możliwych przyczyn w mniej niż dwie minuty.

Gdy usługa jest wąskim gardłem

Niektóre usługi transferowe po prostu limitują przepustowość per transfer. Darmowe plany pewnych narzędzi ograniczają prędkość powyżej 10 MB/s niezależnie od łącza. Płatne plany często usuwają to ograniczenie.

Jeśli wszystkie inne możliwości zostały wykluczone, a łącze 500 Mbps nadal daje tylko 30 Mbps do konkretnej usługi, ograniczenie leży po jej stronie. Warto zmienić usługę. HexaTransfer nie throttluje per transfer i uruchamia równoległe, fragmentowane uploady nasycające to, co łącze faktycznie może wysłać — aż do limitu 10 GB na transfer.

Wypróbuj na hexatransfer.com — bezpłatnie, bez konta, do 10 GB.