IIS'de HTTP 404 Bulunamadı Sorun Giderme - Bir Sistem Yöneticisi Kılavuzu

IIS'de ayrıntılı hataları etkinleştirin ve tam istenen URL'yi alın, ardından site bağlamalarıyla karşılaştırarak hangi site veya vdir'in hedeflendiğini belirleyin. Bu ilk eylem, kaynağın eksik, kayıp olup olmadığını veya altyapınızda farklı bir konumda bulunup bulunmadığını sıklıkla ortaya çıkarır, haritalama sahibini ve doğru yolu hızlıca bulmanıza yardımcı olur.

404 hatasının eksik bir dosyadan, yanlış yapılandırılmış bir sanal dizinden veya var olmayan bir konuma işaret eden bir yönlendirmeden kaynaklanıp kaynaklanmadığını belirleyin. IIS Yöneticisi'nde vdir ayarlarını inceleyin ve diskteki fiziksel yolu doğrulayın, ardından işçi sürecinin farklı siteler üzerinde devam edebilmesi için klasördeki izinleri kontrol edin. Birden fazla siteniz varsa, kök klasörlerini ve hizmet verdikleri konumları listeleyerek site arası karışıklığı önleyin.

Kalıcı bağlantılar kullanan web uygulamaları için, URL yeniden yazma kurallarının veya işleyici eşleştirmelerinin gerçek bir 404'ü dostça bir sayfa ile maskelemediğinden emin olun. web.config'i veya URL yeniden yazma kurallarını güncelleyin, ardından tarayıcıdan ve sunucu tarafı günlüklerden internet yolunu test ederek sonuç URL'nin gerçek bir dosyaya veya geçerli bir rotaya çözümlendiğini doğrulayın.

Kaynak mevcut değilse, bir yer tutucu oluşturun veya dosyayı istenen konuma taşıyın veya kaynağı sunmak için uygun bir statik/ASP.NET rotası yapılandırın. Her site için sahip ve istenen içerik konumunun kaydını tutarak gelecekteki tanımlamaları hızlandırın. Kalıcı bağlantıları doğrulayarak kanonik URL'lerin mevcut kaynaklara eşlendiğinden emin olun, gelecekteki kayıp 404'leri azaltın.

Sonra sistematik bir doğrulama ile devam edin: internete bakan URL'yi kontrol edin, DNS ve ana bilgisayar başlıklarının doğru siteye işaret ettiğinden emin olun ve kalıcı bağlantıları gerçek bir dosya yoluna eşleyin. Hala 404 görüyorsanız, IIS istek günlüğünden isteği izleyin, yolun nerede kaybolduğunu belirleyin ve buna göre ayarlayın, değişiklikleri sahip ve ekip için belgeleyin.

IIS günlüklerini 404 kalıpları ve başarısız URL'ler için analiz edin

En son IIS günlüklerini dışa aktarın ve 404 yanıtları için filtreleyin. Sık URL yollarını ve ilk görülen zaman damgasını arayarak sitenize ulaşmaya çalışan insanları etkileyen tekrar eden sorunları belirleyin.

404'lerdeki kalıplar yaygın nedenleri ortaya çıkarır: eksik kaynaklar, yanlış yapılandırılmış vdir girişleri ve bir bağlantıdaki yazım hatası. Bazı sorunlar yönlendirilmiş veya taşınmış içerikten kaynaklanır, diğerleri iç gezinmeden veya harici referanslardan gelir. Dizineleme tutarlılığını korumak için notlarınıza vdir değerini kaydedin. En kötü suçluların bir listesini oluşturun ve zaman içinde sayıları izleyerek ara sıra kaçırmaları düzenli tekrar eden sorunlardan ayırın.

Referans ve kullanıcı aracı alanlarını kullanarak sorunun aramadan, diğer sitelerden veya doğrudan aramalardan gelip gelmediğini değerlendirin. Bu, kök nedeni çözmeyi önceliklendirmenize ve kullanıcı deneyimini daha az sürtünmeyle iyileştirmenize yardımcı olur.

