İçeriğe geç

Mimari kararı

Hat Üstü mü Yol Dışı mı, Sürekli Açık mı Talep Üzerine mi

Son güncelleme: Ağustos 2026 · İki eksen, dört bileşim · Okuma süresi ~14 dk

Yan yana iki taş su kanalı: yakındakinde bir kapak akan amber suyun içine indirilmiş ve su ona karşı yığılıyor, uzaktakinde aynı kapak zincirle yukarıda asılı duruyor ve su altından serbestçe akıyor.

Bunlar tek bir seçim değil iki bağımsız eksen. Hat üstü mü yol dışı mı, cihazın trafiğinizin arıza alanında olup olmadığını belirler. Sürekli açık mı talep üzerine mi, azaltma başlayana kadar ne kadar zaman geçtiğini belirler. Hat üstü bir cihaz izleme kipinde çalışabilir, yol dışı bir cihaz otomatik yönlendirebilir. Dürüst soru şu: her bileşim sıradan bir günde ve kötü bir günde size neye mal oluyor.

Bu iki karar rutin olarak tek karar gibi tartışılıyor, ve genellikle bir tedarikçinin ürünü ikisini belirli bir biçimde birleştirdiği için. Bağımsızlar, ve ayırmak ikisi hakkında da akıl yürütmeyi kolaylaştırıyor.

Hat üstü mü yol dışı mı topolojiyle ilgili bir soru: trafik cihazın içinden geçiyor mu?

Sürekli açık mı talep üzerine mi zamanlamayla ilgili bir soru: azaltma sürekli mi uygulanıyor, yoksa bir şey tespit edildiğinde mi başlıyor?

Hat üstü bir cihaz yolda durup söylenene kadar hiçbir şey yapmayabilir. Yol dışı bir cihaza trafik kalıcı olarak yönlendirilebilir. Dört bileşimin dördü de mevcut.

Yol dışı temizleme topolojisi: bir tespit birimi trafiğin kopyasını izler, tespit olduğunda ISS yönlendiricisi akışı temizleme merkezine yönlendirir ve merkez temizlenmiş trafiği çekirdek anahtara geri verir.
Keskin sürüm (SVG)

Kısaca

CihazBileşimAzaltmaya kadar geçen süreBedeli
Hat üstü, sürekli açıkAnında; cihaz zaten yoldaCihaz her zaman bütün trafiğin arıza alanında
Hat üstü, talep üzerineHızlı; uygulama bir politika değişikliği, rota değişikliği değilAynı arıza alanı, artı bilerek seçilmiş bir tespit gecikmesi
Yol dışı, talep üzerineTespit artı yönlendirme, tipik olarak dakikalarYönlendirme tamamlanana kadar trafik korumasız
Yol dışı, sürekli açıkAnında, ama yalnız kalıcı yönlendirilen içinKalıcı bir dolambaç, gecikmesi ve kendi bağımlılığıyla

Bu dördün ikisi yaygın, biri bilinçli bir duruş, biri hâlâ satın alınan bir çelişki. Üçüncü sütunu okumadan önce ikinciyi kendi toleransınıza karşı okuyun.

Topoloji ekseni

Hat üstü, cihazın trafik yolunda olduğu ve yönlendirme simetrikse her paketi iki yönde de gördüğü anlamına gelir. Herhangi bir pakete anında müdahale edebilir, çünkü zaten elinde tutuyor.

Bedeli bir arıza alanıdır. Cihazdan geçen her şey cihaza bağımlıdır, her gün, üstelik saldırısız geçen ezici çoğunluktaki günler dahil. Donanım atlaması bunu güç kaybında kısa bir kesintiye indirir, yazılım arızalarını daha az güvenilir biçimde karşılar.

Hat üstü olmak ayrıca paketleri görmek demektir, ki içerik inceleyen ya da protokol davranışını yakından takip eden her şeyin gereksinimi budur.

Yol dışı, cihazın trafiğin yanında durması demektir. Tespit normalde dışa aktarılan akış kayıtlarından gelir, ve azaltma bir şey temizlenmeden önce trafiğin cihaza yönlendirilmesini ya da yukarıya bir filtre itilmesini gerektirir.

Bedeli, akış kayıtlarının gösteremediğidir. Hacimler, kaynak dağılımları ve protokol karışımları mükemmel ayrıntıda görünür. Paket içeriği görünmez, ve uygulama katmanı tespitinin dayandığı ince protokol davranışı da görünmez.

Faydası, sıradan bir günde cihazın kimsenin yolunda olmamasıdır, ki bu onu arıza alanından tamamen çıkarır.

Zamanlama ekseni

Sürekli açık, azaltmanın sürekli uygulanması demektir. Uygulamadan önce tespit gecikmesi yoktur, çünkü uygulama hiç durmamıştır. Bedeli, azaltmanın olağan trafiğe yüklediği her şeydir: ek gecikme, bağlantı işleme değişiklikleri, ve artık ara sıra değil kalıcı olan bir yanlış pozitif oranı.

Talep üzerine, olağan trafiğin dokunulmadan geçmesi ve bir şey tespit edildiğinde azaltmanın başlaması demektir. Bedeli penceredir: tespit et, karar ver, uygula. Yol dışı bir tasarımda o pencere rota yakınsamasını da içerir, ki dakikaların geldiği yer burasıdır.

O pencere, darbeli saldırıların sömürdüğü şeyin ta kendisidir. Her biri döngü kapanmadan biten kısa tekrarlayan patlamalar, yönlendirmeye dayalı bir savunma hiç tam devreye girmezken hizmeti sürekli engelleyebilir.

Dört bileşim

Hat üstü, sürekli açık. Anında müdahale, kalıcı arıza alanı, olağan trafikte kalıcı maliyet. Azaltmaya kadar geçen sürenin baskın olduğu ve atlama yoluna güvenilen yerde doğru cevap.

