Port izleme, bir hizmetin gerçekten bağlantı kabul ettiğini doğrulamak için db01:5432 gibi belirli bir ana bilgisayara ve porta tekrar tekrar bağlanır. Ping ve HTTP kontrolleri arasında yer alır ve tek bir soruyu yanıtlar: Süreç dinliyor mu, ağ yolu üzerinden erişilebilir mi ve bağlantıları yeterince hızlı kabul ediyor mu? Bu, ağ güvenilirliği açısından önemlidir, çünkü pek çok kesinti ana bilgisayar hâlâ ayaktayken yaşanır ve bunları yalnızca port düzeyinde bir kontrol fark eder.
Bir Port Kontrolü Nasıl Çalışır?
Bir TCP port kontrolü, bir istemcinin yapacağı gibi bir bağlantı açar: SYN, SYN-ACK, ACK, ardından kapatma. Sonuç üç durumdan birine girer:
- Açık: el sıkışması tamamlandı; yani bir şey dinliyor ve erişilebilir.
- Kapalı: ana bilgisayar bir sıfırlama (RST) ile yanıt verdi; yani erişilebilir ancak o porta bağlı hiçbir şey yok.
- Filtrelenmiş: zaman aşımından önce hiçbir yanıt gelmedi; bunun nedeni genellikle bir güvenlik duvarının, güvenlik grubunun veya ACL'nin paketi sessizce düşürmesidir.
UDP'de el sıkışması yoktur; bu nedenle kontrol bir yoklama datagramı gönderir ve geçerli bir yanıtı başarı olarak kabul eder. ICMP “port erişilemez” mesajı kapalı anlamına gelirken sessizlik belirsizdir. Bu yüzden UDP kontrolleri, 53 numaralı porta gönderilen gerçek bir DNS sorgusu gibi protokolü tanıyan bir yükle en iyi şekilde çalışır.
Bağlantı süresi de önemlidir: 20 ms'den 800 ms'ye sıçrayan bir el sıkışması, port açık görünmeye devam etse bile erken bir uyarıdır.
Port İzleme, Ping ile HTTP Arasında Nerede Durur?
Üç kontrol türünü katmanlar olarak düşünün: ana bilgisayar, hizmet, uygulama.
| Kontrol | Yanıtladığı soru | Tipik kör nokta |
|---|---|---|
| Ping (ICMP) | Ana bilgisayara ağ üzerinden erişilebiliyor mu? | İşletim sistemi yanıt vermeye devam ederken hizmetin çökmesi |
| Port (TCP/UDP) | Bu hizmet bağlantı kabul ediyor mu? | Uygulamanın bağlandıktan sonra hata döndürmesi |
| HTTP/HTTPS | Uygulama doğru yanıtı döndürüyor mu? | Veritabanları, SMTP veya MQTT gibi HTTP dışı hizmetler |
PostgreSQL, Redis, SMTP, SSH veya RabbitMQ gibi HTTP konuşmayan hizmetler için port kontrolü çoğu zaman en doğrudan harici erişilebilirlik sinyalidir.
Port İzlemenin Yakaladığı Güvenilirlik Arızaları
Bu olaylar ping'in gözünden kaçar ve port düzeyinde ortaya çıkar:
- Hizmet çöktü, ana bilgisayar hâlâ ayakta. Veritabanı bellek yetersizliği (OOM) nedeniyle sonlandırıldı, ancak çekirdek hâlâ ping'e yanıt veriyor. Port bir aralık içinde kapalı durumuna geçer.
- Güvenlik duvarı veya güvenlik grubu değişikliği. Kod olarak altyapı (IaC) ile yapılan bir değişiklik 5432 numaralı porta giden trafiği düşürür. Ana bilgisayar ping'e yanıt vermeye devam eder; port filtrelenmiş hâle gelir.
- Yanlış arayüze bağlanan dinleyici. Hizmet
0.0.0.0yerine127.0.0.1adresine bağlanır. Yerel olarak sağlıklı görünür, ancak uzak kontroller onu kapalı görür. - Yavaş bağlantı kabulü veya port tükenmesi. Dolu bir kabul birikimi, TIME_WAIT birikmesi veya doymuş bir havuz el sıkışmalarının takılmasına neden olur. Artan bağlantı süresi çoğu zaman ilk belirtidir.
- Beklenmedik hizmetler. Kapalı olması gereken bir port, örneğin bir hata ayıklama arayüzü, aniden açık görünür; bu hem bir güvenilirlik hem de bir güvenlik sorunudur.
Port İzlemenin Yakalayamadıkları
Açık bir port, sağlıklı bir hizmetin kanıtı değildir. Bir web sunucusu bağlantıları kabul edip 500 hataları döndürebilir, bir veritabanı bağlantıları kabul edip disk dolu olduğu için sorguları reddedebilir ve bir TLS dinleyicisi süresi dolmuş bir sertifika sunabilir. Port kontrolleri yavaş sorgular veya veri doğruluğu hakkında da hiçbir şey söylemez. Bunları üst katmanda HTTP, API ve SSL kontrolleriyle, alt katmanda ise ping ile birlikte kullanın.
Pratik Kurulum Önerileri
- Dışarıdan erişilebilen her hizmet portunu ve ayrıca kritik yolların bağlı olduğu dahili portları izleyin.
- Üretim hizmetleri için 30 ila 60 saniyelik aralıklar kullanın; daha alt düzey sistemler için genellikle 1 ila 5 dakika yeterlidir.
- Zaman aşımlarını 5 ila 10 saniye civarında ayarlayın ve yalnızca arızada değil, bağlantı süresi temel çizginin belirgin şekilde üzerine çıktığında da uyarı verin.
- Tek bir kötü ağ yolunun yanlış alarma yol açmaması için uyarı vermeden önce arızaları birden fazla konumdan doğrulayın.
- Hangi portların açık ve hangilerinin kapalı olması gerektiğine dair bir temel çizgi tutun ve her iki yöndeki sapmalarda uyarı verin.
UpScanX port izleme; 15'ten fazla küresel konumdan TCP ve UDP kontrolleri, sürüm tespitiyle hizmet parmak izi çıkarma, protokole özgü yanıt doğrulama ve bağlantı süresi takibi sağlar. UpScanX ayrıca beklenmedik hizmetleri işaretlemek için port durumunu yapılandırma temel çizginizle karşılaştırır ve uyarıları e-posta, Slack, Telegram, Microsoft Teams veya webhook aracılığıyla gönderir. Daha fazla ayrıntı için port izlemenin nasıl çalıştığına göz atın.
Önemli Çıkarımlar
- Port izleme, yalnızca ana bilgisayarın erişilebilir olduğunu değil, belirli bir hizmetin bağlantı kabul ettiğini doğrular.
- Ping'in kaçırdığı çökmüş süreçleri, güvenlik duvarı değişikliklerini, yanlış bağlanma adreslerini ve bağlantı doygunluğunu yakalar.
- Açık, kapalı ve filtrelenmiş durumlar farklı kök nedenlere işaret eder ve bu da önceliklendirmeyi hızlandırır.
- Uygulama davranışını doğrulamaz; bu nedenle tam kapsam için onu ping, HTTP ve SSL kontrolleriyle birleştirin.