404'lerin tablo dostu bir görünümünü dışa aktarın, URL yolu, sayı, ilk görülen, referans ve notlar dahil. Bu baskıya uygun format, paydaşları güncellemeyi destekler ve yolları optimize etmek ve dizineleme için tek bir gerçeklik kaynağı sürdürmeyi sağlar.

URL Yolu	Durum	Sayı	İlkGörülen	Referans	Notlar
/images/logo.png	404	120	2025-11-01 08:23:11	https://example.com/home	Diskte eksik dosya
/docs/guide.html	404	68	2025-11-02 09:12:05	https://example.com/manuals	/docs/user-guide.html'e taşındı; bağlantıları güncelleyin
/shop/vdir/index.html	404	42	2025-11-03 11:01:22	https://example.com/shop/	VDir yanlış yapılandırma; yolu doğrulayın

404'leri çözmek ve önlemek için eylemler

Eksik kaynaklar için dosyayı geri yükleyin veya doğru URL'ye 301 yönlendirmesi oluşturun. Yanlış yapılandırılmış vdir'ler için IIS Yöneticisi'nde vdir yolunu doğrulayın, applicationHost.config'i kontrol edin ve mevcut bir fiziksel yol olduğundan emin olun. Yazım hataları için bağlantıyı düzeltin, sayfa hakkındaki içeriği güncelleyin ve iç arama dizinlerini düzenli olarak yenileyin.

Özetlenmiş bir raporu yazdırın ve destek ekibiyle paylaşın. Nelerin işe yaradığını ve yaramadığını izlemek için değişikliklerin çalışan bir listesini güncel tutun. Birden fazla sık suçlu için hedefli yönlendirmeler uygulayın ve ölü bağlantıları kaldırarak gelecekteki hataları azaltın.

Topladığınız kalıpları düzenli olarak gözden geçirin, 404'lerin işlenmesini optimize edin ve güncellemeleri üretime uygulamadan önce bir sahnede yönlendirmeleri test edin. Bu yaklaşım hataları en aza indirir ve kullanıcıların sitenizde gezinirken daha sorunsuz bir deneyim yaşamasını sağlar.

Site bağlamalarını, ana bilgisayar başlıklarını ve sanal dizinleri doğrulayın

Bağlamaları hemen gözden geçirin ve düzeltin: ana bilgisayar başlığının, IP'nin ve portun istemcinin isteğiyle eşleştiğinden ve site adının kullanılan URL'ye karşılık geldiğinden emin olun.

Bağlama kontrolleri

• IIS Yöneticisi'ni açın, Siteler > [siteniz] > Bağlamalar'a gidin. Doğru IP ve port ile http (ve https kullanılıyorsa) için bir bağlama olduğundan emin olun. Birden fazla site aynı IP:port'u paylaşıyorsa, istekleri düzgün yönlendirmek için mevcut URL ile eşleşen bir ana bilgisayar adı (ana bilgisayar başlığı) değeri ekleyin.

• Tam ana bilgisayar başlığı ile istekleri test edin: curl -I -H "Host: example.com" http://server/ veya bir tarayıcı kullanın. 404 devam ediyorsa, bağlama doğru olabilir ancak istenen yol başka bir site tarafından işleniyor olabilir.

• HTTPS için, sertifikanın bağlamadaki ana makine adıyla eşleştiğini doğrulayın. Konu ve SAN'ları kontrol edin ve bağlamanın 443 portunda doğru sertifikayı kullandığından emin olun. Uyuşmazlık, eksik kaynak gibi görünen başarısız isteklerine yol açabilir.

• DNS ve proxy katmanlarını inceleyin: gelen isteğin beklenen ana bilgisayar başlığını taşıdığından emin olun; bir proxy yanlış yapılandırması isteklerin yanlış siteye inmesine neden olabilir ve geçerli yollar için 404'ler üretir.

Sanal dizinler ve yol yapılandırması

1. Sanal dizin takma adının site altında mevcut olduğunu doğrulayın; takma ad bir URL segmenti olarak görünmelidir (örneğin /files). Sağ panelde fiziksel yolu gözden geçirin ve klasörün mevcut olup app pool kimliği tarafından erişilebilir olduğunu onaylayın.

