SoftEther yerel köprüsü mü SecureNAT mi: hangisi açılmalı

SoftEther Manager'ı açın, ve bir hub hakkındaki ilk gerçek karar bir onay kutusu değil, topoloji sorusudur. Yerel köprü o hub'ı fiziksel bir bağdaştırıcıya bağlar ve mevcut segmentin adresleme sağlamasına izin verir, SecureNAT ise hub'a kendi sanal yönlendiricisini, NAT'ını ve DHCP'sini verir. Aralarında seçim yapmak, adreslerin nereden geldiğini ve hangi aygıtın onlar için yanıt verdiğini değiştirir. İkisini birden açıp birinin kazanmasını ummak, çalışan bir laboratuvarın bir destek başlığına dönüşme yoludur.

Gerçekten düzenlediğiniz hub'dan başlayın

Manager sunucuların ve hub'ların ağacını gösterir, ve istemciler farklı adlı bir hub'a bağlanırken varsayılan hub'ı yapılandırmak kolaydır. Hub'a tıklayın, adını okuyun ve altında listelenen oturumların hizmet vermeye çalıştığınız istemciler olduğunu doğrulayın. Bu tek kontrol, sonradan protokole yüklenen karışıklığın çoğunu önler.

Sonra istemcinin uzak uçtan neye ihtiyaç duyduğuna karar verin. Yayın ve LAN hizmetleriyle paylaşılan Ethernet davranışı bir köprüye işaret eder, küçük bir adres aralığına yönlendirilmiş özel erişim SecureNAT'a işaret eder, ve internet çıkışı her iki düzenin de kötü taşıyabileceği bir yönlendirme kararıdır.

Bir şeye tıklamadan önce yanıtı yazın, çünkü bu iki ayar birbirinin yerine geçmez ve geri almak karar vermekten daha uzun sürer. İki dakikalık yazma bir saatlik yeniden bağlanmayı kazandırır.

Yerel köprü adreslemeye ne yapar

Yerel köprü hub'ı fiziksel bir bağdaştırıcıya bağlar, böylece hub o Ethernet segmentinin parçası olur. İstemciler segmenti zaten sunan şeyden adres alır ve ağ geçitleri segmentin yönlendiricisidir. İstemci açısından ofis LAN'ına katılmıştır, bunun getirdiği tüm erişilebilirlik ve tüm maruz kalma ile birlikte.

Bu aynı zamanda köprünün doğru sürücü desteğine sahip gerçek bir bağdaştırıcıya ihtiyaç duyduğu ve yöneticinin o segmenti genişletmeye yetkili olması gerektiği anlamına gelir. VPN oturum açma kimlik doğrulamayı kanıtlar, bir ana bilgisayarı üretim VLAN'ına yerleştirme hakkını değil. Sürücünün adının amaçladığınız bağdaştırıcıyla eşleştiğini kontrol edin, çünkü yanlış bağlantı noktasını köprülemek bir segmenti hızla düşürür. Bağdaştırıcı listesi boşsa veya köprü bir hata bildirirse, yanıt genellikle sürücü veya ayrıcalıklarla ilgilidir, şifreleme ile değil.

Grafik ağacı belirsiz olduğunda köprü tablosunu komut satırından okuyun. Çıktı bağdaştırıcıyı adlandırır, ki ağaç bunu her zaman yapmaz.

vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionList

Bağlı oturumlarla boş bir köprü listesi yararlı bir resimdir: istemciler sanal hub'ın içindedir ve henüz hiçbir şey onu bir segmente genişletmiyor.

SecureNAT ne ekler ve neyi gizler

SecureNAT hub'a sanal bir yönlendirici, bir NAT işlevi ve bir DHCP hizmeti verir, hepsi SoftEther sürecinin içinde. İstemciler sanal DHCP aralığından adres alır, sanal yönlendirici varsayılan ağ geçidi için yanıt verir ve dışarı çıkması gereken trafik çevrilir. Hiçbir fiziksel bağdaştırıcı devrede değildir, bu yüzden tek NIC'li ve anahtar yapılandırması olmayan bir ana bilgisayarda çalışır.

Bedeli, sanal adreslerin hub'a ait olması ve başka hiçbir şeye ait olmamasıdır. Ofis LAN'ındaki bir makine yardım olmadan bir istemcinin SecureNAT adresine yönlendirme yapamaz ve kaynak adresleri günlüğe alan her şey SoftEther ana bilgisayarının çevrilmiş adresini görür. Erişim kurallarınız veya denetim izleriniz istemcinin gerçek adresine bağlıysa, bu bir ayrıntı değil tasarım değişikliğidir. Kaynak adres kuralının istemciyi hiç görüp görmeyeceğine de bu karar verir.

Aynı zamanda bir DHCP sunucusudur. Onu zaten bir tane bulunan bir segmentte çalıştırmak veya o segmenti aynı anda köprülemek, iki yanıtlayıcı ve öngörülemeyen kiralamalar üretir. Kılavuz iki işlevi tam da bu nedenle ayrı seçimler olarak ele alır.

Başka bir şeyi etkinleştirmeden önce hub'ın şu anda neye hizmet ettiğini inceleyin. Her komut amaçlananı değil mevcut durumu yazdırır.

vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGet

Birini açıp diğerini bozmamak

Düzeni seçin, etkinleştirin ve diğerini kapalı bırakın. Hem köprüsü hem SecureNAT'ı etkin olan bir hub, aynı soruya iki olası yanıtı olan bir hub'dır ve istemci önce gelenine inanır. Birinden diğerine geçerken eski işlevi devre dışı bırakın ve istemciyi yeniden bağlayın, yeni ayarın mevcut bir oturumda geçerli olacağını varsaymak yerine.

Değişikliği istemci havuzu LAN aralığıyla çakışmayacak şekilde sıralayın. Çakışan alt ağlar, bağlanıp sonra hiçbir yere ulaşamayan bir tünelin ikinci en yaygın nedenidir ve iki adres planını yan yana karşılaştırana kadar görünmezler.

Ardından istemciden yeniden bağlanın ve ne aldığını okuyun, çünkü hub'ın oturuma bakışı istemcinin kendi ağına bakışı değildir. Yeniden bağlanma, yeni bir kiralama zorlamanın tek güvenilir yoludur.

İstemcide ağ geçidini ve çözümleyiciyi kontrol edin

Başarılı bir kimlik doğrulama, kimlik bilgilerinin çalıştığını ve hub'ın oturumu kabul ettiğini söyler. İstemcinin bir yere ulaşıp ulaşamadığı hakkında hiçbir şey söylemez, çünkü bu aldığı adrese, maskeye, ağ geçidine ve DNS sunucusuna bağlıdır. Bir sunucu ayarına tekrar dokunmadan önce bu dört değeri istemcide okuyun.

Windows'ta bağdaştırıcı ayrıntıları kiralamayı ve çözümleyiciyi gösterir, yönlendirme tablosu ise tünelin gerçekten varsayılan yol olup olmadığını gösterir.

ipconfig /all
route print -4
nslookup intranet.corp.internal

Bir Linux istemcisinde aynı bilgiler adres, yönlendirme ve çözümleyici dosyalarından gelir. Varsayılan yol, trafiğin tünelden çıkıp çıkmadığını belirleyen değerdir. Ağ geçidi ofis yönlendiricisini gösterirken tünel trafiği taşımayı bekliyorsa, topoloji adıyla köprülenmiş ve pratikte kırılmıştır. Önce adres kaynağını düzeltin, sonra uygulamayı yeniden test edin ve ancak ondan sonra diğer modu değiştirmeyi düşünün.