NW.js starpniekservera iestatījumi atšķiras starp Chromium un Node pieprasījumiem
Konfigurējiet NW.js tīmekļa dzinēja starpniekservera noteikumus atsevišķi no Node bibliotēkām, ko izmanto tā pati darbvirsmas lietotne.
NW.js tajā pašā logā var ielādēt DOM attēlu un iegūt JSON ar Node bibliotēkas palīdzību. Pirms starpniekservera saskarnes izvēles nosakiet pieprasījumu veidojošo izsaukumu.
Dokumentētajam tīmekļa dzinēja ceļam:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Pirmais arguments ir starpniekservera noteikums, otrais ir PAC URL. Tas izvēlas fiksētu HTTP galapunktu mērķa shēmām, kad PAC ir tukšs; HTTPS izmanto atbalstīto tuneļa ceļu. Neatkarīgā publiskas lapas testā bez starpniekservera autentifikācijas ieraksts no HTTP starpniekserveru saraksts var aizstāt šo galapunktu.
| Pieprasījuma veidotājs | Pārbaudāmā politika |
|---|---|
| DOM resursa vai pārlūka fetch | NW.js tīmekļa dzinēja starpniekservera konfigurācija |
| Node kodola HTTP vai pakotnes transports | Tā klienta aģents vai publiskā starpniekservera saskarne |
getProxyForURL atgriež PAC stila politikas tekstu DOM ielādei, piemēram, PROXY un galapunkts vai DIRECT. Tas neapstiprina, ka pabeigts pieprasījums to izmantoja.
Mainot process.env.http_proxy, katra implementācija nelasa mainīgo. Atzīmējiet diagnostiku ar veidotāja vai klienta nosaukumu un tā rezultātu. Izmantojiet pakotnes publisko konfigurāciju, nevis labojiet node_modules failus, ko aizstāj atjauninājums. Node kodola HTTPS izsaukumiem ar SOCKS viena šāda saskarne ir SOCKS atbalstošs HTTPS aģents.