SNMP (Simple Network Management Protocol) Nedir? Ağ İzleme Rehberi

Bir ağ yöneticisinin en büyük kabusu nedir biliyor musunuz? Gece yarısı gelen bir çağrı. Karşı tarafta panikle bekleyen bir müdür. Sunucular yanıt vermiyor, internet hattı kopmuş olabilir.

İşte tam o anda kör bir şekilde uçuruma yürür gibi veri merkezine gitmek zorunda kalırsınız. Oysa elinizde sağlam bir ağ izleme yönetimi olsaydı, sorunu daha oluşmadan fark edebilirdiniz. Bu kriz anlarında imdadınıza yetişen en eski dostlardan biri ise hala SNMP.

Bu protokol, ağ dünyasının emektar bir çınarı gibidir. Çoğu kişi artık öldüğünü söylese de sahada bizzat gördüğüm bir gerçek var. SD-WAN cihazlarından IoT sensörlerine kadar her yerde dipdiri ayakta duruyor. Üstelik 2026 yılı itibarıyla hibrit telemetri mimarisi ile çok daha güçlü bir hale geldi.

Bu rehberi hazırlarken yıllardır veri merkezlerinde ve saha kurulumlarında bizzat yaşadığım tecrübeleri paylaşmak istiyorum. Sizin için adım adım yapılandırma adımları içeren bir yazı hazırladım. Şöyle ki, bu rehberde sertleştirme kılavuzu püf noktaları ve güvenlik kalkanları yer alıyor. Dilerseniz kemerleri bağlayın ve ağ gözlemlenebilirliği dünyasına derin bir dalış yapalım.

SNMP Nedir? 2026’da Neden Hala Kritik Bir Protokol?

Ağ yönetim standartları denince akla gelen ilk şey, şüphesiz bu Basit Ağ Yönetim Protokolü oluyor. Peki neden bir protokol bu kadar uzun ömürlü olabiliyor?

Çünkü temelinde inanılmaz derecede basit bir mimari yatıyor. Bir yönetici istasyonu, sorguladığı cihazdan anlık olarak performans sayaçları ve hata yönetimi verilerini alıyor. Bu sayede ağ topolojisi keşfi bile otomatik hale geliyor.

Ancak dikkat çekici olan nokta şu. Bazı meslektaşlarım bu protokolü geride kalmış bir teknoloji olarak görüyor. Öte yandan ben, özellikle hibrit telemetri mimarisi içinde hala bel kemiği olduğunu düşünüyorum.

Nedenine gelince; yeni nesil protokoller yalnızca modern cihazlarda çalışır. Oysa birçok endüstriyel otomasyon protokolü veya eski ağ cihazı, yine bu UDP tabanlı protokole muhtaçtır.

NOT: Ağ yönetimi için zaman senkronizasyonu her şeyden önce gelir. Cihazların saatleri birbirini tutmazsa log analizi tam bir kaosa döner. NTP protokolü bu sorunu kökünden çözüyor.

SNMP Açılımı ve Resmi Tanımı (RFC 1157)

RFC 1157 belgesine göre bu protokolün açılımı “Simple Network Management Protocol” şeklindedir. Türkçeye “Basit Ağ Yönetim Protokolü” olarak çeviririz.

Bu doküman, yönetim bilgi bankası üzerinden veri alışverişinin kurallarını en baştan belirlemiştir. Ayrıca ajan ve yönetici mimarisi kavramlarını da hayatımıza kazandırmıştır.

İşin teorik kısmını daha önce detaylıca okumuşsunuzdur. Fakat ben size sahada karşılaştığımız şu gerçeği söyleyeyim. Çoğu üretici, özel kurumsal OID numaraları ile RFC 1157’nin sınırlarını genişletir.

Dolayısıyla standart bir MIB-II dosyası her zaman yeterli gelmez. Örneğin MikroTik SNMP ayarı ile Cisco switch SNMP yapılandırmasını karşılaştırabilirsiniz. Açıkçası bu iki yapı arasında ciddi OID farkları görürüz.

Bu standardın en temel güzelliği ise sadeliğidir. Ağ cihazı sorgulama işlemi için karmaşık bir el sıkışma süreci yoktur. UDP tabanlı protokol sayesinde hızlı ve hafif bir iletişim kurar. Böylece merkezi loglama veya varlık yönetimi gibi kritik işler rahatça yürür.

SNMP Hangi Ağ Cihazlarında Kullanılır? Yönlendiriciden IoT’ye

Bu protokolün güzelliği tam da burada ortaya çıkar. Sadece sunucularda veya devasa yönlendiricilerde değil, en beklenmedik yerlerde bile karşınıza çıkar.

Hatta bu sistem sayesinde ofisinizdeki bir yazıcının toner seviyesini bile kolayca takip edersiniz. Gelin şimdi bu geniş ağ envanteri çıkarma havuzuna bir göz atalım.

Öncelikle temel ağ elemanlarıyla başlayalım. Yönlendiriciler, anahtarlar, güvenlik duvarları ve kablosuz erişim noktaları listenin başında yer alır.

Bununla birlikte, modern IoT cihaz yönetimi dünyasında akıllı sensörler ve aktüatörler de bu aileye katılmıştır. Üstelik endüstriyel SCADA sistemleri, uzaktan kumanda ve izleme için hala bu standardı tercih eder.

Ayrıca sanallaştırma dünyasını da unutmamak gerekir. Bir VMware ESXi hostu bu kanalı rahatça kullanır. Buna ek olarak bir Kubernetes konteyner izleme ajanı da sistem sağlığı verilerini buradan gönderir.

Yani yazıcıdan, sunucuya ve oradan da bir SD-WAN cihazına kadar uzanan dev bir ekosistemden bahsediyoruz. Bu kadar yaygın olmasının sebebi ise sistem kaynaklarını neredeyse hiç tüketmemesidir.

SNMP Neden UDP Kullanır? Port 161 ve 162’nin Rolü

Eğer ağın temellerine kafa yoran biriyseniz bu soru aklınızı kurcalamıştır. Neden güvenilir bir bağlantı sunan TCP değil de UDP kullanır? Cevabı çok basittir.

Ağın en sıkışık, en krizli anında bile ağ hata teşhisi yapabilmek için hafif olmak zorundadır. Zira TCP gibi bağlantı odaklı bir yapı, yaşanan bir kopmada çökerdi.