2. Dizin kod çalıştırması gerektiğinde Uygulamaya Dönüştürün. Sanal dizine sağ tıklayın > Uygulamaya Dönüştür, doğru Uygulama Havuzu'nu seçin ve havuz kimliğinin fiziksel yola okuma izinleri olduğundan emin olun.

3. Dizin düzeyinde URL'lere dayanıyorsanız varsayılan belgeleri kontrol edin; index.html, default.aspx vb. geçerli bir varsayılan belge olduğundan emin olun veya bağlantılarınızda açık bir dosya yolu sağlayın.

4. Var olmayan bir yola yönlendirebilecek web.config kurallarını ve URL yeniden yazmalarını gözden geçirin. Kötü bir kural, yoksa geçerli sayfalar için eksik kaynak 404'ü üretebilir; çakışan kuralları ayarlayın veya kaldırın.

5. İzinleri doğrulayın: fiziksel yolda IIS_IUSRS ve app pool kimliğine okuma/yürütme verin ve beklenen kullanıcı için NTFS ACL'lerinin erişime izin verdiğini doğrulayın. Eksik izinler, içeriğin kaybolduğu gibi görünen 404'lere neden olur.

6. Değişikliklerden sonra tekrar test edin: sorunlu URL'yi isteyin ve 200 veya uygun bir yönlendirme onaylayın; yönlendirme döngüsü olursa veya kaynak hala eksikse, yeniden yazma kurallarını ve uygulama havuzundaki başlangıç günlüklerini gözden geçirin.

Bağlamalar veya sanal dizinler nedeniyle eksik sayfalara ilişkin mevcut sorunu ortaya çıkarmak için temel bir tarama kullanın. IIS günlüklerinde 404 girişleri için grep yaparak hangi isteklerin başarısız olduğunu bulun, ardından kök nedeni ele alın ve taze bir taramaya tekrar test edin. Sonuçları kaydedin ve sorunu ele alırken herkesin uyumlu kalması için yöneticiler ve linkedin'deki meslektaşlarla kısa bir özet paylaşın.

Dosya yollarını, fiziksel varlığı ve dosya izinlerini doğrulayın

IIS Yöneticisi'nde sitenin Fiziksel Yol'unu doğrulayın ve yolun diskte mevcut olduğundan emin olun. Site veya sanal dizin için Temel Ayarlar'da, işaret ettiğiniz klasörün beklediğiniz içeriği içerdiğini onaylayın. Yol değişmişse, orijinal konumu geri yükleyin veya snap-in'deki eşleştirmeyi düzeltin böylece istekler doğru klasörü adreslesin; aksi takdirde IIS hiçbir şey yüklemez ve 404 görürsünüz.

Dosyanın dosya sisteminde gerçekten mevcut olduğunu ve app pool kimliğinin onu gezinme ve okuma haklarına sahip olduğunu onaylayın. Dosya Gezgini veya icacls kullanarak klasör ve tüm üst klasörlerdeki ACL'leri doğrulayın. İçerik kökünde ve içindeki dosyalarda app pool kimliğine (örneğin IIS APPPOOLYourAppPool) Okuma ve Klasör İçeriğini Listele ve Gezinme verin. İzinler yanlışsa, IIS erişim reddini belirtir ve motor dosya mevcut olsa bile 404 döndürebilir. ACL'leri uygun şekilde ayarlayın ve yeniden test edin. Emin değilseniz, dosyanın yüklendiğini doğrulamak için geçici olarak bilinen bir kullanıcıya okuma erişimi atayın.

Sunduğunuz uzantılar için mime türü eşleştirmesini kontrol edin. Site için mime türünü açın ve uzantının ilişkili bir mime türü olduğundan emin olun; eksik eşleştirmeler sıklıkla 404 üretir. Gerekirse yaygın türleri (.html, .css, .js, görüntüler, yazı tipleri) ekleyin ve doğru content-type'in gönderildiğini doğrulayın. Ayrıca kalıcı bağlantı tarzı URL'lerin doğru klasörden yüklendiğini doğrulayın; kalıcı bağlantı rotası ile fiziksel yol arasındaki uyuşmazlık hem statik hem dinamik varlıklar için 404 tetikleyebilir.

