It adres fan it PAC-bestân en it einpunt fan it proxy lykje yn in konfiguraasjebestân útwikselber, mar dat binne se net. It iene is in beliedsprogramma dat foar elke URL besjoen wurde moat; it oare is in host en in poarte dy’t ferbiningen oannimt. curl begrypt allinnich it twadde. In PAC-adres trochjaan oan --proxy is in kategoryflater dy’t op in betiizjende wize mislearret, meastentiids nei in lange CONNECT-wachttiid nei in webserver.

Wat elk eins is

Jo hawweWat it isWat curl der mei docht
http://wpad.corp.example/proxy.pacJavaScript dat foar in opjûne URL in proxy as in direkte ferbining weromjoutHellet it as bestân op en hâldt dêr op
http://proxy.corp.example:8080In lústerder dy’t proxy-oanfragen oannimtBrûkt it, ynklusyf CONNECT foar HTTPS-doelen

De FAQ oer curl seit it dúdlik: curl biedt gjin JavaScript- of PAC-ynterpretaasje. In PAC-bewuste omskleding om curl hinne kin dat wol, mar curl sels net, en gjin flag makket dêr in browser fan.

Wêrom’t de browser wurket en curl net

In browser yntegrearrelet mei de proxykonfiguraasje fan it systeem, hellet it PAC-bestân op en fiert de regels dêrfan út tsjin de URL dy’t jo iepenje. Dy beoardieling is de tsjinst dy’t it PAC-bestân leveret, en dy bart yn de browser, net yn jo terminal.

It PAC-bestân mei curl ophelje krijt allinnich de tekst. It makket net dat curl it belied útfiert, en it mei de hân lêze om in proxy te finen is in hânmjittige ferzje fan deselde beoardieling, mei deselde kâns om de ferkearde tûke te kiezen. As jo it lêze, lês dan de return-utsit dy’t by jo host past, yn pleats fan de earste proxynamme yn it bestân. De measte PAC-bestannen befetsje ferskate, en mar ien tûke jildt foar jo.

Foar in goedkard HTTP-proxy en in goedkarde HTTPS-tsjinst is in yllustrative oanfraach:

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

It earste adres is de proxylústerder, it twadde is de tsjinst dy’t jo wolle. Dit binne foarbyld-einpunten en net in test dy’t immen dien hat, ferfange se dus troch it skema, de poarte en de autentikaasjewurkstream fan jo organisaasje.

Kies it proxy foar dit doel

Freegje de administrateur hokker proxy it belied kiest foar de URL dy’t jo nedich hawwe, net hokker proxy de organisaasje hat. PAC-regels kinne ferskate útkomsten jaan foar ynterne tsjinsten, iepenbiere siden en failover-omstannichheden, en in regel dy’t hjoed by jo URL past, kin nei in bewurking by in oare passe.

As de wurkstream mear as ien bekende oanfraach nedich hat, brûk dan in troch de administrateur stipe statyske ynstelling of in goedkarde PAC-bewuste yntegraasje. Ien kopiearre adres hurd kodearje wurket oant de dei dat it belied feroaret en nimmen mear wit wêrom’t dy adres keazen waard.

Sjoch dan wat curl erft. Proxy-omjouwingsfariabelen en NO_PROXY kinne it proxy dat jo trochjûn hawwe oerskriuwe of útslute, en in útsluting dy’t by jo doel past stjoert de oanfraach stilwei direkt. Behâld it bedoelde belied yn stee fan elke útsluting te wiskjen of alles troch ien adres te twingen. Fier de oanfraach ien kear út mei -v en kontrolearje mei hokker adres it wier ferbûn is.

Hâld de twa TLS-identiteiten apart

Mei in HTTPS-proxy binne der twa TLS-ferbiningen yn it spul: dyn nei it proxy en dy fan it proxy nei it doel. Elk hat syn eigen identiteit te ferifiearjen, en ferifikaasje útskeakelje foar ien fan beide is gjin PAC-oplossing, it is in twadde probleem dat by it earste komt.

Lit de ferifikaasje oan en lês de flater dy’t jo krije. In proxy-autentikaasjeútdaging, in ûnberikber proxy en in wegering fan ’e webside binne trije ferskillende útkomsten, en allinnich de earste giet oer bewiisstikken. It VPN moat noch altyd in tastien paad nei in privee proxy leverje, ynklusyf namme-oplossing foar de proxy-host sels, foar’t ien fan dit slagje kin.

Skriuw it einpunt, it skema, de poarte, de autentikaasjemetoade, de útslutings en it VPN-paad nei it proxy op. Dat ferslach is wat de folgjende oanfraach werberber makket, en it is it ferskil tusken jo proxy kenne en dernei riede.

Relatearre artikelen