Site açılmıyor, tarayıcı "bu sayfa sizi doğru şekilde yönlendiremiyor" diyor. Dün çalışıyordu, bugün çalışmıyor ve tek yaptığınız SSL sertifikasını etkinleştirmekti.
Bu yazı, yönlendirme döngülerini ele alıyor.
Döngü Nasıl Oluşur?
Tarayıcı bir adresi ister, sunucu başka bir adrese yönlendirir, o adres de ilkine geri gönderir:
- Tarayıcı A adresini ister.
- Sunucu B adresine yönlendirir.
- Tarayıcı B adresini ister.
- Sunucu A adresine yönlendirir.
- Tarayıcı belirli bir sayıdan sonra vazgeçer.
Beşinci adım tarayıcının koruma mekanizmasıdır: tarayıcılar sonsuza kadar yönlendirmeyi takip etmez, genellikle yirmi adımdan sonra durup hata gösterir — aksi hâlde sekme sonsuza kadar dönerdi.
Hata mesajı döngünün var olduğunu söyler ama nerede olduğunu söylemez. Onu bulmak sizin işinizdir.
En Sık Görülen Beş Neden
| Neden | Tipik durum |
|---|---|
| Çift HTTPS yönlendirmesi | Hem panelde hem kural dosyasında |
| www kuralı çakışması | İki yönde birden tanımlı |
| CMS ayarı ile sunucu kuralı çelişiyor | Site adresi yanlış kayıtlı |
| Vekil arkasında protokol algılanmıyor | Site kendini şifresiz sanıyor |
| Eğik çizgi kuralı | Ekleyen ve kaldıran kural birlikte |
Dördüncü satır en çok kafa karıştıranıdır: bir dağıtım ağı veya vekil sunucu arkasındaysanız, şifreli bağlantı vekilde sonlanır ve sunucunuza şifresiz istek ulaşır — site kendini şifresiz sanıp HTTPS'e yönlendirir, vekil yine şifresiz gönderir ve döngü başlar.
Bu senaryoda sunucu tarafında hiçbir şey yanlış görünmez. Kural doğru yazılmıştır, sadece yanlış bilgiye dayanmaktadır.
Birinci satır ise SSL etkinleştirildikten sonra en sık yaşananıdır. Panel otomatik bir kural ekler, siz de dosyaya bir kural yazarsınız ve ikisi birbirini iptal eder.
Döngüyü Görmek
Tahmin etmek yerine izlemek gerekir:
- Yönlendirme zincirini takip eden bir istek yapın.
- Her adımdaki hedef adresi not edin.
- Hangi iki adres arasında gidip geldiğini görün.
- Tarayıcı geliştirici araçlarında ağ sekmesine bakın.
Üçüncü madde teşhisin tamamıdır: döngüde yer alan iki adresi gördüğünüzde, o iki adres arasındaki kuralı arayacağınızı bilirsiniz — arama alanı bir anda daralır.
Örneğin şifresiz adres ile şifreli adres arasında gidip geliyorsa, sorun HTTPS yönlendirmesindedir. www'lü ile www'süz arasında gidip geliyorsa, alan adı kuralındadır.
Dördüncü madde tarayıcı üzerinden aynı bilgiyi verir ve daha görseldir.
Adım Adım Çözüm
- Kural dosyasını yedekleyin.
- Tüm yönlendirme kurallarını geçici olarak kapatın.
- Sitenin açıldığını doğrulayın.
- Kuralları teker teker geri açın.
- Döngüyü başlatanı bulun.
İkinci adım sorunu izole eder ve çoğu kişinin atladığı adımdır: tüm kuralları kapatıp site açılıyorsa sorun kesinlikle kurallardadır; açılmıyorsa sorun uygulama veya panel ayarındadır.
Bu tek adım, arama alanını ikiye böler ve saatler kazandırır.
Dördüncü adım sabır ister ama kesin sonuç verir. Kuralları toplu açmak, yine hangisinin sorumlu olduğunu gizler.
CMS Tarafındaki Ayar
İçerik yönetim sistemleri kendi adres ayarını tutar:
| Durum | Sonuç |
|---|---|
| CMS www'lü adres kayıtlı | www'süze yönlendiren kural varsa döngü |
| CMS şifresiz adres kayıtlı | HTTPS kuralı varsa döngü |
| CMS doğru adres kayıtlı | Kural sorunsuz çalışır |
Bu ayarın kilitlenmesi ayrı bir tuzak üretir: site adresi yanlışsa yönetim paneline de giremezsiniz, çünkü panel de aynı döngüye takılır — ayarı değiştirmek için panele girmeniz gerekir ama giremezsiniz.
Bu durumda ayar, veritabanından veya yapılandırma dosyasından elle düzeltilir. Çoğu sistem yapılandırma dosyasında adresi sabitlemeye izin verir.
Vekil Arkasında Doğru Yapılandırma
Dağıtım ağı kullanıyorsanız:
- Vekil, protokol bilgisini başlıkta gönderir.
- Uygulama bu başlığı okumalıdır.
- Yalnızca güvenilen vekilden gelen başlığa güvenilmelidir.
Üçüncü madde bir güvenlik notudur: bu başlığa koşulsuz güvenmek, saldırganın kendisini şifreli bağlantıdan geliyormuş gibi göstermesine izin verir.
Bu yüzden güvenilen vekil adresleri tanımlanmalı ve başlık yalnızca onlardan geldiğinde dikkate alınmalıdır.
Bu ayar yapıldığında site protokolü doğru algılar ve gereksiz yönlendirme üretmez.
Bir Daha Yaşamamak
- Yönlendirmeyi tek yerde tanımlayın.
- Panel otomatik kural ekliyor mu kontrol edin.
- Değişiklikten sonra zinciri test edin.
- Kural dosyasına yorum satırı ekleyin.
Birinci madde altın kuraldır: aynı yönlendirmeyi hem panelde hem kural dosyasında hem CMS ayarında tanımlamak, döngü üretmenin en kesin yoludur.
Bir yer seçin ve yalnızca orada tanımlayın.
Dördüncü madde ise gelecekteki sizi korur. Hangi kuralın neden eklendiği yazılmazsa, altı ay sonra kimse dokunmaya cesaret edemez.
Panel üzerinden eklenen otomatik kuralları görebilmek için hesap ayarlarınızı incelemeniz gerekir; Linux hosting paketleri panelinde SSL ve yönlendirme ayarları ayrı bölümlerde yönetilir.
Sonuç
Yönlendirme döngüsünün en sık nedeni aynı kuralın iki yerde tanımlı olmasıdır — panel otomatik bir kural ekler, siz de dosyaya yazarsınız. Teşhisin tamamı şu adımdır: zinciri izleyip hangi iki adres arasında gidip gelindiğini görün, arama alanı bir anda daralır. Çözerken tüm kuralları kapatıp tek tek açın. Vekil veya dağıtım ağı arkasındaysanız özel dikkat gerekir: şifreli bağlantı vekilde sonlanır, sunucunuz isteği şifresiz görür ve durmadan HTTPS'e yönlendirir.
Sıkça Sorulan Sorular (SSS)
SSL açtıktan sonra site neden döngüye girdi?
Büyük olasılıkla HTTPS yönlendirmesi iki yerde tanımlı: panel otomatik bir kural eklemiş, siz de kural dosyasına yazmışsınız. İkisi birbirini iptal eder. Ayrıca CMS'te kayıtlı site adresi hâlâ şifresiz sürümse aynı sonuç doğar.
Döngünün nerede olduğunu nasıl bulurum?
Yönlendirme zincirini takip eden bir istek yapıp her adımdaki hedef adresi not edin. Hangi iki adres arasında gidip gelindiğini gördüğünüzde arama alanı daralır — şifresiz/şifreli arasındaysa HTTPS kuralı, www'lü/www'süz arasındaysa alan adı kuralı sorumludur.
Yönetim paneline de giremiyorum, ne yapmalıyım?
Panel de aynı döngüye takıldığı için normaldir. Site adresi ayarını veritabanından veya yapılandırma dosyasından elle düzeltin; çoğu sistem yapılandırma dosyasında adresi sabitlemeye izin verir. Alternatif olarak kural dosyasındaki yönlendirmeleri geçici kapatın.
Dağıtım ağı kullanıyorum, kural doğru ama döngü var?
Şifreli bağlantı vekilde sonlanıyor ve sunucunuza şifresiz istek ulaşıyordur. Site kendini şifresiz sanıp HTTPS'e yönlendirir, vekil yine şifresiz gönderir. Çözüm, vekilin gönderdiği protokol başlığını uygulamanın okumasıdır — ancak bu başlığa yalnızca güvenilen vekil adreslerinden geldiğinde güvenin.
