İki şubede de 192.168.1.10 adresinin bulunması tek başına çakışma değildir. Özel adresler bağımsız ağlarda tekrar kullanılabilir. Merkez envanter yalnızca IP adresini anahtar kabul ederse iki farklı cihazı birleştirir. VPN bağlantısı eklendiğinde yönlendirme sorunu da ortaya çıkabilir; fakat veri modelindeki kimlik hatası bundan bağımsızdır.

Adresin bağlamını kayıt anahtarına katın

Şube kimliği, ağ bölgesi veya adres alanı tanımı IP ile birlikte saklanmalıdır. Kullanıcıya görünen şube adı değişebilse de arka plandaki bağlam kimliği sabit kalmalıdır. “Merkez” gibi serbest metinler yazım farkları yüzünden mükerrer kayıt oluşturabilir. Bağlamları yönetilen bir listeden seçmek daha tutarlı sonuç verir. VLAN numarası tek başına kurum genelinde benzersiz olmayabilir.

Toplama noktasını belirtin

Her şubede yerel toplayıcı varsa hangi verinin nereden geldiğini kaydedin. Merkezden VPN üzerinden tarama yapılıyorsa hedef yolunun hangi şubeye ulaştığını doğrulayın. Adres aynı olduğu için yanlış şubeye giden sorgu doğru görünümlü fakat yanlış envanter üretir. Bilinen bir cihazın yönetim kimliğiyle örnek doğrulama bu hatayı erken ortaya çıkarabilir.

Örnek birleşme hatası

Ankara şubesindeki .10 yazıcı, İzmir şubesindeki .10 kayıt cihazı olsun. Merkez tablo son gelen veriyi aynı satıra yazarsa ürün tipi her çalıştırmada değişir. Bu gerçek cihaz değişimi değildir. İki ayrı ağ bağlamı açıp geçmiş gözlemleri doğru yerlere taşımak gerekir. Sadece son satırın adını düzeltmek veri modelindeki sorunu çözmez.

Arama ve rapor ekranı

IP ile arama birden fazla sonuç döndürebilmelidir. Her sonuçta şube, ağ ve son gözlem zamanı gösterin. Dışa aktarmada bağlam sütununu kaldırmayın; elektronik tabloda tekrar yanlış birleştirme yapılabilir. Global cihaz sayımı yapılırken doğrulanmış varlık kimliğini, adres kullanım raporunda ise bağlam ve adres çiftini kullanın. İki rapor farklı sorulara cevap verir.

Şubeleri ortak VPN'e bağlama planında adres örtüşmesi ayrıca değerlendirilmelidir. Bu yazı adres değişikliği veya NAT tasarımı için tek başına karar kılavuzu değildir; envanterin doğru tutulmasına odaklanır. Geçiş sırasında eski ve yeni bağlam ilişkilerini saklayın. Tarihsel kayıtta bir IP'nin hangi şubede anlam taşıdığı kaybolursa olay incelemeleri ve bakım kayıtları da belirsizleşir.

Kaynaklar ve güncellik

Teknik kaynaklar 11 Ekim 2026 tarihinde kontrol edildi. Senaryolar açıklama amacıyla hazırlanmıştır; ölçülmüş ürün performansı değildir. RFC 1918 · Nmap resmi başvuru kılavuzu. İlgili okuma: konunun temel rehberi.