Tvö mál koma sama dag: einn notandi þarf innra vefforrit og einn verkfræðingur þarf að bekkjartæki hagi sér eins og það standi á sama Ethernet-sviði. Bæði eru svarað með setja þau á VPN, og þar byrjar vandræðin. Bein göng og brúuð göng teygja mismunandi tengsl, og aðeins annað þeirra hentar hverri beiðni. Að velja topologíu er aðgangsákvörðun, ekki dulritunarstilling.

Tvær beiðnir sem líta eins út við miðann

Krafa starfsmannsins er þjónusta, aðgengileg um IP, frá tæki sem þú stýrir ekki. Krafa verkfræðingsins er á tengisviði: tækið býst við að sjá Ethernet-ramma og uppgötvun með útvarpi, og hugsanlega DHCP frá sviðinu sem það telur sig vera á.

Þetta eru mismunandi spurningar, og að svara báðum með brú víkkar aðgang starfsmannsins að öllu skrifstofu-LANinu án ástæðu.

Skrifaðu kröfuna sem setningu áður en þú velur: hvaða áfangastaðir, hvaða samskiptareglur og hvaða jafningjar eiga að líta út fyrir að vera staðbundnir. Ef svarið er hýsill og port, þá nær beiningin yfir það. Ef svarið er tengsl á rammasviði við tæki sem tala aðeins útvarp, gæti brúin verið eini valkosturinn. Allt þar á milli á skilið prófunarsvið í stað framleiðslu-LANsins.

Leið er þrengri en aðild að LANi

Beinn skjólstæðingur fær vistfang á gönguundirneti og leiðir fyrir forskeytin sem þú velur. Hann getur náð í forritamiðlarann og ekkert annað, ef stefnan segir svo. Gáttin verður framfylgdarpunktur, að því gefnu að hver viðeigandi leið fari um hana.

Ekki rugla leið saman við heimild. Að segja skjólstæðingi hvernig hann nær undirnetinu kemur ekki í veg fyrir að hann reyni annan áfangastað.

Beittu aðgangsstýringu þar sem hún getur raunverulega framfylgt flæðinu, og haltu eigin heimildum forritsins á sínum stað. Víð áframsendingarregla eða gleymt annað viðmót getur veitt meira en skýringarmyndin gefur til kynna. Lestu gildandi reglur, ekki fyrirhugaðar. Prófaðu síðan áfangastað sem ætti að mistakast, því stefna sem enginn hefur reynt að brjóta er tilgáta.

Brú breytir inngönguspurningunni

Brúun sameinar líkamlegt viðmót og TAP-tæki í hugbúnaðarrofa, þannig að fjartæki ganga í sama útvarpssvið. Þetta er raunveruleg geta og raunveruleg áhætta: fjartækið er ekki lengur beinn gestur, það er þátttakandi.

Ákveddu hvaða tækjum má ganga inn, hvaða rammagerðir verða að fara yfir og hvar óæskileg samskipti eru lokuð. Vistfangsun og DHCP-vald verða hluti af sameiginlega netinu, og tveir DHCP-miðlarar á einu sviði framleiða nákvæmlega þá ringulreið sem þú býst við.

Fyrir tækið hentar sérstakt prófunarsvið yfirleitt betur en skrifstofu-LANið. Haltu stjórnunaraðgangi utan tilraunarinnar, og skilgreindu hvernig tímabundni þátttakandinn er fjarlægður þegar vinnunni lýkur.

Síun er til í báðum topologíum

Brú er ekki í eðli sínu ósíuð, og leið er ekki í eðli sínu örugg. Síun Linux-brúa hefur eigin króka og eigin reglusetningu, og regla sem skrifuð er fyrir beina IP-áframsendingu gildir ekki sjálfkrafa um brúaða ramma.

Athugaðu hvað kerfið styður í raun áður en þú lofar mörkum:

bridge link show
nft list ruleset

TUN og TAP lýsa umferð viðmótsins, ekki dulrituninni. Að skipta um viðmót lagar ekkert af því: auðkenning jafningja, stolið lykill og úrelt dulritunarstefna lifa öll breytinguna af. Báðir endar þurfa enn stillingar sem passa og eru enn studdar.

Sannaðu mörkin með þremur tilraunum

Samþykki eru þrjár athuganir, ekki yfirferð skýringarmyndar. Tilskilin aðgerð verður að virka, ótengdur áfangastaður verður að mistakast, og stjórnunarþjónusta gáttarinnar sjálfrar verður að vera utan seilingar.

Keyrðu leyfðu og bönnuðu leiðina frá sama skjólstæðingi, og skráðu báðar:

curl -sS -o /dev/null -w "%{http_code}" http://10.20.0.10/health
ip route get 10.20.0.10
ip route get 10.30.0.5

Fyrir brú skaltu bæta við tengisviðsathugunum: hvort leyfð uppgötvunarumferð fari yfir, hvort vistfangsun komi frá fyrirhuguðu valdi og hvort tímabundni þátttakandinn sé farinn eftir fjarlægingu. Þegar venjulegt beint IP uppfyllir kröfuna þegar, þarf að ganga í skrifstofu-Ethernet-sviðið sérstaka rökstuðning, og hann á að skrifa niður fyrir breytinguna.

Tengdir greinar