Šta virtualni hub kompanije SoftEther zapravo povezuje

SoftEther virtualni hub je granica članstva unutar jednog servera, a ne lokacija. Sesije koje se pridruže hubu mogu doći do onoga na šta je hub priključen, a sesije na drugom hubu ne mogu, čak i kada se obje autentifikuju na istom serveru. Zato uspješna prijava i dalje može dovesti klijenta na pogrešnu mrežu. Čitanje huba kao virtuelnog preklopnika pojašnjava šta on radi i šta prepušta povezivanju mostom, rutiranju i konfiguraciji kaskade.

Hub je granica članstva

Jedan server može ugostiti nekoliko hubova, svaki sa svojim korisnicima, sesijama i politikom. Autentifikacija utvrđuje ko je sesija, dok hub odlučuje kojoj virtuelnoj mreži se ta sesija pridružuje. Dva huba na jednom hostu stoga se ponašaju kao dva odvojena preklopnika koji slučajno dijele hardver. Ništa u uspješnoj prijavi ne znači da je sesija sletjela tamo gdje ste namjeravali.

Koristite naziv huba koji je dokumentovao operater, a ne naziv zapamćen sa snimka ekrana. Klijent koji se pridruži pogrešnom hubu dolazi na drugu mrežu s važećim akreditivom, što je nalaz o konfiguraciji, a ne sigurnosni prekršaj. Čuvajte naziv huba i njegovu svrhu u bilješkama profila veze.

Administracija je ograničena na isti način. Administrator huba upravlja tim hubom, dok administrator servera upravlja procesom, osluškivačima i svakim hubom na hostu.

Priključci odlučuju šta je s druge strane

Hub sam po sebi povezuje sesije jednu s drugom. Dolazak do bilo čega drugog zavisi od toga kako je hub priključen: lokalni most prema fizičkom interfejsu, virtuelni ruter ili kaskada prema drugom serveru. Svaki priključak nosi svoja pravila prosljeđivanja i svoje načine otkaza. Pretpostavka da hub pruža pristup internetu najčešća je greška u vezi s proizvodom.

SecureNAT je ugrađena opcija, implementirana virtuelnim ruterom i virtuelnom DHCP uslugom unutar servera. Zgodna je za laboratoriju, a nezgodna za sve što traži predvidivo adresiranje ili politiku. Lokalni most stavlja hub na stvarni segment, koji nasljeđuje preklapanje, DHCP i ponašanje emitovanja tog segmenta.

Kaskada povezuje dva servera tako da se sesije na jednom hubu mogu pojaviti na drugom. To je odnos hub-prema-hubu, pa oba kraja trebaju kompatibilnu politiku i radnu putanju između sebe.

Čitajte sesije i politiku odvojeno

Prikazi sesija, MAC adresa i IP adresa opisuju kako virtuelna mreža trenutno izgleda. To su opažanja, ne dozvole. Sesija vidljiva na listi time nije ovlaštena za svaku uslugu do koje hub može doći, a vrijedi i obrnuto.

Uporedite listu sesija s politikom koja na nju treba da se primijeni. Uređaj s adresom izvan predviđenog opsega obično znači DHCP odnekud drugdje ili ručno konfigurisan klijent. MAC adresa koja se kreće između sesija znači preseljen uređaj ili dva uređaja koja dijele identitet. Oboje vrijedi pogledati, a ni jedno se ne dokazuje samo tabelom.

Na serveru vpncmd prikazuje istu sliku iz ugla hosta. Uporedite taj izlaz s vlastitim prikazom klijenta kad se dva razilaze.

vpncmd localhost /SERVER /CMD SessionList
vpncmd localhost /SERVER /CMD HubList

Tretirajte administraciju huba kao vlastitu ulogu, a ne kao dozvolu klijenta. Delegiranje jednog huba ne treba predati osluškivače ni proces koji ugošćuje svaki drugi hub.

Provjerite klijenta nakon pridruživanja

Sa strane klijenta, uspostavljena sesija dokazuje samo da su autentifikacija i naziv huba prihvaćeni. Potvrdite adresu, rutu i razrješavanje imena odvojeno, jer svako može pasti nakon što hub prihvati sesiju.

ip -brief address show
ip route get 10.20.30.41
resolvectl query host.internal

Lista adresa pokazuje da li je adapter dobio zakup iz predviđenog izvora. Upit rute pokazuje koji bi interfejs nosio privatno odredište, a upit razrješivača pokazuje da li je DNS slijedio sesiju. Hub koji prosljeđuje pakete dok DNS još pokazuje na lokalnu mrežu stvara klasičnu napola radnu vezu.

Testirajte aplikaciju, a ne vezu. Intranet stranica koja se učita jači je dokaz od adaptera s uvjerljivom adresom.