Tek sitede ERR_CONNECTION_RESET hatası

Diğer tüm siteler açılıyor, ama biri sürekli "Bu siteye ulaşılamıyor" ve ERR_CONNECTION_RESET hatası veriyor. Yeniden yüklemek bir şey değiştirmiyor. Bu rehber bir karar ağacı. Her adım ya nedeni bulur ya da bir olasılığı eler. Sıralama en hızlı kontrollerden en çok şey anlatan teste doğru gidiyor.

"Bağlantı sıfırlandı" aslında ne demek?

Bir TCP bağlantısı kibarca sona erebilir ya da bir sıfırlama paketiyle (RST) anında koparılabilir. Chrome ve diğer Chromium tarayıcılar, sayfa teslim edilmeden önce bir sıfırlama geldiğinde ERR_CONNECTION_RESET gösterir. Firefox benzer bir "Bağlantı sıfırlandı" sayfası gösterir. Sıfırlama sitenin sunucusundan, kendi bilgisayarınızdaki bir yazılımdan ya da ağın ortasında, iki uçtan biri gibi davranan bir cihazdan gelebilir.

Aynı hatanın bu kadar farklı nedenleri olması bundan. İşin püf noktası, sıfırlamayı kimin ve ne zaman gönderdiğini bulmak.

1. adım: gerçekten yalnızca bir site mi?

Biri nadiren ziyaret ettiğiniz bir site olmak üzere birbiriyle ilgisiz iki üç site açın. Birkaçı açılmıyorsa sorun o tek site değil, bağlantınız, modeminiz ya da cihazınızdır. Modemi yeniden başlatın ve aynı ağdaki diğer cihazların çalışıp çalışmadığına bakın. Yalnızca bir site açılmıyorsa devam edin.

2. adım: yalnızca bir ağda mı?

En çok bilgi veren test bu ve ücretsiz. Siteyi Wi-Fi yerine mobil veri ile açın ya da dizüstü bilgisayarınızı telefonunuzun internetine bağlayın. Site bir ağda açılıp diğerinde sıfırlanıyorsa, sorunlu ağ işin içinde demektir. Olağan nedenler Bir site neden mobil veride açılıyor da Wi-Fi'de açılmıyor? yazısında anlatılıyor. Her yerde açılmıyorsa, sitenin kendisi ya da cihazınız daha olası nedendir.

3. adım: başka bir tarayıcı, gizli pencere, eklenti yok

Çoğu eklentinin varsayılan olarak kapalı olduğu gizli ya da özel bir pencere deneyin. Sonra farklı bir tarayıcı deneyin. Reklam engelleyiciler, gizlilik eklentileri, "güvenli gezinti" eklentileri ve kurumsal tarayıcı politikaları bağlantıları kapatabilir. Site gizli pencerede çalışıyorsa, hata geri gelene kadar eklentilerinizi tek tek yeniden açın.

4. adım: diğer VPN'leri, proxy'leri ve HTTPS taramasını kapatın

Trafiğinizin yolunda duran her şey, hoşuna gitmeyen bir bağlantıyı sıfırlayabilir:

• Başka bir VPN ya da proxy uygulaması. Tamamen kapatın ve yeniden test edin.
• Antivirüsün "HTTPS taraması" ya da "web koruması". Bazı güvenlik paketleri şifreli trafiği inceler ve riskli gördükleri bağlantıları keser. Test etmek için bu özelliği kısa bir süre duraklatın, sonra yeniden açın.
• Sistem proxy'si. Windows'ta Ayarlar → Ağ ve internet → Ara sunucu bölümüne bakın. macOS'ta Sistem Ayarları → Ağ → bağlantınız → Ayrıntılar → Proxy'ler bölümüne bakın. Tanımadığınız bir proxy ya da eski bir uygulamadan kalma bir proxy tek tek siteleri bozabilir. Yalnızca kendinizin ayarladığını bildiğiniz şeyleri kaldırın. Yönetilen bir bilgisayardaysanız BT ekibinize sorun.

5. adım: DNS önbelleğini temizleyin ve şifreli DNS deneyin

