Čo vlastne virtuálny hub SoftEther prepája

Virtuálny hub SoftEther je hranica členstva vnútri jedného servera, nie umiestnenie. Relácie, ktoré sa k hubu pripoja, sa dostanú k tomu, k čomu je hub pripojený, a relácie na inom hube nie, aj keď sa obe overujú na tom istom serveri. Preto úspešné prihlásenie môže klienta stále umiestniť do nesprávnej siete. Čítanie hubu ako virtuálneho prepínača objasňuje, čo robí a čo necháva mostom, smerovaniu a konfigurácii kaskády.

Hub je hranica členstva

Jeden server môže hosťovať niekoľko hubov, každý s vlastnými používateľmi, reláciami a politikou. Overenie určuje, kto je relácia, zatiaľ čo hub rozhoduje, do ktorej virtuálnej siete sa tá relácia pripojí. Dva huby na jednom hostiteľovi sa preto správajú ako dva oddelené prepínače, ktoré náhodou zdieľajú hardvér. Nič na úspešnom prihlásení neznamená, že relácia pristála tam, kam ste zamýšľali.

Použite názov hubu zdokumentovaný prevádzkovateľom, nie názov zapamätaný zo snímky obrazovky. Klient, ktorý sa pripojí k nesprávnemu hubu, sa s platnými prihlasovacími údajmi dostane do inej siete, čo je zistenie o konfigurácii, nie bezpečnostný incident. Uchovávajte názov hubu a jeho účel v poznámkach profilu pripojenia.

Správa je vymedzená rovnako. Správca hubu spravuje tento hub, zatiaľ čo správca servera spravuje proces, poslucháče a každý hub na hostiteľovi.

Pripojenia rozhodujú, čo je za nimi

Hub sám o sebe prepája relácie navzájom. Dostať sa k čomukoľvek inému závisí od toho, ako je hub pripojený: lokálny most k fyzickému rozhraniu, virtuálny router alebo kaskáda k inému serveru. Každé pripojenie nesie vlastné pravidlá preposielania a vlastné spôsoby zlyhania. Predpoklad, že hub poskytuje prístup na internet, je najčastejšia chyba týkajúca sa produktu.

SecureNAT je vstavaná možnosť, realizovaná virtuálnym routerom a virtuálnou službou DHCP vnútri servera. Je vhodná pre laboratórium a nevhodná pre všetko, čo potrebuje predvídateľné adresovanie alebo politiku. Lokálny most stavia hub na skutočný segment, ktorý dedí prepínanie, DHCP a správanie vysielania tohto segmentu.

Kaskáda prepája dva servery, aby sa relácie na jednom hube mohli objaviť na druhom. Je to vzťah hub k hubu, takže oba konce potrebujú kompatibilnú politiku a funkčnú cestu medzi sebou.

Čítajte relácie a politiku oddelene

Pohľady na relácie, adresy MAC a adresy IP opisujú, ako virtuálna sieť práve vyzerá. Sú to pozorovania, nie oprávnenia. Relácia viditeľná v zozname tým nie je oprávnená na každú službu, ku ktorej sa hub dostane, a platí to aj naopak.

Porovnajte zoznam relácií s politikou, ktorá sa naň má vzťahovať. Zariadenie s adresou mimo zamýšľaného rozsahu zvyčajne znamená DHCP odinakiaľ alebo ručne nakonfigurovaného klienta. Adresa MAC, ktorá sa pohybuje medzi reláciami, znamená presunuté zariadenie alebo dve zariadenia zdieľajúce identitu. Obe stoja za pohľad a ani jedno sa nepreukazuje samotnou tabuľkou.

Na serveri vpncmd hlási rovnaký obraz z pohľadu hostiteľa. Porovnajte tento výstup s vlastným pohľadom klienta, vždy keď sa oba rozchádzajú.

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

Berte správu hubu ako vlastnú rolu, nie ako oprávnenie klienta. Delegovanie jedného hubu by nemalo odovzdať poslucháče ani proces, ktorý hosťuje každý ďalší hub.

Po pripojení skontrolujte klienta

Zo strany klienta nadviazaná relácia dokazuje len to, že overenie a názov hubu boli prijaté. Potvrďte adresu, trasu a preklad názvov oddelene, pretože každé z nich môže zlyhať po tom, ako hub reláciu prijal.

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

Zoznam adries ukazuje, či adaptér dostal prenájom zo zamýšľaného zdroja. Otázka na trasu ukazuje, ktoré rozhranie by nieslo súkromný cieľ, a otázka na prekladač ukazuje, či DNS nasledovalo reláciu. Hub, ktorý preposiela pakety, zatiaľ čo DNS stále ukazuje na miestnu sieť, vytvára klasické napoly funkčné spojenie.

Testujte aplikáciu, nie spojenie. Načítaná stránka intranetu je silnejší dôkaz ako adaptér s vierohodnou adresou.