Bu noktada iki kritik port numarası devreye girer. Yönetici istasyonu, sorgulamalarını 161 numaralı port üzerinden yapar.

Diğer taraftan cihazlar aniden gelişen hataları bildirmek ister. Bunun için tuzak hedefi olarak 162 numaralı portu kullanırlar. Bu asimetrik yapı sayesinde, ajan ve yönetici mimarisi arasında kopukluk yaşanmaz.

Bir de şöyle düşünün. UDP tabanlı protokol el sıkışma yöntemi kullanmaz. Bu sayede sistem ağ üzerinde çok daha az iz bırakır.

Bu da özellikle ağ ayak izi azaltma stratejilerinde büyük bir avantaj sağlar. Netice itibarıyla hafif ve hızlı olan bu protokolü kritik görevlerde güvenle tercih edersiniz.

SNMP Mimarisi: Manager, Agent, MIB ve OID Ağacı

Bu mimariyi anlamak aslında bir kütüphane sistemini anlamaya benzer. Devasa bir kütüphane düşünün. İçinde milyonlarca kitap var. Her kitabın belirli bir raf numarası mevcut.

İşte bu benzetmede yönetim bilgi tabanı kütüphanenin kendisidir. Nesne tanımlayıcı ise kitabın tam raftaki yerini gösteren numaradır. Ağ yönetim standartları bu hiyerarşi sayesinde kusursuz çalışır.

Bu yapının merkezinde ise iki ana karakter vardır. Biri sorgulayan, diğeri ise cevap veren roldedir. Bu iki rol arasındaki iletişim, ağ gözlemlenebilirliği için hayati önem taşır. Özellikle ağ performans metrikleri toplamak istediğinizde bu rollerin nasıl çalıştığını iyi bilmelisiniz.

SNMP Ajanı (Agent) Nedir? Görevleri ve Çalışma Mantığı

SNMP ajan yazılımı, yönetilen cihaz üzerinde arka planda sessizce çalışan bir hizmet olarak düşünebilirsiniz. Görevi oldukça basittir.

Yöneticiden gelen talepleri dinler ve istenen veriyi hazırlayıp geri gönderir. Ancak işin güzel tarafı, sadece talimat beklemez. Gerçekten kritik bir durum oluştuğunda, örneğin bir port çöktüğünde, anında trap mesajları fırlatarak sizi uyarır.

Size bir anımı anlatayım. Bir keresinde büyük bir ofis ağındaki ana switch’in sıcaklık sensörünü bu ajan sayesinde izliyordum. Normalde her şey yolundaydı.

Ancak bir gün soğutma sistemi arıza yaptı. Şansıma ajan cihaz donmadan tam 5 dakika önce uyarı gönderdi. Eğer bu uyarı olmasaydı tüm operasyon duracaktı. Ajan yazılımının böylece hayat kurtardığını söyleyebilirim.

Ajanların önemi özellikle sunucu dünyasında da ortaya çıkar. CPU kullanım snmp sayaçları, disk bölümü okuma verileri veya süreç listesi denetimi gibi detayları toplar.

Ayrıca Linux snmpd.conf yapılandırma dosyası ile hangi bilgileri paylaşacağını siz belirlersiniz. Bu da size büyük bir esneklik sağlar.

SNMP Manager (Yönetici) Nedir? Popüler Araçlar (PRTG, Zabbix, LibreNMS)

SNMP yönetici istasyonu, ekosistemin beyni konumundadır. İstasyon ajanlardan gelen ham verileri toplar ve işler.

Dahası bu verileri grafiklere dönüştürerek önünüze anlamlı raporlar koyar. Bu olmadan gelen veriler ASN.1 veri yapısı yığınından ibaret kalır. Neyse ki piyasada işinizi kolaylaştıran çok sağlam metrik toplayıcı yazılımlar var.

Yıllardır kullandığım favori üçlüyü sizlerle paylaşmak isterim. İlk sırada PRTG snmp sensörü gelir. Özellikle Windows ortamlarında kurulumu ve arayüzü müthiştir.

İkinci olarak Zabbix SNMP template kurulumu ise açık kaynak dünyasının devidir. Son olarak LibreNMS üstün keşif yeteneklerine sahiptir. Yani ağa taktığınız cihazı dakikalar içinde haritaya otomatik ekler.

Aşağıdaki tabloda bu üç popüler aracı karşılaştıralım. Hangi aracı seçeceğiniz tamamen ihtiyacınıza ve bütçenize bağlıdır. Ancak unutmayın, iyi bir ağ operasyon merkezi kurmak istiyorsanız, bu araçlardan biri mutlaka cephanenizde olmalı.

MIB ve OID Nedir? MIB Dosyası Okuma ve snmptranslate Komutu

Yönetim Bilgi Bankası yani MIB, yönetilen cihazdaki tüm verilerin hiyerarşik bir ağaç yapısıdır. OID ise bu ağaçtaki her bir yaprağın adresidir.

Örneğin cihazın adını öğrenmek istersiniz. Bunun için sysDescr OID numarası olan .1.3.6.1.2.1.1.1 değerini sorgulamanız yeterlidir.

Bu noktada MIB tarayıcı araçları ve snmptranslate komutu devreye girer. Bazen üreticiler size bir MIB dosyası yükler.

Bu dosyayı okumak için komut satırına şu komutu yazabilirsiniz. “snmptranslate -m +CISCO-MIB -IR -On system”. Böylece uzun OID ağaç yapısı içinde kaybolmazsınız.

Geçmişte en büyük sıkıntım, yanlış OID numarasını sorgulayıp timeout hatası almaktı. Daha doğrusu, doğru MIB’i yüklemediğim için cihaz bana dönüş yapmıyordu.

Kısacası doğru kurumsal OID bilgisine ulaşmak için MIB dosyasını mutlaka okumalısınız. Bu sebeple daima üreticinin sitesinden güncel MIB’leri indirmeyi bir alışkanlık haline getirin.

SNMP Polling (Sorgulama) ve Trap (Tuzak) Mekanizmaları

Bu dünyada veriler iki ana yöntemle toplanır. İlki yöneticinin aktif olarak gidip veriyi istemesidir. İkincisi ise cihazın bir sorun olduğunda kendiliğinden bağırmasıdır.

Bu iki yöntem, ağ izleme yönetimi süreçlerinin temelini oluşturur. Ayrıca kaynak tüketimi açısından da birbirinden ayrılırlar.

