NW.js-proxyinnstillingar er ulike for Chromium- og Node-førespurnader
Set opp proxyreglane for NW.js-nettmotoren skilt frå Node-biblioteka som den same skrivebordsappen brukar.
NW.js kan lasta inn eit DOM-bilete og henta JSON gjennom eit Node-bibliotek i same vindauge. Identifiser kallet som lagar førespurnaden, før du vel eit proxygrensesnitt.
For den dokumenterte vegen gjennom nettmotoren:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Det første argumentet er proxyregelen, og det andre er PAC-URL-en. Dette vel eit fast HTTP-endepunkt for målskjema når PAC er tomt; HTTPS brukar den støtta tunnelruta si. I ein uavhengig test av ei offentleg side utan proxyautentisering kan ein oppføring frå liste over HTTP-proxyar erstatta det endepunktet.
| Førespurnadsprodusent | Retningslinje som skal granskast |
|---|---|
| DOM-ressurs eller nettlesar-fetch | Proxyoppsett for NW.js-nettmotoren |
| Node-kjerne-HTTP eller ein transport som ein pakke eig | Agenten eller det offentlege proxygrensesnittet til den klienten |
getProxyForURL returnerer retningslinjetekst i PAC-stil for ei DOM-lasting, til dømes PROXY pluss eit endepunkt eller DIRECT. Det stadfestar ikkje at ein fullført førespurnad brukte han.
Å endra process.env.http_proxy får ikkje kvar implementasjon til å lesa variabelen. Merk diagnostikk med namnet på produsenten eller klienten og resultatet. Bruk den offentlege konfigurasjonen til pakken i staden for å patcha node_modules-filer som ei oppgradering erstattar. For HTTPS-kall i Node-kjernen med SOCKS er eit slikt grensesnitt ein SOCKS-kompatibel HTTPS-agent.