A configuración de proxy de NW.js difire entre as solicitudes de Chromium e Node
Configure as regras de proxy do motor web de NW.js por separado das bibliotecas Node que usa a mesma aplicación de escritorio.
NW.js pode cargar unha imaxe DOM e obter JSON mediante unha biblioteca Node na mesma xanela. Identifique a chamada que crea a solicitude antes de elixir unha interface de proxy.
Para a ruta documentada do motor web:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');
O primeiro argumento é a regra de proxy e o segundo a URL do PAC. Isto selecciona un punto final HTTP fixo para os esquemas de destino cando o PAC está baleiro; HTTPS usa a súa ruta de túnel compatible. Nunha proba independente dunha páxina pública sen autenticación de proxy, unha entrada da lista de proxies HTTP pode substituír ese punto final.
| Produtor da solicitude | Política que hai que inspeccionar |
|---|---|
| Recurso do DOM ou fetch do navegador | Configuración de proxy do motor web de NW.js |
| HTTP do núcleo de Node ou un transporte propio dun paquete | O axente ou a interface de proxy pública dese cliente |
getProxyForURL devolve texto de política ao estilo PAC para unha carga do DOM, como PROXY máis un punto final ou DIRECT. Non confirma que unha solicitude completada o usase.
Cambiar process.env.http_proxy non fai que todas as implementacións lean a variable. Etiquete os diagnósticos co nome do produtor ou cliente e o seu resultado. Use a configuración pública dese paquete en lugar de parchear ficheiros de node_modules que unha actualización substitúe. Para as chamadas HTTPS do núcleo de Node con SOCKS, unha desas interfaces é un axente HTTPS compatible con SOCKS.