SoftEther-kaskadi: yhdistä kaksi virtuaalista hubia tarkoituksella
Kaskadi yhdistää paikallisen hubin etäiseen määritetyn identiteetin alla. Se ei ole ulostulosolmu, ja se kuljettaa kaiken, mitä nämä hubit jo siltaavat.
Kaskadilla yhdistetyt kaksi SoftEther-hubia jakavat yhden lähetysverkkotunnuksen, joten silmukka tai toinen DHCP-palvelin lakkaa olemasta paikallinen virhe ja muuttuu yhteiseksi. Se on koko riskimalli. Kaskadi itsessään on määritetty asiakassuhde: paikallinen virtuaalinen hubi yhdistyy etäpalvelimen hubiin identiteetillä, jonka palvelin valtuuttaa. Se on rakennuspalikka suuremmalle virtuaaliverkolle, ei koskaan internetin ulostulo.
1. Päätä, mitä linkin on kuljetettava
Aloita vaatimuksesta, älä ominaisuudesta. Kaskadi siirtää toisen kerroksen kehyksiä hubien välillä, ja sitä haluat, kun kahden toimipisteen pitää näyttää yhdeltä Ethernet-segmentiltä. Jos tarve on vain reititetty pääsy muutamaan aliverkkoon, reititetty polku on yksinkertaisempi ja epäonnistuu näkyvämmin. Kaskadin valinta sitoo sinut jaettuun lähetykseen, jaettuun löytämiseen ja yhteen silmukkatopologiaan.
Kirjoita vaatimus yhdelle riville ennen kuin kosket palvelimeen: mitkä järjestelmät saavat näyttää olevan samassa johdossa ja mitkä tarvitsevat vain reitin. Kaikki, mikä vastaa «reitti», kuuluu kaskadin ulkopuolelle. Tämä yksi lause estää useimmat suunnitelmat, jotka päätyvät päällekkäisiin osoitepalveluihin.
2. Rajaa identiteetti, joka sen valtuuttaa
Palvelimen hallintaan käytettävät tunnistetiedot ja identiteetti, jota kaskadi käyttää yhdistämiseen, ovat eri salaisuuksia, ja niiden sekoittaminen on tavallinen oikotie, jolla on pitkä häntä. Etähubi tarvitsee käyttäjä- tai käytäntötietueen, joka sallii tämän kaskadin yhdistää. Se tietue on valtuutus; onnistunut kirjautuminen ei kerro mitään siitä, mitä etähubin takana on.
Kirjaa, mikä hubi aloittaa, mihin etähubiin se liittyy ja mitä etäidentiteetti voi saavuttaa. Vertaa kahta arkkitehtuuria ennen sitoutumista:
| 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 |
Pidä molempien päiden tunnistetiedot ja palautusohjeet ajan tasalla. Salasanan vaihto tai käytännön muokkaus etähubissa katkaisee kaskadin koskematta paikallisiin käyttäjiisi, ja vika näkyy yleensä linkkinä, joka on ylhäällä mutta tyhjä.
3. Tarkista, mitä hubi jo kuljettaa
Hubi on harvoin eristetty. Se voi jo siltaa fyysiseen sovittimeen, reitittää virtuaalisen reitittimen kautta tai kaskadoida muualle, ja jokainen noista liitoksista kulkee uuteen suhteeseen. Siksi «yhdistimme vain kaksi hubia» muuttuu niin usein kysymykseksi «miksi nämä kaksi toimipistettä ovat nyt yksi segmentti?».
Kaksi hubia, jotka on siltaettu samaan fyysiseen segmenttiin ja sitten kaskadoitu toisiinsa, muodostavat silmukan. Lisää spanning tree tai älä rakenna sitä. Sama testi pätee hubiin, joka saavuttaa kohteen jo toisen kaskadin kautta: toinen linkki ei lisää kapasiteettia, se lisää polun.
Älä lisää linkkiä siksi, että yksi reitti puuttuu; korjaa reitti. Piirrä topologia ensin paperille, mukaan lukien jokainen silta ja kaskadi, koska kaavio kestää kaksi minuuttia ja nappaa useimmat silmukat ennen kuin ne syntyvät.
4. Selvitä osoitteistus ennen liittämistä
Yhdistetyt segmentit tuovat päällekkäisiä aliverkkoja, ja päällekkäiset DHCP-palvelimet ovat klassinen oire: asiakkaat ottavat vuokran siltä palvelimelta, joka vastaa ensin, joten käytös näyttää satunnaiselta ja siirtyy uudelleenkäynnistysten välillä. Päätä etukäteen, kumpi puoli omistaa osoitteiden jakamisen, ja anna kaukaiselle segmentille alue, joka ei ole päällekkäinen minkään paikallisen kanssa. Poista toinen DHCP-palvelu käytöstä ennen kuin kaskadi tulee verkkoyhteyteen, ei vasta ensimmäisen valituksen jälkeen.
DNS on erillinen kysymys. Kaskadi kuljettaa kehyksiä; se ei määritä ratkaisijoita, ja nimi, joka ratkeaa paikallisella puolella, ei välttämättä ratkea linkin yli. Testaa kysely erikseen IP-reitistä, koska toimiva ping todistaa vain toisen kahdesta.
5. Todista se todellisella resurssilla
Valitse sallittu palvelu aiotussa kaukaisessa segmentissä ja varmista, että vastaus palaa kaskadin kautta. Toista sitten nimien ratkaisulle. Jos kohde nojaa lähetyspohjaiseen löytämiseen, odota erilaista käytöstä sillatulla linkillä kuin yhdellä johdolla, ja suunnittele sen varalle sen sijaan että kirjaisit sen virheeksi.
Kirjoita lopuksi topologia muistiin: mikä hubi kaskadoi minne, mikä identiteetti sen valtuuttaa, mitkä segmentit on siltaettu ja kuka omistaa osoitteiden jakamisen kussakin. Se muistiinpano antaa seuraavalle henkilölle mahdollisuuden muuttaa käytäntöä kaatamatta segmenttiä, jonka olemassaolosta hän ei tiennyt.