Site sunucu değiştirdiyse cihazınız hâlâ eski adresi kullanıyor olabilir. Bu da sıfırlamaya ya da zaman aşımına yol açabilir. Önbellekleri temizleyin:

# Windows (Command Prompt)
ipconfig /flushdns

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

# Chrome's own cache: open chrome://net-internals/#dns and click "Clear host cache"

Ardından ağınızın cevabını bağımsız bir çözümleyiciyle karşılaştırın: nslookup example.com ve sonra nslookup example.com 1.1.1.1. Cevaplar farklıysa ve yalnızca bağımsız cevap çalışıyorsa, sorun ağınızın DNS'idir. DoH ve DoT yazısında anlatıldığı gibi, şifreli DNS bu tür bir engeli çözer. Yalnızca farklı adresler görmek kanıt değildir, çünkü büyük siteler farklı ağlara farklı sunucular verir.

6. adım: tarih ve saati kontrol edin

Yanlış bir saat genellikle sıfırlama değil sertifika hatası üretir, ama kontrolü on saniye sürer. Otomatik tarih ve saati açın, sonra sayfayı yeniden yükleyin. Açılmayan bir sayfayı "geçmek" için bir sertifika uyarısını asla tıklayıp atlamayın.

7. adım: site çökmüş mü?

Sitenin durum sayfasına ya da resmî sosyal medya hesabına bakın veya herkese açık bir "herkes için mi çökmüş, yoksa sadece benim için mi" denetleyicisi kullanın. Site çökmüşse bekleyin. Bir denetleyicinin kendi sunucularından test ettiğini unutmayın. Orada "açık" görünmesi, sitenin sizin ağınızdan erişilebilir olduğunu kanıtlamaz.

8. adım: sıfırlamayı curl ile okuyun

Site hâlâ yalnızca bir ağda sıfırlanıyorsa, el sıkışmanın kendisine bakın. curl, Windows 10 ve 11, macOS ve çoğu Linux sisteminde yerleşik olarak gelir. example.com yerine kendi sitenizi yazarak bir terminalde çalıştırın:

curl -v https://example.com

Sağlıklı bir bağlantı buna benzer birkaç satır, ardından sayfa başlıklarını yazar. Tam ifadeler curl sürümünüze ve TLS kütüphanenize bağlıdır:

*   Trying 203.0.113.10:443...
* Connected to example.com (203.0.113.10) port 443
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
...
< HTTP/2 200

Ada dayalı filtrelemeye işaret eden örüntü şöyle görünür:

*   Trying 203.0.113.10:443...
* Connected to example.com (203.0.113.10) port 443
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* Recv failure: Connection reset by peer
curl: (35) Recv failure: Connection reset by peer

Satır satır okuyun. "Connected", sunucunun IP adresine TCP bağlantısının kurulduğu anlamına gelir. Yani adres doğrudan engellenmemiş. "Client hello" ilk TLS mesajıdır ve site adını SNI adlı bir alanda düz metin olarak taşır. Hemen ardından gelen "Connection reset by peer", bir şeyin o ad görünür olur olmaz, sunucu cevap veremeden bağlantıyı kestiği anlamına gelir. Bazı ağlar bağlantıyı bunun yerine sessizce kapatır. curl bunu beklenmeyen bir dosya sonu ya da bir SSL "syscall" hatası olarak bildirir ve Chrome ERR_CONNECTION_CLOSED gösterebilir.

Diğer sonuçlarla karşılaştırın:

Durumu güçlendirmek için aynı komutu başka bir ağda çalıştırın. Orada çalışıyorsa filtre ilk ağa aittir. Bu, nadir bir durum hakkında bir tahmin değil. OONI ve Centre for Internet and Society'nin 2020 tarihli bir çalışması, Bharti Airtel'de belirli siteler için TLS bağlantılarının ClientHello'nun hemen ardından kesildiğini, Reliance Jio'da ise SNI'nin hedef adresle birlikte kullanıldığını buldu. CIS ayrıca Jio'nun SNI incelemesi kullandığını bildirdi ve bu rapor ntc.party forumunda tartışıldı. Daha fazla arka plan: Bir sitenin engelli olup olmadığı nasıl kontrol edilir.

GreenTunnel nerede yardımcı olur, nerede olmaz?

