HTTP başlıkları araması

HTTP başlıkları araması, bir URL'nin tipik bir GET isteğine verdiği tüm HTTP yanıt başlıklarını getiren ücretsiz bir araçtır.

HTTP yanıt başlıkları nedir?

HTTP yanıt başlıkları, web sunucusunun HTML sayfası, görsel veya JSON belgesi gibi yanıt gövdesinden önce gönderdiği meta verilerdir. İstemciye yanıtı nasıl yorumlayacağını, önbelleğe alacağını, yönlendireceğini veya güvenli hâle getireceğini bildirir.

HTTP/1.x yanıtı normalde bir HTTP durum satırıyla başlar, ardından başlıklar gelir. HTTP/2 ve HTTP/3'te eşdeğer durum bilgisi :status sözde başlığında taşınır. HTTP/1.x durum satırı teknik olarak başlıklardan ayrıdır ancak isteğin başarılı olup olmadığını açıkladığı için genellikle başlıklarla birlikte gösterilir. 200 durumu kaynağın döndürüldüğünü, 301 veya 302 yönlendirme yapıldığını, 404 kaynağın bulunamadığını, 500 ise sunucu tarafında bir hata oluştuğunu belirtir.

Başlıklar kaynak sunucudan, ters proxy'den veya Cloudflare gibi bir içerik dağıtım ağından gelebilir. Yanıt bu sistemlerden geçerken bazı başlıklar eklenebilir ya da kaldırılabilir. Bu nedenle sonuç, sayfayı oluşturan uygulamadan daha fazlası hakkında bilgi verebilir.

HTTP başlıkları nasıl sorgulanır?

Denetlemek istediğin URL'yi, https://www.example.com/account örneğindeki gibi şemasıyla birlikte eksiksiz gir. Araç kendi sunucusundan tipik bir GET isteği gönderir ve bu URL'den alınan HTTP başlıklarını döndürür.

Yanıt başlıklarını doğru biçimde karşılaştırmak için incelemek istediğin URL biçimlerini aynen kullan. http://example.com, https://example.com ve https://www.example.com adreslerinin başlıkları farklı olabilir. Çünkü her adresin yönlendirmeleri, önbellek kuralları ve sunucu yapılandırması ayrı olabilir.

URL söz dizimi de isteği etkiler:

• Boşluklar URL içinde ham karakter olarak geçerli değildir. Genellikle yol içinde %20 biçiminde yüzde kodlamasıyla yazılmaları gerekir.
• ? sorgu bileşenini başlatır. & ve = ise form tarzı sorgu kodlamalarında yaygın olarak kullanılır ancak her sorgu dizesinde aynı işlevleri taşımaz.
• Aksanlı karakterler veya Latin alfabesi dışındaki karakterleri içeren alan adları IDNA ile işlenir ve genellikle xn-- ile başlayan ASCII A-label biçiminde gösterilir. Yol karakterleri ise çoğunlukla önce UTF-8 baytları olarak kodlanır, ardından yüzde kodlaması uygulanır.
• # ile başlayan parça tarayıcı tarafından işlenir ve HTTP isteğinde gönderilmez.
• URL uzunluğu için evrensel bir üst sınır yoktur. Çok uzun URL'ler sunucu, proxy veya uygulama tarafından reddedilebilir.

HTTP başlığı sonucu nasıl okunur?

İncelediğin sorunla bağlantılı başlıklara bak. Başlık adları büyük ve küçük harfe duyarlı değildir ancak değerlerinin söz dizimi büyük ve küçük harfe duyarlı olabilir.

Diğer başlıklar uygulamaya özgü olabilir. Örneğin Access-Control-Allow-Origin, tarayıcının farklı kaynaklar arası istekleri üzerinden hangi kaynakların yanıtı okuyabileceğini belirler. Server başlığı bir yazılımın veya proxy'nin adını gösterebilir ancak yöneticiler bu başlığı değiştirebildiği ya da kaldırabildiği için altyapıdaki platforma ilişkin güvenilir bir kanıt değildir.

Sorun gidermede pratik kullanım örnekleri

Başlıkları incelemenin yaygın nedenlerinden biri yönlendirme sorunlarıdır. Örneğin https://example.com/old-page adresinin 301 durumuyla birlikte Location: https://example.com/new-page döndürdüğünü düşün. Bu, sunucunun istemciye yeni adresi istemesini söylediği anlamına gelir. Her hedefi sırayla denetlemek, bir yönlendirme döngüsünü veya HTTP ile HTTPS arasındaki beklenmedik bir geçişi ortaya çıkarabilir.

Cloudflare veya başka bir CDN arkasındaki sayfa güncel görünmüyorsa Cache-Control, Age, ETag ve sağlayıcıya özgü önbellek başlıklarını incele. Yüksek bir Age değeri, belirli bir aracının yanıtı ne kadar süredir tuttuğunu değil, üst katmandaki önbelleklerde geçen süreyi de içerebilen hesaplanmış önbellek yaşını gösterir. Bu değer, her bölgesel önbellekte aynı sürümün bulunduğunu kanıtlamaz.

