FortiGate Conserve Mode Nedir? Cihazı Yeniden Başlatmadan Önce Kontrol Edilecekler
Sabah kullanıcılar yeni VPN oturumu açamadıklarını bildiriyor. Birkaç kişi içerideki uygulamaya hâlâ bağlı. FortiGate ekranında ise “Memory conserve mode entered” uyarısı var. İlk yapacağınız iş, cihaz yanıt veriyorsa olay anındaki bellek, süreç ve oturum bilgilerini kaydetmek olsun. Yeniden başlatma hizmeti geri getirebilir, ancak sorunun nedenini gösterebilecek anlık veriler de kaybolur.
Bu rehber, FortiGate’te conserve mode durumunu doğrulamak, bellek artışının hangi yükle ilişkili olduğunu anlamak ve Fortinet TAC’a işe yarar bir olay kaydı hazırlamak için izlenebilecek sırayı gösteriyor.
1. FortiGate neden Conserve Mode’a girer?
Conserve mode, FortiOS’un bellek baskısı altında devreye aldığı koruma mekanizmasıdır. Kullanıcıların gördüğü etki, belleğin ulaştığı seviyeye ve trafiğin geçtiği güvenlik profillerine bağlıdır. Örneğin proxy denetiminden geçen bir uygulamada yeni HTTPS bağlantıları sorun yaşarken mevcut bir oturum çalışmaya devam edebilir. Bu belirti tek başına conserve mode’u doğrulamaz. Olay kaydı ve CLI çıktısını birlikte kontrol edin.
| Bellek eşiği | FortiOS 7.6 kılavuzundaki varsayılan | Etkisi |
|---|---|---|
| Green | %82 | Kullanım bu eşiğin altına indiğinde cihaz conserve mode’dan çıkar. |
| Red | %88 | Kullanım bu eşiği aştığında conserve mode devreye girer. |
| Extreme | %95 | Yeni oturumlar düşürülmeye başlar. |
Örneğin cihaz %89’da conserve mode’a girdiyse, kullanım %85’e düştüğünde hâlâ modda kalabilir. Çıkış için green eşiğinin altına inmesi gerekir. Yüzdeleri referans olarak kullanın ve olay sırasında cihazınızda ayarlı gerçek eşikleri okuyun. FortiOS Administration Guide — Conserve mode
2. İlk dakikada durumun fotoğrafını çekin
Terminal kaydını açın. Olay saatini ve saat dilimini, etkilenen hizmeti ve varsa HA üyesini not edin. Ardından şu komutları çalıştırın:
get system status
diagnose hardware sysinfo conserve
get system performance status
| Komut | Çıktıda bakılacak yer |
|---|---|
get system status | Model, FortiOS sürümü ve tam build |
diagnose hardware sysinfo conserve | Modun açık veya kapalı olması, kullanılan ve geri kazanılabilir bellek, cihazın gerçek eşikleri |
get system performance status | CPU, bellek, oturum yükü ve çalışma süresi |
Mod şu anda kapalı görünüyorsa cihaz olaydan çıkmış olabilir. GUI’de Log & Report → System Events bölümünde giriş ve çıkış olaylarını arayın. Sorunun başladığı zamanla uyarının zamanını karşılaştırın. CLI üzerinden crashlog’u da okuyabilirsiniz:
diagnose debug crashlog read
FortiOS Administration Guide — Durum ve olay kayıtları
3. Belleği hangi süreç veya yük tüketiyor?
Hizmet durumu elveriyorsa yaklaşık birer dakika arayla iki veya üç örnek alın. Her ölçümde aynı komutları çalıştırın. Zamanı, bellek yüzdesini, yüksek bellek kullanan süreçlerin PID’lerini, toplam oturum sayısını ve yeni oturum açılma hızını yan yana yazın.
get system performance status
diagnose sys top-mem 20
diagnose sys session stat
Etkileşimli süreç görünümü için diagnose sys top 2 40 çalıştırabilirsiniz. Belleğe göre sıralamak için m, çıkmak için q tuşuna basın.
| Gözlem | Sonraki kontrol |
|---|---|
Aynı wad PID’sinin belleği artıyor | Etkilenen policy’nin inspection modunu kontrol edin. Proxy trafiğindeki artış ve yakın zamanda değişen profillerle karşılaştırın. |
Bir veya daha fazla ipsengine çalışanı büyüyor | IPS ile denetlenen trafik hacmini, motor ve imza paketlerini ve son güncelleme saatini kaydedin. |
| Bellekle birlikte oturum sayısı veya açılma hızı sıçrıyor | Trafik loglarında veya FortiAnalyzer’da en çok yeni oturum üreten kaynakları ve policy’leri bulun. Sorunun başladığı zaman aralığını daraltın. |
| Toplam bellek artıyor fakat süreç listesinde belirgin artış yok | Paylaşımlı bellek ve kernel slab gibi alanları inceleyin. Süreç tablosu sistemdeki tüm bellek kullanımını açıklamayabilir. |
Tek bir büyük süreç, bellek sızıntısı teşhisi için yeterli değildir. Trafik ve oturum yükü normale döndükten sonra aynı PID’nin belleği yükselmeye devam ediyorsa bu eğilimi TAC’a gösterin. Fortinet Community — IPS Engine ve WAD kaynaklı conserve mode
4. Güncelleme ve yapılandırma değişikliklerini zaman çizelgesine koyun
Sorunun ilk görüldüğü saatin öncesine bakın. FortiOS yükseltmesi, yeni güvenlik profili, FortiGuard imza güncellemesi ve trafik yoğunluğu değişikliklerini ayrı ayrı işaretleyin. Güncelleme ve bellek sıçramasının aynı saatte olması, nedenin doğrulandığı anlamına gelmez. Belleğin yük normale dönünce nasıl davrandığına ve olayın tekrarına bakın.
diagnose autoupdate versions
diagnose hardware sysinfo memory
diagnose hardware sysinfo slab
diagnose hardware sysinfo shm
WAD öne çıkıyorsa ve FortiOS build’iniz komutu destekliyorsa diagnose wad memory report çıktısını da alın. HA ortamında çıktının hangi üyeye ait olduğunu işaretleyin. Komutlar ve çıktı alanları sürüme göre değişebilir. Cihaz yönetim erişimi belirgin biçimde yavaşladıysa uzun teşhis toplamayı kesinti yönetimi planına göre sınırlandırın.
Fortinet Community — Yüksek bellek kullanımında ilk kontroller · FortiGuard güncellemesi sırasında conserve mode
5. Hizmeti geri getirme kararını verin
- Bellek düşüyor ve yeni bağlantılar kurulabiliyorsa kısa aralıklarla izleyin. Bellek green eşiğinin altına indiğinde modun kapandığını doğrulayın.
- Bellek yükseliyor ve yeni bağlantılar kesiliyorsa cihaz yanıt verdiği sürece temel kayıtları alın ve kurumunuzun kesinti prosedürüne geçin. Tek cihazda yeniden başlatma, üzerinden geçen trafiği kesebilir. HA’da planlı failover düşünülüyorsa önce eş üyenin sağlığını, bellek durumunu ve senkronizasyonunu doğrulayın.
- Geçici müdahaleden sonra yalnızca mevcut oturumlara bakmakla yetinmeyin. Yeni VPN bağlantısı açın, etkilenen uygulamaya yeni HTTPS oturumu kurun ve sistem olaylarında yeni conserve mode girişinin olup olmadığını kontrol edin.
Eşik yükseltmek, fail-open davranışını değiştirmek ve süreç yeniden başlatmak üretim değişikliğidir. Eşik artışı cihazın müdahale için kalan bellek payını azaltır. Proxy tabanlı denetimde av-failopen ayarı, ilgili trafiğin antivirüs proxy’sini atlayarak geçmesini veya yeni oturumların engellenmesini etkileyebilir. Bu davranışı bütün güvenlik profillerine genellemeyin. Süreç yeniden başlatma da ilgili oturumları kesebilir. Kararı, kesinti etkisi ve güvenlik gereksinimleriyle birlikte değerlendirin. FortiOS Administration Guide — Proxy inspection in conserve mode
Örnek vaka — Oturumlar sabitken WAD belleği yükseliyor
| Saat | Bellek | Oturum yükü | Gözlem |
|---|---|---|---|
| 10.02 | %89 | Normal seviyeye yakın | Proxy denetimli policy’de yeni HTTPS bağlantıları başarısız. |
| 10.04 | %91 | Benzer seviyede | Aynı wad PID’si önceki örnekten daha fazla bellek kullanıyor. |
| Kurtarma sonrası | Green eşiğinin altında | Yeniden ölçüldü | Conserve mode kapalı ve yeni HTTPS bağlantısı kurulabiliyor. |
Bu temsili vakada bir sonraki adım, iki süreç çıktısını, varsa WAD bellek raporunu ve etkilenen policy’yi kaydetmektir. Aynı saatte proxy profili değişmiş mi veya güncelleme olmuş mu kontrol edin. Sorun tekrarlarsa aynı komutlarla yeniden örnek alın. TAC böylece büyümenin hangi süreçte, hangi build’de ve ne kadar sürede tekrarlandığını karşılaştırabilir.
Fortinet TAC’a gönderilecekler
- Cihaz modeli, tam FortiOS build’i, çalışma süresi ve varsa HA üyesi.
- Olayın başlangıç ve toparlanma saatleri, saat dilimi ve etkilenen hizmetler.
- Conserve mode durumu ve eşikler, zaman damgalı bellek, süreç ve oturum çıktıları.
- İlgili sistem olayları, crashlog, FortiGuard bileşen sürümleri ve varsa WAD raporu.
- Son firmware veya policy değişiklikleri ve kurtarma adımlarından sonra yapılan yeni bağlantı testleri.
Ham logları ve yapılandırmaları kurumunuzun onaylı destek kanalı üzerinden paylaşın. Herkese açık bir örnek yayımlayacaksanız IP adresi, kullanıcı bilgisi ve diğer hassas alanları ayıklayın.
Sık sorulan sorular
Bellek %85 iken neden hâlâ conserve mode açık? Cihaz daha önce red eşiğini aşmış olabilir. Modun kapanması için belleğin cihazdaki green eşiğinin altına inmesi gerekir.
Reboot sorunu çözer mi? Belleği boşaltıp hizmeti geçici olarak toparlayabilir. Bellek baskısını doğuran trafik, kapasite sınırı veya yazılım sorunu sürüyorsa olay tekrarlayabilir. Reboot öncesi ve sonrası ölçümleri karşılaştırın.
İlk çalıştıracağım komut hangisi? diagnose hardware sysinfo conserve ile modu ve eşikleri doğrulayın. Ardından get system performance status ve diagnose sys top-mem 20 ile genel yükü ve en büyük görünür bellek tüketicilerini kaydedin.