Yaptığım değişiklik etki etmiyor gibi görünüyor; neyi kontrol etmeliyim?
Kısa cevap
TR7'de kaydedilen değişiklik yaklaşık bir saniye içinde kendiliğinden uygulanır; Reload gerekmez (Yaptığım bir değişiklik ne zaman devreye girer; kaydettiğim anda canlıya mı yansır?). Etki görünmüyorsa önce değişikliğin gerçekten bu vService'in kullandığı nesnede yapıldığı Used in sekmesinden, vService önizlemesinde Modifying vService, Internal sync error ya da yapılandırma hatası mesajı olmadığı Details sekmesinden kontrol edilir. Ardından isteğin değişikliğin koşuluna ulaşıp ulaşmadığı (koşul, aksiyon sırası, Conditional Backend Services bloğu), yanıtın TR7 önbelleğinden ya da tarayıcı önbelleğinden gelip gelmediği ve Persistence'ın kullanıcıyı eski sunucuda tutup tutmadığı incelenir. Cluster'da Manual Sync Mode açıksa değişiklik eş cihaza gitmemiştir; Synchronize ile gönderilir.
Sorun: Kaydedilen Değişiklik Trafikte Görünmüyor
Bir profil, aksiyon ya da Kurum Servisi ayarı değiştirilip kaydedildi, ancak istemci tarafında davranış değişmedi. Değişikliğin uygulanmadığı mı, isteğin değişikliğe hiç ulaşmadığı mı, yoksa eski yanıtın bir önbellekten ya da eski bir bağlantıdan mı geldiği belirlenmelidir.
Nedenler ve Çözümler
| Neden | Nasıl anlaşılır | Çözüm |
|---|---|---|
| Değiştirilen nesne vService'te kullanılmıyor | Nesnenin Used in sekmesinde vService yok | Doğru nesne düzenlenir ya da nesne vService'e atanır |
| Uygulama sürüyor | vService'in durumu Evaluating, Details'te Modifying vService | Kısa süre beklenir |
| Değişiklik uygulanamadı | Details'te Internal sync error — please notify the TR7 technical team; trafik önceki yapılandırmayla sürer | Destek istenir (Destek ekibi için şifreli tanı paketini nasıl indiririm (Encrypted Support Bundle)?) |
| Yapılandırma hatası | Details'te configuration error(s) özeti | vService önizlemesindeki configuration error(s) uyarısı (DNS Resolution Error, Port binding error) ne anlama gelir; Port Collision nerede çıkar? |
| Özellik bu vService'te çalışmıyor | Details'te The selected core engine does not support: …, Running without …: not covered by the license ya da Keep header names is active on this vService | Core Engine, lisans ya da Keep Header Names ayarı gözden geçirilir |
| Koşul eşleşmiyor ya da üstteki aksiyon isteği sonlandırıyor | Aksiyonun Hit counter sayacı artmıyor | Koşul ya da sıra düzeltilir (Action'ım neden tetiklenmiyor?) |
| Yanıt TR7 önbelleğinden geliyor | Yanıtta TRCACHE: HIT | Önbellek boşaltılır (Uygulama güncellemesinden sonra eski içerik gelmeye devam ediyor; ne yapmalıyım?) |
| Yanıt tarayıcı önbelleğinden geliyor | Başlık yok, gizli pencerede yeni davranış | Tarayıcı önbelleği temizlenir; kalıcı 301 yönlendirmeleri ve HSTS tarayıcıda saklanır |
| Persistence kullanıcıyı eski sunucuda tutuyor | Aynı kullanıcı hep aynı sunucuya gidiyor | Yeni oturumla denenir (Persistence açık olmasına rağmen kullanıcılarım farklı sunuculara düşüyor; neden?) |
| Cluster eşitlenmedi | Manual Sync Mode açık; Sync. Summary eşit değil | Synchronize kullanılır (Yapılandırma cluster üyeleri arasında otomatik senkronize edilir mi?) |
| Kurum Servisi adresi alan adı (FQDN) | Kurum Servisi eski IP'ye gidiyor | Ad yapılandırma yüklenirken çözülür (Kurum Servisi adresi olarak IP yerine alan adı (FQDN) yazabilir miyim?) |
Nereden İzlenir?
| Ekran | Yol | Ne gösterir |
|---|---|---|
| Senkron göstergesi | Ekranın sağ altı | Uygulamanın ilerlemesi (Syncing …); bitince All synced (Yaptığım bir değişiklik ne zaman devreye girer; kaydettiğim anda canlıya mı yansır?) |
| Details | Load Balancer vServices → vService → sağ panel | Uygulama durumu, yapılandırma hataları ve özellik uyarıları |
| Log | Aynı panelde | Değişikliği kimin, ne zaman kaydettiği |
| Action Hits | vService → Dashboard → Action Hits sekmesi | Hit counter açık aksiyonların kaç kez tetiklendiği |
| Sync Summary | HA Clustering & Sync | Cluster'da eşitleme durumu |
Çözüm: Üç Yöntem
Üç yöntem sırayla uygulanır: önce değişikliğin uygulandığı, sonra isteğin değişikliğe ulaştığı, en son eski yanıtın kaynağı kontrol edilir.
| Durumunuz | Uygun yöntem |
|---|---|
| Değişiklik uygulandı mı | Yöntem 1: Used in ve Details |
| İstek değişikliğe ulaşıyor mu | Yöntem 2: Koşul, sıra ve Hit counter |
| Eski yanıt nereden geliyor | Yöntem 3: Önbellek, Persistence ve cluster |
Yöntem 1: Used In ve Details Önerilen
- Nasıl çalışır Değişiklik yalnızca nesneyi kullanan vService'lere uygulanır; uygulama sırasında ya da sonrasında oluşan sorunlar vService'in Details sekmesinde görünür.
- Nerede açılır Nesnenin önizlemesi → Used in · Load Balancer vServices → vService → Details
- Gereksinim Ek bir ayar gerekmez.
- vService tipi HTTP · L7 TCP · Network
Adım adım yapılandırma
Değiştirilen profil, aksiyon, koşul ya da Kurum Servisi kendi listesinde seçilir; sağdaki önizlemede Used in sekmesi açılır ve vService'in listede olduğu doğrulanır (Bir condition'ı veya action'ı değiştirdiğimde hangi vService'ler etkilenir?, Bir Kurum Servisini hangi vService'lerin kullandığını nasıl görürüm ("Used in")?). Sekme yoksa nesne hiçbir yerde kullanılmıyordur.
Left Monitor Panel'de Load Balancer vServices listesinden vService seçilir; sağ panelde Details sekmesi açılır.
Modifying vService: uygulama sürüyordur; sağ alttaki senkron göstergesiAll syncedolana kadar beklenir.Internal sync error — please notify the TR7 technical team: değişiklik uygulanamamıştır ve trafik önceki yapılandırmayla sürer; destek istenir (Destek ekibi için şifreli tanı paketini nasıl indiririm (Encrypted Support Bundle)?).configuration error(s): vService önizlemesindeki configuration error(s) uyarısı (DNS Resolution Error, Port binding error) ne anlama gelir; Port Collision nerede çıkar?The selected core engine does not support: …: listelenen özellik seçili Core Engine'de çalışmaz.Running without …: not covered by the license: listelenen modül lisans kapsamında değildir.Keep header names is active on this vService: Keep Header Names açıkken HTTP/2 ve HTTP/3 kapatılır (Backend'im header adlarının büyük/küçük harf yazımına duyarlı; TR7 bunları değiştiriyor mu (Keep Header Names / HTTP 1.0 Header Compatibility)?).
Aynı paneldeki Status Logs sekmesi son durum geçişlerini, Log sekmesi kaydın kim tarafından ne zaman yapıldığını gösterir.
Doğrulama
Details sekmesine ve sağ alttaki senkron göstergesine bakılır.
Şerit yeşil (OK), uyarı yok, gösterge All syncedYöntem 2: Koşul, Sıra ve Hit Counter
- Nasıl çalışır Aksiyon ya da koşullu yönlendirme ancak koşul eşleşirse ve daha önce çalışan bir aksiyon isteği sonlandırmazsa uygulanır; aksiyonun Hit Counter sayacı eşleşmeyi gösterir.
- Nerede açılır Aksiyon formu → Hit Counter · vService → Dashboard → Action Hits sekmesi
- Gereksinim Ek bir ayar gerekmez.
- vService tipi HTTP · L7 TCP
Adım adım yapılandırma
Load Balancer → Actions ekranında aksiyon seçilir ve Edit butonuna tıklanır.
Hit Counter anahtarı açılır (Bir action'ın kaç kez tetiklendiğini görebilir miyim (hit counter, Action Hits)?).
Formun altındaki Edit butonuna tıklanır ve istek yeniden gönderilir.
Doğrulama
İstek gönderildikten sonra vService panosunun Action Hits sekmesine bakılır.
Aksiyonun sayacı artarYöntem 3: Önbellek, Persistence ve Cluster
- Nasıl çalışır Eski yanıt TR7 önbelleğinden, tarayıcıdan, Persistence nedeniyle eski sunucudan, açık kalan eski bir bağlantıdan ya da eşitlenmemiş eş cihazdan gelebilir.
- Nerede açılır İstemci · Settings → Device Management → HA Clustering & Sync
- Gereksinim Ek bir ayar gerekmez.
- vService tipi HTTP · L7 TCP · Network
Adım adım yapılandırma
İstemciden curl -I https://www.example.com/ çalıştırılır. Yanıtta TRCACHE: HIT başlığı varsa yanıt TR7 önbelleğindendir (Bir yanıtın cache'ten geldiğini nasıl anlarım (Cached(HIT) Header Name, varsayılan değeri TRCACHE)?); önbellek vService Reload edilerek ya da Cache profilinde bir değişiklik kaydedilerek boşaltılır (Uygulama güncellemesinden sonra eski içerik gelmeye devam ediyor; ne yapmalıyım?). Başlık yoksa tarayıcı önbelleği için gizli pencere kullanılır; kalıcı 301 yönlendirmeleri ve HSTS tarayıcıda saklanır.
Weight ya da algoritma değişikliği cookie tabanlı persistence'ta mevcut kalıcı oturumları taşımaz; Hash persistence'ta ise eşleme tablosu her yeniden yüklemede sıfırlanır ve kullanıcılar yeniden dağıtılır. Sonuç yeni bir istemci ya da oturumla denenir (Bir yapılandırma değişikliğini kaydetmek persistence tablolarını sıfırlar mı?). WebSocket ve L7 TCP gibi uzun süreli bağlantılarda yeni ayar yeni bağlantıda görülür.
Settings → Device Management → HA Clustering & Sync ekranında Cluster Status satırında Manual Sync Mode'un açık olup olmadığına ve Sync. summary durumuna bakılır (Sync Summary). Varsayılan otomatik eşitlemede değişiklik eş cihaza anında aktarılır; Manual Sync Mode açıksa değişiklik yerel cihazda kalır. Trafik VIP üzerinden eş cihaza gidiyorsa (VIP'teki Master/Slave rolü nedir?) değişiklik bu durumda görünmez.
Manual Sync Mode açıksa değişikliğin yapıldığı cihazda Synchronize butonuna tıklanır ve onay verilir (Yapılandırma cluster üyeleri arasında otomatik senkronize edilir mi?).
Doğrulama
Gizli pencereden ve yeni oturumla istek tekrarlanır.
Yeni davranış görülürHA Clustering & Sync ekranındaki Sync. summary satırına bakılır.
SyncedSık Yapılan Hatalar
- Her değişiklikten sonra Reload yapmak. Kaydedilen değişiklik kendiliğinden uygulanır; Reload vService'i yeniden başlatır ve olağan değişikliklerde gerekmez (Sağ tık menüsündeki Reload ne yapar; Disable / Enable'dan farkı nedir?).
- Used in'e bakmadan başka bir profili düzenlemek. Benzer adlı profiller karışabilir.
- Tarayıcı ve TR7 önbelleğini ayırmadan değişikliğin uygulanmadığına karar vermek.
TRCACHEbaşlığı kaynağı gösterir. - Aynı kullanıcıyla test edip Persistence'ı gözden kaçırmak. Kalıcı oturum kullanıcıyı eski sunucuda tutar.
- Cluster'da Manual sync mode açıkken eş cihazı unutmak. Değişiklik Synchronize ile gönderilene kadar yalnızca yerel cihazda geçerlidir.
- Sorun sürüyorsa bilgi toplamadan destek istemek. Destek kaydına eklenecekler: TR7 destek ekibine başvurmadan önce hangi bilgileri toplamalıyım?
Dokümantasyonda nasıl yapılır
