Bir filtrede tek karakter değişmesi beklenenden geniş rota kümesini kabul edebilir. Pozitif ve negatif örnekleri değişiklik planının zorunlu parçası yapın.
Eşleşmenin sınırını yazmak
Önek listesi yalnızca ağ adresinden oluşmaz; kabul edilen önek uzunluğu aralığı da önemlidir. Bir /16 bloğu ve altındaki belirli /24’leri kabul etmek, bütün daha özel rotaları kabul etmekle aynı değildir. Ürünün sözdizimini kendi belgesinden doğrulayın. Politika adının “güvenli” olması kuralın gerçekten dar olduğunu kanıtlamaz.
Test tablosu hazırlamak
İzinli ana önek, izinli alt önek, fazla özel önek, komşu blok ve varsayılan rota için beklenen sonuçları yazın. Örneğin belirli bir şube bloğu için hazırlanmış filtre varsayılan rotayı yanlışlıkla kabul etmemelidir. Bu örnekleri otomatik test veya laboratuvar politika değerlendirmesiyle sınayın. Yalnızca beklenen rotanın geçtiğini görmek, beklenmeyenlerin engellendiğini göstermez.
İki yönü ayırmak
İçe aktarım filtresi ile dışa aktarım filtresinin amaçları farklıdır. Bir sağlayıcıdan kabul edilen rota, başka sağlayıcıya ilan edilmemelidir diye bir iş kuralı bulunabilir. Değişikliğin hangi komşuya, adres ailesine ve yöne uygulandığını kaydedin. Aynı politika adı birden fazla yerde kullanılıyorsa etki alanı tek bağlantıdan geniş olabilir. Önce başvuru noktalarını envanterleyin.
Canlı doğrulama
Değişiklikten sonra alınan, kabul edilen ve ilan edilen rotaları ayrı karşılaştırın. Beklenen rota sayısı yardımcı bir sinyaldir fakat aynı sayıda yanlış rota bulunabileceği için önek içeriğini de kontrol edin. Oturum yenileme veya route refresh davranışını ürününüzde doğrulayın. Geri dönüşte eski politika sürümünün yanında doğrulanmış rota görünümünü de saklamak, gerçekten eski duruma dönüldüğünü kanıtlar.
Kaynaklar ve devam okuması
Teknik dayanaklar: RFC 7454, RFC 8212. Kaynak kontrolü: 11 Ekim 2026. Senaryolar açıklama amaçlıdır; gerçek ortam ölçümü veya ürün performans iddiası değildir.
İlgili rehber: konuyu tamamlayan uygulama adımları.