F5-leiðardræg og MPLS-VRF: kortleggðu afhendingu leigjandans

Tveir leigjendur keyra sama forritið á 10.50.0.10. Þjónustuveitandinn heldur þeim aðskildum í aðskildum MPLS-VPN, og BIG-IP heldur staðbundinni umferð þeirra í aðskildum leiðardrægum. Þetta fyrirkomulag virkar allt til afhendingarinnar, þar sem vantað viðskeyti eða afritað leiðarmarkmið setur hljóðlaust pakka annars leigjandans í samhengi hins. Þessi handbók tengir saman tvö líkön og endar með prófi fyrir hvern leigjanda.

Vinnublað: ein röð fyrir hvern leigjanda

Fyllið þetta út áður en þið breytið nokkru. Hvert síðara skref vísar í reit í því, og tómur reitur er ákvörðun sem enginn hefur tekið enn.

Skref 1: festið hvern hlut við leiðardrægið sitt

Skjölun F5 um leiðardræg lýsir einangruðum samhengjum umferðar, tvíteknum vistföngum og address%ID táknuninni fyrir stillingahluti. Vistfang sem skrifað er sem 10.50.0.10%2 nefnir staðbundið samhengi leiðardrægsins, og það viðskeyti er ekki MPLS-merki sem borið er í IP-pakka viðskiptavinarins.

VLAN eða studd göng tilheyra einu leiðardrægi í skjalfestu líkaninu, svo viðmótið og vistfangið verða að stemma. Skoðið einnig sjálfgefið leiðardræg stjórnunarhlutans, því sleppt viðskeyti þýðir ekki ekkert samhengi; það þýðir það samhengi sem hlutinn notar sjálfgefið. Þetta eina sjálfgefna gildi skýrir flest þau atvik þar sem nýr hlutur svaraði hljóðlaust í röngum leigjanda. Athugið það áður en þið bætið við eigin vistfangi.

tmsh list net route-domain
tmsh list net vlan | grep -i domain
tmsh list ltm virtual one_vs

Skref 2: notið VRF og leiðarmarkmið þjónustuveitandans

Við MPLS-brúnina er leigjandinn auðkenndur með VRF þjónustuveitandans og samþykktri leiðavinnslu viðskiptavinarins. Leiðarmarkmið stýra því hvaða leiðir þjónustuveitandinn flytur inn og út milli VRF, og að velja svipaða BIG-IP-leiðardrægnúmer skapar ekkert af því sambandi.

Auðkennin tvö lifa í mismunandi kerfum og þýða mismunandi hluti. Leiðardrægs-ID er staðbundið samhengi í tækinu. Leiðarmarkmið er stefnu-eiginleiki á hlið þjónustuveitandans sem ræður dreifingu leiða, og leiðaraðgreinir er enn þriðji hluturinn, notaður til að halda annars eins forskeytum aðskildum.

Skref 3: ákveðið hvort samhengi megi deila aðgengi

Farið viljandi yfir stillingar fyrir uppflettingu foreldradrægs og stranga einangrun, því þær breyta því hvað samhengi getur náð til. Leiðarvísir F5 leyfir stýrða framsendingu gegnum þessi sambönd, og einmitt þess vegna ætti ekki að líta á leiðardræg eitt og sér sem fullkomna öryggisstefnu leigjandans.

Ef báðir leigjendur þurfa sameiginlega þjónustu, tilgreinið samþykkta slóð og heimildir í stað þess að beina öðrum leigjandanum kæruleysislega að leiðasamhengi hins. Varðveitið auðkenni forritsins og hverja viljandi upprunaaðlögun ásamt netáfangastaðnum, annars mun sameiginlega þjónustan sjá annan leigjandann sem hinn.

Venjuleg leiðarafhending tengir BIG-IP við brúnarouter þjónustuveitandans án þess að gera BIG-IP að MPLS-PE. Ef bein samþætting MPLS eða VPN-leiðafjölskyldu er í raun nauðsynleg, fáið skýran stuðning fyrir nákvæma kerfisútgáfu og útgáfu, því staðbundin einangrun leiðardrægs veitir ekki þann eiginleika.

Skref 4: sannprófið einn leigjanda í einu

Prófið leigjanda A frá endapunkti í samhengi A að forritsvistfangi A, og endurtakið svo fyrir B. Notið formið %ID í greiningum svo þið getið sannað hvaða samhengi svaraði, og staðfestið að beiðni frá röngu samhengi mistakist í stað þess að lenda á einhverjum trúverðugum stað.

Athugið hlið þjónustuveitandans í sömu ferð: forskeytið er í réttu VRF, leiðarmarkmiðin stemma við vinnublaðið, og endurleiðin notar fyrirhugaða tengingu. Ping sem virkar frá tækinu sjálfu sannar samhengi tækisins, ekki leigjandans.

Skráið endanlegu vörpunina á vinnublaðið, þar á meðal sjálfgefið leiðardræg hvers hluta og hvert foreldradrægssamband sem þið virkjuðuð. Næstu breytingu á þessu umhverfi mun einhver gera sem les þá töflu, ekki einhver sem les þessa grein.