Yükleme başarısız mı oluyor? Yaygın aktarım hatalarını düzeltin

Başarısız yükleme neredeyse her zaman beş kategoriden birine girer: ağ kararsızlığı (Wi-Fi düşmesi, ISS yönlendirme değişikliği), tarayıcı belleğinin tükenmesi (Chrome'un 2 GB RAM'de sekmeyi kapatması), hizmet tarafı hız sınırlaması veya kota, bozuk kaynak dosya ya da antivirüs/güvenlik duvarının giden istekleri engellemesi. İşe başlamak için DevTools'un Ağ sekmesini açın ve başarısız isteğin gerçek HTTP durum kodunu kontrol edin. 413 "yük çok büyük" demektir. 502 veya 503 hizmet tarafındaki sorundur. "ERR_CONNECTION_RESET" ağınızla ilgilidir. Her birinin farklı bir çözümü vardır ve tümü başka bir şey yapmadan önce DevTools'ta görünür.

Gerçek hatayı okuyun, genel mesajı değil

Çoğu yükleme arayüzü "Yükleme başarısız" gösterir ve işi bitirir. Bu işe yaramaz. Tarayıcının DevTools'unu açın (F12 veya Cmd+Option+I), Ağ sekmesine geçin ve başarısız isteği izleyin. Durum kodu sorunun nerede olduğunu gösterir: 400 serisi sizin tarafınız (413 çok büyük, 401 kimlik doğrulama, 403 yasak), 500 serisi hizmet tarafı (502 hatalı ağ geçidi, 503 yavaşla, 504 zaman aşımı). ERR_CONNECTION_RESET veya net::ERR_NETWORK_CHANGED gibi bağlantı hataları TCP bağlantısının aktarım sırasında koptuğu anlamına gelir.

Her şeyi kapatmadan önce başarısız isteğin ve yanıt başlıklarının ekran görüntüsünü alın. Destek birimine iletirseniz bu başlıklar genellikle sorunu tam olarak ortaya koyar.

Wi-Fi düşmeleri: sessiz katil

Dizüstü bilgisayar Wi-Fi çipleri bazen erişim noktaları arasında ve bantlar arasında (2,4 GHz ve 5 GHz) dolaşım yapar. Her dolaşım TCP bağlantısını saniyenin küçük bir bölümünde keser ve tek akışlı yüklemeyi mahveder. Parçalı ve devam destekli yükleme uygulayan hizmetler (tus.io tabanlı, S3 multipart) bunu atlatar; tek POST yüklemeleri atlatamaz.

Kablo bağlantısı kullanabiliyorsanız kullanın. Ethernet dolaşım yapmaz. Kullanamazsanız en azından tek bir odada kalın ve yükleme sırasında "Otomatik SSID değiştirme" veya mesh bant yönlendirmeyi devre dışı bırakın. Başka bir terminalde 1.1.1.1'e sürekli ping çalıştırın ve boşlukları izleyin — yüklemelerinizin öldüğü yer orasıdır.

Tarayıcı çökmeleri ve sekme çıkarmaları

Chrome, kullanılabilir RAM'e bağlı olarak sekme başına yaklaşık 2-4 GB'lık bellek eşiğini aşan sekmeleri kapatır. Dosyanın tamamını belleğe arabelleğe alan (kötü uygulama) bir hizmet üzerinden 10 GB'lık bir dosyayı yüklemek bu tavanı aşar. File API'nin slice() yöntemini kullanarak parçalar halinde akış yapan (iyi uygulama) bir hizmet üzerinden yükleme, dosya boyutundan bağımsız olarak yalnızca birkaç yüz MB RAM kullanır.

Büyük yüklemelerde tarayıcınız sürekli çöküyorsa Firefox'u deneyin; tarihsel olarak Chromium'a kıyasla büyük File API yüklemelerini daha az bellek baskısıyla yönetir. Hizmetin parçalı yükleme kullandığından emin olun; 5 GB'lık dosya POST'tan önce tek bir Blob olarak yükleniyorsa bu tasarım sorunudur.

Diğer tüm sekmeleri kapatın. Başlamadan önce tarayıcıyı yeniden başlatın. Uzantıları devre dışı bırakın — reklam engelleyiciler, gizlilik uzantıları ve parola yöneticileri bazen yükleme akışlarına müdahale ederek bozar.

Kurumsal güvenlik duvarları ve proxy sunucuları

Kurumsal ağlar genellikle derin paket incelemesi, trafik şekillendirme veya sertifika enjekte eden proxy sunucuları çalıştırır. Belirtiler: küçük dosyalar için yüklemeler başarılı olur ancak belirli bir boyutta başarısız olur (genellikle 100 MB veya 1 GB), ya da hata "SSL el sıkışması başarısız" veya "sertifika doğrulama başarısız" okur.

Telefonunuzun hotspot'undan yükleyerek test edin (kurumsal ağın dışında). Orada çalışıyorsa sorun sizin tarafınızdadır. Seçenekler: BT'den hizmetin yükleme uç noktasını izin listesine almasını isteyin, trafik şekillendiriciyi atlatmak için VPN kullanın (izin veriliyorsa) veya kişisel bir ağa geçin.

