VPN fyrir hvert forrit eða split-tunnel? Hvað Mac-leið getur ráðið

Tvö forrit opna tengingar við sama skrifstofuþjóninn, og aðeins eitt þeirra á að nota göngin. Leið getur ekki tjáð þá ósk, því leiðatöflur eru byggðar á áfangastöðum og hafa ekkert hugtak um hvaða ferli opnaði sökklann. Það sem fólk biður um og það sem það þarf eru oft ólíkir hlutir. Aðskildu þetta tvennt áður en þú breytir nokkurri stillingu.

Valið er áfangastaður, aldrei ferli

Sérhver leiðarákvörðun byrjar á áfangastað og endar á tengi. Kjarninn spyr aldrei hvaða forrit sendi pakkann, og á macOS leiðar pf ekki heldur eftir ferli, svo eldveggjarregla getur ekki sett eitt forrit á aðra leið. Þess vegna fer sami þjónninn, hvort sem er náð í gegnum vafra eða skýrslutól, eina leið fyrir bæði. Aðskilnaður á forritsstigi verður því að koma frá öðru en leið: VPN-viðbót sem á sökklann, proxy sem tekur tenginguna fyrir hönd forritsins, eða sérstakur netstafli. Ekkert þeirra er leiðarbreyting.

Tvö forrit sem tala við eitt vistfang eru hreinasta próf á hönnun. Ef svarið getur ekki verið ólíkt fyrir þau er hönnunin áfangastaðamiðuð, hvað sem hún er kölluð.

Hvað venjulegt split-tunnel gefur í raun

Split-tunnel setur upp leiðir fyrir einkaforskeytin og lætur allt annað vera á líkamlegu leiðinni. Það er venjulega það sem beiðnin þýðir: ná skrifstofuþjóninum í gegnum göngin, halda almennri vafrun beinni. Það er einfalt, hver algengur biðlari styður það, og það er framfylgt með sama kerfi og hver önnur leið. Athugaðu tiltekinn áfangastað með route -n get í stað þess að lesa sjálfgefnu leiðina, því split-tunnel lætur sjálfgefnu leiðina oft ósnerta.

Að handbreyta sjálfgefnu leiðinni er engin umbreyting í neitt. Það berst gegn eigin leiðarviðgerð biðlarans og getur, hjá biðlurum sem setja upp verndarstefnu, skilið vélina eftir í ástandi sem hvorki þú né biðlarinn býst við. Stilltu split-tunnel í studdum stillingum biðlarans í staðinn.

Hvað per-app VPN á macOS krefst

Raunverulegt per-app VPN á macOS er Network Extension-eiginleiki sem stýrt er af stillingarsniðmáti. Stýrihleðsla varpar völdum forritum á VPN-stillingu, og kerfið beinir þá umferð þeirra forrita þangað. Þetta er stýrð uppsetning, sem þýðir MDM, undirritað sniðmát og stjórnanda sem á hvort tveggja.

Að setja biðlarann upp handvirkt býr ekki til þá vörpun, og venjulega stillingaspjaldið gerir forrit ekki einstaklega valin. Söluaðili getur boðið eigin forritsreglur, og þær fylgja skjölum hans frekar en almennri reglu.

Þrjár leiðir til aðskilnaðar eftir forriti án MDM

Þar sem stjórnun er ekki tiltæk er proxy hagnýta svarið. Stilltu eigin proxy-stillingu forritsins, eða notaðu PAC-skrá sem velur eftir áfangastað og samskiptareglum fyrir það forrit eitt.

Staðbundið proxy lýkur tengingunni og endurræsir hana í gegnum göngin, svo forritið þarf aldrei leið. Annar valkosturinn er sérstakur netstafli: sýndarvél eða gámur með eigin sjálfgefna leið, sem forritið nær í gegnum staðbundið vistfang. Sá þriðji er að samþykkja áfangastaðamiðaða leiðingu og sleppa kröfunni, sem er heiðarlegt þegar bæði forritin mega nota göngin. Allir þrír eru prófanlegir, og enginn þeirra þykist leið þekkja ferli.

Skrifaðu beiðnina svo svarið sé ótvírætt

Lýstu vinnuferlinu frekar en kerfinu: hvaða forrit þarf hvaða þjónustu, hvort halda þurfi öðru forriti frá sömu þjónustu, og hvað eigi að gerast meðan göngin eru niðri. Þessi þrjú svör velja hönnunina. Þau segja stjórnandanum líka hvort beiðnin er leiðarbreyting eða uppsetningarverkefni.

Taktu tilfellið með útilokaða forritinu með skýrum hætti. Biðlari sem stöðvar forrit þegar verndaða leiðin er ekki tiltæk hagar sér öðruvísi en sá sem lætur það falla aftur á líkamlega tengið, og notendur taka eftir þeim mun strax. Nefndu væntinguna í miðanum. Staðfestu síðan á raunverulegu vélinni, því sama vara hagar sér oft öðruvísi á macOS en á Windows, og macOS-skjöl hennar eru eina áreiðanlega heimildin um hvað stillingarnar gera.