تنظیمات پروکسی 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 است. این برای طرح‌های مقصد وقتی PAC خالی است یک نقطه پایانی HTTP ثابت انتخاب می‌کند؛ HTTPS از مسیر تونل پشتیبانی‌شده خود استفاده می‌کند. در یک آزمون مستقل از صفحه عمومی بدون احراز هویت پروکسی، یک ورودی از فهرست پروکسی HTTP می‌تواند جای آن نقطه پایانی را بگیرد.
| سازنده درخواست | سیاستی که باید بررسی شود |
|---|---|
| منبع DOM یا fetch مرورگر | پیکربندی پروکسی موتور وب NW.js |
| HTTP هسته Node یا انتقالی که متعلق به یک بسته است | عامل یا رابط پروکسی عمومی همان کلاینت |
getProxyForURL متن سیاست به سبک PAC را برای بارگذاری DOM برمی‌گرداند، مانند PROXY به‌همراه یک نقطه پایانی یا DIRECT. این تأیید نمی‌کند که درخواستی کامل‌شده از آن استفاده کرده است.
تغییر process.env.http_proxy باعث نمی‌شود هر پیاده‌سازی آن متغیر را بخواند. تشخیص‌ها را با نام سازنده یا کلاینت و نتیجه آن برچسب بزنید. از پیکربندی عمومی همان بسته استفاده کنید، نه وصله‌کردن فایل‌های node_modules که یک به‌روزرسانی جایگزینشان می‌کند. برای فراخوانی‌های HTTPS هسته Node با SOCKS، یکی از این رابط‌ها یک عامل HTTPS با پشتیبانی SOCKS است.