VPN ya Mac na proksi ya PAC: maamuzi mawili, si mpangilio mmoja

Mac yako hupakua hati ya sera kisha huiuliza hati hiyo ni mpatanishi gani ombi linapaswa kutumia, wakati handaki huamua tu jinsi hop iliyochaguliwa inafikiwa. Majibu yote mawili yanaishia kwenye soketi moja, kwa hiyo ombi linaloshindikana baada ya yote mawili kufaulu linaonekana kama hitilafu moja wakati ni mbili. Kutenganisha upakuaji na uchaguzi, na uchaguzi na njia, ni sehemu kubwa ya kazi katika tiketi hizi. Mpangilio hapa chini unafuata kile macOS hufanya kwa kweli, pamoja na ukaguzi unaofanya kila hatua ionekane.

Mahali ambapo anwani ya PAC na proksi hutofautiana

Anwani kama https://config.corp.example/proxy.pac hutaja hati ya kupakua, na hati hiyo hutaja seva ya kutuma trafiki kupitia. Kubandika URL kwenye sehemu ya mwenyeji wa proksi huiomba mteja kufungua muunganisho wa proksi kwa seva ya faili ambayo haisikilizi kamwe muunganisho kama huo. Ndani ya faili kuna kitendakazi ambacho mteja huita kwa kila ombi, na thamani yake ya kurudi ni hop inayofuata kwa lengo hilo moja. Upatanishi huo unaeleza kwa nini mashine mbili kwenye huduma moja ya mtandao zinaweza kujiendesha tofauti ingawa zote zina URL sahihi. Pia unaeleza kwa nini mabadiliko ya sera huanza kutumika bila mtu yeyote kugusa proksi yenyewe.

Soma hati kabla ya kufasiri chochote chini, kwa sababu sheria zilizo ndani hubeba misamaha ya shirika na mpangilio wa kutumika kwake. Masafa mapana ya mapema yanaweza kufunika kiambishi cha ndani cha baadaye, na mwenyeji ambaye kwa wazi anapaswa kupita proksi anaendelea kuitumia. Mtu anaposisitiza kuwa sera si sahihi, hati ndilo mahali pekee panaposuluhishwa dai hilo.

Hati hiyo lazima ipatikane kabla ya kuamua chochote

Kupakua sera kunahitaji jina lililotatuliwa na njia kuelekea kile kinachohudumia faili, na handaki lililounganishwa hakihakikishi kimoja wala kingine. Ikiwa mwenyeji anatatuliwa tu kupitia DNS ya kibinafsi, kitatuzi kinachotumika wakati huo kinaamua ikiwa upakuaji unaweza kuanza. Ikiwa mwenyeji yuko katika masafa ya kibinafsi, njia lazima iwepo kutoka mashine hii na si kutoka kwa kompyuta ya mkono ya mwenzake. Nakala iliyohifadhiwa kwenye akiba katika kikao cha awali huficha haya yote hadi akiba iishe au mashine ianzishe upya.

Endesha ukaguzi tatu hapa chini kwa mpangilio na usimame kwenye kushindikana kwa kwanza, kwa sababu hatua hazishiriki sababu. Kwa pamoja zinaonyesha ikiwa sera imesanidiwa, ikiwa inafikiwa, na inarudisha nini.

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

Amri ya kwanza huchapisha kamusi ya proksi ya huduma inayotumika, ikiwa ni pamoja na URL yoyote ya usanidi wa kiotomatiki ambayo mfumo unashikilia. Ya pili huripoti URL iliyounganishwa na huduma moja iliyotajwa, jambo ambalo ni muhimu kwenye kompyuta ya mkono inayohama kati ya Wi-Fi na Ethernet. Ya tatu hupata faili bila kuionyesha, kwa hiyo 404, muda kuisha na kushindikana kwa kitatuzi hubaki tofauti. Ikiwa amri hiyo ya mwisho inarudisha hati wakati programu bado zinashindikana, tatizo limekwisha kupita upataji.

