NW.js-proxyindstillinger er forskellige for Chromium- og Node-anmodninger
Konfigurer proxyreglerne for NW.js' webmotor separat fra de Node-biblioteker, som den samme skrivebordsapp bruger.
NW.js kan indlæse et DOM-billede og hente JSON gennem et Node-bibliotek i samme vindue. Identificer det kald, der opretter anmodningen, før du vælger en proxygrænseflade.
For den dokumenterede vej gennem webmotoren:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Det første argument er proxyreglen, og det andet er PAC-URL'en. Det vælger et fast HTTP-endpoint for destinationsskemaer, når PAC er tom; HTTPS bruger sin understøttede tunnelrute. I en uafhængig test af en offentlig side uden proxygodkendelse kan en post fra Liste over HTTP-proxyer erstatte det endpoint.
| Anmodningsproducent | Politik, der skal undersøges |
|---|---|
| DOM-ressource eller browser-fetch | Proxykonfiguration for NW.js' webmotor |
| Node-kerne-HTTP eller en transport, som en pakke ejer | Den agent eller offentlige proxygrænseflade, som klienten har |
getProxyForURL returnerer politiktekst i PAC-stil for en DOM-indlæsning, f.eks. PROXY plus et endpoint eller DIRECT. Det bekræfter ikke, at en fuldført anmodning brugte den.
Ændring af process.env.http_proxy får ikke hver implementering til at læse variablen. Mærk diagnostik med producentens eller klientens navn og resultatet. Brug pakkens offentlige konfiguration i stedet for at patche node_modules-filer, som en opgradering erstatter. For HTTPS-kald i Node-kernen med SOCKS er en sådan grænseflade en SOCKS-kompatibel HTTPS-agent.