Ano ba talaga ang ikinokonekta ng isang virtual na hub ng SoftEther

Ang virtual na hub ng SoftEther ay isang hangganan ng pagiging miyembro sa loob ng isang server, hindi isang lokasyon. Ang mga sesyong sumasali sa hub ay maaaring maabot kung ano ang nakakonekta sa hub, at ang mga sesyon sa ibang hub ay hindi, kahit parehong nagpapatotoo sa parehong server. Kaya't ang matagumpay na pag-login ay maaari pa ring maglagay ng kliyente sa maling network. Ang pagbasa sa hub bilang isang virtual na switch ay nililinaw kung ano ang ginagawa nito at kung ano ang iniiwan sa pag-bridge, pagruruta at cascading configuration.

Ang hub ay isang hangganan ng pagiging miyembro

Maaaring mag-host ang isang server ng ilang hub, bawat isa ay may sariling mga user, sesyon at patakaran. Itinatakda ng pagpapatotoo kung sino ang sesyon, habang ang hub ang nagpapasya kung aling virtual network sasali ang sesyong iyon. Kaya't ang dalawang hub sa isang host ay kumikilos tulad ng dalawang hiwalay na switch na nagkataong nagbabahagi ng hardware. Wala sa isang matagumpay na pag-login ang nagpapahiwatig na ang sesyon ay lumapag kung saan mo gusto.

Gamitin ang pangalan ng hub na naidokumento ng operator, hindi isang pangalang naalala mula sa screenshot. Ang kliyenteng sumasali sa maling hub ay nakakaabot sa ibang network na may valid na kredensiyal, na isang natuklasan sa configuration at hindi isang paglabag sa seguridad. Itago ang pangalan ng hub at ang layunin nito sa mga tala ng profile ng koneksyon.

Ang administrasyon ay saklaw rin sa parehong paraan. Ang administrator ng hub ay namamahala sa hub na iyon, habang ang administrator ng server ay namamahala sa proseso, mga tagapakinig at bawat hub sa host.

Ang mga koneksyon ang nagtatakda kung ano ang nasa kabilang dako

Ang hub mismo ay nag-uugnay ng mga sesyon sa isa't isa. Ang pag-abot sa anupamang iba ay nakasalalay sa kung paano nakakonekta ang hub: lokal na tulay patungo sa pisikal na interface, virtual na router, o kaskad patungo sa ibang server. Ang bawat koneksyon ay may sariling mga tuntunin sa pagpapasa at sariling mga paraan ng pagpalya. Ang pag-akalang nagbibigay ang hub ng access sa internet ang pinakakaraniwang pagkakamali tungkol sa produkto.

Ang SecureNAT ay ang built-in na opsyon, na ipinatupad gamit ang virtual na router at virtual na serbisyo ng DHCP sa loob ng server. Ito ay maginhawa para sa laboratoryo at mahirap para sa anumang nangangailangan ng mahuhulaang addressing o patakaran. Ang lokal na tulay ay naglalagay sa hub sa isang tunay na segment, na nagmamana ng switching, DHCP at gawi sa broadcast ng segment na iyon.

Ang kaskad ay nag-uugnay ng dalawang server upang ang mga sesyon sa isang hub ay lumitaw sa isa. Ito ay relasyong hub-sa-hub, kaya kailangan ng dalawang dulo ng tugmang patakaran at gumaganang landas sa pagitan nila.

Basahin nang hiwalay ang mga sesyon at patakaran

Inilalarawan ng mga view ng sesyon, MAC address at IP address ang itsura ng virtual network ngayon. Mga obserbasyon ang mga ito, hindi mga pahintulot. Ang sesyong nakikita sa listahan ay hindi dahil doon karapat-dapat sa bawat serbisyo na maaabot ng hub, at totoo rin ang kabaligtaran.

Ihambing ang listahan ng sesyon sa patakarang dapat ilapat dito. Ang aparatong may address sa labas ng inilaan na saklaw ay karaniwang nangangahulugang DHCP mula sa ibang lugar o kliyenteng mano-manong na-configure. Ang MAC address na gumagalaw sa pagitan ng mga sesyon ay nangangahulugang inilipat na aparato o dalawang aparatong nagbabahagi ng pagkakakilanlan. Parehong sulit tingnan, at wala sa kanila ang napatutunayan ng talahanayan lamang.

Sa server, iniuulat ng vpncmd ang parehong larawan mula sa pananaw ng host. Ihambing ang output na iyon sa sariling view ng kliyente kapag hindi sila nagkakasundo.

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

Tratuhin ang administrasyon ng hub bilang sariling tungkulin at hindi pahintulot ng kliyente. Ang pagdelegar ng isang hub ay hindi dapat maglipat ng mga tagapakinig o ng prosesong nagho-host sa bawat ibang hub.

Suriin ang kliyente pagkatapos sumali

Mula sa panig ng kliyente, ang naitatag na sesyon ay nagpapatunay lamang na tinanggap ang pagpapatotoo at pangalan ng hub. Kumpirmahin nang hiwalay ang address, ruta at resolusyon ng pangalan, dahil maaaring mabigo ang bawat isa pagkatapos tanggapin ng hub ang sesyon.

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

Ipinapakita ng listahan ng address kung nakatanggap ang adapter ng lease mula sa inilaang pinagmulan. Ipinapakita ng query sa ruta kung aling interface ang magdadala ng pribadong destinasyon, at ipinapakita ng query sa resolver kung sinundan ng DNS ang sesyon. Ang hub na nagpapasa ng mga packet habang nakaturo pa rin ang DNS sa lokal na network ay gumagawa ng klasikong koneksyong kalahating gumagana.

Subukan ang aplikasyon at hindi ang link. Ang pahinang intranet na naglo-load ay mas matibay na ebidensya kaysa adapter na may kapani-paniwalang address.