Mac VPN eta PAC proxy-a: bi erabaki, ez ezarpen bakar bat
PAC fitxategi batek proxy bat aukeratzen du eskaera bakoitzeko, eta VPNak ibilbide bat. Jarraitu deskarga, hautaketa eta socket-a, eta utzi DIRECT konexiorik gabe dagoen zerbait bezala irakurtzeari.
Zure Mac-ek politika-script bat deskargatzen du eta gero script horri galdetzen dio zein bitartekari erabili behar duen eskaera batek, tunelak berriz aukeratutako jauzia nola iristen den soilik erabakitzen duen bitartean. Bi erantzunak socket berera iristen dira, beraz biak arrakastatsu izan ondoren huts egiten duen eskaera huts bat bezala agertzen da, bi izan arren. Deskarga hautaketatik eta hautaketa ibilbidetik bereiztea da txartel hauetan lanaren zatirik handiena. Beheko ordenak macOS-ek benetan egiten duena jarraitzen du, etapa bakoitza ikusgai egiten duten egiaztapenekin.
Non bereizten dira PAC helbidea eta proxy-a
https://config.corp.example/proxy.pac bezalako helbide batek deskargatzeko dokumentu bat izendatzen du, eta dokumentu horrek trafikoa bidaltzeko zerbitzari bat izendatzen du. URLa proxy ostalariaren eremu batean itsasteak bezeroari eskatzen dio inoiz horrelako konexiorik entzuten ez duen fitxategi-zerbitzari batera proxy konexioa irekitzeko. Fitxategiaren barruan bezeroak eskaera bakoitzeko deitzen duen funtzio bat dago, eta haren itzulera-balioa helmuga bakar horren hurrengo jauzia da. Zeharkako bide horrek azaltzen du zergatik joka dezaketen desberdin sare-zerbitzu bereko bi makinak, biek URL zuzena izan arren. Era berean, azaltzen du zergatik sartzen den indarrean politika-aldaketa bat inork proxy-a bera ukitu gabe.
Irakurri script-a beheranzko ezer interpretatu aurretik, barruko arauek erakundearen salbuespenak eta horiek aplikatzeko ordena daramatzatelako. Hasierako barruti zabal batek geroagoko barne-atzizki bat estali dezake, eta proxy-a saihestu beharko lukeen ostalari batek erabiltzen jarraitzen du. Norbait politikak huts egiten duela ziur badago, script-a da hori argitzen den leku bakarra.
Script-a lortu behar da ezer erabaki aurretik
Politika deskargatzeko izen bat ebatzita eta fitxategia zerbitzatzen duenerako ibilbide bat behar dira, eta konektatutako tunelak ez du bietako bat ere bermatzen. Ostalaria DNS pribatuaren bidez soilik ebazten bada, une horretan erabiltzen den ebazleak erabakitzen du deskarga has daitekeen. Ostalaria barruti pribatuan badago, ibilbideak makina honetatik egon behar du, ez lankide baten eramangarritik. Lehenengo saio batean cachean gordetako kopiak dena ezkutatzen du cachea iraungi edo makina berrabiarazi arte.
Exekutatu beheko hiru egiaztapenak ordenan eta gelditu lehen hutsegitean, etapek ez baitute kausa bera partekatzen. Elkarrekin erakusten dute politika konfiguratuta dagoen, iristeko modukoa den eta zer itzultzen duen.
scutil --proxy
networksetup -getautoproxyurl "Wi-Fi"
curl -sS -o /dev/null -w "%{http_code}\n" https://config.corp.example/proxy.pac
Lehenengo komandoak zerbitzu aktiboaren proxy hiztegia inprimatzen du, sistemak duen konfigurazio automatikoaren URL edozein barne. Bigarrenak zerbitzu izendatu bati lotutako URLa jakinarazten du, eta horrek garrantzia du Wi-Fi eta Ethernet artean mugitzen den eramangarri batean. Hirugarrenak fitxategia errendatu gabe ekartzen du, beraz 404 bat, denbora-muga bat eta ebazlearen hutsegite bat bereizgarri geratzen dira. Azken komando horrek script-a itzultzen badu aplikazioek huts egiten duten bitartean, problemak deskarga gainditu du jada.
DIRECT erantzun batek benetan zer saltatzen duen
PAC zehaztapenak hiztegi txiki bat ematen dio bezeroari, eta DIRECT haren hitz bat da. Hitzak esaten dio bezeroari eskaera horretarako proxy-a saltatzeko, eta ez du ezer esaten socket-ak gero zein interfaze erabiliko duen. Tunel oso batean socket zuzen batek VPN bidez irteten du oraindik eta tunelaren irteera-helbidea erakusten dio oraindik helmugari.
DIRECT VPNtik kanpo gisa irakurtzea jendea ezarpen-panel okerrean bidaltzen duen akatsa da. Ispilu-irudia bezain ohikoa da, proxy pribatu batera ibilbide zatitu baten bidez irits daitekeelako, makinaren gainerakoa tunelatik kanpo geratzen den bitartean. Orduan helmugak jakinarazten duena proxy-aren beraren irteerarena da, eta hori beste herrialde batean egon daiteke. Barne-ostalari bakar bat eta ostalari publiko batentzako itxaropena idazteak azkar uzten du agerian, script-ak askotan desberdin erantzuten baitie biei. Helbidea zein jauzik sortu zuen jakinda, txostena ez da misteriotsua izateari uzten.
Errore-pagina bakar gisa agertzen diren hiru hutsegite
Politikak huts egin dezake deskargatzean, aukeratutako proxy-a iristezina izan daiteke, eta zerbitzura iristen den eskaera bat han bertan uka daiteke oraindik. Hirurak denbora-muga edo errore-pagina generiko gisa iristen dira, eta batek ere ez du apurtu zen etapa izendatzen. Errorearen ondoan erabakia harrapatzea da horiek bereizten dituena. Beheko bi probek script-ak aukeratu zuen jauzia probatzen dute, itzul dezakeen adar bakoitzeko bat.
curl -v --max-time 8 http://proxy.corp.example:8080/
curl -v --max-time 8 https://intranet.corp.example/
Proxy-arekiko osatutako konexio batek galdera autentifikaziora edo proxy-aren beraren politikara eramaten du, eta horrek beste jabe bat du. Barne-ostalariarekiko osatutako konexio batek, bidean proxy-rik gabe, ibilbidea baztertzen du eta politikari seinalatzen dio. Bi komandoek macOS-eko proxy hiztegia alde batera uzten dute shell-ak proxy aldagaiak esportatzen ez baditu, beraz garbitu itzazu lehenago. Bi probeetatik batek ere ez du bestea frogatzen, eta horregatik engainatzen du hain luze errore-pagina bakar batek.
Zer eman txartelarekin batera
Bidali sare-zerbitzu aktiboa, PAC URLa, huts egiten duen ostalariaren ebaluazio-emaitza eta errorea agertu zen etapa. Lau horiek hurrengo pertsonari erabakia erreproduzitzen uzten diote, zein geruza zegoen asmatu beharrean. Gehitu tunelaren egoera probaren unean, berriz konektatu aurretik hartutako emaitza zaharkitua baita. Gorde script-aren berrikuspena ere, politika-fitxategia abisurik gabe aldatzen baita eta atzoko erantzuna agian ez baita jada indarrean.
Erregistratu nola jokatzen duen bezeroak script-a lortu ezin denean, inplementazioak desberdinak baitira eta proxy-aren erabakia ez baita gailu osoan eragiten duen etengailua. Batzuek konexio zuzenera jotzen dute eta beste batzuek itxita huts egiten dute, eta desberdintasun horrek aldatzen du etena proxy hautsi bat bezala edo politika lanean ari den bezala agertzen den. Egiaztatu jokabidea bezero eta bertsio zehatzentzat, gertakari batean haren mende jarri aurretik.