GreenTunnel, bizim geliştirdiğimiz, cihaz üzerinde çalışan yerel bir VPN. Bu yüzden bu kısmı tarafgir olduğumuzu bilerek okuyun. Yukarıdaki nedenlerden ikisini hedefler:

• SNI filtreleme. Bir bağlantının ilk TLS paketlerini yeniden şekillendirir. Örneğin Client hello mesajını ya da TLS kaydını böler. Böylece site adını arayan bir filtre onu tek parça halinde bulamaz. Nasıl çalıştığı: SNI, DPI ve TLS kaydı bölme.
• DNS engelleme. Sorgular şifreli DNS (DoH ya da DoT) ile Cloudflare, Google veya Quad9'a gider. Böylece ağ sessizce sahte bir cevap döndüremez.

URL denetle aracı, 5. ve 8. adımlardaki karşılaştırmaları bulunduğunuz ağda tek bir site için yapar. Sitenin adla mı filtrelendiğini, sahte DNS cevabı mı aldığını, IP adresiyle mi engellendiğini ya da sorunsuz mu olduğunu söyler. Bir yöntem işe yararsa Bu yöntemi kullan'a dokunabilirsiniz.

Şu durumlarda yardımcı olmaz:

• site çökmüşse ya da sıfırlama sitenin kendi sunucusundan veya koruma hizmetinden geliyorsa,
• engel IP adresine göreyse. Bu, "Trying" aşamasında bir zaman aşımı olarak görünür,
• bir iş yeri, okul ya da başka bir yönetilen ağ siteyi bilerek engelliyorsa. O ağın kurallarını sahibi belirler. Politikaya saygı gösterin ve işiniz için erişime ihtiyacınız varsa yöneticiye sorun,
• neden kendi cihazınızdaki bir eklenti, antivirüs ya da eskimiş DNS ise. Bunları doğrudan düzeltin.

Dürüst sınırlar ve sorumlu kullanım

GreenTunnel IP adresinizi gizlemez ve bir anonimlik aracı değildir. IP engellerini, ağ kesintilerini ya da izin listelerini aşamaz ve belirli bir siteyi açacağına söz vermez. Filtreler zamanla değişir ve operatörden operatöre farklılık gösterir. Bu yüzden bugünkü bir sonuç gelecek ay farklı olabilir.

Sıkça sorulan sorular

ERR_CONNECTION_RESET her zaman bir sitenin engellendiğinin işareti mi?

Hayır. Eklentiler, antivirüsün HTTPS taraması, geride kalmış bir proxy, eskimiş DNS ya da sitenin kendisi buna yol açabilir. Engelleme ancak sıfırlama tek bir ağda, Client hello'nun hemen ardından oluyorsa ve site başka yerlerde çalışıyorsa olası hale gelir.

Site neden mobil veride çalışıyor da Wi-Fi'de sıfırlanıyor?

İki ağ farklı sağlayıcılar, çözümleyiciler ve filtreler kullanır. Biri site adını okuyor ya da DNS'e farklı cevap veriyor olabilir. İkisinde de curl -v çalıştırın ve her birinin nerede durduğunu karşılaştırın.

Çerezleri temizlemek bağlantı sıfırlamayı düzeltir mi?

Nadiren. Çerezler bağlantı kurulduktan sonra gönderilir, sıfırlamaların çoğu ise daha önce olur. Site verilerini temizlemek, sitenin kendisi bozuk bir oturumu reddettiğinde yardımcı olabilir. Bu da genellikle bunun yerine bir HTTP hatası olarak görünür.

GreenTunnel şirketimin güvenlik duvarının yol açtığı bir sıfırlamayı düzeltebilir mi?

Bunun için yapılmadı. Yönetilen bir ağ siteleri sahibinin politikasına göre engeller. Aşmaya çalışmak yerine yöneticiye sorun.

Kaynaklar

• OONI ve Centre for Internet and Society, Investigating TLS blocking in India, Temmuz 2020.
• Centre for Internet and Society, Reliance Jio is using SNI inspection to block websites.
• ntc.party forumu, SNI filtering by Indian ISP Reliance Jio.
• curl projesi, curl kılavuzu (-v seçeneği).