Ĉu kunhavigo de interreto metas viajn aliajn aparatojn en la VPN-on?

Ŝalti kunhavigon de interreto ne etendigas la VPN-on al ĉio sur via skribotablo. La du funkcioj respondas al malsamaj demandoj. Kunhavigo decidas, kiu konekto provizas la Mac-on kaj kiuj interfacoj plusendas tiun konekton, dum VPN decidas, kien iras la propra trafiko de la Mac. Ĉu la dua aparato heredas la tunelon, dependas de enkursigo, de la politiko de la kliento kaj de tio, kion la kluzo pretas plusendi, kaj tio estas tri aferoj, pri kiuj la panelo de kunhavigo scias nenion.

La mito: kunhavigi la konekton signifas kunhavigi la tunelon

Kiam iu diras, ke ĝi funkcias, tio, kion li kutime observis, estas ke la tabulkomputilo malantaŭ la Mac ŝargis paĝon. Tiu observo kongruas kun pluraj malsamaj vojoj, inkluzive de vojo, kie la paĝo eliris rekte per la fizika suprenligo, dum la retumilo de la Mac uzis la tunelon. Unu sukcesa ŝargo de paĝo nenion distingas. Ĝi pruvas nur, ke ekzistas ia vojo.

Dua aparato ne heredas seancon. Ĝi ricevas adreson de la Mac, sendas pakaĵojn al la Mac, kaj la Mac decidas, kion fari kun ili, laŭ sia propra enkursiga tabelo kaj laŭ la stato de sia propra fajroŝirmilo. Tiu decido okazas po konekto, ne po aparato. Du aparatoj malantaŭ la sama Mac povas preni malsamajn vojojn, kiam la reguloj malsamas.

Kion la panelo de kunhavigo efektive elektas

En la agordoj de la sistemo, la regiloj de kunhavigo de interreto petas fontan konekton kaj la interfacojn, kiujn uzos la aliaj aparatoj. La fonto estas la suprenligo de la Mac, kaj la gvidilo de Apple mem avertas, ke senatenta kunhavigo povas ĝeni la reton, al kiu vi estas alkroĉita.

Nenio en tiu dialogo nomas VPN-on kiel kluzon por plusendita trafiko. Elekti Ethernet kiel fonton ne signifas, ke la tunelo estas ignorata, kaj ĝi ankaŭ ne signifas, ke la tunelo estas uzata; ĝi signifas, ke la fizika interfaco de la Mac estas la deklarinta suprenligo, kaj ke la enkursiga tabelo ankoraŭ decidas.

La disponeblaj opcioj ankaŭ dependas de la aparataro. Mac sen Ethernet-haveno, aŭ unu, al kiu dokstacio ne estas konektita, ne proponos la elekton, kiun lernilo supozas. Kontrolu la panelon, kiun vi efektive havas, antaŭ ol desegni ion ajn ĉirkaŭ ĝi.

Kiel plusendita pakaĵo trovas sian vojon

Malsuprenaj aparatoj estas kaŝitaj malantaŭ NAT, kaj la Mac reskribas iliajn adresojn antaŭ ol sendi ion supren. Se la tunelo tiomomente posedas la defaŭltan itineron, la reskribitaj pakaĵoj povas bonege iri tra ĝi, kaj tial la aranĝo ŝajnas funkcii en rapida testo.

Aspekto ne estas politiko. Laŭtabla VPN-kliento estas konstruita ĉirkaŭ la trafiko de la Mac mem, kaj ĝia mortiga ŝaltilo kutime plenumas regulojn por lokaj aplikaĵoj, ne por LAN malantaŭ la maŝino. Kiam la tunelo falas, la Mac povas daŭre plusendi por siaj gastoj tute sen bloka regulo.

Estas ankaŭ la demando pri versio. Provizanto, kiu dokumentis subtenon de kunhavigo ĉe pli malnova macOS-eldono, eble ŝanĝis la konduton de tiam, kaj lernilo, kiu montras indiĝenan VPN-eron en la fonta listo, eble priskribas interfacon, kiun via nuna kliento neniam kreas.

Do testu la vojon anstataŭ fidi la dezajnon. Lanĉu peton el la dua aparato kaj observu ĝin ĉe ambaŭ finoj, ĉar tio estas la sola pruvo, kiu postvivas klientan ĝisdatigon. Testo, kiun vi povas ripeti post la sekva ĝisdatigo, valoras pli ol agordo, kiun vi nur kredas.

Elektu la kovrolimon konscie

Se la dua aparato povas ruli la aprobitan klienton, tio estas la pli forta aranĝo. Ĝi ricevas sian propran profilon, sian propran identecon kaj sian propran politikon, kaj la Mac nur provizas la suban reton.

Se ĝi ne povas ruli klienton, tiam vi bezonas aŭ dokumentitan kunhavigan funkcion de la VPN-provizanto aŭ aprobitan kluzon, kiu plusendas nome de la aparato. Ambaŭ havas posedanton kaj difinitan finon, kio estas pli ol markobutono povas proponi.

Dungantoj ofte postulas la modelon po aparato ĉiuokaze, ĉar sesio de unu maŝino reprezentanta kvar aliajn estas malsama fido-decido ol kvar enskribitaj aparatoj.

Kion kontroli antaŭ ol vi promesi tion

Kontrolu la faktan celon de la dua aparato, ne tiun de la Mac. Privata servo kaj publika eliro estas malsamaj testoj, kaj sukcesi en la unua diras nenion pri la dua.

Kontrolu ambaŭ adresfamiliojn kaj la nomrezolucion. Agordo, kiu tuneligas IPv4 sed lasas IPv6 sur la fizika ligilo, produktas aparaton, kiu aspektas protektita en retumilo kaj likas ĉion alian.

Poste kontrolu la malkonektitan staton. Malŝaltu la tunelon kaj ripetu la teston el la dua aparato; se ĝi ankoraŭ atingas la interreton, la aranĝo kunhavigis konekton kaj neniam kunhavigis VPN-on, kio estas bona rezulto, kondiĉe ke neniu skribis ĝin kiel la alian aferon.