Batı LAN'ındaki bir iş istasyonu tarayıcı açar, doğu LAN'ındaki bir uygulamanın adresini yazar ve zaman aşımına uğrayana kadar bekler. Her NetBird ekranı eşlerin bağlı olduğunu söyler, bu doğrudur ama konu dışıdır: tek bir kaplama ağında olmak, iki yerel alt ağı tek bir ağda tutmakla aynı şey değildir. Aşağıdaki yolculuk o iş istasyonunda başlar ve tasarımın bilerek reddettiği bir istekle biter; her durak cihazdan okunan bir şeydir, tahmin değil. Eksik parçanın kaplama değil bir rota veya politika olmasını bekleyin.

Önce arızayı iş istasyonundan okuyun

Yönetim konsolunu açmadan önce iş istasyonunun gerçekte ne gönderdiğini belirleyin. Paketin site ağ geçidine, yerel bir arayüze mi yoksa hiçbir yere mi gideceğine kendi yönlendirme tablosu karar verir ve bu karar hiçbir kaplama aracı olmadan görünür. Uzak önek için rotası olmayan makine, eş listesi ne kadar sağlıklı görünürse görünsün başarısız olur. Kaplama aralığı ile sitenin kendi öneki farklı adres uzaylarıdır ve kayıt yalnızca birini yapılandırdı.

Sonra ad çözümlemesini erişilebilirlikten ayırın, çünkü tarayıcı ikisini de aynı zaman aşımı olarak bildirir. İsteği adresle NetBird istemcisi çalışan makineden, sonra çalışmayan sıradan bir iş istasyonundan yineleyin. Kayıtlı makine başarılı olup sıradan makine başarısız olursa boşluk yerel yönlendirmededir; ikisi de başarısız olursa bir rotayı değiştirmeden önce okumaya devam edin.

Site başına bir yönlendirme eşi seçin

Yönlendirme eşi, kaplamada kendi LAN'ını temsil eden bir ana bilgisayardır, bu yüzden birinin masaüstü iş istasyonu yerine alt ağa istikrarlı erişimi olan bir Linux makinesi seçin. Normal süreçle kaydedin ve role göre adlandırılmış bir gruba koyun, çünkü ağ kaynağı ve politika ikisi de o gruba başvuracak. Site başına bir temsilci okunabilir kalır; aynı öneki duyuran bir gönüllü kalabalığı sonraki her soruyu hata ayıklama oturumuna çevirir. Eşin yerel segmentteki adresi kaplamadaki kimliği kadar önemlidir, çünkü o adres her sıradan cihaza söylenen sonraki atlama olur.

Konsola dokunmadan önce planı yazın, çünkü adlar ve önekler bu tasarımların kaydığı yerdir: önek, ağ geçidi, eş adresi ve grup, site başına. Batı 10.52.0.0/24 ve 10.52.0.5 tarafından sunulur, doğu 10.63.0.0/24 ve 10.63.0.5 tarafından sunulur; iki grup west-routers ve east-routers'tır ve hiçbir önek diğeriyle, kaplama aralığıyla veya başka bir yönlendirilmiş hedefle çakışamaz.

Kaynağı oluşturun, maskelemeyi açık tutun

Dağıtılan panelde site başına bir ağ kaynağı oluşturun ve o sitenin yönlendirme eşi grubunu ona ekleyin. Kaynak önektir, grup onun için yanıt veren ana bilgisayardır ve ikisi de bir şey duyurulmadan önce var olmalıdır. Dağıtılan kendi kendine barındırılan sürümün Ağlar iş akışına sahip olup olmadığını doğrulayın, çünkü benzer adlı bir rota nesnesi olan daha eski arayüz başka bir özelliktir.

Maskelemeyi açık bırakın. NetBird'in saha-sahaya kılavuzu bu düzenlemede bunu gerektirir ve her özgün adresi görünür tutmak için kapatmak bir atlama eksik aynı tasarım değildir; kaplamanın kaynak denetimlerinin ve politikalarının gördüğünü değiştirir. Sonucu açıkça söylemek gerekir: alıcı hizmet kaynak olarak yönlendirme eşini kaydeder, bireysel iş istasyonunu değil. O hizmetin izin listesi veya denetimi iş istasyonu adresleri bekliyorsa, ya beklenti değişir ya da kimlik çeviriden önce saha sınırında uygulanmalıdır.