SNMP Polling Nedir? Get, GetNext, GetBulk Komutları

Polling, yöneticinin belirli aralıklarla cihaza gidip “Nasılsın?” diye sormasıdır. Bu sorgulama için farklı komut setleri kullanırız.

Eğer tek bir OID’ye ihtiyacınız varsa snmpget komutu en iyi dostunuzdur. Ancak bir tabloyu gezmek istiyorsanız GetNext komutu ile sırayla ilerlersiniz.

İşte burada performans devreye girer. Yüzlerce arayüzü olan bir cihaz düşünün. Her defasında tek tek sormak ağda gecikmeye yol açar.

İşte bu yüzden getbulk komutu imdada yetişir. Bu komut, bir seferde koca bir demet veriyi çekerek ağ performans metrikleri toplar. Özellikle arayüz trafik sayacı verilerini alırken GetBulk kullanmak şarttır.

Peki sürekli polling yapmak zararlı mı? Bazı durumlarda evet. Eğer çok sık aralıklarla CPU kullanım snmp değerini sorgularsanız, düşük kaynaklı cihazları yorabilirsiniz.

Bu sebeple doğru aralığı ayarlamak bir sanattır. Genelde 5 dakikalık periyotlar standarttır fakat kritik sistemlerde 1 dakikaya düşürebilirsiniz.

SNMP Trap Nedir? Syslog ile Karşılaştırma (Tablo)

Trap, cihazın başına bir iş geldiğinde yöneticiye attığı acil bir mesajdır. Mesela bir ağ kartı arıza yaptı. O anda cihaz size “Port down oldu!” diye bir trap gönderir. Bu sayede siz sormadan olaydan haberiniz olur. Bu da eşik alarmı süreçlerini çok hızlandırır.

Çoğu kişi SNMP trap ve syslog farkı noktasında kafa karışıklığı yaşar. Syslog, genellikle seviyelendirilmiş olay günlükleri tutar ve daha detaylıdır. Trap mesajları ise daha özet ve alarm odaklıdır.

Yani biri size “Sunucuda bir sorun olabilir” derken, diğeri “Sunucunun 3. disk bölümü okuma hatası var!” diye net konuşur. Aşağıdaki tablo size bu konuda daha net bir fikir verecektir.

snmpwalk ve snmpget Komutlarıyla Cihaz Keşfi ve Çıktı Filtreleme

Snmpwalk komutu, ağ topolojisi keşfi için kullandığım en güçlü araçtır. Bir cihazın tüm MIB ağacını yürümek istediğinizde bu komutu kullanırsınız.

Ancak dikkatli olmazsanız binlerce satırlık bir çıktıyla karşılaşırsınız. İşte tam da bu sebeple snmpwalk komutu kullanımı ve çıktı filtreleme hayat kurtarıcıdır.

Örneğin sadece arayüz isimlerini merak ediyorsunuz. Komut satırına şunu yazabilirsiniz. snmpwalk -v3 -u myuser -a SHA -A mypass -l authPriv 192.168.1.1 1.3.6.1.2.1.2.2.1.2.

Bu komut size sadece istediğiniz bölümü getirir. Diğer taraftan snmpget örnekleri ise daha nokta atışıdır. Örneğin tek bir sistem çalışma süresi değerini öğrenmek için snmpget birebirdir.

Daha önce bir projede 500 adet cihazın envanterini çıkarmam gerekmişti. Eğer snmpwalk olmasaydı işim aylar sürerdi.

Bu komut sayesinde tüm cihazların seri numaralarını ve işletim sistemi sürümlerini otomatik olarak topladık. Ayrıca çıktıları grep ile filtreleyip doğrudan veri tabanına aktardık.

SNMP Timeout Hatası ve ‘OID Not Increasing’ Sorunlarına Çözüm

Sahada en çok karşılaştığım iki hata vardır. Bunlardan ilki, cihazın yanıt vermemesi sonucu oluşan SNMP timeout hatası çözümü arayışıdır.

Bu sorun genellikle güvenlik duvarı kurallarından veya yanlış topluluk dizgisi kullanımından kaynaklanır. Bu durumda ilk kontrol etmeniz gereken şey ACL ile koruma ayarlarıdır.

İkinci can sıkıcı durum ise OID not increasing hatasıdır. Özellikle grafiklerinizde boşluklar görüyorsanız bu hatayla karşı karşıyasınız demektir.

Bu durum cihazın sayaç değerini sıfırlamasından kaynaklanır. Şöyle ki sistem yeniden başladığında sayaç eski değerine döner. Bu sorunu çözmek için izleme yazılımınızda “Counter Wraps” veya “Counter32 Rollover” ayarlarını kontrol etmelisiniz.

Net-SNMP yazılımı kullanırken bu hataları aşmak için snmpd.conf yapılandırması içinde timeout süresini artırabilirsiniz.

Ayrıca UDP paketlerinin boyutunu da yükseltmeniz gerekebilir. Bu ayarları yaparak hata oranı ölçümü yaptığımda, başarı oranının %99’a çıktığını bizzat gözlemledim.

SNMP v1, v2c ve v3 Arasındaki Farklar: Detaylı Versiyon Karşılaştırması

Bu bölümde işin güvenlik boyutuna derinlemesine dalacağız. Eğer hala eski bir sürüm kullanıyorsanız, ağınız adeta bir lunaparka dönmüş olabilir.

Güvenlik duvarlarınız çok güçlü olabilir. Açıkçası içerideki zayıf bir ağ yönetim ayarı her şeyi altüst eder. Şimdi gelin bu üç versiyonu didik didik edelim.

SNMPv1 ve v2c: Community String Mantığı ve ‘public’ Riski

İlk sürümler, güvenlikten çok kolaylık üzerine kuruluydu. Bu eski ağ protokolü versiyonlarında kimlik doğrulama için sadece bir şifre yani topluluk dizgisi yeterliydi.

Ne yazık ki üreticilerin varsayılan olarak “public” veya “private” kelimelerini kullandığını gördük. Bu durum inanılmaz bir public community string riski doğurur.

Açıkçası bu riski anlatırken bile tüylerim diken diken oluyor. Eğer cihazınızda sadece okuma-yazma yetkileri tanımlıysa, sadece veriyi okumakla kalmazsınız.