Sitenin istek yetkilendirme ayarlarını gözden geçirin. Snap-in'de sitenin Yetkilendirme Kuralları'na gidin ve istemci kimliğinin istenen klasörü okumasına izin verildiğinden emin olun. Bir reddetme kuralı dosyayı engelliyorsa, motor bazı yollar için 404 döndürebilir; kuralı kaldırmak veya daraltmak yardımcı olur. Halka açık erişime dayanıyorsanız Anonim Kimlik Doğrulamasının etkin olduğunu onaylayın ve birden fazla site aynı içerik kökünü paylaşıyorsa alan düzeyinde veya site düzeyinde ayarları kontrol edin.

Günlükleri ve izlemeyi etkinleştirin ve kontrol edin. 404 hataları için Başarısız İstek İzlemeyi açın veya IIS günlüklerini gözden geçirerek isabet sayısını ve isteği yapan adresi belirleyin. Tam URL'yi, eşlenmiş yolu ve motordan dosya yolunu arayın; bu tanımlayıcı veri kaynağı bulmaya yardımcı olur. Bilgiyi kullanarak doğru yolu geri yükleyin, yükleme sırasını düzeltin ve sinir bozucu tekrarları önleyin. İnternete bakan sitelerde, alan profillerinin ve fiziksel yolun uyumlu olduğunu doğrulayın; küçük bir uyuşmazlık birden fazla site için erişimi bozabilir. Değişikliklerden sonra yeni eşleştirmeleri ve izinleri uygulamak için app pool'u geri dönüştürün. Sürekli bir 404 ele alıyorsanız, önce kök nedeni ele alın ve ardından tüm sitelerdeki kullanıcı yolculuğunu doğrulayın.

URL Yeniden Yazma kurallarını ve Özel Hata yapılandırmalarını gözden geçirin

Her site için IIS'den mevcut URL Yeniden Yazma kurallarını dışa aktarın ve 404 sonuçlarına yol açan yanlış yapılandırmaları belirlemek için bilinen iyi bir temel ile karşılaştırın. Bu, sorunun yeniden yazılmış bir URL'den, eksik bir kaynaktan veya uygun olmayan özel hata yolundan kaynaklanıp kaynaklanmadığını ortaya çıkaracaktır.

Neleri inceleyin

Kuralları web.config'de veya her site için URL Yeniden Yazma modülü aracılığıyla bulun. Yeniden yazma veya yönlendirmeyi tetikleyen kalıbı ve koşulları gözden geçirin ve hedef URL'nin mevcut bir kaynağa veya Özel Hatalarda tanımlanmış uygun bir html sayfasına işaret ettiğinden emin olun. 404 girişinin tanımlandığını ve hata sayfasının site kökü altında mevcut yol kullandığını onaylayın. Aynı yolları eşleyen tek bir uygulama havuzunu paylaşan siteler arasında çakışmaları kontrol edin.

Değerlendirme sırasını denetleyin: ilk eşleşen kural daha fazla işlemeyi durdurur. Özel hata işleyicisi çalışmadan önce bir 404'ü yakalayabilecek içe veya dışa kuralları arayın ve yapılandırılmış konumda bir yedek 404 sayfası olduğundan emin olun. Per-site yapılandırmayı geçersiz kılabilecek küresel veya site düzeyinde ayarları gözden geçirin.

Düzeltmeleri nasıl uygulayın

Bir kural yanlış yapılandırılmışsa, eşleşme kalıbını, yeniden yazma eylemini ve hedefi ayarlayın. Eksik bir kaynağın 404 olmayan bir yanıt döndüren mevcut bir yola yeniden yazılmadığından emin olun. 404 isteklerinin gerçek bir html dosyasına yönlendirilmesi için Özel Hatalar bölümünü güncelleyin ve dosyanın doğru izinlerle dağıtıldığını doğrulayın. Değişikliklerden sonra app pool'u geri dönüştürün ve tutarlı sonuçları doğrulamak için farklı istemci ortamlarından test edin. Tam kuralı ve nihai yanıt sayfasını belirlemek için sunucu günlüklerini ve Başarısız İstek İzleme (FRT) verilerini kullanın.