Hat üstü, talep üzerine. Cihaz yolda ama gerekene kadar pasif, yani harekete geçmek rota değişikliği değil politika değişikliğidir. Hızlı, ve yanlış pozitif maliyetini sıradan günlerin dışında tutar. Arıza alanı değişmez, ki unutulan kısım budur: hat üstü olmanın riski cihaz uygulama yapsa da yapmasa da ödenir.

Yol dışı, talep üzerine. Klasik temizleme düzeni. Günlük arıza alanı yok, günlük gecikme maliyeti yok, ve trafiğin korumasız olduğu bir tespit artı yönlendirme penceresi var. Riski büyük hacimsel olaylar olan ve birkaç dakika bozulmayı gerçekten tolere edebilen kurumlara uyar.

Yol dışı, sürekli açık. Trafik, nominal olarak yolun yanında duran bir cihaza kalıcı olarak yönlendirilir. Dolambaç kısaysa ve işletmen tutarlı bir uygulama noktası istiyorsa mantıklı olabilir. Yol dışı olmanın arıza alanı faydası için alınıp sürekli açık olmanın dolambaç bedeli ödendiğinde ise çelişkidir. Dolambacın gecikmede neye mal olduğunu ve yönlendirme yolunun kendisi arızalandığında ne olduğunu sorun.

Karar

Dört soru, bu sırayla:

  1. Tolere edilebilir azaltma süresi nedir? Saniyeyse yol dışı talep üzerine zaten elenmiştir ve konuşma kısadır.
  2. Tolere edilebilir günlük risk nedir? Hat üstü cihaz, hiçbir şeyin saldırmadığı günlerde bir bağımlılıktır. Kabul etmeden önce atlama davranışını belirleyin.
  3. Neyin tespit edilmesi gerekiyor? Uygulama katmanı saldırıları paket ister, yani hat üstü ya da yönlendirilmiş olmayı ister. Hacimsel saldırılar akış kayıtlarında görünür.
  4. Risk darbeleri içeriyor mu? İçeriyorsa dakikalarla ölçülen bir yönlendirme penceresi ona karşı savunma değildir.

Ciddi kurumların çoğu tek katman yerine ikisiyle bitirir: gelen için hatta göre boyutlanmış hat üstü bir aşama, ve hattı dolduracak olan için üst katman bir yönlendirme düzeni. Bölüşme ve ekonomisi bulut, yerinde ya da hibrit sayfasında, hat üstü yarının boyutlandırma aritmetiği ise kapasite boyutlandırmada.

Sık sorulan sorular

Hat üstü her zaman daha mı hızlı azaltıyor?
Daha hızlı *harekete geçiyor*, evet, çünkü yönlendirme adımı yok. Daha hızlı *karar veriyor* ayrı bir soru ve tespite bağlı. Tespit döngüsü yavaş olan hat üstü bir cihaz, hızlı akış analizi ve önceden kurulmuş yönlendirmesi olan yol dışı bir tasarıma yenilebilir. Azaltmaya kadar geçen süreyi topolojiden çıkarmak yerine ölçülmüş bir rakam olarak isteyin.
Hat üstü cihazın gerçek riski ne?
Şu anda korumadığı trafik için bir arıza alanı hâline gelmesi. Ortada saldırı yokken, sakin bir salı günü. Donanım atlaması ve açık arızalanan yol bunu kısa bir kesintiye indirir, ki atlama mekanizmasının, tetikleme koşullarının ve ölçülmüş devralma süresinin bir konuşmaya değil şartnameye ait olmasının sebebi budur.
Yol dışı olmak cihazın daha az gördüğü anlamına mı geliyor?
Genellikle evet, ve takas budur. Yol dışı tespit tipik olarak paket yerine akış kayıtlarıyla çalışır, ki bu hacimlerin ve dağılımların mükemmel görüsünü, paket içeriğinin ise neredeyse hiçbirini verir. Hacimsel ve protokol katmanı saldırıları net görünür; hacimce olağan olan uygulama katmanı saldırıları sık sık hiç görünmez.
Talep üzerine yönlendirme otomatikleştirilebilir mi?
Edilebilir, ve edilmeli mi sorusu her otomasyon sorusuyla aynı: yönlendirmenin bir maliyeti var, dolayısıyla yanlış tetiklemenin de var. Olgun kurumların çoğu net hacimsel imzalar için yönlendirmeyi otomatikleştirir ve belirsiz olanlarda insanı döngüde tutar, eşikler de yargıya bırakılmak yerine tırmanma matrisine yazılır.

Kaynaklar

  1. RFC 5635 — Remote Triggered Black Hole Filtering with Unicast Reverse Path Forwarding

    IETF · standart · erişim 2026-08-18

    Talep üzerine tasarımların trafiği yukarıda yönlendirmek ya da atmak için kullandığı mekanizma.

  2. RFC 8955 — Dissemination of Flow Specification Rules

    IETF · standart · erişim 2026-08-18

  3. RFC 7011 — Specification of the IP Flow Information Export (IPFIX) Protocol

    IETF · standart · erişim 2026-08-18

    Yol dışı bir tespitçinin paket yerine gördüğü şey akış kaydıdır, ve ayrıntı düzeyi tespit tabanını belirler.

Yayım: Ağustos 2026 · Son gözden geçirme: Ağustos 2026

Gözden geçirme, yukarıdaki kaynakların o tarihte yeniden okunduğu anlamına gelir; metin ancak esaslı bir değişiklik olduğunda yenilenir.

Bu rehber, üreticiler yeni modeller ve fiyatlandırma açıkladıkça güncellenir. Üreticileri nasıl karşılaştırıyoruz