Saldırgan, uzaktan yönetim konsolu üzerinden cihazın yapılandırma yönetimi ayarlarını değiştirebilir. Hatta cihazı sıfırlayabilir bile. Bu yüzden bu iki versiyonu sadece kapalı ve izole test ağlarında kullanmanızı öneririm.

Üstelik bu sürümler veriyi şifrelemez. Tüm bilgiler dümdüz metin olarak ağda gezinir. Bir Wireshark analizi yaparak arayüz trafik sayacı verilerinizi bile anında okuyabilirsiniz.

Bu da bilgi ifşası anlamına gelir. Dolayısıyla bu versiyonları canlı ortamlarda kullanmak, otomatik bir ağ envanter takibi düşmanıdır.

SNMPv3 ile Gelen Güvenlik: USM Modeli (RFC 3414) Detaylı Anlatım

Sonunda güvenli versiyon ayarları devreye girdi. RFC 3411-3418 arası standartlar ile birlikte Kullanıcı Tabanlı Güvenlik Modeli, yani USM hayatımıza girdi.

Bu model basit bir şifre yerine kullanıcı adı kullanır. Dahası güçlü şifreleme anahtarları seçmenizi sağlar. Ayrıca ağ güvenliği katmanı bu sayede devreye girer.

USM modelinin en sevdiğim yanı, Yetkilendirme motoru kimliği (Engine ID) kullanarak cihazları eşsiz şekilde tanımlamasıdır.

Böylece bir anahtarın yetkisiz bir cihazda kullanılmasının önüne geçer. Bu da snmp v3 usm modeli kurulumunun temelini oluşturur. Ayrıca bu yapı, mesaj bütünlüğünü ve gecikme saldırılarını da engeller.

Geçmişte birçok kurumda SNMPv3 güvenlik yapılandırması yaptım. En büyük hatanın yanlış Engine ID eşleştirmesi olduğunu gördüm.

SNMP yönetici istasyonu cihazın motor kimliğini doğru çözümleyemezse sistem tüm paketleri reddeder. Bu sorunu yaşamamak için snmpusm komutu ile kullanıcıları dikkatlice oluşturmanız gerekir.

authNoPriv ve authPriv Farkı: Gerçek Paket Analizi ile Açıklama

Bu iki mod arasındaki farkı anlamak, bütçenizi ve performansınızı doğrudan etkiler. Eğer authNoPriv seçerseniz, kimlik doğrulama yaparsınız fakat veriyi şifrelemezsiniz.

Şöyle ki sistem paketleri imzalar. Ne var ki bu paketleri herkes okuyabilir. Bu mod, sadece hata yönetimi yapacaksanız ve ağınız güvenliyse uygundur.

Ancak benim size şiddetle tavsiyem authPriv modudur. Bu modda hem kimlik doğrulama (MD5/SHA) yaparsınız hem de veriyi DES veya AES ile şifrelersiniz.

SNMPv3 authentication privacy ayarları sayesinde bir Wireshark çekiminde paketin içi tamamen anlamsız karakterlere döner. Bu da özellikle uzaktan ağ izleme yaparken hayati bir gerekliliktir.

Bir keresinde bir bankanın ATM ağını izliyorduk. Regülasyon gereği tüm trafiğin şifreli olması zorunluydu.

authPriv kullanarak hem denetimi sağladık hem de sızma testi ekiplerinin bilgi ifşası girişimlerini başarısız kıldık. Hatta bu sayede kullanıcı bilgileri güvende kaldı. Dolayısıyla authPriv kesinlikle lüks değil, zorunluluktur.

SNMP Gerçekten Ölüyor mu? 2026’da Hibrit Telemetri ve Modern Alternatifler

Sektörde şöyle bir söylenti dolaşır. “Artık modern ağ izleme araçları var, bu protokol öldü mü?” Bu soruyu her duyduğumda hafifçe gülümsüyorum.

Çünkü bu soru, ağ izleme dünyasının en büyük yanılgılarından biridir. Elbette yerine göre modern protokol seçenekleri var. Ama bu dostumuz, telemetri hibrit kullanımı sayesinde en az 10 yıl daha bizimle olacak.

SNMP vs gNMI ve NETCONF/YANG: Yapısal ve Performans Karşılaştırması

gNMI protokolü ve NETCONF standardı, özellikle streaming telemetry için tasarlanmış modern çözümlerdir. Bu protokoller, sürekli veri akışı yaparak saniyelik değişimleri bile yakalar.

Ayrıca YANG modelleme ile veri yapısı çok daha esnektir. SNMP NETCONF YANG farkı tam da bu noktada belirginleşir.

Peki hangisi daha iyi? Bu sorunun cevabı tamamen ihtiyacınıza bağlıdır. Eğer kompleks routing politikalarını anlık izleyecekseniz, NETCONF harikadır.

Ancak sıradan bir yazıcının toner seviyesi izleme işlemi için NETCONF kullanmak abesle iştigal olur. İşte burada bu protokolün basitliği devreye girer. Bu nedenle büyük ağlarda ikisini bir arada kullanırsınız.

Aşağıdaki tabloda bu protokollerin karşılaştırmasını inceleyebilirsiniz. Dikkat ederseniz her birinin farklı bir güçlü yanı var. Önemli olan doğru işe doğru aracı koşmaktır.

SNMP vs NetFlow/sFlow: Bant Genişliği İzlemede Hangisi Daha İyi?

Bu iki yöntem tamamen farklı şeyleri izler. Eğer amacınız sadece bir porttan ne kadar veri geçtiğini görmekse, bu protokol işinizi görür.

Arayüz trafik sayacı OID’lerini sorgulayarak bant genişliği kullanımı grafiğini çıkarabilirsiniz. Ancak bu size sadece toplam miktarı verir.

Öte yandan NetFlow veya sflow alternatifi sistemleri, akan trafiğin içeriğini analiz eder. Hangi IP en çok veriyi indiriyor? Hangi protokol hattı tıkıyor? Bu soruların cevabını sadece akış telemetrisi verir. Bu nedenle ben bant genişliği izleme konusunda bu iki teknolojiyi daima beraber kullanırım.

Burada size altın bir tavsiye vereyim. Omurga hatlarınızı NetFlow ile detaylıca analiz edin. Ancak uç noktalardaki switchleri ve IoT cihazlarını izlemek için hafifliği nedeniyle bu protokolü tercih edin. Örneğin bir SD-WAN cihazında NetFlow analizi kritikken, bir yazıcıda bu protokol yeterlidir.

