İçeriğe geç

Yönlendirme Kontrolü

http ve https'ten, www ile ve www olmadan, son URL'ye kadar yönlendirmeleri izleyin; döngüleri ve fazladan atlamaları bulun.

XGM sunucusunda çalışır. Hiçbir şey saklanmaz.

XGM http://, https://, http://www. ve https://www. adreslerini aynı anda dener. Çalıştırmak için Enter tuşuna basın. Deneyin , , .

Bu araç hakkında

Yönlendirme Kontrolü, ziyaretçilerin ve bağlantıların gerçekten kullandığı dört adresi - www'lu ve www'suz, http ve https - izler ve her zinciri, sonunda yanıt veren sayfaya kadar takip eder. HTTP yönlendirmelerini (301, 302, 303, 307 ve 308, RFC 9110 §15.4) ve HTML içindeki meta refresh etiketlerini adres başına en fazla 10 atlama boyunca izler ve bir URL tekrarlandığında durur; bir döngü böyle bildirilir. Ulaşılabilir sürümlerin çoğunun üzerinde anlaştığı son URL kanonik olan olur ve onunla uyuşmayan her şey listelenir: başka bir yerde biten sürümler, düz http'ye düşen zincirler, atlanabilecek adımlar, kalıcı taşımalarda geçici 302 ve 307 kodları ve hiç yanıt vermeyen adresler; her biri, onu düzelten nginx bloğuyla birlikte. Yalnızca her adın kök yolunu ister, JavaScript çalıştırmaz ve bu yüzden betikler, çerçeveler veya bir service worker tarafından yapılan yönlendirmeleri görmez.

XGM alan adı ve www adı için http:// ve https:// adreslerini aynı anda ister ve kendi sunucusundan her zinciri izler: HTTP yönlendirmeleri (301, 302, 303, 307, 308) ve HTML sayfalarındaki <meta http-equiv="refresh"> etiketleri, en fazla 10 atlama. Döngüleri, hataları, meta refresh'leri, farklı URL'lerde biten varyantları ve atlanabilecek atlamaları raporlar.

Her atlama için dört yanıt başlığı saklanır ve onunla birlikte gösterilir: Cache-Control, X-Robots-Tag, Link ve Server.

Nasıl kullanılır

  1. Yönlendirme Kontrolü aracını açın.
  2. Kontrol etmek istediğiniz genel alan adını, ana bilgisayar adını veya IP adresini girin.
  3. Kontrolü çalıştırın; XGM sunucusundan sorgular ve bulguları listeler.
  4. Çıktıyı yalnızca doğru göründüğünü kontrol ettikten sonra kopyalayın.
  5. Daha geniş bir teşhis görünümü gerekiyorsa ilgili XGM araçlarını kullanın.

SSS

Tek bir alan adı girdiğim hâlde XGM neden dört adresi test ediyor?

Baştaki www önce kaldırılır, ardından http, https, www'li http ve www'li https paralel olarak izlenir. Bu dördünün her biri ayrı ayrı yapılandırılabilir - farklı bir sanal sunucu, farklı bir sertifika, yalnızca birinde bulunan bir kural - ve eski bağlantılarla elle yazılan adresler dördünü de kullanır. Bir site ancak hepsi aynı URL'de sonlandığında tutarlıdır.

Hangi durumda bir atlama, atlanabilecek bir atlama sayılır?

Kanonik URL'ye tek bir yönlendirme beklenir; ilki aynı ana bilgisayarda http'den https'ye yükseltme olduğunda ikincisi de kabul edilir, çünkü HSTS ön yükleme listesi o ilk atlamayı zorunlu kılar. Bunun ötesindeki her şey bildirilir, çünkü her atlama, ziyaretçi bir şey görmeden önce bir DNS sorgusu, bir bağlantı ve bir gidiş-dönüş daha demektir. Gösterilen düzeltme, giriş URL'sinden doğrudan kanonik olana giden tek bir 301'dir.

Meta refresh her tarayıcıda çalışıyor. Neden işaretleniyor?

Tarayıcı devam etmeden önce sayfanın indirilip işlenmesi gerekir; bu yüzden ziyaretçi bir anlığına yanlış sayfayı görür ve gidiş dönüş boşa gider. Arama motorları bunu bir HTTP yönlendirmesinden daha zayıf bir sinyal olarak değerlendirir. XGM bunu diğer atlamalar gibi izler - etiketi bulmak için bir HTML gövdesinin yalnızca başını okur - ve onun yerini alacak 301'i gösterir.

301, 302, 307 ya da 308 kullanmam fark eder mi?

http'den https'ye ya da www'den apex'e gibi kalıcı bir taşıma için eder. 301 ve 308 kalıcıdır, bu yüzden arama motorları sıralama sinyallerini hedefe aktarır ve tarayıcılar yönlendirmeyi önbelleğe alabilir; 302 ve 307 geçicidir ve özgün adresin geri geleceğini söyler (RFC 9110 §15.4). 307 ile 308 ayrıca metodun ve gövdenin korunmasını garanti eder; 302 ve 301 ise tarihsel olarak bunu yapmaz.

Bir sürüm sertifika hatası bildiriyor ama site sorunsuz açılıyor. Neden?

443 numaralı portta yanıt veren her adın, tek işi yönlendirmek olan bir ad da dâhil, o adı kapsayan bir sertifikaya ihtiyacı vardır. Bunun olağan kurbanı www varyantıdır: sertifikanın dışında bırakılır ve yönlendirme zinciri, kimseyi apex'e gönderemeden kopar. Çözümlenmiyor olarak raporlanan bir varyant aynı sorunun diğer yarısıdır - adın hiç A, AAAA veya CNAME kaydı yoktur.

Tam Yönlendirme Kontrolü rehberini okuyun (İngilizce)

Daha fazla okuma (İngilizce)