Bir API sunucu tarafındaki betikte çalıştığı hâlde tarayıcıda başarısız oluyorsa Content-Type başlığını ve Access-Control-Allow-Origin dâhil CORS yanıt başlıklarını incele. text/html döndüren bir JSON uç noktası aslında hata sayfası veya giriş ekranı sunuyor olabilir. Sunucu 200 durumu döndürmüş olsa bile farklı kaynaklar arası erişim izninin bulunmaması, tarayıcının erişimi engellemesine yol açabilir.

Başlıklar, erişilemiyor gibi görünen bir siteyi incelerken de yardımcı olabilir. 503 yanıtı geçici bir sunucu veya üst sistem arızasına işaret ederken 404, istenen yolun bulunamadığını gösterir. Ancak başlıklar her hatayı teşhis edemez. DNS çözümlemesi, TCP bağlantısı veya TLS görüşmesi HTTP yanıtı oluşmadan önce başarısız olursa incelenecek yanıt başlığı bulunmayabilir. Ping ayrı bir bağlantı denetimi sağlayabilir, HTTP/2 Denetleyici ise protokol desteğini kontrol edebilir.

Doğru bir başlık sonucu neden hatalı görünebilir?

Önbellekler, DNS kayıtları ve istek bağlamı iki isteği farklı yanıtlara yönlendirebildiği için doğru bir sonuç tarayıcında gördüğünden farklı olabilir. Bu sorgu sunucu üzerinde çalışır. Bu nedenle yerel ağından farklı bir CDN düğümüne ulaşabilir veya yakın zamanda değişen bir DNS kaydını yerel ağından daha erken ya da daha geç çözümleyebilir.

Tarayıcılar ayrıca kendi çerezlerini, kabul edilen içerik türlerini, dilleri ve önbellek doğrulayıcılarını gönderir. Bu yüzden oturum açılmış bir WordPress sayfası, anonim bir sunucu isteğinden farklı önbellek kuralları döndürebilir. Coğrafi yönlendirme ve bot yönetimi sistemleri de kaynak ağa veya istek başlıklarına göre yanıtı değiştirebilir.

DNS değiştirildikten sonra önbellekli çözümleyiciler, yaşam süresi dolana kadar önceki kaydı kullanmaya devam edebilir. Trafik yeni sunucuya ulaşmaya başladıktan sonra bile eski bir CDN nesnesi veya tarayıcı önbelleği önceki içeriği döndürebilir. Çözümlenen ana makineyi ayrıca denetle, uygun durumlarda önbellekleri temizle ve her ana makine adının aynı yapılandırmayı kullandığını varsaymak yerine URL'leri tam biçimleriyle karşılaştır.

Sık sorulan sorular

Bu araç istek başlıklarını da gösterir mi?

Hayır. Araç, tipik bir GET isteği için URL'nin döndürdüğü yanıt başlıklarını getirir. İstek başlıkları sunucuya gönderilen meta verilerdir. Bunları eksiksiz incelemek için tarayıcı geliştirici araçlarını, sunucu günlüklerini veya komut satırı istemcisini ayrıca kullanmak gerekir.

Araca girdiğim URL'ler gizli tutulur mu?

Sorgu sunucu üzerinde gerçekleştirilir. Girdiğin değer HTTPS üzerinden bu sunucuya iletilir ve saklanmaz. Parola, erişim belirteci veya hassas sorgu parametreleri içeren URL'ler girmekten kaçın. Çünkü istek gönderildiğinde hedef sunucu da bu değerleri alır.

HTTP başlıkları sertifika uyarısının nedenini gösterir mi?

Genellikle tek başına göstermez. TLS bağlantısı HTTP yanıtı gönderilmeden önce kurulur. Bu nedenle süresi dolmuş bir sertifika, ana makine adı uyuşmazlığı veya güvenilmeyen bir sertifika sağlayıcısı hiçbir başlığın döndürülmemesine yol açabilir. Tarayıcı uyarısı sayfa yüklenmeden önce çıkıyorsa sertifikayı ve sertifika zincirini ayrıca incele.

Neden birden fazla Set-Cookie başlığı dönüyor?

Bir yanıt birden fazla çerez ayarlayabilir ve her çerez kendi Set-Cookie alanını kullanır. Çerezlerin sona erme tarihleri de virgül içerebildiğinden bu alanları virgülle ayrılmış tek bir listeymiş gibi birleştirme. Her çerezin alan adını, yolunu ve güvenlik niteliklerini ayrı ayrı incele.

Sonucu curl ile karşılaştırabilir miyim?

Evet. curl -D - https://example.com/ -o /dev/null gibi bir komut, yanıt gövdesini yok sayarken yanıt başlıklarını yazdırır. Curl sürümü, istek başlıkları, yönlendirme ayarları ve ağ konumu farklı sonuçlara yol açabilir. Bu nedenle bir farkı sunucu hatası olarak değerlendirmeden önce bu koşulları eşleştir.