Hedefli testlerle arızaları yeniden üretin ve yanıtları izleyin

Öneri: 404'ü hedefli testlerle yeniden üretin ve paylaşılan bir gösterge panelinde yanıtları izleyin. Erişim günlüğünde kanıt yakalayın ve her kalıp için bir sahip atayarak düzeltmeyi hızlandırın. Bu yaklaşım, yönetimin mevcut etkiyi görmesine yardımcı olur ve site kapsamları genelinde düzeltmeleri önceliklendirir.

Sitenin erişim günlüğünden son 200 404 girişini dışa aktarın. Her giriş için zamanı, istemci IP'sini, ana bilgisayar adını, istenen URL'yi, referansı, kullanıcı aracını, durumu ve yanıt boyutunu kaydedin. İlgili yollar altında eksik varlıklar gözlemlerseniz, bu izole vakalar yerine kalıplar olduğunu gösterir. Bu sinyallerden kısa bir test listesi oluşturarak bir sonraki adımları atın.

Yol varyasyonlarını test edin: bilinen eksik URL'leri sonuna eğik çizgi ile ve olmadan isteyin; segmentlerin durumunu değiştirin; sorgu dizelerini ekleyin veya çıkarın; statik varlıklar için yanıtları dinamik rotalara karşı karşılaştırın. Sunucunun istenmeyen yönlendirmeler veya yeniden yazmalar meydana gelmeden önce 404 döndürdüğünü doğrulamak için hem GET hem HEAD yöntemlerini dahil edin.

Mümkünse Başarısız İstek İzleme (FRT) kullanın ve aynı zaman damgaları için erişim günlüğü ile çapraz kontrol edin. Bu izler, kaynağın hangi kural veya modül tarafından engellendiğini veya kaynağın gerçekten eksik olup olmadığını gösterir. Sonuçları bir gösterge paneli metriğine bağlayın: rota başına, ana makine başına ve hesap başına 404 sayısı. Bu mükemmel korelasyon soruşturmayı hızlandırır ve mevcut sıcak noktaları ortaya çıkarır.

Yeniden yazma veya yönlendirme katmanının arkasındaki kaynaklar için, ilgili web.config, URL Yeniden Yazma kurallarını ve IIS'nin yeniden yazma modülleri aracılığıyla onurlandırabileceği htaccess benzeri yapılandırmaları kontrol edin. 404 bir eşleştirme sorununu gösteriyorsa, kuralı veya dosya yolunu ayarlayın, ardından düzeltmeyi doğrulamak için testleri yeniden çalıştırın ve üretime geçmeden önce. 404'ün engellenmiş bir kaynağı işaret ettiği durumlarda, engelleme listesini veya erişim kısıtlamalarını doğrulayın ve istenen erişim kalıplarıyla uyumlu olduklarından emin olun.

Buluntuları gösterge panelinde belgeleyin ve özeti site sahibi ve yönetimle paylaşın. Gerekirse, çapraz takım görünürlüğü için linkedin'e içgörüleri yayınlayın. Süreç tekrarlanabilir olmalıdır: test girdilerini kaydedin, yanıtları yakalayın ve hesap sahibi veya güvenlik ekibi tarafından gözden geçirilebilecek erişim günlüğünden ilgili günlükleri ekleyin.

Dayanıklılığı iyileştirmenin yolları: test listesinden yineleyen, durum kodlarını kaydeden ve ani artışları işaretleyen küçük bir test harness oluşturun. Bu sinyalleri kullanarak eksik varlıklara müdahale edin, içerik envanterlerini güncelleyin ve yalnızca gerekçeli olduğunda IP'ye gürültülü sondajları engelleyin. Her zaman mevcut test套ını site envanteri ve MIME türü eşleştirmeleriyle uyumlu tutarak gerilemeleri önleyin.

Herhangi bir değişiklikten önce sahip onayı ve bir geri alma planı olduğundan emin olun. Sürekli izleme gösterge paneli, 404 oranının stabil, yükselen veya temele dönüp dönmediğini göstermelidir. İyi yönetilen bir test rejimi olay yanıtını hızlandırır ve ekibin daha sorunsuz bir kullanıcı deneyimi sunmasına yardımcı olur.