Zscaler, Cisco Umbrella ve Palo Alto cihazları yaygın suçlulardır. Genellikle belirli bir boyut eşiğinin üzerindeki dosyaları inceler ve büyük akışlarda zaman aşımına uğrar.

Antivirüs giden akışı tarıyor

Windows Defender, Bitdefender, Norton ve Kaspersky, TLS'yi keserek giden HTTPS trafiğini tarayabilir. Büyük yüklemelerde taramanın kendisi throughput'u yüzde 40-60 oranında yavaşlatabilir; bazı sürümlerde bağlantıyı kesen zaman aşımlarına neden olur.

Gerçek zamanlı web korumasını geçici olarak devre dışı bırakın (tam antivirüsü değil, yalnızca HTTPS inceleme bileşenini) ve yeniden deneyin. Yükleme başarılı olursa aktarım hizmetinin etki alanını AV istisna listesine ekleyin. Web korumasını kalıcı olarak kapalı bırakmayın.

Hizmet tarafı hız sınırlamaları

429 veya 503 yanıtları alıyorsanız hizmet sizi kısıtlıyor demektir. Olası nedenler: çok fazla paralel parça çalıştırıyorsunuzdur (8 worker'dan 4'e geri çekin), ücretsiz planın günlük kotasına ulaştınız (WeTransfer ücretsiz, aktarım başına 2 GB sınırı koyar ancak örtük günlük hacim sınırları da vardır) veya kötüye kullanılmış paylaşımlı bir IP üzerindeysinizdir (otel ve kafe Wi-Fi'ında yaygın).

15 dakika bekleyin ve yeniden deneyin. Ya da ağı değiştirin. Ya da hizmeti değiştirin.

Bozuk kaynak dosya

Nadiren, sorun dosyanın kendisidir. Dosya sistemi bozulması (harici diskteki bozuk sektör, kesintiye uğrayan kopyalama) her yeniden denemede tutarlı bir yüzdede takılan bir dosya üretir. İlk birkaç MB normal okunur, ötesinde G/Ç hataları döner.

Önce dosyayı farklı bir yerel diske kopyalayarak test edin. Kopyalama aynı yüzdede başarısız olursa sorun kaynaktadır. Kaynak disk için Windows'ta chkdsk, macOS'ta diskutil verifyDisk komutunu çalıştırın. Kritik dosyalar için yeniden yüklemeyi denemeden önce bilinen-iyi bir kopyadan kurtarın.

Tarih, saat ve TLS sertifikası hataları

Sistem saatiniz birkaç dakikadan fazla yanlışsa TLS sertifika doğrulaması başarısız olur ve yüklemeler "sertifika henüz geçerli değil" gibi hatalarla kesilir. Mac ve Windows genellikle NTP üzerinden otomatik eşitler, ancak uzun uyku modundan sonra veya pilin bitmiş anakarttan sonra saatler kayabilir.

NTP eşitlemesini zorla: macOS'ta sntp -sS time.apple.com, Windows'ta Ayarlar > Saat ve Dil > Tarih ve Saat > Şimdi eşitle.

Sessizce başarısız olan VPN'ler

Bazı VPN istemcileri (özellikle ücretsiz olanlar) oturum belirteçleri 5-10 dakikada bir yenilendiği için uzun süreli TCP bağlantılarını keser. 20 dakika süren 2 GB'lık yükleme, belirteç yenilenmesinde sessizce ölür. Daha iyi oturum yönetimine sahip ücretli bir VPN'e geçin (Mullvad, ProtonVPN, IVPN) ya da hizmet zaten uçtan uca TLS şifreli ise yüklemeler sırasında VPN'i bağlantısını kesin.

Uçtan uca şifreli hizmetler, aktarım sırasında gizlilik için VPN'e ihtiyaç duymamanız anlamına gelir. HexaTransfer, örneğin, dosya tarayıcınızdan çıkmadan önce istemci tarafında AES-256-GCM ile şifreler; VPN şifrelemesini üstüne eklemek kemerle askıyı birlikte kullanmak gibidir, zorunlu değildir.

Parçaları otomatik olarak yeniden deneyen bir hizmet kullanın

Açık yerel sorunları giderdiyseniz ve yüklemeler hâlâ başarısız oluyorsa hizmetin kendisi kesintileri iyi yönetemiyor olabilir. Otomatik parça başına yeniden deneme ve devam edilebilir oturum durumuna sahip bir hizmet, tek akışlı yükleyicileri mahveden türden aksaklıklardan (Wi-Fi dolaşımı, kısa ISS yeniden yönlendirmesi) herhangi bir manuel müdahale olmaksızın sağ çıkar. HexaTransfer, parça başına yeniden deneme ile paralel parçalı yükleme çalıştırır ve çoğu kısa ağ olayına müdahalesiz dayanır.

hexatransfer.com'da deneyin — ücretsiz, hesap gerekmez, 10 GB'a kadar.