Поставките за прокси на 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 ресурс или fetch на прелистувачот | Прокси конфигурација на веб-моторот на NW.js |
| Node јадро HTTP или транспорт што го поседува пакет | Агентот или јавниот прокси интерфејс на тој клиент |
getProxyForURL враќа текст на политика во PAC стил за вчитување на DOM, како PROXY плус крајна точка или DIRECT. Тоа не потврдува дека завршено барање го користело.
Менувањето на process.env.http_proxy не прави секоја имплементација да ја чита променливата. Означете ја дијагностиката со името на создавачот или клиентот и неговиот исход. Користете ја јавната конфигурација на пакетот наместо да крпите node_modules датотеки што надградбата ги заменува. За HTTPS повици на Node јадрото со SOCKS, еден таков интерфејс е HTTPS агент со поддршка за SOCKS.