Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform
Debug Mode ne kaydeder; ne kadar süre açık tutmalıyım?
Kısa cevap
Debug Mode, HTTP vService'e gelen her istek ya da tanımlanan koşula uyan istekler için HTTP logunun alanlarına ek olarak milisaniye zamanlamaları, sonlanma durumu (Termination State), yeniden deneme sayısı, istek ve yanıt başlıkları, en fazla 16 KB istek ve yanıt gövdesi, TLS ve sertifika ayrıntıları ile Bot/DDoS ve WAF kararını kaydeder (Debug Logs). Kayıtlar vService başına 128 MB'lık bir disk bütçesinde tutulur ve log sunucusuna gönderilmez. Debug mode'u kendiliğinden kapatan bir süre ayarı yoktur; kapatılana kadar açık kalır. Bu yüzden yalnızca sorunu yeniden üretecek kadar açık tutulmalı, mümkünse koşulla sınırlandırılmalı ve inceleme bitince Status yeniden Enabled yapılmalıdır.
Nasıl Çalışır?
Debug mode açık HTTP vService'te her istek (koşul tanımlıysa yalnızca koşula uyan istekler) için aşağıdaki gruplarda kayıt üretilir; kayıtlar vService ekranının Logs & Tracking sekmesinde Debug Mode Logs kaynağında okunur.
| Grup | İçerik |
|---|---|
| Bağlantı | İstemci ve vService adresleri, host, metot, yol, durum kodu, yanıtı veren Kurum Servisi ve Backend Group |
| Zamanlama | İstek, kuyruk, bağlantı, sunucu yanıtı ve toplam süreler (Site yavaş; sorunun TR7'de mi, backend'de mi olduğunu nasıl anlarım?) |
| Sonlanma | Termination State ve Retries (Bir isteğin neden başarısız olduğunu loglardan nasıl anlarım (termination state)?) |
| Başlıklar | İstek ve yanıt başlıkları; TR7'nin eklediği, sildiği ya da değiştirdiği başlıklar ayrıca gösterilir |
| Gövde | İstek ve yanıt gövdesinin ilk 16 KB'si |
| TLS | İstemci ve Kurum Servisi tarafında TLS sürümü, şifreleme takımı ve sertifika bilgileri |
| Güvenlik | Bot/DDoS ve WAF kararı, bot skoru ve sınıfı, IP itibarı, Security Action |
| Özel alanlar | Debug altındaki Custom Debug Log Entries ile eklenen ad ve değer çiftleri; önizlemede Custom entries altında görünür |
Ne Kadar Süre Açık Kalmalı?
- Debug mode kendiliğinden kapanmaz; açık unutulursa her istekte gövde tamponlanır, başlık ve gövde yakalanır, bu da ek işlemci, bellek ve disk yükü demektir (nasıl aktif edilir).
- 128 MB'lık bütçe dolunca en eski kayıtlar silinir; koşulsuz açılan Debug yoğun trafikte aranan kaydı kısa sürede siler.
- Pratik: sorunu yeniden üretmeye yetecek kadar açık tutulur, koşulla tek istemciye ya da yola daraltılır, inceleme biter bitmez kapatılır. Kalıcı saklama gerekiyorsa kayıtlar Export ile indirilir.
TR7'de Nasıl Açılır?
- Kayıt bir koşulla sınırlanacaksa koşul önce Load Balancer → Conditions → Add ile oluşturulur (ör. Source IP ya da Path).
- Load Balancer → Load Balancer vService List ekranında HTTP vService'e sağ tıklanıp Edit seçilir.
- Status alanında Debug mode seçilir ya da Details panelinde Debug işaretlenir; iki seçenek aynı ayardır. L7 TCP ve Network vService'te bu seçenek yoktur.
- Yoğun trafikte Debug altındaki koşul alanında 1. adımdaki koşul seçilir; yalnızca koşula uyan istekler kaydedilir (koşullu debug).
- Save'e tıklanır; kayıtlar Left Monitor Panel → vService → Logs & Tracking → Debug Mode Logs kaynağında görülür. Cluster'da değişiklik varsayılan auto-sync ile eş cihaza da gönderilir; Manual Sync Mode açıksa Synchronize ile gönderilir.
- İnceleme bitince düzenleme formunda Status = Enabled seçilip Save'e tıklanır.
Sık Karıştırılan Noktalar
- "Debug mode belirli bir süre sonra kapanır." Kapatılana kadar açık kalır.
- "Debug kayıtları log sunucusuna da gider." Debug kayıtları yalnızca cihazda tutulur.
- "L7 TCP vService'te de Debug mode vardır." Debug mode yalnızca HTTP vService'te bulunur.
- "Debug açılınca önceki istekler de görünür." Kayıt Debug açıldıktan sonra gelen isteklerden başlar.
Dokümantasyonda nasıl yapılır
