Wat 'n virtuele hub van SoftEther werklik verbind
'n Virtuele hub is 'n lidmaatskapgrens binne een bediener, nie 'n uitgangsland nie. Die aanhegsels daarvan bepaal wat 'n aangeslote sessie kan bereik, en DNS staan apart.
SoftEther se virtuele hub is 'n lidmaatskapgrens binne een bediener, nie 'n ligging nie. Sessies wat by die hub aansluit, kan bereik waaraan die hub gekoppel is, en sessies op 'n ander hub kan dit nie, selfs wanneer albei by dieselfde bediener verifieer. Daarom kan 'n suksesvolle aanmelding 'n kliënt steeds op die verkeerde netwerk plaas. Om die hub as 'n virtuele skakelaar te lees, verduidelik wat dit doen en wat dit aan brugging, roetering en kaskade-konfigurasie oorlaat.
Die hub is 'n lidmaatskapgrens
Een bediener kan verskeie hubs huisves, elk met sy eie gebruikers, sessies en beleid. Verifikasie bepaal wie die sessie is, terwyl die hub besluit watter virtuele netwerk daardie sessie betree. Twee hubs op een gasheer gedra hulle dus soos twee aparte skakelaars wat toevallig hardeware deel. Niks aan 'n suksesvolle aanmelding dui daarop dat die sessie beland het waar jy dit bedoel het nie.
Gebruik die operateur se gedokumenteerde hubnaam eerder as 'n naam wat uit 'n skermfoto onthou is. 'n Kliënt wat by die verkeerde hub aansluit, bereik 'n ander netwerk met 'n geldige geloofsbrief, wat 'n konfigurasiebevinding is eerder as 'n sekuriteitsbreuk. Hou die hubnaam en sy doel in die notities van die verbindingsprofiel.
Administrasie word op dieselfde manier afgebaken. 'n Hub-administrateur bestuur daardie hub, terwyl die bediener-administrateur die proses, die luisteraars en elke hub op die gasheer bestuur.
Aanhegsels bepaal wat anderkant lê
'n Hub op sy eie verbind sessies met mekaar. Om iets anders te bereik, hang af van hoe die hub aangeheg is: 'n plaaslike brug na 'n fisiese koppelvlak, 'n virtuele roeteerder, of 'n kaskade na 'n ander bediener. Elke aanhegsel dra sy eie aanstuur-reëls en sy eie foutmodusse. Om te aanvaar dat 'n hub internettoegang bied, is die algemeenste fout oor die produk.
SecureNAT is die ingeboude opsie, geïmplementeer met 'n virtuele roeteerder en 'n virtuele DHCP-diens binne die bediener. Dit is gerieflik vir 'n laboratorium en ongemaklik vir enigiets wat voorspelbare adressering of beleid nodig het. 'n Plaaslike brug plaas die hub op 'n werklike segment, wat daardie segment se skakeling, DHCP en uitsaai-gedrag oorneem.
'n Kaskade verbind twee bedieners sodat sessies op een hub op die ander kan verskyn. Dit is 'n hub-tot-hub-verhouding, so albei kante het versoenbare beleid en 'n werkende pad tussen hulle nodig.
Lees sessies en beleid apart
Sessie-, MAC-adres- en IP-adres-aansigte beskryf hoe die virtuele netwerk tans lyk. Dit is waarnemings, nie toestemmings nie. 'n Sessie wat in die lys sigbaar is, is daardeur nie geregtig op elke diens wat die hub kan bereik nie, en die omgekeerde geld ook.
Vergelyk die sesselys met die beleid wat daarop van toepassing behoort te wees. 'n Toestel met 'n adres buite die beoogde reeks beteken gewoonlik DHCP van elders of 'n handmatig gekonfigureerde kliënt. 'n MAC-adres wat tussen sessies beweeg, beteken 'n gemigreerde toestel of twee toestelle wat 'n identiteit deel. Albei is die moeite werd om na te kyk, en nie een word deur die tabel alleen bewys nie.
Op die bediener rapporteer vpncmd dieselfde prentjie uit die gasheer se oogpunt. Vergelyk daardie uitset met die kliënt se eie siening wanneer die twee verskil.
vpncmd localhost /SERVER /CMD SessionList
vpncmd localhost /SERVER /CMD HubList
Behandel hub-administrasie as 'n eie rol eerder as 'n kliënttoestemming. Die delegering van een hub moet nie die luisteraars of die proses oorhandig wat elke ander hub huisves nie.
Kontroleer die kliënt ná die aansluiting
Van die kliënt se kant af bewys 'n gevestigde sessie net dat verifikasie en die hubnaam aanvaar is. Bevestig die adres, die roete en die naamresolusie apart, want elkeen kan misluk nadat die hub die sessie aanvaar het.
ip -brief address show
ip route get 10.20.30.41
resolvectl query host.internal
Die adreslys wys of die adapter 'n huurkontrak van die beoogde bron ontvang het. Die roetevraag wys watter koppelvlak 'n private bestemming sou dra, en die resolver-vraag wys of DNS die sessie gevolg het. 'n Hub wat pakkette aanstuur terwyl DNS steeds na die plaaslike netwerk wys, lewer die klassieke halfwerkende verbinding.
Toets die toepassing eerder as die skakel. 'n Intranetblad wat laai, is sterker bewyse as 'n adapter met 'n geloofwaardige adres.