SNMP ve Prometheus: SNMP Exporter ile Konteyner İzleme Entegrasyonu

Modern dünyanın yıldızı Prometheus ile bu eski kurdun nasıl anlaştığını merak ediyor olabilirsiniz.

SNMP Exporter Prometheus entegrasyonu sayesinde bu ikili mükemmel bir uyum yakalar. Özellikle SNMP Kubernetes konteyner izleme senaryolarında, ağ cihazlarının metriklerini Prometheus’a çekmek artık çocuk oyuncağıdır.

Kurulum adımları oldukça basittir. İlk olarak snmp_exporter’ı indirip çalıştırmalısınız. Ardından prometheus.yml dosyasına yeni bir job eklemeniz yeterlidir.

Böylece PRTG snmp sensörü gibi kapalı kutu araçlardan kurtulursunuz. Sonuç olarak tamamen özgür bir metrik toplayıcı elde edersiniz. Ayrıca topladığınız verileri Grafana’da görselleştirebilirsiniz.

Fakat dikkat etmeniz gereken bir detay var. Prometheus pull modeli ile çalışır. Yani sürekli polling yapar.

Eğer ölçeklenebilirlik sorunu yaşıyorsanız, trap mesajları altyapısını da korumanızı öneririm. Bu hibrit yöntem sayesinde hem anlık uyarı alırsınız hem de uzun vadeli trend analizi yaparsınız.

SNMP Güvenliği: CVE Zafiyetleri, DDoS Saldırıları ve Sertleştirme (Hardening)

Gelelim işin en kritik kısmına. İzleme yapacağım derken güvenliği hiçe sayarsanız, tüm ağınızı saldırganlara altın tepside sunarsınız.

Son yıllarda keşfedilen kritik CVE zafiyetleri, bu protokolün ne kadar dikkatli kullanılması gerektiğini gösteriyor. Bu yüzden ağ sertleştirme kılavuzu adımlarını harfiyen uygulamak şarttır.

SNMP Amplifikasyon DDoS Saldırısı ve Shodan Tehdidi

Amplifikasyon yansıma saldırısı, en tehlikeli saldırı türlerinden biridir. Saldırgan, sahte bir kaynak IP adresi ile cihaza küçük bir GetBulk isteği gönderir.

Cihaz ise bu küçük soruya kocaman bir cevap verir. Ancak bu cevabı saldırganın IP’si yerine kurbanın IP’sine gönderir. Sonuç olarak kurbanın hattı saniyeler içinde şişer.

İşte Shodan taraması burada devreye girer. Saldırganlar, bu servis keşfi aracını kullanarak internette açıkta kalan cihazları kolayca tarar.

Özellikle varsayılan public community string riski taşıyan cihazlar, botnetlerin bir parçası haline gelir. Bu yüzden cihazınızı asla dış ağa açık bırakmamalısınız.

Bu konuda size acı bir deneyimimi anlatayım. Yıllar önce bir müşterimin IP’si, farkında olmadan bir amplifikasyon saldırısına karıştı.

Sorunun asıl sebebi kenarda unuttuğumuz eski bir ağ yazıcısıydı. Üstelik bu cihaz public string ile çalışıyordu. Olayı fark ettiğimizde hattın çökmesine saniyeler kalmıştı. O gün net bir şey anladım. Şirketler ağ envanteri çıkarmayı ve düzenli sızma testi yapmayı asla ihmal etmemelidir.

SNMP CVE Örnekleri (2024-2026) ve Kritik Güvenlik Yamaları

Son iki yılda güvenlik dünyası bu konuda epey hareketliydi. Özellikle endüstriyel ağ protokolü cihazlarında ortaya çıkan cve-202x snmp açığı raporları endişe vericiydi.

Bu açıklar genellikle arabellek taşması veya kimlik doğrulama atlatma üzerine yoğunlaşıyordu. Neyse ki üreticiler, bu sorunları kapatmak için hızlıca yamalar yayımladı.

İşte 2024-2026 döneminde öne çıkan kritik güvenlik bültenlerinden bazıları:

• CVE-2024-XXXX (Örnek Kritik Açık): Belirli bir ağ üreticisinde SNMPv3 mesaj işleme motorunda keşfedilen buffer overflow açığı. Bu açık, uzaktan kod çalıştırmaya imkan tanıyordu.
• CVE-2025-YYYY (Bilgi İfşası): Hatalı MIB uygulaması nedeniyle hassas kurumsal OID bilgilerinin yetkisiz kullanıcılar tarafından okunmasına neden oluyordu.
• CVE-2026-ZZZZ (Hizmet Reddi): Özel hazırlanmış trap bildirimleri göndererek cihazın yönetim arabirimini çökertme riski taşıyordu.

Bu CVE SNMP zafiyetleri gösteriyor ki, güncel kalmak bir tercih değil zorunluluktur. Benim tavsiyem, CISA Known Exploited Vulnerabilities kataloğunu düzenli olarak kontrol etmenizdir. Böylece saldırganlar bir adım önünüze geçemez.

SNMP Sertleştirme (Hardening): ACL, SNMP View ve Zararlı OID Engelleme

Şimdi işin mutfağına giriyoruz. Hardening adımları, cihazınızı kurşun geçirmez bir kaleye dönüştürür. İlk ve en kritik adım, ACL ile koruma kalkanı oluşturmaktır.

Bundan dolayı cihaz sadece belirli IP’lerden gelen isteklere yanıt verir. Diğer tüm istekleri daha en baştan çöpe atar. Bu da ağ ayak izi azaltma stratejilerinin temelidir.

İkinci olarak snmp view yapılandırması devreye girer. Bir kullanıcının tüm MIB ağacını görmesine izin vermek büyük hatadır. Bunun yerine, sadece ihtiyacı olan dalları gösteren özel bir görünüm oluşturursunuz.

Örneğin bir yazıcıyı izleyen teknisyenin, router’ın konfigürasyon verilerini görmesine gerek yoktur. İşte view based acl mantığı tam olarak budur.

Son olarak SNMP zararlı OID engelleme yapmayı unutmayın. Bazı OID’ler cihazı sıfırlayabilir veya yeniden başlatabilir. Bu tür yazma yetkisi olan kritik OID’leri ya tamamen kapatın ya da sadece okunabilir yapın.

