Les paramètres de proxy de NW.js diffèrent entre les requêtes Chromium et Node
Configurez les règles de proxy du moteur web de NW.js séparément des bibliothèques Node utilisées par la même application de bureau.
NW.js peut charger une image DOM et récupérer du JSON via une bibliothèque Node dans la même fenêtre. Identifiez l'appel qui crée la requête avant de choisir une interface de proxy.
Pour le chemin documenté du moteur web :
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Le premier argument est la règle de proxy et le second l'URL PAC. Cela sélectionne un point de terminaison HTTP fixe pour les schémas de destination lorsque le PAC est vide ; HTTPS utilise son chemin de tunnel pris en charge. Lors d'un test indépendant sur une page publique sans authentification de proxy, une entrée de la liste de proxys HTTP peut remplacer ce point de terminaison.
| Producteur de la requête | Politique à inspecter |
|---|---|
| Ressource DOM ou fetch du navigateur | Configuration du proxy du moteur web NW.js |
| HTTP du cœur de Node ou transport propre à un paquet | L'agent ou l'interface de proxy publique de ce client |
getProxyForURL renvoie un texte de politique de style PAC pour un chargement DOM, par exemple PROXY suivi d'un point de terminaison ou DIRECT. Il ne confirme pas qu'une requête terminée l'a utilisé.
Modifier process.env.http_proxy ne fait pas lire la variable à toutes les implémentations. Étiquetez les diagnostics avec le nom du producteur ou du client et son résultat. Utilisez la configuration publique de ce paquet plutôt que de corriger des fichiers node_modules qu'une mise à niveau remplace. Pour les appels HTTPS du cœur de Node avec SOCKS, une telle interface est un agent HTTPS compatible SOCKS.