NW.js-proxyinstellingen verschillen tussen Chromium- en Node-verzoeken
Configureer de proxyregels van de NW.js-webengine apart van de Node-bibliotheken die dezelfde desktopapp gebruikt.
NW.js kan in hetzelfde venster een DOM-afbeelding laden en JSON ophalen via een Node-bibliotheek. Identificeer de aanroep die het verzoek maakt voordat je een proxy-interface kiest.
Voor het gedocumenteerde pad van de webengine:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Het eerste argument is de proxyregel en het tweede de PAC-URL. Dit selecteert een vast HTTP-eindpunt voor doelschema's wanneer PAC leeg is; HTTPS gebruikt het ondersteunde tunnelpad. In een onafhankelijke test van een openbare pagina zonder proxy-authenticatie kan een vermelding uit de lijst met HTTP-proxy's dat eindpunt vervangen.
| Producent van het verzoek | Te inspecteren beleid |
|---|---|
| DOM-bron of browser-fetch | Proxyconfiguratie van de NW.js-webengine |
| Node-core-HTTP of een transport van een pakket | De agent of openbare proxy-interface van die client |
getProxyForURL retourneert beleidstekst in PAC-stijl voor een DOM-belasting, zoals PROXY plus een eindpunt of DIRECT. Het bevestigt niet dat een voltooid verzoek ervan gebruik heeft gemaakt.
Het wijzigen van process.env.http_proxy zorgt er niet voor dat elke implementatie de variabele leest. Label diagnostiek met de naam van de producent of client en het resultaat. Gebruik de openbare configuratie van dat pakket in plaats van node_modules-bestanden te patchen die een upgrade vervangt. Voor HTTPS-aanroepen van de Node-kern met SOCKS is een dergelijke interface een SOCKS-compatibele HTTPS-agent.