Налады проксі 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 або запыт браўзера | Канфігурацыя проксі вэб-рухавіка NW.js |
| Ядро HTTP Node або транспарт, які належыць пакету | Агент або публічны інтэрфейс проксі гэтага кліента |
getProxyForURL вяртае тэкст палітыкі ў стылі PAC для загрузкі DOM, напрыклад PROXY плюс канчатковая кропка або DIRECT. Гэта не пацвярджае, што завершаны запыт выкарыстаў яго.
Змена process.env.http_proxy не прымушае кожную рэалізацыю чытаць гэтую зменную. Пазначайце дыягностыку імем стваральніка або кліента і яго вынікам. Выкарыстоўвайце публічную канфігурацыю гэтага пакета, а не права патчыце файлы node_modules, якія замяняе абнаўленне. Для выклікаў HTTPS ядра Node з SOCKS адзін такі інтэрфейс — HTTPS-агент з падтрымкай SOCKS.