NW.js proxyinställningar skiljer sig mellan Chromium- och Node-förfrågningar
Konfigurera proxyreglerna för NW.js webbmotor separat från de Node-bibliotek som samma skrivbordsapp använder.
NW.js kan läsa in en DOM-bild och hämta JSON via ett Node-bibliotek i samma fönster. Identifiera anropet som skapar förfrågan innan du väljer ett proxygränssnitt.
För den dokumenterade vägen genom webbmotorn:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Det första argumentet är proxyregeln och det andra är PAC-URL:en. Detta väljer en fast HTTP-slutpunkt för målscheman när PAC är tomt; HTTPS använder sin stödda tunnelväg. I ett oberoende test av en offentlig sida utan proxyautentisering kan en post från lista över HTTP-proxyer ersätta den slutpunkten.
| Förfrågans producent | Policy att granska |
|---|---|
| DOM-resurs eller webbläsar-fetch | Proxykonfiguration för NW.js webbmotor |
| Node-kärn-HTTP eller transport som ägs av ett paket | Agenten eller det publika proxygränssnittet för den klienten |
getProxyForURL returnerar policytext i PAC-stil för en DOM-inläsning, till exempel PROXY plus en slutpunkt eller DIRECT. Det bekräftar inte att en slutförd förfrågan använde den.
Att ändra process.env.http_proxy får inte varje implementering att läsa variabeln. Märk diagnostik med producentens eller klientens namn och resultatet. Använd paketets publika konfiguration i stället för att patcha node_modules-filer som en uppgradering ersätter. För HTTPS-anrop i Node-kärnan med SOCKS är ett sådant gränssnitt en SOCKS-kapabel HTTPS-agent.