Le impostazioni proxy di NW.js differiscono tra richieste Chromium e Node
Configura le regole proxy del motore web di NW.js separatamente dalle librerie Node usate dalla stessa applicazione desktop.
NW.js può caricare un'immagine DOM e recuperare JSON tramite una libreria Node nella stessa finestra. Individua la chiamata che crea la richiesta prima di scegliere un'interfaccia proxy.
Per il percorso documentato del motore web:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Il primo argomento è la regola proxy e il secondo l'URL PAC. Questo seleziona un endpoint HTTP fisso per gli schemi di destinazione quando il PAC è vuoto; HTTPS usa il suo percorso tunnel supportato. In un test indipendente su una pagina pubblica senza autenticazione proxy, una voce della lista di proxy HTTP può sostituire quell'endpoint.
| Produttore della richiesta | Politica da ispezionare |
|---|---|
| Risorsa DOM o fetch del browser | Configurazione proxy del motore web di NW.js |
| HTTP del core di Node o trasporto di proprietà di un pacchetto | L'agente o l'interfaccia proxy pubblica di quel client |
getProxyForURL restituisce testo di politica in stile PAC per un caricamento DOM, come PROXY più un endpoint o DIRECT. Non conferma che una richiesta completata lo abbia usato.
Modificare process.env.http_proxy non fa sì che ogni implementazione legga la variabile. Etichetta la diagnostica con il nome del produttore o del client e il suo esito. Usa la configurazione pubblica di quel pacchetto invece di modificare file node_modules che un aggiornamento sostituisce. Per le chiamate HTTPS del core di Node con SOCKS, una di tali interfacce è un agente HTTPS compatibile SOCKS.