Bu adımları uygulayarak yaptığım tüm penetrasyon testlerinde başarı oranım sıfıra indi. İşte tam da bu yüzden öncelikle SNMP’nin temellerini anlamalısınız. Kısacası bu protokolün çalışma mantığını öğrenmek, güvenlik stratejinizin ilk adımını oluşturur.

Zero Trust Mimaride SNMP: Sıfır Güven Prensipleriyle Yapılandırma

Sıfır güven felsefesi artık her yerde. Bu felsefede hiçbir cihaza veya kullanıcıya otomatik olarak güvenmezsiniz.

Peki bu eski protokol, Zero Trust mimarisine ayak uydurabilir mi? Cevap kesinlikle evet. Zero trust snmp yaklaşımı, her bir isteğin sürekli olarak doğrulanmasını gerektirir.

Bu bağlamda, artık statik topluluk dizgileri devri tamamen kapanmıştır. Bunun yerine SNMPv3 USM yetkilendirme motoru ile her kullanıcı için benzersiz anahtarlar üretirsiniz.

Buna ek olarak, her bir sorguyu SIEM entegrasyonu ile loglarsınız. Böylece şüpheli davranışları anında tespit edersiniz. Özellikle endüstriyel otomasyon SCADA ağlarında bu yöntem hayati önem taşır.

Ayrıca RESTCONF api gibi modern arayüzlerle bu protokolü sarmalayarak daha güvenli hale getirebilirsiniz. Yani siz yine SNMP ile veri toplarsınız.

Ancak bu veriyi dışarıya güvenli bir API ile açarsınız. Böylece hem eski sistemlerinizle uyumlu kalırsınız hem de sıfır güven politikalarına uyarsınız. Bu hibrit yaklaşım, 2026’nın en popüler stratejisi haline geldi.

Adım Adım SNMPv3 Kurulumu ve Yapılandırması (Cisco, Linux, Windows, MikroTik)

Artık teoriden pratiğe geçme vakti. Ellerimizi klavyeye koyalım ve bu adımları sırayla gerçekleştirelim.

Bu bölümde size dört farklı platformda güvenli bir şekilde SNMPv3 kurulumu nasıl yapılır bunu göstereceğim. Hiçbir adımı atlamadan ilerleyin.

Cisco Switch ve Router Üzerinde SNMPv3 authPriv Yapılandırması

Cisco cihazlar, ağ dünyasının bel kemiğidir. Bu cihazları güvenli hale getirmek için öncelikle bir grup ve kullanıcı oluşturmalısınız.

SNMP için aşağıdaki komutları sırayla uygulamanız yeterlidir. Bu konfigürasyon, size en üst düzey güvenliği sağlar.

1. Öncelikle bir erişim listesi oluşturarak işe başlayın.

   access-list 10 permit 192.168.10.0 0.0.0.255

   Bu komut, sadece izleme sunucunuzun bulunduğu ağa izin verir.

2. Ardından snmp view based acl yapısını kurun. Bu sayede kullanıcılar sadece belirli OID’leri görebilir.

   snmp-server view READONLY iso included

   Bu komut ile tüm ISO ağacını okumaya açmış olursunuz. Ancak gerçek senaryoda daha kısıtlı bir view kullanın.

3. Şimdi grubumuzu tanımlayalım.

   snmp-server group SECUREGROUP v3 priv read READONLY access 10

   Burada priv anahtar kelimesi şifreleme istediğimizi belirtir.

4. Son olarak kullanıcıyı yaratalım.

   snmp-server user adminuser SECUREGROUP v3 auth sha myauthpass priv aes 256 myprivpass access 10

   Bu adımda authPriv modunu tam olarak aktive etmiş olursunuz.

Bu adımları tamamladıktan sonra mutlaka snmpwalk ile test edin. Eğer timeout hatası alıyorsanız, ACL kurallarınızı kontrol edin.

Ayrıca Cisco switch SNMP yapılandırma için anahtar boyutlarına dikkat etmeniz gerekir. Bazı eski IOS sürümleri AES 256’yı desteklemez. Bu durumda AES 128 kullanmanız gerekir.

Linux Ortamında snmpd.conf Yapılandırması ve snmpusm Komutu

Linux sunucularda işler biraz daha farklıdır. Net-SNMP yazılımı, sisteminizle birlikte gelir.

Fakat doğru yapılandırmazsanız sadece sistem çalışma süresi bilgisini alırsınız. İşte adım adım Linux snmpd.conf yapılandırma kılavuzu.

1. Öncelikle snmpd servisini durdurun.

   systemctl stop snmpd

2. Ardından snmpusm komutu ile yeni bir kullanıcı oluşturun.

   snmpusm -v3 -u newuser -a SHA -A myauthpass -x AES -X myprivpass localhost create

3. /etc/snmp/snmpd.conf dosyasını düzenleyerek bu kullanıcıya yetki verin.

   rouser newuser priv

4. Servisi tekrar başlatın.

   systemctl start snmpd

Sistem yöneticileri Linux ortamında en çok disk bölümü okurken hata yapar. Şöyle ki süreç listesi denetimi için ekstra MIB yüklemeyi genellikle unuturlar.

Eğer sunucudan CPU kullanım snmp verisi alamıyorsanız, includeAllDisks ve proc parametrelerini kontrol edin. Ayrıca UDP’nin temel özelliklerini bilmek, neden bazen paket kayıpları yaşadığınızı anlamanıza yardımcı olur.

Windows SNMP Servisi Etkinleştirme ve v3 Desteği

Windows dünyasında bu hizmeti aktif etmek için sunucu yöneticisine gitmelisiniz. Özellikler ekleme sihirbazından “SNMP Hizmeti”ni seçip kurulumu tamamlayın.

Fakat bu noktada büyük bir sürprizle karşılaşırsınız. Windows’un yerleşik hizmeti maalesef sadece v1 ve v2c destekler. Bu yüzden güvenli versiyon ayarları için üçüncü parti bir çözüm şarttır.

Ben şahsen Windows ortamlarında Net-SNMP yazılımını kurup çalıştırmayı tercih ediyorum. Bu sayede Windows SNMP servisi etkinleştirme sonrası yaşanan güvenlik açıklarını kapatıyorum.

Kurulumdan sonra snmpd.conf dosyasını tıpkı Linux’taki gibi yapılandırarak authPriv desteğine kavuşursunuz. Ardından güvenlik duvarından UDP 161 ve 162 numaralı portlara izin vermeyi unutmayın.

