Kas interneti jagamine viib teised seadmed VPN-i?
Jagamine valib ülesvoolu ja allavoolu ühenduse, mitte tunnelit. Kas teine seade pärib VPN-i, sõltub marsruutimisest, poliitikast ja kliendist.
Interneti jagamise sisselülitamine ei laienda VPN-i kõigele teie töölaual. Need kaks funktsiooni vastavad erinevatele küsimustele. Jagamine otsustab, milline ühendus toidab Maci ja millised liidesed selle ühenduse edasi annavad, samas kui VPN otsustab, kuhu läheb Maci enda liiklus. Kas teine seade tunnelit pärib, sõltub marsruutimisest, kliendi poliitikast ja sellest, mida lüüs on valmis edasi suunama, ning need on kolm asja, millest jagamise paneel ei tea midagi.
Müüt: ühenduse jagamine tähendab tunneli jagamist
Kui keegi ütleb, et see töötab, on ta tavaliselt näinud, et Maci taga olev tahvelarvuti laadis lehe. See tähelepanek sobib mitme erineva teega, sealhulgas teega, kus leht väljus otse füüsilise ülesvoolu kaudu, samal ajal kui Maci brauser kasutas tunnelit. Üks õnnestunud lehelaadimine ei erista midagi. See tõestab ainult, et mingi tee on olemas.
Teine seade ei päri seanssi. See saab Macilt aadressi, saadab Macile pakette ja Mac otsustab oma marsruutimistabeli ja oma tulemüüri oleku järgi, mida nendega teha. See otsus tehakse ühenduse, mitte seadme kaupa. Kaks seadet sama Maci taga võivad minna erinevaid teid, kui reeglid erinevad.
Mida jagamise paneel tegelikult valib
Süsteemisätetes küsivad interneti jagamise juhtnupud lähteühendust ja liideseid, mida teised seadmed kasutavad. Lähteks on Maci ülesvooluühendus ja Apple'i enda juhend hoiatab, et hoolimatu jagamine võib häirida võrku, millega olete ühendatud.
Miski selles dialoogis ei nimeta VPN-i edasisaadetava liikluse lüüsina. Etherneti valimine lähteks ei tähenda, et tunnelit eiratakse, ega tähenda ka, et tunnelit kasutatakse; see tähendab, et Maci füüsiline liides on deklareeritud ülesvooluühendus ja et otsustab ikka marsruutimistabel.
Saadaolevad valikud sõltuvad ka riistvarast. Mac, millel pole Etherneti porti, või Mac, millele dokk pole ühendatud, ei paku valikut, mida õpetus eeldab. Kontrollige paneeli, mis teil tegelikult on, enne kui hakkate selle ümber midagi kavandama.
Kuidas edasisaadetav pakett oma tee leiab
Allavoolu seadmed on NAT-i taga peidetud ja Mac kirjutab nende aadressid ümber, enne kui midagi ülesvoolu saadab. Kui tunnelil on sel hetkel vaikimisi marsruut, võivad ümberkirjutatud paketid sellest vabalt läbi minna, ja seepärast näib lahendus kiires testis töötavat.
Välimus ei ole poliitika. Töölaua VPN-klient on üles ehitatud Maci enda liikluse ümber ja selle turvalüliti rakendab tavaliselt reegleid kohalike rakenduste, mitte masina taga oleva kohtvõrgu jaoks. Kui tunnel katkeb, võib Mac oma külalistele edasi suunata täiesti ilma blokeeriva reeglita.
On ka versiooniküsimus. Pakkuja, kes dokumenteeris jagamise toe vanemal macOSi versioonil, võib olla sellest ajast käitumist muutnud, ja õpetus, mis näitab lähteallikate loendis kohalikku VPN-kirjet, võib kirjeldada liidest, mida teie praegune klient kunagi ei loo.
Seega testige teed, selle asemel et kujundust usaldada. Käivitage päring teisest seadmest ja jälgige seda mõlemas otsas, sest see on ainus tõend, mis ületab kliendi uuenduse. Test, mida saate pärast järgmist uuendust korrata, on väärtuslikum kui konfiguratsioon, mida te lihtsalt usute.
Valige katvuse piir teadlikult
Kui teine seade suudab käivitada kinnitatud kliendi, on see tugevam lahendus. See saab oma profiili, oma identiteedi ja oma poliitika ning Mac pakub vaid alusvõrku.
Kui see ei suuda klienti käivitada, vajate kas VPN-i pakkuja dokumenteeritud jagamisfunktsiooni või kinnitatud lüüsi, mis suunab seadme nimel edasi. Mõlemal on omanik ja määratletud lõpp, mis on rohkem, kui märkeruut suudab pakkuda.
Tööandjad nõuavad sageli ikkagi seadmepõhist mudelit, sest ühe masina seanss, mis esindab nelja teist, on teistsugune usaldusotsus kui neli registreeritud seadet.
Mida enne lubamist kontrollida
Kontrollige teise seadme tegelikku sihtkohta, mitte Maci oma. Erateenus ja avalik väljapääs on erinevad testid ning ühe läbimine ei ütle teise kohta midagi.
Kontrollige mõlemat aadressiperekonda ja nimelahendust. Lahendus, mis tunnelib IPv4, aga jätab IPv6 füüsilisele lingile, loob seadme, mis näeb brauseris kaitstud välja ja lekitab kõiges muus.
Seejärel kontrollige katkestatud olekut. Lülitage tunnel välja ja korrake testi teisest seadmest; kui see jõuab endiselt internetti, jagas lahendus ühendust ega jaganud kunagi VPN-i, mis on igati hea tulemus, kui keegi pole seda teisiti kirja pannud.