Cascade ng SoftEther: sadyang ikonekta ang dalawang virtual na hub
Ang cascade ay nag-uugnay ng lokal na hub sa isang malayo sa ilalim ng naka-configure na pagkakakilanlan. Hindi ito exit node, at dinadala nito ang lahat ng naibibridge na ng mga hub na iyon.
Dalawang hub ng SoftEther na pinag-ugnay ng cascade ay nagbabahagi ng isang broadcast domain, kaya ang loop o pangalawang DHCP server ay hindi na lokal na pagkakamali at nagiging pinagsasaluhang pagkakamali. Iyon ang buong modelo ng panganib. Ang cascade mismo ay isang naka-configure na relasyon ng kliyente: kumokonekta ang lokal na virtual na hub palabas sa hub ng malayong server sa ilalim ng pagkakakilanlang pinapayagan ng server na iyon. Ito ay bloke ng gusali para sa mas malaking virtual na network, hindi kailanman exit sa internet.
1. Magpasya kung ano ang dapat dalhin ng link
Magsimula sa pangangailangan, hindi sa feature. Ang cascade ay naglilipat ng frame ng ikalawang layer sa pagitan ng mga hub, at iyon ang kailangan kapag ang dalawang site ay dapat magmukhang isang segment ng Ethernet. Kung ang pangangailangan ay routed na access lamang sa ilang subnet, ang routed na landas ay mas simple at nabibigo sa mga paraang mas madaling makita. Ang pagpili ng cascade ay nagbibigkis sa iyo sa pinagsasaluhang broadcast, pinagsasaluhang pagtuklas at isang topolohiya ng loop.
Isulat ang pangangailangan sa isang linya bago hawakan ang server: aling mga sistema ang dapat magmukhang nasa parehong kawad, at alin ang kailangan lamang ng ruta. Lahat ng sumasagot ng «ruta» ay nasa labas ng cascade. Ang isang pangungusap na ito ay pumipigil sa karamihan ng mga disenyong nagtatapos sa doble na serbisyo ng address.
2. Delimitahan ang pagkakakilanlang nagpapahintulot
Ang mga kredensyal na namamahala sa server at ang pagkakakilanlang ginagamit ng cascade upang kumonekta ay magkaibang lihim, at ang paghahalo sa kanila ay karaniwang shortcut na may mahabang buntot. Kailangan ng malayong hub ang entry ng user o patakaran na nagpapahintulot sa cascade na ito na kumonekta. Ang entry na iyon ang awtorisasyon; ang matagumpay na pag-login ay walang sinasabi tungkol sa nasa likod ng malayong hub.
Itala kung aling hub ang nag-uumpisa, aling malayong hub ang sinasalihan nito at ano ang maaaring maabot ng malayong pagkakakilanlan. Ihambing ang dalawang arkitektura bago magtalaga:
| Requirement | Routed path | Cascaded segment |
|---|---|---|
| Broadcast domain | Separate on each side | Shared across the link |
| Address service | One DHCP server per side | Must not run two on one domain |
| Loop risk | Route loops only | Layer-two loops if segments overlap |
Panatilihing napapanahon ang mga kredensyal at tagubilin sa pagbawi ng magkabilang dulo. Ang pagbabago ng password o pag-edit ng patakaran sa malayong hub ay sisira sa cascade nang hindi hinahawakan ang iyong lokal na mga user, at ang pagkabigo ay karaniwang lumilitaw bilang link na buhay ngunit walang laman.
3. Suriin kung ano ang dinadala na ng hub
Bihirang maging isolated ang isang hub. Maaaring nagbi-bridge na ito sa pisikal na adapter, nagruruta sa virtual na router o nagka-cascade sa ibang lugar, at bawat isa sa mga koneksyong iyon ay dinadala sa bagong relasyon. Kaya nga ang «ikinonekta lang namin ang dalawang hub» ay madalas maging «bakit isang segment na ngayon ang dalawang site na ito?».
Dalawang hub na naka-bridge sa parehong pisikal na segment at pagkatapos ay naka-cascade sa isa’t isa ay bumubuo ng loop. Magdagdag ng spanning tree o huwag itong itayo. Ang parehong pagsubok ay nalalapat sa hub na naaabot na ang target sa ibang cascade: ang pangalawang link ay hindi nagdadagdag ng kapasidad, nagdadagdag ito ng landas.
Huwag magdagdag ng link dahil kulang ang isang ruta; ayusin ang ruta. Iguhit muna ang topolohiya sa papel, kasama ang bawat tulay at cascade, dahil ang diagram ay tumatagal ng dalawang minuto at nahuhuli ang karamihan ng loop bago pa ito umiral.
4. Ayusin ang pag-address bago sumali
Ang pinagsamang segment ay nagdadala ng doble na subnet, at ang doble na DHCP server ay klasikong sintomas: kumukuha ng lease ang mga kliyente mula sa server na unang sumagot, kaya ang pag-uugali ay mukhang random at lumilipat sa pagitan ng mga reboot. Magpasya nang maaga kung aling panig ang may-ari ng pagtatalaga ng address, at bigyan ang malayong segment ng saklaw na hindi nagsasapawan ng anumang lokal. I-disable ang isa pang serbisyo ng DHCP bago maging online ang cascade, hindi pagkatapos ng unang reklamo.
Ang DNS ay hiwalay na tanong. Ang cascade ay nagdadala ng frame; hindi ito nagko-configure ng resolver, at ang pangalang nalulutas sa lokal na panig ay maaaring hindi malutas sa kabila ng link. Subukan ang lookup nang hiwalay sa landas ng IP, dahil ang gumaganang ping ay nagpapatunay lamang ng isa sa dalawa.
5. Patunayan ito gamit ang tunay na mapagkukunan
Pumili ng pinapayagang serbisyo sa inilaan na malayong segment at kumpirmahing bumabalik ang sagot sa pamamagitan ng cascade. Pagkatapos ay ulitin para sa paglutas ng pangalan. Kung ang target ay umaasa sa pagtuklas sa broadcast, asahan ang ibang pag-uugali sa naka-bridge na link kaysa sa isang kawad, at planuhin iyon sa halip na itala ito bilang depekto.
Sa wakas, isulat ang topolohiya: aling hub ang nagka-cascade saan, aling pagkakakilanlan ang nagpapahintulot, aling segment ang naka-bridge at sino ang may-ari ng pagtatalaga ng address sa bawat isa. Ang tala na iyon ang nagpapahintulot sa susunod na tao na baguhin ang patakaran nang hindi ibinabagsak ang segment na hindi niya alam na umiiral.