Özellikle sunucu çiftliklerinde varlık yönetimi yaparken Windows’un bu eksiği can sıkıcıdır. Ancak doğru ajan yazılımı ile bu açığı kapatabilirsiniz.

Ayrıca SIEM entegrasyonu yaparak tüm bu sunuculardan gelen verileri merkezi olarak analiz etmenizi tavsiye ederim.

MikroTik RouterOS’ta SNMPv3 Ayarları

MikroTik cihazları, fiyat performans olarak piyasanın en iyilerindendir. Aslında MikroTik cihazlarda SNMP ayarı yapmak da oldukça basittir.

WinBox veya terminal üzerinden aşağıdaki adımları takip edebilirsiniz. Bu adımlar sayesinde SD-WAN veya Edge Computing noktalarında güvenli izleme yapabilirsiniz.

/snmp community set [find] name=yourcommunity
/snmp set enabled=yes contact="admin@network.com" location="DataCenter1"
/snmp v3 add user=myuser authentication-password=MyAuth123 encryption-password=MyPriv123 authentication-protocol=SHA1 encryption-protocol=AES

Bu komutları girdikten sonra cihazınız hemen izlemeye hazır hale gelir. Ancak dikkat edin, varsayılan olarak tüm arayüzlerde bu hizmet açık gelir.

Bu yüzden IP -> Services kısmından sadece güvenilir ağlara izin verin. Ayrıca bu küçük cihazlar bazen yoğun polling altında şişebilir. Bu yüzden toplu sorgu aralığınızı çok kısa tutmayın.

SNMP ile Ağ İzleme ve Envanter Otomasyonu Senaryoları

Şimdi bu teknolojiyi nerede ve nasıl kullandığımıza dair gerçek hayat senaryolarına bakalım.

Sistemle sadece trafik ışıklarını izlemeyeceksiniz. Bunun yanı sıra envanter yönetimi gibi günlük dertleri de kolayca çözeceksiniz.

Dahası bu yöntemin yazıcı toner seviyesi izleme işine nasıl çare olduğunu birlikte göreceğiz. Bu senaryolar, bu protokolün ne kadar esnek olduğunu bir kez daha kanıtlayacak.

SNMP ile Bant Genişliği İzleme: IF-MIB OID’leri ve Hesaplama

Ağın nefes alıp verişini izlemek için IF-MIB içindeki bazı özel OID numaraları kullanırız. Burada kritik olan iki sayaç vardır. ifInOctets (.1.3.6.1.2.1.2.2.1.10) ve ifOutOctets (.1.3.6.1.2.1.2.2.1.16) değerlerini sorgularsınız. Bu değerler o porttan geçen toplam byte miktarını verir.

Peki saniyedeki bit hızını nasıl buluruz? Basit bir hesap yapmanız gerekir. İlk ölçüm ile ikinci ölçüm arasındaki farkı saniye cinsinden zamana bölersiniz.

Ardından byte’ı bit’e çevirmek için sekiz ile çarparsınız. Neyse ki PRTG veya Zabbix gibi araçlar bu bant genişliği hesaplamasını sizin için otomatik yapar.

Bu yöntemi kullanırken dikkat etmeniz gereken en önemli şey sayaç taşmasıdır. Örneğin 32 bitlik sayaçlar, yüksek hızlı portlarda çok çabuk sıfıra düşer.

Eğer cihazınız destekliyorsa mutlaka 64 bitlik yani ifHCInOctets OID’lerini kullanın. Bu sayede yanlış bant genişliği kullanımı verileriyle uğraşmazsınız.

Ağ temelleri arasında yer alan bant genişliği kavramını derinlemesine anlamak, bu hesaplamaların mantığını kavramanızı sağlar.

SNMP Yazıcı Yönetimi: Toner Seviyesi ve Kağıt Sayaçları İzleme

Ofislerdeki en büyük kaos anlarından biri, önemli bir çıktı alınacağı sırada toner bitmesidir. İşte bu küçük ama can sıkıcı sorun, yazıcı yönetimi sayesinde tarihe karışır.

Yazıcınızın toner seviyesi izleme ve kağıt sayacı bilgilerini okuyarak proaktif olarak harekete geçebilirsiniz. Bunun için Printer-MIB standartlarına başvururuz.

Çoğu ağ yazıcısı, varsayılan olarak public topluluk dizgisi ile bu bilgileri sunar. Sizin yapmanız gereken tek şey, doğru OID ağaç yapısı içinde ilgili değeri bulmaktır.

Örneğin siyah toner seviyesi için .1.3.6.1.2.1.43.11.1.1.9.1.1 OID’sini sorgulayabilirsiniz. Bu veriyi okuyarak, toner %5’in altına düştüğünde eşik değer uyarıları alabilirsiniz.

Bu küçük dokunuş, özellikle büyük ofislerde ciddi zaman kazandırır. Ayrıca kağıt sıkışması gibi donanımsal hataları da trap mesajları ile anında öğrenirsiniz.

Böylece kullanıcı sizi aramadan siz sorunu çözmeye başlarsınız. İşte bu, sessiz ve derinden çalışan profesyonel bir ağ izleme yönetimi örneğidir.

SNMP ile Ağ Envanteri Otomasyonu: snmpwalk ile Cihaz Keşfi

Büyük bir ağın yöneticisiyseniz, hangi cihazın nerede olduğunu takip etmek kabusa dönüşebilir. Ancak snmpwalk ile cihaz keşfi yaparak bu işi otomatikleştirirsiniz.

Sadece bir script yardımıyla IP aralığınıza snmpwalk komut satırı sorgusu gönderirsiniz. Sonuç olarak tüm cihazların sysDescr OID değerlerini kolayca toplarsınız. Bu sayede otomatik ağ topolojisi haritanız dakikalar içinde çıkar.

Ben bunu yaparken genelde bir Bash script kullanıyorum. Script, tüm alt ağları tarayarak .1.3.6.1.2.1.1.1.0 (sysDescr) ve .1.3.6.1.2.1.1.5.0 (sysName) değerlerini bir CSV dosyasına kaydediyor.

Ardından bu CSV’yi Zabbix’e import ederek tüm cihazları otomatik ekliyorum. Ağ envanteri otomasyonu sayesinde manuel hataları tamamen ortadan kaldırıyoruz.

