Налаштування проксі NW.js відрізняються для запитів Chromium і Node
Налаштовуйте правила проксі веб-рушія NW.js окремо від бібліотек Node, які використовує той самий настільний застосунок.
NW.js може завантажити зображення DOM і отримати JSON через бібліотеку Node в одному вікні. Визначте виклик, що створює запит, перш ніж вибирати інтерфейс проксі.
Для задокументованого шляху веб-рушія:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Перший аргумент — це правило проксі, а другий — URL PAC. Це вибирає фіксовану кінцеву точку HTTP для схем призначення, коли PAC порожній; HTTPS використовує свій підтримуваний шлях тунелю. У незалежному тесті публічної сторінки без автентифікації проксі запис зі список HTTP-проксі може замінити цю кінцеву точку.
| Творець запиту | Політика для перевірки |
|---|---|
| Ресурс DOM або fetch браузера | Конфігурація проксі веб-рушія NW.js |
| HTTP ядра Node або транспорт, що належить пакету | Агент або публічний інтерфейс проксі цього клієнта |
getProxyForURL повертає текст політики в стилі PAC для завантаження DOM, наприклад PROXY і кінцева точка або DIRECT. Це не підтверджує, що завершений запит використав її.
Зміна process.env.http_proxy не змушує кожну реалізацію читати змінну. Позначайте діагностику ім'ям творця або клієнта та його результатом. Використовуйте публічну конфігурацію пакета замість виправлення файлів node_modules, які замінює оновлення. Для HTTPS-викликів ядра Node із SOCKS один такий інтерфейс — HTTPS-агент із підтримкою SOCKS.