Прокси настройките на 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/');Първият аргумент е правилото за прокси, а вторият е PAC URL. Това избира фиксирана HTTP крайна точка за схемите на местоназначение при празен PAC; HTTPS използва поддържания тунелен път. При независим тест на публична страница без удостоверяване за прокси запис от Списък с HTTP прокси сървъри може да замени тази крайна точка.
| Източник на заявката | Политика за проверка |
|---|---|
| DOM ресурс или заявка от браузъра | Прокси конфигурация на уеб двигателя на NW.js |
| HTTP ядро на Node или транспорт, притежаван от пакет | Агентът или публичният прокси интерфейс на този клиент |
getProxyForURL връща текст на политика в стил PAC за DOM зареждане, например PROXY плюс крайна точка или DIRECT. Това не потвърждава, че завършена заявка го е използвала.
Промяната на process.env.http_proxy не кара всяка реализация да чете променливата. Отбелязвайте диагностиката с името на източника или клиента и резултата. Използвайте публичната конфигурация на пакета, вместо да кърпите файлове в node_modules, които актуализацията заменя. За HTTPS заявки на Node ядрото чрез SOCKS един такъв интерфейс е HTTPS агент с поддръжка на SOCKS.