Ancak burada bir güvenlik tuzağı var. Snmpwalk ile taranan bir cihaz, eğer yanlış yapılandırılmışsa size fazlasıyla bilgi verebilir. Bu da SNMP penetrasyon testi hassas veri ifşası riskini doğurur.

Özellikle okuma-yazma yetkileri olan bir topluluk dizgisi yakalarsanız, cihazın tüm kaderi elinizde olur. Bu yüzden keşif işlemini sadece salt okunur bir kullanıcıyla yapın.

SNMP, SD-WAN ve Edge Computing: Yeni Nesil Ağlarda Kullanım

Teknoloji ilerledikçe ağın sınırları bulanıklaşıyor. SD-WAN cihazları ve Edge Computing noktaları artık şubelerde bile karmaşık kararlar alıyor.

Bu noktada ağ performans metrikleri toplamak için bu protokol yine de en basit çözümdür. Çünkü bu uç cihazlar genellikle düşük işlemci gücüne sahiptir.

SD-WAN izleme senaryosunda sadece hatların durumunu değil, aynı zamanda uygulama bazlı yönlendirme metriklerini de görebilirsiniz. Tabii bunun için üreticinin sağladığı kurumsal OID’lere ihtiyacınız vardır.

Edge computing tarafında ise, uzak bir noktadaki IoT sensörünün sıcaklık verisini bu protokolle merkeze taşıyabilirsiniz. Bu da size akış telemetrisi olmadan temel bir gözlemlenebilirlik sağlar.

Benim buradaki stratejim şu. Yönetim trafiğini bu protokol ile yapıp, cihazı havadan karadan bağımsız tutuyorum.

Asıl yüksek çözünürlüklü veri için ise streaming telemetry’yi devreye sokuyorum. Bu hibrit yaklaşım, hem maliyeti düşürür hem de uç bilişim noktalarında yüksek verim sağlar.

İleri Okuma ve Otoriter Kaynaklar

Bu makalede anlattığımız konuları daha da derinleştirebilirsiniz. Bunun için aşağıdaki güvenilir kaynaklara göz atmanızı öneririm. Bu referanslar, protokolün standartlaşma sürecini ve güvenlik önlemlerini anlamak için eşsizdir.

• RFC 3411-3418 Serisi: SNMPv3’ün mimarisi, mesaj işleme ve erişim kontrolü ile ilgili resmi IETF standartlarıdır. Özellikle USM modelini derinlemesine anlamak için RFC 3414 (User-based Security Model) belgesini okumalısınız.
• NIST SP 800-131A Rev. 2: Amerikan Ulusal Standartlar ve Teknoloji Enstitüsü’nün kriptografik anahtar yönetimi rehberidir. SNMPv3’te kullanacağınız şifreleme algoritmalarının (AES, SHA) güvenlik seviyelerini belirlemek için NIST SP 800-131A dokümanına başvurabilirsiniz.
• MITRE CVE List – SNMP Zafiyetleri: MITRE Corporation tarafından yönetilen resmi CVE listesi, SNMP ile ilgili tüm güvenlik açıklarını benzersiz tanımlayıcılar ve teknik açıklamalarla birlikte sunar. Güncel zafiyet kayıtlarını ve etkilenen ürünleri incelemek için MITRE CVE SNMP Sorgulama sayfasını ziyaret edebilirsiniz.

Ağ Yöneticilerinin SNMP Protokolü Hakkında En Çok Merak Ettiği 9 Soru

Sonuç: SNMP’nin Geleceği ve Hibrit Gözlemlenebilirlik Stratejiniz

Bu uzun yolculuğun sonuna geldik. Gördüğünüz gibi bu protokol tamamen ölmedi. Üstelik uzmanlar bu yapıyı eski taslaklar arasına da gömmedi.

Aksine, ağ gözlemlenebilirliği ekosisteminin vazgeçilmez bir hibrit bileşenine dönüştü. Şimdi bu değişen rolü ve sizin atmanız gereken adımları konuşalım.

SNMP’nin Değişen Rolü: Tek Başına Çözümden Hibrit Bileşene

Artık kimse tek başına bu protokolle kusursuz bir gözlemlenebilirlik sağlamayı beklemiyor. Onun rolü, en zorlu koşullarda bile temel veriyi sağlayan güvenilir bir bel kemiği olmaktır.

Tıpkı bir arabanın yağ göstergesi gibi. En lüks dijital gösterge paneline sahip olabilirsiniz. Ancak o küçük kırmızı ışık hala en kritik uyarıdır.

2026 ve sonrasında başarılı olmak istiyorsanız, hibrit telemetri mimarisi stratejisini benimsemelisiniz. Çekirdek ağınızda streaming telemetry ve gNMI kullanabilirsiniz.

Bununla birlikte uç noktalarda ve eski cihazlarda bu protokolü çalıştırmaya devam edin. Tüm bu verileri tek bir metrik toplayıcı çatısı altında birleştirerek ağınızın gerçek bir röntgenini çekersiniz.

Hemen Uygulamaya Başlamak İçin Kontrol Listesi

Artık harekete geçme zamanı. İşte size hemen şimdi uygulamaya başlayabileceğiniz bir yol haritası. Bu adımları takip ederek ağınızı hem daha görünür hem de daha güvenli hale getirebilirsiniz.

• Ağınızdaki tüm cihazların envanterini çıkarın ve snmpwalk ile keşif yapın.
• Kesinlikle SNMPv1 ve v2c kullanıyorsanız, hemen bir geçiş planı hazırlayın.
• Tüm cihazlarda authPriv modunda SNMPv3 kurulumu ve yapılandırma adımlarını tamamlayın.
• Dışa açık arayüzlerde ACL ile koruma katmanını mutlaka devreye alın.
• Shodan taraması yaptırarak internete açık zafiyetli cihazlarınızı tespit edin.
• Zabbix veya Prometheus gibi bir araçla merkezi bir yönetim konsolu kurun.
• CISA KEV kataloğunu takip ederek güncel SNMP CVE örnekleri 2026 bültenlerine karşı önlem alın.

Ağ yönetimi uzun bir maratondur. Üstelik bu protokol, bu yarışta en sadık yol arkadaşınız olmaya devam edecek.

Daha fazla bilgi için ağ temelleri ve ICMP protokolü gibi diğer kritik konulara da göz atabilirsiniz. Unutmayın, ne kadar çok bilirseniz, ağınız o kadar güvende olur. Şimdi gidip şu topluluk dizgilerini düzeltin!