Set Internett-deling dei andre einingane dine på VPN-en?

Å slå på Internett-deling utvidar ikkje VPN-en til alt på skrivebordet ditt. Dei to funksjonane svarar på ulike spørsmål. Deling avgjer kva tilkopling som matar Macen og kva grensesnitt som deler den tilkoplinga vidare, medan ein VPN avgjer kvar Macen sin eigen trafikk går. Om den andre eininga arvar tunnelen, kjem an på ruting, på policyen til klienten og på kva slusa er viljug til å senda vidare, og det er tre ting delingspanelet ikkje veit noko om.

Myten: å dela tilkoplinga deler tunnelen

Når nokon seier at det verkar, er det dei vanlegvis har sett at nettbrettet bak Macen lasta ei side. Den observasjonen stemmer med fleire ulike vegan, mellom anna ein der sida gjekk rett ut gjennom den fysiske oppstraumsforbindinga medan nettlesaren på Macen brukte tunnelen. Éi vellukka sideinnlasting skil ingenting. Ho beviser berre at ein eller annan veg finst.

Ei andre eining arvar ikkje ei økt. Ho får ei adresse frå Macen, sender pakkar til Macen, og Macen avgjer kva som skal gjerast med dei etter si eiga rutetabell og sin eigen brannmurstatus. Den avgjerda blir teken per tilkopling, ikkje per eining. To einingar bak same Mac kan ta ulike vegan når reglane er ulike.

Kva delingspanelet faktisk vel

I Systeminnstillingar spør kontrollane for Internett-deling etter ei kjeldekopling og etter grensesnitta som andre einingar skal bruka. Kjelda er oppstraumsforbindinga til Macen, og Apples eigen rettleiar åtvarar om at uforsiktig deling kan forstyrra nettverket du er kopla til.

Ingen ting i den dialogen nemner ein VPN som sluse for vidaresend trafikk. Å velja Ethernet som kjelde betyr ikkje at tunnelen blir ignorert, og det betyr heller ikkje at tunnelen blir brukt; det betyr at det fysiske grensesnittet til Macen er den erklærte oppstraumsforbindinga, og at rutetabellen framleis avgjer.

Dei tilgjengelege vala kjem òg an på maskinvaren. Ein Mac utan Ethernet-port, eller ein der ein dokk ikkje er tilkopla, vil ikkje tilby valet ein rettleiar føreset. Sjekk panelet du faktisk har før du byggjer noko rundt det.

Korleis ein vidaresend pakke finn vegen

Einingar nedstraums er gøymde bak NAT, og Macen skriv om adressene deira før han sender noko oppstraums. Viss tunnelen eig standardruta i det augneblunken, kan dei omskrivne pakkane godt gå gjennom henne, og det er derfor ordninga ser ut til å verka i ein rask test.

Utsjånad er ikkje policy. Ein VPN-klient for skrivebord er bygd rundt Macen sin eigen trafikk, og tryggingsbrytaren hans handhevar vanlegvis reglar for lokale program og ikkje for eit LAN bak maskinen. Når tunnelen fell, kan Macen halda fram med å senda vidare for gjestene sine utan noka blokkeringsregel i det heile.

Det er òg versjonsspørsmålet. Ein leverandør som dokumenterte delingsstøtte på ein eldre macOS-versjon kan ha endra åtferd sidan, og ein rettleiar som viser ein innebygd VPN-oppføring i kjeldelista kan skildra eit grensesnitt den noverande klienten din aldri opprettar.

Så test vegen i staden for å stola på designet. Køyr ein førespurnad frå den andre eininga og følg han i begge endar, for det er det einaste beviset som overlever ein klientoppdatering. Ein test du kan gjenta etter neste oppdatering er verdt meir enn ein konfigurasjon du berre trur på.

Vel dekningsgrensa med vilje

Viss den andre eininga kan køyre den godkjende klienten, er det den sterkare ordninga. Ho får sin eigen profil, sin eigen identitet og sin eigen policy, og Macen leverer berre det underliggjande nettverket.

Viss ho ikkje kan køyre ein klient, treng du anten ein dokumentert delingsfunksjon frå VPN-leverandøren eller ei godkjend sluse som sender vidare på vegner av eininga. Begge har ein eigar og ein definert slutt, som er meir enn ein avkryssingsboks kan tilby.

Arbeidsgjevarar krev ofte likevel modellen med éi eining per eining, fordi økta til éin maskin som representerer fire andre er eit anna tillitsvedtak enn fire registrerte einingar.

Kva du bør stadfesta før du lovar det

Sjekk den faktiske målstaden til den andre eininga, ikkje Macen sin. Ein privat teneste og ein offentleg utgang er ulike testar, og å stå den eine seier ingenting om den andre.

Sjekk begge adressefamiliane og namneoppslaget. Eit oppsett som tunnelerer IPv4 medan IPv6 blir liggjande på den fysiske forbindinga, gir ei eining som ser verna ut i ein nettlesar og lekk i alt anna.

Sjekk så den fråkopla tilstanden. Slå av tunnelen og gjenta testen frå den andre eininga; viss ho framleis når internett, delte ordninga ei tilkopling og delte aldri ein VPN, noko som er eit godt resultat så lenge ingen skreiv det ned som det andre.