ERR_CONNECTION_TIMED_OUT Hatası: Nedir ve Nasıl Çözülür?

ERR_CONNECTION_TIMED_OUT Nedir?

ERR_CONNECTION_TIMED_OUT, Chrome ve diğer Chromium tabanlı tarayıcıların bir web sitesinin sunucusundan hiçbir yanıt alamadığında gösterdiği hatadır. Sayfada "Bu siteye ulaşılamıyor. example.com yanıt vermek için çok uzun süre bekledi." yazar. Chromium içinde bu, -118 numaralı ağ hatasıdır: "A connection attempt timed out" (bir bağlantı denemesi zaman aşımına uğradı) (net_error_list.h).

Bilgisayarınız bir bağlantı açmak için sunucuya bir TCP bağlantı isteği, yani bir SYN paketi gönderir ve yanıt bekler. Normalde yanıt milisaniyeler içinde gelir. Yanıt gelmezse işletim sistemi SYN paketini giderek açılan aralıklarla birkaç kez daha gönderir ve sonunda vazgeçer; bunun ne kadar süreceği sisteme göre değişir (Chromium'un kendi notlarına göre 20 saniye ile 190 saniye arasında). Mac'imizde, hiçbir şeyin yanıt vermediği bir adrese yapılan bağlantı denemesi 75 saniye sonra vazgeçti.

Kilit ayrıntı sessizliktir. Açık olan ama hiçbir şeyin dinlemediği bir sunucu anında bir reddetmeyle yanıt verir. Zaman aşımında ise hiç kimse yanıt vermemiştir: paketler bir yerde düşürülmüştür ya da hiçbir şeyin bulunmadığı bir adrese gönderilmiştir.

ERR_CONNECTION_TIMED_OUT ile ERR_TIMED_OUT Arasındaki Fark

Chrome'da birbirine benzeyen iki zaman aşımı hatası vardır ve farklı aşamalarda ortaya çıkarlar:

• ERR_CONNECTION_TIMED_OUT (-118): bağlantı hiç kurulamamıştır, çünkü sunucu ilk SYN paketine yanıt vermemiştir. Ağ yoluna, güvenlik duvarlarına, DNS'e ve sunucunun çevrimiçi olup olmadığına bakın.
• ERR_TIMED_OUT (-7): işletim sisteminin değil, Chrome'un kendi zamanlayıcılarından birinden gelen daha genel bir zaman aşımıdır. Örneğin TCP bağlantısı açıldıktan sonra HTTPS el sıkışmasına 30 saniye tanınır (Chromium); bağlantı açılıp sonra yanıt gelmemeye başlarsa da aynı şekilde bitebilir. Bu genellikle yavaş veya takılmış bir sunucuya ya da takılan bir proxy'ye işaret eder.

Aşağıdaki çözümler her ikisi için de geçerlidir. ERR_TIMED_OUT daha sık web sitesinin sorunu çıkarken, ERR_CONNECTION_TIMED_OUT daha sık ağ yolu veya güvenlik duvarı sorunudur.

ERR_CONNECTION_TIMED_OUT Hatasına Ne Neden Olur?

Çözüm 1: Sitenin Herkes İçin Açık Olup Olmadığını Kontrol Edin

Sunucu kapalıysa sizin tarafınızda yapacağınız hiçbir şey işe yaramaz; bu yüzden önce bunu kontrol edin:

• Siteyi telefonunuzda mobil veriyle açın (Wi-Fi kapalı). Yükleniyorsa sorun cihazınızda veya ağınızdadır.
• Site Çöktü mü Kontrolü ile kontrol edin; sayfayı 11 noktadan aynı anda açar. Hepsi de zaman aşımına uğruyorsa sorun sitededir.
• 11 şehirden bir Ping Aracı testi çalıştırın. Her şehirden 443 portuna bir TCP bağlantısının süresini ölçer ve sunucumuzdan klasik bir ping ekler. 443 portundan yanıt gelmesi web sunucusunun bağlantı kabul ettiği anlamına gelir; yalnızca klasik ping yanıt veriyorsa makine ayakta ama web portu değildir.
• Web portunu Port Kontrolü aracıyla test edin. 443 (HTTPS) ve 80 (HTTP) portlarını kontrol edin. Tarayıcınız zaman aşımına uğrarken bizim için "Open" (açık) görünmesi, sizinle site arasındaki bir şeyin trafiği düşürdüğü anlamına gelir. Bizim için de "Filtered" (filtrelenmiş; 4 saniye içinde yanıt yok) görünüyorsa sorun sunucunun güvenlik duvarında ya da sunucunun kendisindedir.
• 8 şehirden TCP 443 üzerinden bir traceroute çalıştırın; paketlerin ne kadar ilerlediğini gösterir. Her TCP 443 izi son atlamalarda kesiliyorsa trafiği sitenin barındırma ağı düşürüyordur; ICMP sondalarıyla son atlamaların sessiz kalması, çalışan birçok sitede normaldir.

Çözüm 2: DNS Önbelleğinizi (ve Chrome'unkini) Temizleyin

Bir site yeni bir sunucuya taşındığında, bilgisayarınız önbelleğin süresi dolana kadar eski IP adresini kullanmaya devam edebilir. Eski sunucu kapatılmışsa veya güvenlik duvarıyla korunuyorsa, her deneme zaman aşımına uğrar. İşletim sisteminin önbelleğini ve Chrome'un kendi ana bilgisayar önbelleğini temizleyin:

# Windows (Komut İstemi)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# systemd-resolved kullanan Linux
resolvectl flush-caches

# Chrome: chrome://net-internals/#dns adresini açın ve "Clear host cache" düğmesine tıklayın

İsteğin çözümleyicinizde eski bir kayıttan gelip gelmediğini anlamak için nslookup example.com çıktısını (yerel önbelleği ve hosts dosyasını atlayıp doğrudan çözümleyicinize sorar) DNS Robot'un DNS Sorgulama aracının yanıtıyla karşılaştırın; CDN arkasındaki siteler meşru olarak farklı adresler döndürebilir. DNS önbelleği temizleme rehberi her tarayıcıyı ve işletim sistemini kapsar.

Çözüm 3: Hosts Dosyasını Kontrol Edin

Hosts dosyası, içinde listelenen her ad için DNS'i geçersiz kılar. Geliştiriciler, reklam engelleyiciler ve bazı kötü amaçlı yazılımlar bu dosyaya kayıt ekler; alan adını eski veya özel bir IP'ye eşleyen unutulmuş bir satır, yalnızca o bilgisayarda olmak üzere her seferinde zaman aşımına yol açar.

• Windows: Not Defteri'ni yönetici olarak açın, ardından C:\Windows\System32\drivers\etc\hosts dosyasını açın.
• macOS / Linux: Terminal'de sudo nano /etc/hosts komutunu çalıştırın.

Açılmayan alan adını içeren bir satır arayın. Satırı silin ya da devre dışı bırakmak için başına # ekleyin, kaydedin ve DNS önbelleğini yeniden temizleyin.

Çözüm 4: Test İçin Proxy, VPN ve Güvenlik Duvarını Kapatın

Tüm siteler zaman aşımına uğruyorsa sık görülen neden, çalışmayı bırakmış bir proxy veya VPN'dir; çünkü tüm trafik çıkmaz bir sokağa gönderilir.

• Windows 11 proxy: Ayarlar → Ağ ve İnternet → Proxy. Manuel proxy kurulumu altında, Proxy sunucusu kullan'ın yanındaki Düzenle'yi (ya da Ayarla'yı) seçin, Proxy sunucusu kullan seçeneğini kapatın ve Kaydet'i seçin. Otomatik ara sunucu kurulumu altında Kurulum betiğini kullan açıksa ve onu siz ayarlamadıysanız, onu da kapatın.
• macOS proxy: Sistem Ayarları → Ağ → bağlantınız → Ayrıntılar… → Proxy'ler → hepsini kapatın.
• VPN: bağlantıyı tamamen kesin ve sayfayı yenileyin. Site VPN olmadan çalışıyorsa VPN sunucusunu değiştirin veya sağlayıcıyla iletişime geçin.
• Güvenlik duvarı / antivirüs: üçüncü taraf güvenlik duvarını kısa süreliğine duraklatın ve sayfayı yenileyin. Sorun düzelirse güvenlik duvarını kapalı bırakmak yerine tarayıcı için bir istisna ekleyin.

Çözüm 5: Genel Bir DNS Çözümleyiciye Geçin

Bazı ISS çözümleyicileri geç güncellenir, bazıları da engellenen alan adlarını hiç yanıt vermeyen bir adrese yönlendirir. Cloudflare (1.1.1.1), Google (8.8.8.8) veya Quad9 (9.9.9.9) gibi genel bir çözümleyiciye geçmek bu olasılığı ortadan kaldırır. DNS Hız Testi aracımız, bulunduğunuz yerden hangisinin en hızlı olduğunu gösterir.

DNS sunucunuzun kendisi çalışmıyorsa farklı hatalar görebilirsiniz; bunları DNS sunucusu yanıt vermiyor ve DNS sunucusu kullanılamıyor rehberlerinde ele alıyoruz.

Çözüm 6: Ağ Yığınını Sıfırlayın ve Yönlendiriciyi Yeniden Başlatın

Yönlendiriciyi ve modemi yeniden başlatın: fişlerini 30 saniye çekili tutun, ardından yeniden bağlanmaları için iki üç dakika bekleyin. Windows'ta ayrıca yönetici olarak açılmış Komut İstemi'nden TCP/IP yığınını sıfırlayın, ardından sıfırlamayı tamamlamak için bilgisayarı yeniden başlatın:

netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns

Mac'te Wi-Fi'yi kapatıp açın ya da Sistem Ayarları → Ağ altından ağı kaldırıp yeniden ekleyin. Ayrıca Windows Ağ Tanılama aracını (Chrome'un hata sayfasındaki bağlantı) çalıştırıp Windows'un bağdaştırıcıyı onarmasına izin verebilirsiniz.

Çözüm 7: Portu Kendi Bilgisayarınızdan Test Edin

Bu test, tarayıcı işin içine girmeden, makinenizin siteyle bir bağlantı açıp açamadığını yarım dakikadan kısa sürede söyler:

# Windows PowerShell
Test-NetConnection example.com -Port 443
# TcpTestSucceeded : False  -> no connection from your network (dropped or refused)

# macOS (-G sets the connect timeout)
nc -vz -G 5 example.com 443
# Linux
nc -vz -w 5 example.com 443
# "timed out" -> dropped; "Connection refused" -> server rejected it

Test bilgisayarınızdan başarısız oluyor ama DNS Robot'un Port Kontrolü aracı portu açık gösteriyorsa, sizinle site arasındaki bir şey onu engelliyordur: yönlendiriciniz, iş yerinizin güvenlik duvarı, ISS'niz, bir otel veya okul Wi-Fi filtresi ya da sitenin kendi güvenlik duvarının IP adresinizi veya ülkenizi engellemesi. Başka bir ağ deneyin ya da ağ yöneticisine başvurun. (Test-NetConnection, Microsoft tarafından belgelenmiştir.)

Android ve iPhone'da ERR_CONNECTION_TIMED_OUT Nasıl Çözülür

• Ağ değiştirin: Wi-Fi yerine mobil veriyi deneyin ya da tam tersini. Genel Wi-Fi ağlarındaki giriş sayfaları (captive portal), siz giriş sayfasını onaylayana kadar zaman aşımına yol açar.
• Android Gizli DNS: Ayarlar → Ağ ve internet → Gizli DNS → Otomatik. Ulaşılamayan özel bir ana bilgisayar adı tüm sorguları bozar. Özel DNS rehberimize bakın.
• VPN ve reklam engelleme uygulamalarını kapatın; birçoğu yerel VPN olarak çalışır.
• Ağ ayarlarını sıfırlayın: iPhone'da Ayarlar → Genel → Aktar veya iPhone'u Sıfırla (Transfer or Reset iPhone) → Sıfırla → Ağ Ayarlarını Sıfırla. Android'de Ayarlar → Sistem → Sıfırlama seçenekleri → Bluetooth ve Wi-Fi'yi sıfırla (Reset Bluetooth & Wi-Fi); mobil veri de çalışmıyorsa ayrıca Mobil ağ ayarlarını sıfırla (Reset Mobile Network Settings).

Web Sitesi Sahipleri İçin: Ziyaretçiler Neden Zaman Aşımına Uğruyor

Siteniz herkes için zaman aşımına uğruyorsa, paketler web sunucunuza ulaşmadan düşürülüyordur. Şunları sırayla kontrol edin:

• Dinleyen bir şey var mı? Sunucuda sudo ss -tlnp | grep -E ':(80|443) ' komutu nginx'i, Apache'yi veya uygulamanızı göstermelidir. Hiçbir şey göstermiyorsa hizmeti başlatın. Durdurulmuş bir hizmetin, bir güvenlik duvarı paketleri önce düşürmediği sürece, zaman aşımı değil genellikle reddetme ürettiğini unutmayın.
• Güvenlik duvarı 80 ve 443 portlarına izin veriyor mu? Ubuntu'da sudo ufw status verbose, RHEL ailesi sistemlerde sudo firewall-cmd --list-all komutunu çalıştırın. ufw'nin varsayılan reddetme (deny) kuralı paketleri düşürür; zaman aşımını üreten tam olarak budur. firewalld'ın varsayılan bölgesi ise paketleri reddeder; ziyaretçiler bunu bir reddetme ya da ulaşılamayan adres olarak görür.
• Bulut güvenlik duvarları ayrıdır. AWS Security Groups, Google Cloud güvenlik duvarı kuralları, Azure NSG'leri ve birçok VPS sağlayıcısının panel güvenlik duvarı gelen trafiği varsayılan olarak reddeder. 0.0.0.0/0 (IPv6 için ::/0) kaynağından TCP 80 ve 443'e izin verin.
• DNS bu sunucuyu gösteriyor mu? Bir taşımadan sonra A ve AAAA kayıtlarını DNS Sorgulama aracıyla kontrol edin. Sunucunun aslında hizmet vermediği bir adresi gösteren bir AAAA kaydı, IPv6 ağlarındaki ziyaretçiler için yavaş yüklemelere veya zaman aşımlarına neden olabilir.
• Sunucu aşırı yüklü mü? Yoğun yük altında bağlantı kuyruğu (backlog) dolarsa yeni bağlantı denemeleri düşürülür ve zaman aşımına uğrar. Sorun yaşanırken CPU, bellek ve bağlantı sayılarını kontrol edin.

# Ubuntu: allow web traffic through ufw
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw status verbose

# Confirm from outside (another machine; on a Mac use -G 5 instead of -w 5):
nc -vz -w 5 yourdomain.com 443

Timed Out, Refused ve Reset: Nasıl Ayırt Edilir

Trafiği düşürmeye (drop) ayarlanmış bir güvenlik duvarı zaman aşımı üretir; reddetmeye (reject) ayarlanmış olan ise hemen yanıt verir: genellikle bir reddetme olarak, firewalld'ın varsayılan olarak yaptığı gibi bir ICMP iletisiyle reddettiğinde ise ERR_ADDRESS_UNREACHABLE olarak. Ayrıntılı rehberler: ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET ve ERR_NAME_NOT_RESOLVED.