curl таны PAC файлыг уншиж чадахгүй: оронд нь proxy дамжуулна уу

Тохиргооны файлд PAC файлын хаяг болон proxy-ийн төгсгөлийн цэг хоорондоо солигдох мэт харагдана, гэвч тийм биш. Нэг нь URL бүрд үнэлэх ёстой бодлогын програм; нөгөө нь холболт хүлээн авдаг хост ба порт. curl зөвхөн хоёр дахьг ойлгодог. PAC хаягийг --proxy-д дамжуулах нь ихэвчлэн веб сервер рүү урт CONNECT хүлээлтийн дараа ойлгомжгүй байдлаар бүтэлгүйтдэг ангиллын алдаа юм.

Тус бүр нь үнэндээ юу вэ

Үүнийг тодорхой хэлдэг curl-ийн түгээмэл асуултууд. curl нь JavaScript эсвэл PAC-ийн тайлбар өгдөггүй. curl-ийн эргэн тойронд PAC ойлгодог бүрхүүл хийж болох ч curl өөрөө биш, ямар ч туги үүнийг хөтөч болгохгүй.

Яагаад хөтөч ажиллаж, curl ажиллахгүй вэ

Хөтөч системийн proxy тохиргоотой нэгдэж, PAC файлыг татаж аваад, таны нээж буй URL-д түүний дүрмийг ажиллуулдаг. Тэр үнэлгээ нь PAC файлын үзүүлдэг үйлчилгээ бөгөөд хөтчийн дотор, таны терминалд биш явагддаг.

PAC файлыг curl-ээр татаж авахад зөвхөн текст нь ирдэг. Энэ нь curl-ийг бодлогыг гүйцэтгэхэд хүргэхгүй, харин proxy олохын тулд гараар унших нь мөн тэр үнэлгээний гарын хувилбар бөгөөд буруу салбар сонгох магадлал ижил. Хэрэв уншвал файлын эхний proxy нэрийг биш, хостоо тохирох return мэдэгдлийг уншина уу. Ихэнх PAC файл хэд хэдэн proxy агуулдаг бөгөөд зөвхөн нэг салбар танд хамаарна.

Зөвшөөрөгдсөн HTTP proxy болон зөвшөөрөгдсөн HTTPS үйлчилгээний хувьд жишээ хүсэлт нь:

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

Эхний хаяг нь proxy-ийн хүлээн авагч, хоёр дахь нь таны хүссэн үйлчилгээ. Эдгээр нь жишээ төгсгөлийн цэг бөгөөд хэн нэгний хийсэн туршилт биш тул байгууллагынхаа схем, порт, нэвтрүүлэлтийн урсгалаар солино уу.

Энэ зорилгод тохирох proxy-г сонгоно уу

Байгууллагад аль proxy байгааг биш, бодлого таны хэрэгтэй URL-д аль proxy сонгодогийг админаас асуугаарай. PAC дүрэм дотоод үйлчилгээ, нийтийн сайт, доголдлын үеийн шилжилтийн нөхцөлд өөр үр дүн буцааж болох бөгөөд өнөөдөр таны URL-д тохирч буй дүрэм засварын дараа өөр URL-д тохирч болно.

Хэрэв ажлын урсгалд нэгээс олон мэдэгдэж буй хүсэлт шаардлагатай бол админы дэмждэг статик тохиргоо эсвэл зөвшөөрөгдсөн PAC ойлгодог интеграцийг ашиглана уу. Нэг хуулсан хаягийг хатуу кодлох нь бодлого өөрчлөгдөж, тэр хаягийг яагаад сонгосныг хэн ч санахгүй болсон өдөр хүртэл ажиллана.

Дараа нь curl юу өвлөж байгааг харна уу. proxy-ийн орчны хувьсагчид болон NO_PROXY таны дамжуулсан proxy-г дарж эсвэл хасаж болох бөгөөд таны зорилтод тохирох хасалт хүсэлтийг чимээгүйгээр шууд илгээдэг. Бүх хасалтыг устгах эсвэл бүгдийг нэг хаягаар явуулахын оронд төлөвлөсөн бодлогыг хадгалаарай. Хүсэлтийг нэг удаа -v-тай ажиллуулж, яг аль хаягт холбогдсоныг шалгана уу.

TLS-ийн хоёр таних тэмдгийг тусад нь барина уу

HTTPS proxy-той үед хоёр TLS холболт оролцож байна. нэг нь танаас proxy руу, нөгөө нь proxy-оос зорилт руу. Тус бүр шалгах өөрийн таних тэмдэгтэй бөгөөд аль нэгийнх нь шалгалтыг унтраах нь PAC-ийн засвар биш, эхний асуудал дээр нэмэгдэх хоёр дахь асуудал юм.

Шалгалтыг асаалттай орхиж, авсан алдаагаа уншина уу. proxy-ийн нэвтрүүлэлтийн шаардлага, хүрэх боломжгүй proxy, вэбсайтын татгалзал гэдэг нь гурван өөр үр дүн бөгөөд зөвхөн эхнийх нь итгэмжлэлтэй холбоотой. VPN нь хувийн proxy хүртэл зөвшөөрөгдсөн замыг, түүний дотор proxy хостын нэрийн шийдэлтийг, эдгээрийн аль нэг нь амжилттай болохоос өмнө олгох ёстой.

Төгсгөлийн цэг, схем, порт, нэвтрүүлэлтийн арга, хасалт болон proxy хүртэлх VPN замыг бичиж аваарай. Дараагийн хүсэлтийг давтагдахуйц болгодог нь тэр бичлэг бөгөөд өөрийн proxy-г мэдэх болон түүний талаар таамаглах хоорондын ялгаа нь энэ юм.