Ustawienia proxy NW.js różnią się między żądaniami Chromium i Node
Skonfiguruj reguły proxy silnika internetowego NW.js oddzielnie od bibliotek Node używanych przez tę samą aplikację desktopową.
NW.js może wczytać obraz DOM i pobrać JSON przez bibliotekę Node w tym samym oknie. Zidentyfikuj wywołanie tworzące żądanie, zanim wybierzesz interfejs proxy.
Dla udokumentowanej ścieżki silnika internetowego:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Pierwszy argument to reguła proxy, a drugi to adres URL PAC. Wybiera to stały punkt końcowy HTTP dla schematów docelowych, gdy PAC jest pusty; HTTPS używa swojej obsługiwanej ścieżki tunelu. W niezależnym teście publicznej strony bez uwierzytelniania proxy wpis z lista serwerów proxy HTTP może zastąpić ten punkt końcowy.
| Twórca żądania | Zasada do sprawdzenia |
|---|---|
| Zasób DOM lub fetch przeglądarki | Konfiguracja proxy silnika internetowego NW.js |
| HTTP jądra Node lub transport należący do pakietu | Agent lub publiczny interfejs proxy tego klienta |
getProxyForURL zwraca tekst zasady w stylu PAC dla wczytania DOM, na przykład PROXY plus punkt końcowy lub DIRECT. Nie potwierdza, że ukończone żądanie go użyło.
Zmiana process.env.http_proxy nie sprawia, że każda implementacja odczytuje tę zmienną. Oznaczaj diagnostykę nazwą twórcy lub klienta i jego wynikiem. Użyj publicznej konfiguracji pakietu zamiast łatać pliki node_modules, które aktualizacja zastępuje. Dla wywołań HTTPS jądra Node z użyciem SOCKS jednym z takich interfejsów jest agent HTTPS obsługujący SOCKS.