VPN á Mac og PAC-proxy: tvær ákvarðanir, ekki ein stilling

Macinn þinn sækir stefnuskrift og spyr síðan þá skrift hvaða millilið beiðni eigi að nota, á meðan göngin ákveða aðeins hvernig náð er í valið stökk. Bæði svörin lenda á sama sökkli, svo beiðni sem mistekst eftir að bæði tókust lítur út eins og ein bilun þegar þær eru tvær. Að aðskilja niðurhalið frá valinu, og valið frá leiðinni, er megnið af vinnunni í þessum málum. Röðin hér að neðan fylgir því sem macOS gerir í raun, með þeim prófunum sem gera hvert stig sýnilegt.

Hvar PAC-vistfangið og proxyið greinir á

Vistfang eins og https://config.corp.example/proxy.pac nefnir skjal til að sækja, og það skjal nefnir þjón sem senda á umferð í gegnum. Að líma slóðina í hýsilreit proxys biður biðlarann að opna proxy-tengingu við skráaþjón sem hlustar aldrei á slíka. Inni í skránni er fall sem biðlarinn kallar fyrir hverja beiðni, og skilagildi þess er næsta stökk fyrir þann eina áfangastað. Þessi millileið skýrir hvers vegna tvær vélar á sömu netþjónustu geta hagað sér ólíkt þótt báðar hafi réttu slóðina. Hún skýrir líka hvers vegna stefnubreyting tekur gildi án þess að nokkur snerti proxyið sjálft.

Lestu skriftina áður en þú túlkar nokkuð niðurstreymis, því reglurnar inni í henni bera undantekningar stofnunarinnar og röðina sem þær gilda í. Snemma breitt svið getur skyggt á síðari innri viðskeyti, og hýsill sem ætti augljóslega að fara fram hjá proxynu heldur áfram að nota það. Þegar einhver fullyrðir að stefnan sé röng er skriftin eini staðurinn þar sem sú fullyrðing er leyst.

Sækja verður skriftina áður en hún ákveður nokkuð

Að sækja stefnuna krefst leysts nafns og leiðar að því sem þjónar skránni, og tengd göng gefa hvorki né. Ef hýsillinn leysist aðeins gegnum einkaaðgengilegt DNS ákveður leysirinn sem er í notkun á þeirri stundu hvort niðurhalið geti hafist. Ef hýsillinn er á einkasviði verður leiðin að vera frá þessari vél en ekki frá fartölvu samstarfsmanns. Afrit sem er vistað í skyndiminni frá fyrri lotu felur allt þetta þar til skyndiminnið rennur út eða vélin endurræsist.

Keyrðu prófin þrjú hér að neðan í réttri röð og stöðvaðu við fyrstu bilun, því stigin eiga ekki sameiginlega orsök. Saman sýna þau hvort stefnan sé stillt, hvort hægt sé að ná í hana og hvað hún skilar.

scutil --proxy
networksetup -getautoproxyurl "Wi-Fi"
curl -sS -o /dev/null -w "%{http_code}\n" https://config.corp.example/proxy.pac

Fyrsta skipunin prentar proxy-orðabók virku þjónustunnar, þar á meðal hverja sjálfvirka stillingarslóð sem kerfið heldur. Önnur greinir frá slóðinni sem tengd er einni nafngreindri þjónustu, sem skiptir máli á fartölvu sem fer milli Wi-Fi og Ethernet. Þriðja sækir skrána án þess að birta hana, svo 404, tímamörk og bilun leysisins haldast aðgreinanleg. Ef sú síðasta skilar skriftinni á meðan forrit mistakast enn hefur vandamálið þegar farið framhjá sækingu.

Hvað DIRECT-svar sleppir í raun

PAC-forskriftin gefur biðlaranum lítinn orðaforða, og DIRECT er eitt orð úr honum. Orðið segir biðlaranum að sleppa proxynu fyrir þá beiðni og segir ekkert um hvaða tengi sökkullinn notar síðan. Bein sökkull á fullum göngum fer samt út um VPNið og sýnir áfangastaðnum samt útgangsvistfang ganganna.

Að lesa DIRECT sem eitthvað utan VPNsins er mistökin sem senda fólk á ranga stillingarspjaldið. Spegilmyndin er jafn algeng, því hægt er að ná í einka-proxy um skipta leið á meðan afgangur vélarinnar er utan ganganna. Það sem áfangastaðurinn greinir þá frá tilheyrir eigin útgangi proxysins, sem getur verið í öðru landi. Að skrifa væntinguna fyrir einn innri hýsil og einn opinberan hýsil afhjúpar þetta fljótt, því skriftin svarar þeim tveimur oft á mismunandi hátt. Þegar þú veist hvaða stökk bjó til vistfangið hættir skýrslan að vera ráðgáta.

Þrjár bilanir sem birtast sem ein villusíða

Stefnan gæti mistekist að sækjast, valið proxy gæti verið óaðgengilegt, og beiðni sem berst þjónustunni gæti samt verið hafnað þar. Öll þrjú koma sem tímamörk eða almenn villusíða, og ekkert þeirra nefnir stigið sem bilaði. Að fanga ákvörðunina við hlið villunnar er það sem aðskilur þau. Prófin tvö hér að neðan prófa stökkið sem skriftin valdi, eitt fyrir hverja grein sem hún getur skilað.

curl -v --max-time 8 http://proxy.corp.example:8080/
curl -v --max-time 8 https://intranet.corp.example/

Lokið tenging við proxyið færir spurninguna yfir í auðkenningu eða eigin stefnu proxysins, sem hefur annan eiganda. Lokið tenging við innri hýsilinn án proxys á leiðinni útilokar leiðina og bendir á stefnuna. Báðar skipanir hunsa proxy-orðabók macOS nema skelinn flytji út proxybreytur, svo hreinsaðu þær fyrst. Hvort próf um sig sannar ekki hitt, og þess vegna villir ein villusíða svo lengi.

Hvað á að afhenda með málinu

Sendu virku netþjónustuna, PAC-slóðina, niðurstöðu matsins fyrir hýsilinn sem mistekst og stigið þar sem villan birtist. Þessi fjögur leyfa næsta manni að endurgera ákvörðunina í stað þess að giska á hvaða lag átti í hlut. Bættu við stöðu ganganna á prófunarstundinni, því niðurstaða sem fangast var fyrir endurtengingu er úrelt. Haltu líka útgáfu skriftarinnar, því stefnuskráin breytist án fyrirvara og svarið frá í gær gæti ekki lengur átt við.

Skráðu hvernig biðlarinn hagar sér þegar ekki er hægt að sækja skriftina, því útfærslur eru ólíkar og proxy-ákvörðunin er ekki heildarstopp fyrir tækið. Sumir falla aftur í beina tengingu og aðrir mistakast lokaðir, og sá munur breytir því hvort bilun lítur út eins og brotið proxy eða stefna sem virkar. Staðfestu hegðunina fyrir nákvæman biðlara og útgáfu áður en þú treystir henni í atviki.