Af hverju PAC-proxy í gesta-VM virkar ekki með URL hýsilsins

„Hýsillinn notar þessa PAC-skrá, svo ég setti sama URL í VM-inn“ er skynsamleg setning og ófullkomin áætlun. PAC-URL vísar á stefnuskriftu, ekki proxy. Þar til gesturinn getur sótt þá skriftu, metið hana með eigin heimilisföngum gestanna og náð svo hvaða proxyi sem skriftan nefnir, er URL-ið bara strengur í stillingarreit. Mest af ruglinu í kringum proxy-stefnu í sýndarvélum kemur af því að líta á þessa einu línu sem alla stillinguna.

PAC-URL er skrifta, ekki proxy

Skráin inniheldur fall sem tekur URL og hýsil og skilar lýsingu á proxyi eða orðinu DIRECT. Ekkert í URL-inu segir forritinu hvert á að senda umferðina; sú ákvörðun er tekin á keyrslutíma, inni í skriftunni, með gögnum sem skriftan biður vettvanginn um. Stillingargluggi sem tekur við PAC-URL tekur við bendi á ákvörðunarferli.

Þessi greinarmunur er ástæðan fyrir því að afritun URL-sins getur virst hafa virkað. Reiturinn fyllist, stillingin er vistuð og bilunin kemur aðeins í ljós síðar, þegar ekki er hægt að sækja skriftuna eða þegar hún skilar proxyi sem gesturinn nær ekki.

Skrefin fjögur mistakast hvert á sinn hátt

Inni í gestinum verða fjórir hlutir að gerast í röð og hver hefur sitt eigið villumerki. Gesturinn sækir PAC-skrána. Forritið metur skriftuna fyrir umbeðið URL með staðbundnum upplýsingum. Valið proxy er leyst og náð. Auðkenning fer fram ef proxyið krefst þess.

Byrjaðu á að sanna sækjuna, því án hennar er allt sem á eftir kemur merkingarlaust. PAC-skrá á einkavefþjóni krefst leyfðrar leiðar að þeim þjóni áður en nokkur regla getur hjálpað, og proxyval inni í óaðgengilegri skriftu getur ekki búið til leiðina sem myndi sækja hana:

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

Ef þessi beiðni mistekst frá gestinum og virkar frá hýslinum er vandamálið leið gestanna að PAC-þjóninum, ekki innihald skriftunnar. Ef hún skilar JavaScript-skrá skaltu fara í annað skref og komast að því hvað skriftan ákveður fyrir samhengi gestins.

Sama skrifta ákveður öðruvísi inni í VM

PAC-föll geta skoðað umbeðinn hýsil og upplýsingar um vélina sem framkvæmir matið. Regla sem byggð er á eigin heimilisfangi biðlarans, til dæmis sú sem athugar heimilisfang tengis eða aðild að undirneti, mun sjá heimilisfang gestins í stað hýsilsins. Bak við NAT á hlið hýsilsins eru þetta mismunandi heimilisföng, og þess vegna getur sama skrifta valið annað proxy eða fallið aftur á DIRECT inni í VM-inum.

Þetta er ekki galli í skriftunni. Skriftan gerir nákvæmlega það sem hún var skrifuð fyrir, með öðru inntaki, og það útskýrir ruglingslegu skýrsluna þar sem hýsillinn notar proxyið og gesturinn tengist beint. Endurgerðu ákvörðunina í stað þess að rökræða hana: PAC-metill sem tekur heimilisfang og URL, ef dreifingin þín inniheldur einn, leysir spurninguna með einni skipun. Annars prófaðu með forritinu sem verður raunverulega notað og lestu proxy-logginn þess í stað þess að giska.

Ekki álykta að gesturinn hafi erft proxy-stillingar hýsilsins því umferð hans fer í gegnum þýðingu á hlið hýsilsins. Netþýðing sendir pakka áfram; hún afritar ekki stillingar forrita, og kerfisproxy er stilling forrits.

Verkfæri sem lesa PAC alls ekki

Verkfæri skipanalínunnar eru sérstök mörk, og það er þar sem miklum tíma er eytt. curl keyrir ekki PAC-skrár, eins og proxy-skjölunin hans segir skýrt. Að beina proxy-brey tu að niðurhals-URL PAC-sins gerir skriftuna ekki að endapunkti proxys; verkfærið mun reyna að tala HTTP við JavaScript-skrá og mistakast á þann hátt að það lítur út eins og netvandamál.

Hið sama gildir um marga pakkastjóra, keyrsluumhverfi tungumála og byggingarverkfæri, sem virða aðeins skýrar proxy-breytur eða eigin stillingar. Ef prófið sem þig varðar er CLI-verkfæri skaltu stilla það með því tiltekna proxyi sem PAC-skriftan hefði valið, og skrá hvernig þú komst að þeirri ákvörðun svo næsta manneskja geti endurtekið hana.

Fyrir skjáborðsforrit á Linux verður að setja kerfisstillinguna í sjálfvirkan ham og einnig að gefa henni URL; URL sem vistað er meðan hamurinn er enn handvirkur gerir ekkert. Athugaðu hvort tveggja, og athugaðu þau inni í gestinum:

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

DIRECT er líka ákvörðun

PAC-niðurstaða DIRECT þýðir að forritið fari fram hjá HTTP-proxyinu, ekki að það hafi sloppið út úr netinu. Tengingin sem verður til getur enn fylgt leið stýrikerfisins í gegnum göng, eða mistekist af ástæðum sem tengjast ekki notkun proxys. Öfugt lýsir proxy-niðurstaða beiðni eins forrits, ekki hverju ferli í gestinum.

Sannprófaðu því í þá átt sem krafan var skrifuð. Ef krafan er „þetta forrit nær innri síðunni“ skaltu sanna að það forrit nái henni, og skrá hvaða proxy eða leið bar hana. Ef krafan er „VM-inn er á fyrirtækjanetinu“ er vafri sem virkar í gegnum valið proxy sönnun fyrir þann vafra og ekkert meira.

Lagaðu keðjuna inni í gestinum í stað þess að slökkva á göngum hýsilsins eða slaka á áframleiðslustefnu til að próf standist. Keðjan hefur fjóra hlekki og breyting sem sleppir einum þeirra endist þar til skriftan er næst uppfærð eða heimilisfang gestins breytist.