Sitenizde bir sorun var ve nedenini bilmiyorsunuz. Panelde bir yerlerde log dosyaları duruyor ama açtığınızda karşınıza anlamsız görünen satırlar çıkıyor.
Bu satırlar aslında sorunun cevabını içerir. Bu yazı, hosting hesabınızdaki log dosyalarını okumayı anlatıyor.
İki Tür Log
| Log | Ne kaydeder | Ne için kullanılır |
|---|---|---|
| Erişim logu | Her istek | Trafik analizi, bot tespiti |
| Hata logu | Hata ve uyarılar | Sorun teşhisi |
Sorun giderirken önce hata loguna bakın: orada genellikle hangi dosyanın hangi satırında ne olduğu yazılıdır. Erişim logu ise "kim ne istedi" sorusunu yanıtlar.
Erişim Logu Satırını Okumak
Her satır bir isteği temsil eder ve genellikle şu bilgileri içerir:
- İstemci adresi. İsteğin geldiği IP.
- Zaman damgası. Ne zaman geldi.
- İstek satırı. Hangi yöntemle hangi adres istendi.
- Durum kodu. Sunucu ne yanıt verdi.
- Boyut. Kaç bayt gönderildi.
- Yönlendiren. Kullanıcı nereden geldi.
- İstemci tanıtımı. Hangi tarayıcı veya bot.
Dördüncü ve yedinci alanlar en çok bilgi verenlerdir: durum kodu isteğin sonucunu, istemci tanıtımı ise ziyaretçinin gerçek bir kullanıcı mı yoksa bir bot mu olduğunu gösterir.
Erişim Logunda Ne Aranır?
Hata Üreten İstekler
Durum kodu 4 veya 5 ile başlayan satırları filtreleyin. Bu, sorunlu adresleri hızla ortaya çıkarır.
Çok sayıda 404 varsa: kırık bağlantılar veya bir bot var olmayan adresleri deniyor demektir.
En Çok İstek Yapan Adresler
Tek bir adresten binlerce istek geliyorsa şüphelidir. Bu, kaynak tüketiminin de en yaygın nedenidir.
En Çok İstenen Adresler
Hangi sayfalar en çok yük üretiyor? Bu liste, optimizasyon önceliğinizi belirler.
Şüpheli İstek Desenleri
Sitenizde olmayan yönetim panellerinin denenmesi, yapılandırma dosyalarının istenmesi ve tuhaf karakterler içeren adresler — bunlar zafiyet taramasıdır.
Endişelenmeyin: bu taramalar internete açık her sitede olur. Sorun, bu isteklerden birinin başarılı olmasıdır.
Bot Trafiği Oranı
İstemci tanıtımına göre gruplayın. Arama motoru botları normaldir; tanımadığınız botların ne kadar yük ürettiğini görmek değerlidir.
Hata Logunu Okumak
Hata logu satırları genellikle şu yapıdadır: zaman damgası, hata seviyesi, mesaj ve kaynak dosya bilgisi.
Hata seviyeleri, önceliklendirmenize yardımcı olur:
- Ölümcül hata. Betik durdu. En yüksek öncelik.
- Hata. Bir işlem başarısız oldu ama betik devam etti.
- Uyarı. Beklenmedik bir durum ama işlem sürdü.
- Bildirim. Kod kalitesi uyarısı, genellikle acil değil.
- Kullanımdan kaldırma uyarısı. Gelecek sürümde çalışmayacak.
Son madde bir erken uyarıdır ve genellikle görmezden gelinir: bu uyarıları biriktirmek, bir sonraki sürüm yükseltmesinde sitenin çalışmaz hâle gelmesi anlamına gelir. Şimdi düzeltmek, sonra düzeltmekten kolaydır.
Teşhiste Kullanmak
Bir sorun bildirildiğinde izlenecek yol:
- Sorunun ne zaman olduğunu öğrenin. Zaman aralığını daraltın.
- O aralıktaki hata loguna bakın. Genellikle cevap oradadır.
- Erişim logunda o isteği bulun. Hangi adres, hangi durum kodu?
- Önceki istekleri inceleyin. Kullanıcı ne yaptıktan sonra sorunla karşılaştı?
- Deseni tespit edin. Aynı hata başkalarında da var mı?
Dördüncü madde ince ama değerli bir tekniktir: aynı IP'nin o zamana kadarki isteklerini sırayla okuyarak, kullanıcının adım adım ne yaptığını yeniden kurabilirsiniz. Bu, tekrarlanamayan hataları anlamanın en pratik yoludur.
Log Dosyalarını Bulmak
Hosting panellerinde loglar genellikle şu yerlerde bulunur:
- Panelin "Loglar" veya "İstatistikler" bölümünde görsel arayüz
- Hesap dizininizde ayrı bir log klasörü
- Site dizininde uygulama tarafından üretilen log dosyaları
Üçüncü seçenek önemli bir güvenlik uyarısı gerektirir: uygulama log dosyaları web kök dizininde olmamalıdır. Oradaysa tarayıcıdan doğrudan okunabilir — ve loglar sistem yolları, sorgu detayları, hatta bazen kimlik bilgileri içerir.
Kontrol etmek basittir: log dosyanızın adresini tarayıcıya yazın. İçerik görünüyorsa acilen taşıyın veya erişimini engelleyin.
Büyük Log Dosyalarıyla Çalışmak
Log dosyaları hızla büyür ve elle okunamaz hâle gelir. Pratik yöntemler:
- Son satırları görüntüleyin. Güncel sorunlar dosyanın sonundadır.
- Filtreleyin. Belirli bir IP, adres veya durum kodunu arayın.
- Sayın ve grupla. Hangi hata kaç kez tekrarlanmış?
- Zaman aralığı seçin. Yalnızca ilgili saatlere bakın.
- İndirip yerel araçla açın. Büyük dosyalarda panel arayüzü yetersiz kalabilir.
Üçüncü madde en aydınlatıcı analizdir: aynı hatanın binlerce kez tekrarlanması, tek bir kritik sorunu işaret eder ve önceliğinizi belirler.
Log Döndürme
Loglar kontrolsüz büyürse disk kotanızı doldurur. Bu, hosting hesaplarında disk dolmasının yaygın nedenlerindendir.
Yönetim için:
- Döndürme ayarını kontrol edin. Loglar belirli boyutta arşivleniyor mu?
- Saklama süresi tanımlayın. Bir yıllık log tutmanın faydası sınırlıdır.
- Uygulama log seviyesini ayarlayın. Üretimde ayrıntılı hata ayıklama logu yazmayın.
- Boyutu izleyin. Ani büyüme bir sorun işaretidir.
Üçüncü madde sıkça atlanır ve hem disk hem performans sorunu üretir: geliştirme sırasında açılan ayrıntılı loglama, canlıya geçişte kapatılmaz ve her istekte onlarca satır log yazılır.
Loglar ve Kişisel Veri
Erişim logları IP adresi içerir ve bu, kişisel veri sayılabilir. Dikkat edilecekler:
- Gizlilik politikanızda log tutulduğunu belirtin
- Saklama süresi tanımlayın ve uygulayın
- Log dosyalarına erişimi kısıtlayın
- Hassas veriyi loglamaktan kaçının
Son madde teknik bir disiplin gerektirir: bir hata oluştuğunda uygulamanız tüm istek verisini loga yazabilir — içindeki şifreler ve kişisel bilgilerle birlikte. Hata loglama davranışınızı gözden geçirin.
Log yönetimi ve saklama seçenekleri, hosting paketleri arasında farklılık gösterir; panelinizde hangi logların ne kadar süre tutulduğunu öğrenin.
Sonuç
Log dosyaları, sorun giderirken tahmin yürütmeyi bitiren kaynaktır — ama sıklıkla hiç açılmadan çözüm aranır. Sıra basittir: önce hata loguna bakın, genellikle hangi dosyanın hangi satırında ne olduğu orada yazılıdır. Erişim logunda ise en aydınlatıcı analiz gruplamadır: aynı hatanın kaç kez tekrarlandığı, önceliğinizi doğrudan belirler. Ve iki bakım işini atlamayın: log dosyalarınızın web kök dizininde olmadığını doğrulayın ve üretimde ayrıntılı hata ayıklama loglamasını kapatın.
Sıkça Sorulan Sorular (SSS)
Hangi loga bakmalıyım?
Sorun giderirken önce hata loguna — orada genellikle hangi dosyanın hangi satırında ne olduğu yazılıdır. Erişim logu ise "kim ne istedi" sorusunu yanıtlar ve trafik analizi, bot tespiti ile kaynak tüketimi araştırmalarında kullanılır.
Loglarımda tuhaf adresler deneniyor, saldırı mı?
Sitenizde olmayan yönetim panellerinin ve yapılandırma dosyalarının denenmesi, internete açık her sitede olan otomatik zafiyet taramasıdır. Endişe verici olan bu isteklerin varlığı değil, birinin başarılı olmasıdır — durum kodlarına bakın.
Log dosyam çok büyük, nasıl okurum?
Elle okumaya çalışmayın. Son satırları görüntüleyin, belirli bir IP veya durum koduna göre filtreleyin ve en aydınlatıcı yöntem olarak hataları gruplayıp sayın — aynı hatanın binlerce kez tekrarlanması tek bir kritik sorunu işaret eder.
Log dosyaları güvenlik riski oluşturur mu?
Web kök dizinindeyseler evet — tarayıcıdan doğrudan okunabilirler ve sistem yolları, sorgu detayları, bazen kimlik bilgileri içerirler. Log dosyanızın adresini tarayıcıya yazarak kontrol edin; içerik görünüyorsa acilen taşıyın.