Yetkiyi başlatanlara verin, öneklere değil

Bir rota bir adresi erişilebilir kılar ve bir politika kimin kullanabileceğine karar verir; bunlar ayrı sahipleri olan ayrı nesnelerdir. Politikayı iş yükünden geriye yazın: hangi grup başlatır, hangi kaynağı hedefler ve hangi TCP hizmetine ihtiyaç duyar. Her kayıtlı eşe iki öneki de duyuran bir ağ erişilebilirlik yaratmış ve hiçbir şeyi çözmemiştir.

Sonra başka nelerin zaten izinli olduğunu okuyun, çünkü dar bir yeni kural üstünde duran geniş bir eski kuralı iptal etmez. Doğu da batıya bağlantı başlatmak zorunda olduğunda o yönü kendi politikası olarak yazın; batının açtığı oturumun dönüş trafiği doğuya yeni oturumlara izin vermekten farklı bir sorudur. Yalnızca bazı batı iş istasyonları doğu uygulamasına ulaşacaksa, çeviriden önce saha sınırında bunları seçin ve uygulamanın kendi kimlik doğrulamasını yerinde tutun. Yönlendirme eşi LAN trafiğini tek tek kullanıcı kaplama kimliği olarak değil, tüm saha olarak taşır, bu yüzden kullanıcı başına muhasebe başka bir yerden gelmelidir.

Her ağ geçidine sonraki atlamayı öğretin, sonra bir reddi test edin

Sıradan cihazlar kaplamayı asla görmez, bu yüzden kendi ağ geçitleri uzak öneki yönlendirme eşinin LAN adresine yönlendiren statik bir rotaya ihtiyaç duyar. İnsanların atladığı adım budur, çünkü NetBird içinde görünen her şey zaten çalışırken sıradan iş istasyonları hâlâ zaman aşımına uğrar. Ağ geçidi varsayılan rotasını olduğu gibi korur; bu önek bir eklemedir, değiştirme değil.

İki rota açıklaması her sitenin kendi ağ geçidi yapılandırmasına aittir, ana bilgisayardaki geçersiz kılmaya değil. İkisi de sıradan statik rotalardır ve hiçbiri varsayılan rotaya dokunmaz:

west gateway: 10.63.0.0/24 via 10.52.0.5
east gateway: 10.52.0.0/24 via 10.63.0.5

Projenin gerçekten ihtiyaç duyduğu uygulamayla, sıradan bir iş istasyonundan test edin ve üç şeyi kaydedin: gönderen tarafta seçilen sonraki atlama, eşleşen politika ve hizmetin kaydettiği kaynak adresi. Reddi de test edin, çünkü hiçbir şeyi hiç reddetmemiş bir tasarımın bilinmeyen kenarları vardır ve işi yönlendirmenin değil politikanın yaptığının tek kanıtı reddir. Doğu da başlatmak zorunda olduğunda ikinci yönün kendiliğinden geleceğini varsaymak yerine o taraftan yeni bir bağlantı başlatın. Yönlendirme eşinin yeniden başlatılmasını, yükseltilmesini ve değiştirilmesini de planlayın, çünkü bir ana bilgisayar sitenin bağımlılığı oldu.

TestA pass looks likeA failure points at
Ordinary workstation opens the east applicationNext hop on west is the routing peerMissing static route on the west gateway
A source outside policy is refusedNo session in the service logPolicy too broad, or a route bypasses it
East starts a connection, if requiredA fresh reverse session succeedsNo policy for the reverse direction

Özel adlar kendi çözümleyici tasarımına ihtiyaç duyar, çünkü erişilebilirlik DNS kaydı oluşturmaz ve adı bozuk çalışan bir IP yolu tam olarak bozuk bir yol gibi okunur. Yönlendirme eşi bir bulut ağında çalışıyorsa sağlayıcının iletme ve güvenlik duvarı kurallarını da inceleyin, çünkü kayıt bunları geçersiz kılmaz. Testin gözlemlerini planın yanında tutun, çünkü bunu sonra ayıklayacak kişi topoloji açıklamasını değil, eşleşen politikayı ve kaydedilen kaynak adresini isteyecek.

İlgili makaleler