Bir firewall’ın çalışıyor olması network’ün güvenli olduğu anlamına gelmez.
Modern ağ güvenliğinde yalnızca:
Allow / Deny
kuralları yeterli değildir.
Routing, NAT, VPN, network segmentasyonu, IDS/IPS, trafik görünürlüğü, Multi-WAN, yüksek erişilebilirlik ve log analizi aynı güvenlik mimarisinin parçalarıdır.
Bu ihtiyaçların önemli bir bölümünü tek platform üzerinde birleştiren açık kaynak çözümlerden biri de OPNsense‘dir.
OPNsense; FreeBSD tabanlı, açık kaynaklı bir firewall ve routing platformudur. Stateful firewall, VPN, traffic shaping, VLAN, Multi-WAN, intrusion detection/prevention, high availability ve monitoring gibi fonksiyonları tek platform altında sunar. OPNsense Dokümantasyonu
OPNsense nedir?
OPNsense, network trafiğini kontrol etmek, ağları segmentlere ayırmak, NAT/routing işlemlerini gerçekleştirmek ve çeşitli network security servislerini çalıştırmak amacıyla kullanılabilen açık kaynaklı bir firewall platformudur.
Temel mimariyi basitleştirirsek:
Internet → OPNsense → LAN / VLAN / DMZ / Server Networks
şeklinde düşünebiliriz.
Ancak OPNsense’i yalnızca internet çıkışında duran basit bir firewall olarak değerlendirmek doğru değildir.
Platform üzerinde:
- Stateful Firewall
- NAT ve Port Forwarding
- VLAN
- Multi-WAN
- Policy-Based Routing
- Traffic Shaping
- IPsec
- OpenVPN
- WireGuard
- Suricata IDS/IPS
- CARP High Availability
- Packet Capture
- NetFlow / Insight
- IPv4 ve IPv6
gibi fonksiyonlar kullanılabilir. OPNsense Dokümantasyonu
Stateful Firewall nedir?
OPNsense’in temel güvenlik bileşeni stateful packet filtering mekanizmasıdır.
Stateful firewall yalnızca tek tek paketlere bakmaz; bağlantıların durum bilgisini de takip eder.
Örneğin iç network’teki bir client:
10.10.10.25:53122
adresinden internetteki:
203.0.113.50:443
sunucusuna bağlantı başlatmışsa firewall bu bağlantıya ilişkin state bilgisini tutar.
Dönüş paketlerinin aynı session’ın parçası olduğunu anlayabilir.
OPNsense firewall rule’ları varsayılan olarak stateful çalışır ve state table üzerinden bağlantı durumlarını takip eder. OPNsense Dokümantasyonu
Bu davranış modern firewall mimarisinin temelidir.
Firewall rule’ları nasıl çalışır?
OPNsense üzerinde kurallar interface bazlı oluşturulabilir.
Örneğin LAN’dan internete:
Source:
LAN net
Destination:
Any
Protocol:
TCP/UDP
gibi bir policy tanımlanabilir.
Ancak production ortamında:
LAN → ANY → ANY
gibi aşırı geniş kuralların sürekli kullanılması yerine trafiğin gerçek ihtiyacına göre daha kontrollü kurallar oluşturmak daha doğru bir güvenlik yaklaşımıdır.
Burada temel prensip yine:
Least Privilege
olmalıdır.
Bir network yalnızca ihtiyaç duyduğu diğer network, port ve servislere erişebilmelidir.
VLAN ile Network Segmentation
OPNsense 802.1Q VLAN yapılarını desteklediği için farklı ağları mantıksal olarak birbirinden ayırmak mümkündür. OPNsense Dokümantasyonu
Örneğin:
VLAN 10 → Users
VLAN 20 → Servers
VLAN 30 → Guest
VLAN 40 → IoT
VLAN 50 → Management
şeklinde bir tasarım oluşturulabilir.
Sonrasında firewall policy’leriyle:
Users → Servers
trafiklerini kontrollü hale getirebilirsiniz.
Örneğin kullanıcı subnet’inin management network’e doğrudan erişmesine gerek yoksa:
VLAN10 → VLAN50
DENY
uygulanabilir.
Bu yaklaşım lateral movement riskinin azaltılmasına yardımcı olur.
NAT ve Port Forwarding
OPNsense hem source NAT hem destination/port-forwarding senaryolarında kullanılabilir.
Tipik internet çıkışı:
10.10.10.25
↓
OPNsense
↓
Public IP
↓
Internet
şeklinde olabilir.
Public bir servis yayınlamak istediğimizde ise:
Internet
↓
203.0.113.10:443
↓
OPNsense
↓
10.20.30.10:443
gibi Destination NAT / Port Forwarding kullanılabilir.
Burada NAT ile firewall policy’yi birbirinden ayırmak gerekir:
NAT adresi değiştirir.
Firewall policy trafiğin geçmesine izin verilip verilmediğini belirler.
Bu ayrım troubleshooting sırasında oldukça önemlidir.
Multi-WAN ve Failover
OPNsense’in güçlü network özelliklerinden biri Multi-WAN desteğidir.
Örneğin iki internet bağlantısı olduğunu düşünelim:
WAN1 → ISP-A
WAN2 → ISP-B
Bu bağlantılar:
failover,
load balancing
veya ikisinin kombinasyonu
için kullanılabilir.
OPNsense Multi-WAN yapısı gateway group ve policy-based routing mekanizmalarından yararlanır. Gateway’ler tier seviyelerine ayrılabilir; düşük tier numarası daha yüksek önceliği ifade eder. OPNsense Dokümantasyonu
Örneğin:
ISP-A → Tier 1
ISP-B → Tier 2
tasarımı ISP-A’yı primary, ISP-B’yi failover bağlantısı olarak kullanmak için temel oluşturabilir.
Ancak gerçek failover tasarımında yalnızca interface’in UP olması yeterli değildir.
Gateway monitoring ve gerçek upstream erişilebilirliği de dikkate alınmalıdır.
Policy-Based Routing nedir?
Normal routing table genellikle destination IP üzerinden karar verir.
Policy-Based Routing ise source network veya firewall rule gibi ek kriterlere göre farklı gateway seçmenize yardımcı olabilir.
Örneğin:
Users VLAN
↓
ISP-A
Guest VLAN
↓
ISP-B
tasarlanabilir.
OPNsense firewall rule’larında gateway veya gateway group seçildiğinde trafik normal default routing yerine policy-based routing üzerinden yönlendirilebilir. OPNsense Dokümantasyonu
Bu özellik özellikle:
Multi-WAN,
VPN routing,
belirli network’lerin farklı ISP’lerden çıkarılması
gibi senaryolarda oldukça kullanışlıdır.
OPNsense üzerinde VPN seçenekleri
OPNsense farklı VPN teknolojilerini destekler.
Başlıca seçenekler:
IPsec
OpenVPN
WireGuard
olarak sıralanabilir. OPNsense
IPsec VPN
IPsec özellikle:
Site-to-Site VPN
ve kurumsal network entegrasyonlarında yaygın şekilde kullanılabilir.
Örneğin:
Merkez
192.168.10.0/24
↓
IPsec
↓
Şube
192.168.20.0/24
şeklinde iki lokasyon arasında encrypted tunnel oluşturulabilir.
OpenVPN
OpenVPN hem remote-access hem site-to-site senaryolarında kullanılabilir.
Özellikle kullanıcı tabanlı VPN erişimleri açısından uzun süredir kullanılan çözümlerden biridir.
WireGuard
WireGuard daha sade konfigürasyon modeli ve modern kriptografi yaklaşımıyla alternatif bir VPN teknolojisidir.
OPNsense hem site-to-site hem de road-warrior WireGuard senaryolarını desteklemektedir. OPNsense Dokümantasyonu
Örneğin:
Remote User
↓
WireGuard
↓
OPNsense
↓
Internal Network
yapısı oluşturulabilir.
OPNsense dokümantasyonu WireGuard’ı IPsec veya OpenVPN’e göre daha basit yapılandırılabilen modern bir VPN seçeneği olarak tanımlıyor. OPNsense Dokümantasyonu
OPNsense IDS/IPS nasıl çalışır?
Network security tarafında OPNsense’in en dikkat çekici özelliklerinden biri Suricata tabanlı IDS/IPS desteğidir.
Suricata network trafiğini analiz ederek belirli attack pattern’lerini ve şüpheli aktiviteleri tespit edebilir.
İki temel çalışma yaklaşımı vardır.
IDS — Intrusion Detection System
Trafiği gözlemler.
Şüpheli pattern bulunduğunda:
alert
oluşturabilir.
Ama paketi mutlaka durdurmaz.
IPS — Intrusion Prevention System
Trafiği inline şekilde analiz eder.
Bir rule:
drop
aksiyonu içeriyorsa eşleşen paketi engelleyebilir.
OPNsense’in IDS/IPS sistemi Suricata tabanlıdır. Güncel sürümlerde IDS için PCAP live mode, IPS için Netmap veya Divert gibi capture yöntemleri bulunur. OPNsense Dokümantasyonu
Bu ayrım önemli:
IDS = Gör
IPS = Gör + Gerektiğinde Engelle
Deep Packet Inspection neden önemli?
Firewall rule:
Source: Internet
Destination: Web Server
Port: 443
şeklinde trafiğe izin verebilir.
Ancak yalnızca port bilgisine bakmak HTTP trafiğinin içeriğinde ne olduğunu söylemez.
Suricata IDS/IPS ise desteklenen ve görünür trafik üzerinde daha derin packet inspection gerçekleştirerek bilinen saldırı davranışlarını tespit etmeye yardımcı olabilir.
OPNsense dokümantasyonu Suricata tabanlı IPS’i doğrudan bir Deep Packet Inspection sistemi olarak tanımlıyor. OPNsense Dokümantasyonu
Burada TLS trafiğinin şifreli olmasının görünürlüğü sınırlayabileceğini de unutmamak gerekir.
IDS/IPS:
şifrelemeyi sihirli biçimde ortadan kaldırmaz.
Bu nedenle gerçek görünürlük kullanılan protokol, mimari ve trafik akışına bağlıdır.
Emerging Threats Ruleset
Suricata tek başına yalnızca engine’dir.
Hangi pattern’in saldırı sayılacağını belirlemek için IDS/IPS ruleset’leri gerekir.
OPNsense üzerinde Emerging Threats rule setleri kullanılabilir.
OPNsense’in resmi dokümantasyonuna göre ET Open ücretsiz bir ruleset olarak sunulurken ticari ET Pro gibi alternatifler de kullanılabilir. OPNsense Dokümantasyonu
Örneğin ruleset’ler:
malware communication,
exploit attempts,
command-and-control activity,
suspicious network behavior
gibi trafik türlerine yönelik signature’lar içerebilir.
Ancak burada önemli bir operasyon prensibi vardır:
Bütün IPS rule’larını açmak = daha iyi güvenlik
değildir.
IDS/IPS tuning neden gerekiyor?
Çok fazla rule aktif edildiğinde:
false positive,
gereksiz log üretimi,
CPU kullanımı,
throughput kaybı
ve operasyonel gürültü oluşabilir.
Bu nedenle production ortamında:
Enable everything
yaklaşımı yerine:
- Network’ünüzün servislerini belirleyin.
- İlgili ruleset’leri açın.
- Alert’leri inceleyin.
- False positive’leri tune edin.
- Kritik ve güvenilir detection’ları gerektiğinde
dropmoduna alın.
yaklaşımı daha sağlıklıdır.
Bu mantık ticari NGFW ürünlerinde kullanılan IPS tuning yaklaşımından temelde farklı değildir.
OPNsense High Availability nasıl çalışır?
OPNsense HA’da yalnızca iki firewall bulundurmak yeterli değildir.
Gerçek HA tasarımında üç önemli mekanizma bulunur:
CARP
pfSync
Configuration Synchronization
CARP nedir?
Common Address Redundancy Protocol — CARP, iki veya daha fazla firewall arasında Virtual IP’nin failover edilmesini sağlar.
Örneğin:
Firewall-1
192.168.1.2
Firewall-2
192.168.1.3
CARP VIP
192.168.1.1
Client’ların gateway’i:
192.168.1.1
olabilir.
Primary firewall devre dışı kaldığında backup firewall CARP VIP’yi devralabilir.
OPNsense CARP’ı hardware failover mekanizmasının temel bileşeni olarak kullanır. OPNsense Dokümantasyonu
pfSync ne işe yarar?
CARP Virtual IP’yi taşıyabilir.
Peki aktif firewall üzerindeki session’lar ne olacak?
Burada pfSync devreye girer.
pfSync firewall state table bilgisinin peer cihazlar arasında senkronize edilmesini sağlar.
Örneğin kullanıcı aktif firewall üzerinden bir SSH bağlantısı kurmuş olsun.
State backup firewall’a aktarılmışsa failover sırasında mevcut connection’ın devam etme ihtimali çok daha yüksektir.
OPNsense HA dokümantasyonu pfSync için mümkünse ayrı bir interface kullanılmasını öneriyor; bunun hem state manipulation riskini azaltmak hem de yoğun trafik altında state-sync kaybını önlemek açısından yararlı olduğunu belirtiyor. OPNsense Dokümantasyonu
XMLRPC Configuration Sync
Üçüncü katman config synchronization’dır.
Master firewall’daki:
firewall rules,
NAT,
Virtual IP,
DHCP
ve seçilen diğer ayarlar backup cihaza senkronize edilebilir.
OPNsense bunu XMLRPC tabanlı configuration synchronization mekanizmasıyla sağlar. OPNsense Dokümantasyonu
Dolayısıyla OPNsense HA’yı:
CARP = Virtual IP failover
pfSync = State synchronization
XMLRPC = Configuration synchronization
şeklinde hatırlamak oldukça kullanışlıdır.
İki OPNsense cihazı olması HA olduğu anlamına gelir mi?
Hayır.
Daha önce Palo Alto HA konusunda olduğu gibi burada da aynı prensip geçerlidir:
İkinci cihazın varlığı değil, gerçek failover davranışı önemlidir.
OPNsense’in resmi CARP test örneğinde iki firewall üzerindeki state table’ların doğrulanması ve ardından primary bağlantısının kesilerek SSH session’ın backup üzerinden devam edip etmediğinin test edilmesi öneriliyor. OPNsense Dokümantasyonu
Gerçek HA testi sırasında en az:
- CARP durumları
- pfSync state’leri
- XMLRPC sync
- WAN erişimi
- LAN gateway
- NAT
- VPN
- Routing
- DNS/DHCP bağımlılıkları
- gerçek TCP session’ları
kontrol edilmelidir.
Dashboard’da:
MASTER / BACKUP
görmek tek başına yeterli değildir.
NetFlow ve Insight ile trafik görünürlüğü
Firewall güvenliği yalnızca block etmek değildir.
Network’te gerçekte ne olduğunu görebilmek gerekir.
OPNsense bunun için NetFlow export ve dahili Insight analiz araçları sağlar.
NetFlow verisinde:
source IP,
destination IP,
source/destination port,
interface,
trafik miktarı
gibi flow seviyesinde bilgiler analiz edilebilir.
OPNsense NetFlow v5’i IPv4 için, NetFlow v9’u ise IPv4/IPv6 için destekler ve verileri external collector’a gönderebilir. Ayrıca kendi Insight arayüzü üzerinden yerel analiz yapabilir. OPNsense Dokümantasyonu
Örneğin:
Reporting → Insight
üzerinden:
en yoğun kullanıcılar,
en çok trafik oluşturan IP’ler,
interface kullanımı,
port dağılımı,
geçmiş flow’lar
incelenebilir. OPNsense Dokümantasyonu
Bu özellikle troubleshooting açısından oldukça faydalıdır.
Packet Capture ve Diagnostics
Network security troubleshooting sırasında yalnızca firewall log’una güvenmek çoğu zaman yeterli değildir.
Bazen gerçekten:
paket geliyor mu?
hangi interface’ten geliyor?
response geri dönüyor mu?
sorusunu görmek gerekir.
OPNsense dahili packet-capture ve diagnostic araçları sağlar. Packet capture da platformun resmi temel monitoring özellikleri arasında yer alır. OPNsense Dokümantasyonu
Bu yaklaşım özellikle:
NAT troubleshooting,
VPN troubleshooting,
routing,
asymmetric traffic,
TCP handshake,
DNS,
IDS/IPS
problemlerinin analizinde değerlidir.
OPNsense ile gerçek bir Network Security Lab kurulabilir mi?
Evet ve bence OPNsense’in en güçlü kullanım alanlarından biri de budur.
Örneğin aşağıdaki lab kurulabilir:
INTERNET
|
OPNsense
/ | \
/ | \
USERS DMZ SERVER
VLAN10 VLAN20 VLAN30
|
Suricata
IDS / IPS
Bu ortamda aynı anda:
VLAN,
routing,
NAT,
firewall rules,
VPN,
Multi-WAN,
IDS/IPS,
packet capture,
NetFlow
öğrenilebilir.
Bu nedenle network ve security tarafında kariyer geliştiren biri için OPNsense yalnızca firewall ürünü değil, oldukça güçlü bir hands-on learning platform olabilir.
OPNsense production ortamında kullanılabilir mi?
Kullanılabilir.
Ancak:
“Açık kaynak olduğu için her ortama uygundur.”
demek doğru değildir.
Production tasarımında en az şu konular ayrıca değerlendirilmelidir:
Beklenen throughput
Concurrent session sayısı
VPN kapasitesi
IDS/IPS throughput
NIC ve driver desteği
HA gereksinimi
Support gereksinimi
Change management
Backup
Monitoring
Update politikası
Donanım yedekliliği
Örneğin Suricata inline IPS etkinleştirmek CPU ve packet-processing ihtiyacını artırabilir. Dolayısıyla yalnızca internet hattının:
1 Gbit/s
olmasına bakarak firewall donanımı seçilmemelidir.
Gerçek trafik profili ve etkinleştirilecek security services de kapasite planlamasına dahil edilmelidir.
OPNsense Community ve Business Edition
OPNsense’in Community Edition ve Business Edition sürüm hatları bulunuyor.
20 Eylül 2026 itibarıyla Community Edition’ın güncel serisi 26.7 “Xenial Xenops” ve en güncel yayımlanmış bakım sürümü 26.7.4 / 26.7.4_1 seviyesindedir. 26.7 serisi FreeBSD 15.1, OpenSSL 3.5, OpenVPN 2.7 ve yeni firewall/API çalışmalarını içeriyor; 26.7.4 güncellemesinde Suricata da 8.0.7 seviyesine güncellendi. OPNsense
Bu bilgi zamanla değişeceği için makalede:
“Son kontrol: Eylül 2026”
şeklinde belirtmek yararlı olur.
Böylece içerik güncelleme gerektirdiğinde hangi kısmın kontrol edilmesi gerektiği açık olur.
OPNsense 26.7 ile dikkat çeken değişiklikler
2026’daki 26.7 serisinde OPNsense firewall ve network yönetimi tarafında çeşitli altyapı değişiklikleri yaptı.
Öne çıkanlar arasında:
FreeBSD 15.1
OpenVPN 2.7
firewall rule arayüzünün MVC/API tabanına taşınması
interface assignment ve gateway group API çalışmaları
outbound NAT’tan Source NAT modeline geçiş çalışmaları
IPv6 geliştirmeleri
bulunuyor. OPNsense Dokümantasyonu
Bu nedenle eski OPNsense rehberlerindeki bazı ekran görüntüleri veya menu isimleri güncel 26.7 arayüzüyle birebir aynı olmayabilir.
Teknik blog içeriklerinde sürüm bilgisinin belirtilmesi bu yüzden önemlidir.
OPNsense hangi senaryolarda kullanılabilir?
OPNsense farklı ölçekte birçok kullanım senaryosuna uyarlanabilir:
Network Security Lab
Network ve firewall teknolojilerini öğrenmek için.
Home Lab
VLAN, VPN, routing ve IDS/IPS deneyleri için.
Branch Firewall
Şube internet güvenliği ve site-to-site VPN için.
Perimeter Firewall
Uygun kapasite ve mimari planlamayla internet edge güvenliği için.
Network Segmentation
VLAN ve firewall policy ile güvenlik bölgeleri oluşturmak için.
Remote Access VPN
OpenVPN veya WireGuard ile kullanıcı erişimi için.
Site-to-Site VPN
Lokasyonlar arası IPsec veya WireGuard bağlantıları için.
Multi-WAN
ISP failover veya load-balancing senaryoları için.
IDS/IPS Sensor
Suricata ile network threat detection/prevention için.
Kullanım alanını ürünün yalnızca özellik listesine göre değil, ortamın performans ve operasyon gereksinimlerine göre seçmek gerekir.
OPNsense’in Network Security açısından en güçlü tarafı ne?
Bana göre asıl değeri yalnızca ücretsiz veya açık kaynak olması değildir.
En önemli avantajlarından biri network’ün birçok katmanını aynı platformda gözlemleyebilmenizdir.
Bir packet’in:
Interface
↓
VLAN
↓
Firewall Rule
↓
Policy-Based Routing
↓
NAT
↓
IDS/IPS
↓
WAN
yolculuğunu inceleyebilirsiniz.
Bir bağlantı çalışmadığında:
route’u,
NAT state’ini,
firewall log’unu,
packet capture’ı,
Suricata alert’ini,
NetFlow’u
aynı ortam üzerinden değerlendirebilirsiniz.
Network troubleshooting açısından bu oldukça değerlidir.
OPNsense güvenliğinin temel yaklaşımı
Bir OPNsense sistemini kurup:
LAN → ANY → ALLOW
yazmak network security mimarisi değildir.
Daha doğru yaklaşım:
Network’leri segmentlere ayır.
Gereksiz erişimi kapat.
Routing ve NAT’ı kontrollü tasarla.
VPN erişimini sınırla.
IDS/IPS’i tune et.
Traffic visibility oluştur.
Logları izle.
Backup ve update süreçlerini yönet.
HA varsa gerçekten failover test et.
şeklinde olmalıdır.
Çünkü firewall güvenliği yalnızca cihazın özelliklerine bağlı değildir.
Doğru mimari + doğru konfigürasyon + görünürlük + sürekli operasyon
birlikte gerekir.
Sonuç
OPNsense, açık kaynak firewall dünyasında yalnızca basit bir NAT gateway değildir.
Stateful firewall, routing, Multi-WAN, VPN, VLAN, Suricata IDS/IPS, CARP/pfSync tabanlı HA, packet capture ve NetFlow görünürlüğünü tek platform üzerinde birleştirebilir. OPNsense Dokümantasyonu
Network ve security öğrenmek isteyenler için özellikle değerlidir; çünkü yalnızca policy oluşturmayı değil:
paketin nereden geldiğini,
hangi route’u kullandığını,
nasıl NAT edildiğini,
hangi firewall rule’un eşleştiğini,
IDS/IPS’in ne gördüğünü
ve
cevabın nasıl geri döndüğünü
gözlemleme imkânı verir.
Network güvenliğini gerçekten anlamanın en iyi yöntemlerinden biri de tam olarak budur:
Paketi başından sonuna kadar takip edebilmek.
Not: OPNsense özellikleri ve arayüzleri kullanılan sürüme göre değişebilir. Production ortamlarında yükseltme, HA, VPN ve IDS/IPS değişiklikleri uygulanmadan önce ilgili sürümün resmi dokümantasyonu ve release note’ları kontrol edilmelidir.
Sık Sorulan Sorular
OPNsense nedir?
OPNsense, FreeBSD tabanlı açık kaynak firewall ve routing platformudur. Stateful firewall, VPN, VLAN, traffic shaping, IDS/IPS, HA ve monitoring gibi network/security işlevlerini destekler. OPNsense Dokümantasyonu
OPNsense ücretsiz mi?
OPNsense’in açık kaynak Community Edition sürümü bulunmaktadır. Projenin ana sitesi platformu BSD/MIT temelli açık kaynak lisans modeliyle sunmaktadır. Ayrıca ayrı Business Edition sürüm hattı da vardır. OPNsense
OPNsense IDS/IPS hangi motoru kullanıyor?
OPNsense IDS/IPS sistemi Suricata kullanır. IDS alarm üretmek için, IPS ise yapılandırmaya göre inline olarak zararlı paketleri düşürmek için kullanılabilir. OPNsense Dokümantasyonu
OPNsense Emerging Threats kullanabilir mi?
Evet. OPNsense ET Open ruleset’i destekler; ek ruleset seçenekleri de plugin veya abonelik modeline göre kullanılabilir. OPNsense Dokümantasyonu
OPNsense High Availability nasıl çalışır?
CARP Virtual IP failover için, pfSync connection-state tablolarının senkronizasyonu için, XMLRPC ise seçilen configuration’ların secondary node’a senkronizasyonu için kullanılır. OPNsense Dokümantasyonu
OPNsense WireGuard destekliyor mu?
Evet. OPNsense üzerinde WireGuard site-to-site ve road-warrior senaryolarında kullanılabilir. OPNsense Dokümantasyonu
OPNsense NetFlow destekliyor mu?
Evet. NetFlow verisini dış collector’lara aktarabilir ve dahili Insight aracıyla yerel olarak analiz edebilir. OPNsense Dokümantasyonu
OPNsense production’da kullanılabilir mi?
Kullanılabilir; ancak performans, donanım, NIC desteği, HA, support, update politikası, IDS/IPS kapasitesi ve operasyonel gereksinimler deployment öncesinde değerlendirilmelidir.

Cem Kemal Erbaş sitesinden daha fazla şey keşfedin
Subscribe to get the latest posts sent to your email.
Cem Kemal Erbaş Network, Siber Güvenlik ve Teknik Rehberler