FortiGate Firewall Seçimi: Kullanıcı Sayısı Tek Başına Yeterli mi?
FortiGate Firewall Seçimi: Kullanıcı Sayısı Tek Başına Yeterli mi?: eş zamanlı oturum, güvenlik servisli throughput ve VPN ve uzak kullanıcı yükü için ölçülebilir seçim, uygulama ve kontrol rehberi.
Sahada sorunların önemli bir bölümü yanlış üründen değil; eksik keşif, belirsiz kapsam ve ölçülmeyen teslim sürecinden doğar.
Hızlı cevap
FortiGate Firewall Seçimi: Kullanıcı Sayısı Tek Başına Yeterli mi? için doğru yaklaşım; eş zamanlı oturum, güvenlik servisli throughput ve VPN ve uzak kullanıcı yükü başlıklarını aynı keşif dosyasında toplamak, uygulanabilir iki seçenek çıkarmak ve seçilen seçeneği ölçülebilir kabul kriterleriyle sınamaktır. En ucuz ürün, en yüksek model veya en uzun özellik listesi tek başına doğru çözümü göstermez. İşletme maliyeti, yönetilebilirlik, güvenlik güncellemeleri ve arıza anındaki geri dönüş yolu birlikte düşünülmelidir.
Bu rehberin kapsamı ve varsayımları
Güvenlik duvarı seçimi internet hızından ibaret değildir; güvenlik servisleri açıkken performans, eş zamanlı oturum, VPN, yedeklilik ve işletme yetkinliği birlikte değerlendirilmelidir.
Karardan önce hazırlanması gereken veri
Eş zamanlı oturum
Nasıl doğrulanır?
Bu başlık için temel kanıt kural/nesne envanteri olmalıdır.
Sahada en sık görülen hata
Any-any kuralları geçici çözüm olarak açıp kalıcı bırakmak saldırı yüzeyini büyütür.
Uygulanabilir karar
Birincil çözümün yanında geri dönüş planını ve kabul edilmeyecek sınırı da tanımlayın. Böylece eş zamanlı oturum için verilen karar satış anındaki varsayıma değil, sonradan denetlenebilir bir kayda dayanır.
Güvenlik servisli throughput
Nasıl doğrulanır?
Bu başlık için temel kanıt VPN ve kimlik doğrulama testi olmalıdır.
Sahada en sık görülen hata
VPN hesabını ortak kullanmak olayın kimin hesabından çıktığını belirsizleştirir.
Uygulanabilir karar
Teslim sırasında yapılandırma özeti, yedek ve sorumlu listesini aynı dosyada toplayın. Böylece güvenlik servisli throughput için verilen karar satış anındaki varsayıma değil, sonradan denetlenebilir bir kayda dayanır.
VPN ve uzak kullanıcı yükü
Nasıl doğrulanır?
Bu başlık için temel kanıt yapılandırma fark raporu olmalıdır.
Sahada en sık görülen hata
Sadece cihazın ham firewall hızına bakmak gerçek yükte kapasite hatasına yol açar.
Uygulanabilir karar
Kararı cihaz adedinden önce iş akışı, risk ve büyüme senaryosu üzerinden verin. Böylece VPN ve uzak kullanıcı yükü için verilen karar satış anındaki varsayıma değil, sonradan denetlenebilir bir kayda dayanır.
İnternet hatları
Nasıl doğrulanır?
Bu başlık için temel kanıt lisans ve destek görünümü olmalıdır.
Sahada en sık görülen hata
Firmware yükseltmesini yedek ve geri dönüş planı olmadan yapmak plansız kesinti oluşturur.
Uygulanabilir karar
Önce hedefi tek cümleyle yazın, ardından bu hedefi kanıtlayacak ölçümü belirleyin. Böylece internet hatları için verilen karar satış anındaki varsayıma değil, sonradan denetlenebilir bir kayda dayanır.
Yüksek erişilebilirlik
Nasıl doğrulanır?
Bu başlık için temel kanıt trafik ve tehdit günlüğü olmalıdır.
Sahada en sık görülen hata
Lisans bitişini cihaz çalışıyor diye önemsememek güncel koruma servislerini zayıflatır.
Uygulanabilir karar
Pilot uygulama mümkünse değişikliği sınırlı alanda doğrulayıp ölçümden sonra yaygınlaştırın. Böylece yüksek erişilebilirlik için verilen karar satış anındaki varsayıma değil, sonradan denetlenebilir bir kayda dayanır.
Büyüme payı
Nasıl doğrulanır?
Bu başlık için temel kanıt kural/nesne envanteri olmalıdır.
Sahada en sık görülen hata
Any-any kuralları geçici çözüm olarak açıp kalıcı bırakmak saldırı yüzeyini büyütür.
Uygulanabilir karar
Birincil çözümün yanında geri dönüş planını ve kabul edilmeyecek sınırı da tanımlayın. Böylece büyüme payı için verilen karar satış anındaki varsayıma değil, sonradan denetlenebilir bir kayda dayanır.
Uygulama sırası
1. Varlık ve hat envanterini çıkar: WAN, LAN, VPN ve yönetim arayüzlerini birlikte belgeleyin
2. Politika ve riskleri sınıflandır: iş sahibi ve veri önemine göre kuralları önceliklendirin
3. Model/lisans kapasitesini doğrula: üretici veri sayfasını gerçek servis profiliyle karşılaştırın
4. Yedekli geçiş planı hazırla: kesinti penceresi ile geri dönüş koşulunu yazın
5. Kuralları en az yetkiyle uygula: geçici kurallara kapanış tarihi atayın
6. Test, yedek ve dokümantasyonu teslim et: trafik testi ve yapılandırma geri yüklemesini doğrulayın
çok katlı merkez ofis için örnek uygulama senaryosu
çok katlı merkez ofis ortamında FortiGate Firewall Seçimi: Kullanıcı Sayısı Tek Başına Yeterli mi? ihtiyacının ortaya çıktığını düşünelim. İlk talep çoğu zaman tek bir ürün veya arıza üzerinden gelir. Keşif sırasında kullanıcıların günlük çalışma biçimi, yoğun saatler, uzaktan erişim gereksinimi ve kritik verinin nerede bulunduğu incelenir. Aynı ihtiyacı karşılayan iki tasarım çıkarılır: birincisi bugünkü yükü, ikincisi planlanan büyümeyi kapsar.
Ekip, iki tasarımı ilk yatırım bedeli dışında kesinti riski, lisans yenileme, yönetim işçiliği ve yedek parça erişimi üzerinden karşılaştırır. Pilot veya kontrollü geçiş yapılabiliyorsa önce sınırlı bir bölümde uygulanır. Sonuçlar kullanıcı geri bildirimiyle değil yalnızca onunla yetinmeden, trafik, tehdit, VPN ve sistem sağlık kayıtları üzerinden doğrulanır. Kabulden sonra sorumlu kişiye kısa kullanım eğitimi verilir ve ilk kontrol tarihi belirlenir.
Teklifte bulunması gereken maddeler
- Eş zamanlı oturum: hedef değer, doğrulama yöntemi, sorumlu ve teslim kanıtı yazıldı mı?
- Güvenlik servisli throughput: hedef değer, doğrulama yöntemi, sorumlu ve teslim kanıtı yazıldı mı?
- VPN ve uzak kullanıcı yükü: hedef değer, doğrulama yöntemi, sorumlu ve teslim kanıtı yazıldı mı?
- İnternet hatları: hedef değer, doğrulama yöntemi, sorumlu ve teslim kanıtı yazıldı mı?
- Yüksek erişilebilirlik: hedef değer, doğrulama yöntemi, sorumlu ve teslim kanıtı yazıldı mı?
- Büyüme payı: hedef değer, doğrulama yöntemi, sorumlu ve teslim kanıtı yazıldı mı?
- Kullanılacak ürün ve lisansın tam adı, süresi ve yenileme sorumlusu açık mı?
- Montaj, yapılandırma, test, eğitim ve dokümantasyon kapsamı ayrı ayrı yazıldı mı?
- Hariç işler, müşteri sorumlulukları ve ek maliyet doğurabilecek koşullar belirtilmiş mi?
- Garanti başlangıcı, servis tepki yöntemi ve yapılandırma yedeğinin teslim biçimi belli mi?
Maliyet nasıl değerlendirilmelidir?
Cihaz, güvenlik aboneliği, yüksek erişilebilirlik, loglama, kurulum, taşıma, eğitim ve yönetilen destek birlikte fiyatlandırılmalıdır.
En sık yapılan hatalar
- Sadece internet hızına göre model seçmek
- Kural adlandırma ve açıklamalarını boş bırakmak
- Yönetim arayüzünü gereksiz ağlara açmak
- Log saklama hedefini tanımlamamak
- Yedekli yapıyı gerçek kesintiyle test etmemek
Bu hataların ortak tarafı ölçüm ve sorumluluk eksikliğidir. “Gerekirse bakılır”, “otomatik çalışır” veya “standart kurulum” gibi ifadeler kabul kriteri değildir. İşin hangi koşulda tamamlanmış sayılacağı, müşterinin hangi bilgiyi sağlayacağı ve servis ekibinin hangi kaydı teslim edeceği sözleşme veya teklif ekinde bulunmalıdır.
Başarı ve bakım göstergeleri
- İnternet ve güvenlik servisleri açıkken gecikme/kapasite
- Kritik kuralların sahiplik ve son kullanım tarihi
- VPN başarı oranı ve çok faktörlü doğrulama kapsamı
- Yapılandırma yedeğinin geri yükleme doğrulaması
- Kritik tehditlerin incelenme ve kapanış süresi
Ölçüm yalnızca kurulum günü yapılmamalıdır. İlk hafta, ilk ay ve kapasite değişikliklerinde kontrol tekrarlanmalıdır. Güncelleme, lisans, yedekleme ve alarm kayıtları düzenli gözden geçirilmezse iyi tasarlanmış bir sistem zaman içinde görünmeden zayıflar. Bakım sonucu bulunan sapmalar için sorumlu ve kapanış tarihi atanmalıdır.
Sık sorulan sorular
FortiGate Firewall Seçimi: Kullanıcı Sayısı Tek Başına Yeterli mi? için ilk adım nedir?
İlk adım ürün seçmek değil, mevcut sistemi ve iş hedefini kayda almaktır. eş zamanlı oturum için bugünkü durum ve kabul edilecek sonuç yazılmadan model veya paket karşılaştırması yapılmamalıdır.
Güvenlik servisli throughput nasıl doğrulanır?
Uygulama öncesi ve sonrası aynı yöntemle ölçüm yapılmalı; tarih, araç, kapsam ve sorumlu bilgisi test tutanağına eklenmelidir. FortiOS sürümü ve ürün modeline göre özellik adları değişebilir; güncel sürüm dokümanı ve release note kontrol edilmelidir.
En ucuz teklif neden yeterli olmayabilir?
Teklifler lisans, kurulum, bakım, dokümantasyon ve hariç işler bakımından farklı olabilir. VPN ve uzak kullanıcı yükü aynı kapsamda yazılmadığında toplam sahip olma maliyeti karşılaştırılamaz.
Kontrol ne zaman tekrarlanmalıdır?
İlk hafta ve ilk ay kontrolüne ek olarak kullanıcı, cihaz, internet hattı, yazılım sürümü veya fiziksel ortam değiştiğinde test yenilenmelidir. Kritik alarm ve lisans tarihleri merkezi olarak takip edilmelidir.
DKAVİS bu süreçte hangi kayıtları teslim eder?
İşin kapsamına göre keşif notu, ürün veya lisans listesi, yapılandırma özeti, test sonucu, servis formu ve bakım önerileri hazırlanır. Gizli erişim bilgileri yalnızca yetkili kişilerle güvenli kanaldan paylaşılır.
Sonuç
DKAVİS Teknik Ekibi
Bilgi ve kapsam zamanla değişebilir. Kritik teknik kararlardan önce mevcut sistem koşullarını ve ilgili üretici veya kurumun güncel dokümanlarını ayrıca doğrulayın.
Yayın ve güncelleme ilkelerimizi inceleyin →