Jibu la DIRECT huacha kitu gani kwa kweli

Vipimo vya PAC humpa mteja msamiati mdogo, na DIRECT ni moja ya maneno yake. Neno hilo humwambia mteja kuruka proksi kwa ombi hilo na halisemi chochote kuhusu ni kiolesura gani soketi itatumia baadaye. Soketi ya moja kwa moja kwenye handaki kamili bado hutoka kupitia VPN na bado inaonyesha lengo anwani ya kutoka ya handaki.

Kusoma DIRECT kama nje ya VPN ni kosa linalowapeleka watu kwenye paneli isiyo sahihi ya mipangilio. Picha ya kioo pia ni ya kawaida, kwa sababu proksi ya kibinafsi inaweza kufikiwa kwa njia iliyogawanywa wakati mashine iliyobaki inabaki nje ya handaki. Kile lengo huliripoti wakati huo ni mali ya kutoka kwa proksi yenyewe, ambayo inaweza kuwa katika nchi nyingine. Kuandika matarajio kwa mwenyeji mmoja wa ndani na mwenyeji mmoja wa umma hufichua hili haraka, kwa sababu hati mara nyingi huwajibu wawili kwa namna tofauti. Ukishaijua ni hop gani ilizalisha anwani, ripoti haitoi tena fumbo.

Kushindikana tatu kunakoonekana kama ukurasa mmoja wa hitilafu

Sera inaweza kushindikana kupakuliwa, proksi iliyochaguliwa inaweza kutosikiwa, na ombi linalofika kwenye huduma bado linaweza kukataliwa hapo. Yote matatu huja kama muda kuisha au ukurasa wa hitilafu wa jumla, na hakuna linalotaja hatua iliyovunjika. Kunasa uamuzi kando ya hitilafu ndiko kunakowatenganisha. Vichunguzi viwili hapa chini hujaribu hop iliyochaguliwa na hati, kimoja kwa kila tawi ambalo inaweza kurudisha.

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

Muunganisho uliokamilika kwa proksi huhamisha swali kwenye uthibitishaji au kwenye sera ya proksi yenyewe, ambayo ina mmiliki tofauti. Muunganisho uliokamilika kwa mwenyeji wa ndani bila proksi kwenye njia huondoa njia na kuashiria sera. Amri zote mbili hupuuza kamusi ya proksi ya macOS isipokuwa ganda husafirisha vigeu vya proksi, kwa hiyo vifute kwanza. Hakuna kichunguzi kinachothibitisha kingine, na ndiyo sababu ukurasa mmoja wa hitilafu hupotosha kwa muda mrefu.

Nini cha kuwasilisha pamoja na tiketi

Tuma huduma ya mtandao inayotumika, URL ya PAC, matokeo ya tathmini kwa mwenyeji anayeshindikana, na hatua ambapo hitilafu ilionekana. Hizi nne humwezesha mtu anayefuata kuzalisha tena uamuzi badala ya kukisia tabaka gani lilihusika. Ongeza hali ya handaki wakati wa jaribio, kwa sababu matokeo yaliyonaswa kabla ya kuunganisha upya ni ya zamani. Hifadhi pia toleo la hati, kwa sababu faili ya sera hubadilika bila taarifa na jibu la jana linaweza kuwa halitumiki tena.

Rekodi jinsi mteja anavyojitendea wakati hati haiwezi kupatikana, kwa sababu utekelezaji hutofautiana na uamuzi wa proksi si swichi ya kuzima ya kifaa kizima. Wengine hurudi kwenye muunganisho wa moja kwa moja na wengine hushindikana wakiwa wamefungwa, na tofauti hiyo hubadilisha ikiwa hitilafu inaonekana kama proksi iliyovunjika au sera inayofanya kazi. Thibitisha tabia kwa mteja na toleo husika kabla ya kuitegemea wakati wa tukio.