Setările proxy din NW.js diferă între cererile Chromium și Node
Configurați regulile proxy ale motorului web NW.js separat de bibliotecile Node folosite de aceeași aplicație desktop.
NW.js poate încărca o imagine DOM și poate obține JSON printr-o bibliotecă Node în aceeași fereastră. Identificați apelul care creează cererea înainte de a alege o interfață proxy.
Pentru calea documentată a motorului web:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Primul argument este regula proxy, iar al doilea este URL-ul PAC. Aceasta selectează un punct final HTTP fix pentru schemele de destinație când PAC este gol; HTTPS folosește calea sa de tunel acceptată. Într-un test independent pe o pagină publică fără autentificare proxy, o intrare din lista de proxy HTTP poate înlocui acel punct final.
| Producătorul cererii | Politica de inspectat |
|---|---|
| Resursă DOM sau fetch al browserului | Configurația proxy a motorului web NW.js |
| HTTP din nucleul Node sau transport deținut de un pachet | Agentul sau interfața proxy publică a acelui client |
getProxyForURL returnează text de politică în stil PAC pentru o încărcare DOM, cum ar fi PROXY plus un punct final sau DIRECT. Nu confirmă că o cerere finalizată l-a folosit.
Modificarea process.env.http_proxy nu face fiecare implementare să citească variabila. Etichetați diagnosticele cu numele producătorului sau clientului și rezultatul acestuia. Folosiți configurația publică a pachetului în loc să patch-uiți fișiere node_modules pe care un upgrade le înlocuiește. Pentru apelurile HTTPS din nucleul Node cu SOCKS, o astfel de interfață este un agent HTTPS compatibil SOCKS.