Ni all curl ddarllen eich ffeil PAC: trowch y proxy yn ei lle

Mae cyfeiriad y ffeil PAC a phwynt terfyn y proxy yn edrych yn gyfnewidiol mewn ffeil ffurfweddu, ac nid ydynt. Mae un yn rhaglen bolisi y mae’n rhaid ei gwerthuso ar gyfer pob URL; mae’r llall yn westeiwr a phorth sy’n derbyn cysylltiadau. Dim ond yr ail y mae curl yn ei ddeall. Mae trosglwyddo cyfeiriad PAC i --proxy yn gamgymeriad categori sy’n methu mewn ffordd ddryslyd, fel arfer ar ôl arosiad CONNECT hir i weinydd gwe.

Beth yw pob un ohonynt mewn gwirionedd

Mae Cwestiynau Cyffredin curl yn dweud hyn yn blwmp ac yn blaen: nid yw curl yn darparu dehongliad JavaScript na PAC. Gall troellwr o amgylch curl sy’n deall PAC wneud hynny, ond nid curl ei hun, ac nid oes unrhyw faner yn ei droi’n borrwr.

Pam mae’r porrwr yn gweithio ac nad yw curl

Mae porrwr yn integreiddio â chyfluniad proxy’r system, yn nôl y ffeil PAC ac yn rhedeg ei rheolau yn erbyn yr URL rydych yn ei agor. Y gwerthusiad hwnnw yw’r gwasanaeth y mae’r ffeil PAC yn ei gynnig, ac mae’n digwydd y tu mewn i’r porrwr, nid y tu mewn i’ch terfynell.

Mae lawrlwytho’r ffeil PAC gyda curl yn nôl ei thestun. Nid yw’n gwneud i curl gyflawni’r polisi, ac mae ei darllen â llaw i ddod o hyd i proxy yn fersiwn â llaw o’r un gwerthusiad, gyda’r un siawns o ddewis y gangen anghywir. Os ydych yn ei darllen, darllenwch y datganiad return sy’n cyfateb i’ch gwesteiwr yn hytrach na’r enw proxy cyntaf yn y ffeil. Mae’r rhan fwyaf o ffeiliau PAC yn cynnwys sawl un, a dim ond un gangen sy’n berthnasol i chi.

Ar gyfer proxy HTTP cymeradwy a gwasanaeth HTTPS cymeradwy, dyma gais enghreifftiol:

curl --proxy http://proxy.corp.example:8080 https://service.example.net/status

Y cyfeiriad cyntaf yw gwrandäwr y proxy, a’r ail yw’r gwasanaeth rydych ei eisiau. Pwyntiau terfyn enghreifftiol yw’r rhain yn hytrach na phrawf a wnaed gan unrhyw un, felly disodlwch hwy â chynllun, porth a llif dilysu eich sefydliad.

Dewiswch y proxy ar gyfer y cyrchfan hon

Gofynnwch i’r gweinyddwr pa proxy y mae’r polisi yn ei ddewis ar gyfer yr URL sydd ei angen arnoch, nid pa proxy sydd gan y sefydliad. Gall rheolau PAC ddychwelyd canlyniadau gwahanol ar gyfer gwasanaethau mewnol, safleoedd cyhoeddus ac amodau methu drosodd, a gall rheol sy’n cyfateb i’ch URL heddiw gyfateb i un arall ar ôl golygiad.

Os oes angen mwy nag un cais hysbys ar y llif gwaith, defnyddiwch osodiad statig a gefnogir gan weinyddwr neu integreiddiad cymeradwy sy’n deall PAC. Mae caledu un cyfeiriad a gopïwyd yn gweithio hyd y diwrnod y bydd y polisi yn newid ac na fydd neb yn cofio pam y dewiswyd y cyfeiriad hwnnw.

Yna edrychwch ar yr hyn y mae curl yn ei etifeddu. Gall newidynnau amgylchedd proxy a NO_PROXY ddiystyru neu eithrio’r proxy a drosglwyddwyd gennych, ac mae eithriad sy’n cyfateb i’ch targed yn anfon y cais yn uniongyrchol yn dawel. Cadwch y polisi a fwriadwyd yn hytrach na dileu pob eithriad neu orfodi popeth drwy un cyfeiriad. Rhedwch y cais unwaith gyda -v a gwiriwch i ba gyfeiriad y cysylltodd mewn gwirionedd.

Cadwch y ddau hunaniaeth TLS ar wahân

Gyda proxy HTTPS, mae dau gysylltiad TLS ar waith: eich un chi i’r proxy ac un y proxy i’r cyrchfan. Mae gan bob un ei hunaniaeth ei hun i’w gwirio, ac nid yw analluogi gwiriad ar gyfer y naill na’r llall yn atgyweiriad PAC, mae’n ail broblem a ychwanegwyd at y gyntaf.

Cadwch y gwiriad ymlaen a darllenwch y methiant a gewch. Mae her dilysu proxy, proxy na ellir ei gyrraedd a gwrthodiad gan y wefan yn dri canlyniad gwahanol, a dim ond y cyntaf sy’n ymwneud â chredensialau. Mae’n rhaid i’r VPN o hyd ddarparu llwybr a ganiateir i proxy preifat, gan gynnwys datrys enwau ar gyfer gwesteiwr y proxy ei hun, cyn y gall unrhyw un o’r rhain lwyddo.

Ysgrifennwch y pwynt terfyn, y cynllun, y porth, y dull dilysu, yr eithriadau a’r llwybr VPN i’r proxy. Y cofnod hwnnw sy’n gwneud y cais nesaf yn atgynhyrchadwy, a dyma’r gwahaniaeth rhwng gwybod eich proxy a dyfalu amdano.