Kwa nini proksi ya PAC katika VM ya mgeni inashindikana na URL ya mwenyeji

«Mwenyeji anatumia faili hii ya PAC, kwa hiyo niliweka URL hiyo hiyo ndani ya VM» ni sentensi nzuri na mpango usio kamili. URL ya PAC inaelekeza kwenye hati ya sera, si kwenye proksi. Hadi mgeni aweze kuipata hati hiyo, kuithamini kwa anwani za mgeni mwenyewe na kisha kufikia proksi yoyote inayotajwa na hati, URL ni mfuatano tu katika uga wa mipangilio. Machafuko mengi kuhusu sera ya proksi katika mashine pepe yanatoka katika kuichukua mstari huo mmoja kama usanidi mzima.

URL ya PAC ni hati, si proksi

Faili ina kitendakazi kinachopokea URL na mwenyeji na kurudisha maelezo ya proksi au neno DIRECT. Hakuna kitu katika URL kinachoiambia programu wapi pa kutuma trafiki; uamuzi huo hufanywa wakati wa utekelezaji, ndani ya hati, kwa data ambayo hati inaiomba jukwaa. Kidirisha cha mipangilio kinachokubali URL ya PAC kinakubali kielekezi cha utaratibu wa uamuzi.

Tofauti hiyo ndiyo sababu ya kunakili URL kuonekana kama kumefanikiwa. Uga hujazwa, mpangilio huhifadhiwa, na hitilafu huonekana baadaye tu, wakati hati haiwezi kupatikana au inaporejesha proksi ambayo mgeni hawezi kuifikia.

Hatua nne zinashindikana kila moja kwa namna yake

Ndani ya mgeni mambo manne lazima yatokee kwa mpangilio, na kila moja ina alama yake ya hitilafu. Mgeni anapata faili ya PAC. Programu inathamini hati kwa URL iliyoombwa kwa kutumia taarifa za ndani. Proksi iliyochaguliwa hutatuliwa na kufikiwa. Uthibitishaji hufanyika ikiwa proksi inahitaji.

Anza kwa kuthibitisha upatikanaji, kwa sababu bila hiyo kila kitu kinachofuata hakina maana. Faili ya PAC kwenye seva ya kibinafsi inahitaji njia inayoruhusiwa kufikia seva hiyo kabla kanuni yoyote kusaidia, na uchaguzi wa proksi ndani ya hati isiyofikika hauwezi kuunda njia ambayo ingeipata:

curl -sS -o /dev/null -w '%{http_code}\n' http://pac.corp.example/proxy.pac
getent hosts pac.corp.example

Ikiwa ombi hilo linashindikana kutoka kwa mgeni na linafanya kazi kutoka kwa mwenyeji, tatizo ni njia ya mgeni kufikia seva ya PAC, si yaliyomo katika hati. Ikiwa inarejesha faili ya JavaScript, nenda hatua ya pili na ugundue hati inaamua nini kwa muktadha wa mgeni.

Hati hiyo hiyo huamua kwa namna tofauti ndani ya VM

Vitendakazi vya PAC vinaweza kuchunguza mwenyeji aliyeombwa na taarifa kuhusu mashine inayofanya tathmini. Kanuni iliyojengwa juu ya anwani ya mteja mwenyewe, kwa mfano inayochunguza anwani ya kiolesura au uanachama wa subneti, itaona anwani ya mgeni si ya mwenyeji halisi. Nyuma ya NAT upande wa mwenyeji hizi ni anwani tofauti, kwa hiyo hati hiyo hiyo inaweza kuchagua proksi nyingine au ndani ya VM kurudi kwenye DIRECT.

Hii si hitilafu katika hati. Hati inafanya kile ilichoandikiwa, ikiwa na ingizo tofauti, na hiyo inaeleza ripoti iliyochanganya ambapo mwenyeji anatumia proksi na mgeni anajiunga moja kwa moja. Zalisha uamuzi badala ya kufikiri juu yake: kithamini cha PAC kinachopokea anwani na URL, ikiwa usambazaji wako una kimoja, hutatua swali kwa amri moja. Vinginevyo jaribu na programu itakayotumika kwa kweli, na soma kumbukumbu yake ya proksi badala ya kukisia.

Usihitimishe kwamba mgeni amerithi mipangilio ya proksi ya mwenyeji kwa sababu trafiki yake inapita katika tafsiri upande wa mwenyeji. Tafsiri ya mtandao hupeleka pakiti; haikili usanidi wa programu, na proksi ya mfumo ni usanidi wa programu.

Zana ambazo hazisomi PAC hata kidogo

Zana za mstari wa amri ni mpaka tofauti, na hapo ndipo muda mwingi hupotea. curl haiendeshi faili za PAC, kama nyaraka zake za proksi zinavyosema wazi. Kuelekeza kigeu cha proksi kwenye URL ya upakuaji wa PAC hakifanyi hati kuwa kituo cha mwisho cha proksi; zana itajaribu kuzungumza HTTP na faili ya JavaScript na ishindwe kwa namna inayofanana na tatizo la mtandao.

Vilevile inahusu wasimamizi wengi wa vifurushi, mazingira ya utekelezaji wa lugha na zana za ujenzi, ambao huheshimu tu vigeu bayana vya proksi au usanidi wao wenyewe. Ikiwa jaribio unalojali ni zana ya CLI, isanidi kwa proksi mahususi ambayo hati ya PAC ingechagua, na uandike jinsi ulifikia chaguo hilo ili mtu anayefuata aweze kulirudia.

Kwa programu za kompyuta ya mezani kwenye Linux, mpangilio wa mfumo unapaswa kuwekwa katika hali ya kiotomatiki na pia kupewa URL; URL iliyohifadhiwa wakati hali bado ni ya mkono haifanyi chochote. Angalia vyote viwili, na viangalie ndani ya mgeni:

gsettings get org.gnome.system.proxy mode
gsettings get org.gnome.system.proxy autoconfig-url

DIRECT pia ni uamuzi

Matokeo ya PAC ya DIRECT yanamaanisha programu inakwepa proksi ya HTTP, si kwamba imetoroka kutoka kwenye mtandao. Muunganisho unaotokana bado unaweza kufuata njia ya mfumo wa uendeshaji kupitia handaki, au kushindikana kwa sababu zisizohusiana kabisa na matumizi ya proksi. Kinyume chake, matokeo ya proksi yanaeleza ombi la programu moja, si kila mchakato ndani ya mgeni.

Kwa hiyo thibitisha katika mwelekeo ambao hitaji liliandikwa. Ikiwa hitaji ni «programu hii inafikia tovuti ya ndani», thibitisha kuwa programu hiyo inafikia, na uandike ni proksi au njia ipi iliyoibeba. Ikiwa hitaji ni «VM iko kwenye mtandao wa kampuni», kivinjari kinachofanya kazi kupitia proksi iliyochaguliwa ni ushahidi kwa kivinjari hicho na si zaidi.

Rekebisha mnyororo ndani ya mgeni badala ya kuzima handaki ya mwenyeji au kulegeza sera ya upelekaji ili jaribio lipite. Mnyororo una viungo vinne, na mabadiliko yanayoruka kimoja wapo yatadumu hadi wakati ujao hati itakaposasishwa au anwani ya mgeni itakapobadilika.