NW.js-proxyinnstillinger er forskjellige for Chromium- og Node-forespørsler
Konfigurer proxyreglene for NW.js-nettmotoren separat fra Node-bibliotekene som den samme skrivebordsappen bruker.
NW.js kan laste inn et DOM-bilde og hente JSON gjennom et Node-bibliotek i samme vindu. Identifiser kallet som oppretter forespørselen, før du velger et proxygrensesnitt.
For den dokumenterte veien 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 velger et fast HTTP-endepunkt for destinasjonsskjemaer når PAC er tom; HTTPS bruker sin støttede tunnelrute. I en uavhengig test av en offentlig side uten proxyautentisering kan en oppføring fra liste over HTTP-proxyer erstatte det endepunktet.
| Forespørselsprodusent | Policy som skal undersøkes |
|---|---|
| DOM-ressurs eller nettleser-fetch | Proxykonfigurasjon for NW.js-nettmotoren |
| Node-kjerne-HTTP eller en transport som en pakke eier | Agenten eller det offentlige proxygrensesnittet til den klienten |
getProxyForURL returnerer policytekst i PAC-stil for en DOM-innlasting, for eksempel PROXY pluss et endepunkt eller DIRECT. Det bekrefter ikke at en fullført forespørsel brukte den.
Å endre process.env.http_proxy får ikke hver implementasjon til å lese variabelen. Merk diagnostikk med navnet på produsenten eller klienten og resultatet. Bruk pakkens offentlige konfigurasjon i stedet for å patche node_modules-filer som en oppgradering erstatter. For HTTPS-kall i Node-kjernen med SOCKS er et slikt grensesnitt en SOCKS-kompatibel HTTPS-agent.