הגדרות ה-proxy של NW.js שונות בין בקשות Chromium ו-Node
הגדירו את כללי ה-proxy של מנוע הרשת של NW.js בנפרד מספריות ה-Node שאותה אפליקציית שולחן העבודה משתמשת בהן.
NW.js יכול לטעון תמונת DOM ולהביא JSON דרך ספריית Node באותו חלון. זהו את הקריאה שיוצרת את הבקשה לפני בחירת ממשק proxy.
למסלול המנוע-רשת המתועד:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');הארגומנט הראשון הוא כלל ה-proxy והשני הוא כתובת ה-PAC. זה בוחר נקודת קצה HTTP קבועה עבור סכימות יעד כאשר ה-PAC ריק; HTTPS משתמש במסלול המנהרה הנתמך שלו. בבדיקה עצמאית של עמוד ציבורי ללא אימות proxy, רשומה מרשימת פרוקסי HTTP יכולה להחליף את נקודת הקצה הזו.
| יוצר הבקשה | המדיניות שיש לבדוק |
|---|---|
| משאב DOM או fetch של הדפדפן | תצורת ה-proxy של מנוע הרשת של NW.js |
| HTTP של ליבת Node או תעבורה בבעלות חבילה | הסוכן או ממשק ה-proxy הציבורי של אותו לקוח |
getProxyForURL מחזיר טקסט מדיניות בסגנון PAC עבור טעינת DOM, כגון PROXY עם נקודת קצה או DIRECT. הוא אינו מאשר שבקשה שהושלמה השתמשה בו.
שינוי process.env.http_proxy לא גורם לכל מימוש לקרוא את המשתנה. תייגו אבחונים בשם היצרן או הלקוח ובתוצאה שלו. השתמשו בתצורה הציבורית של אותה חבילה במקום לתקן קבצי node_modules שעדכון מחליף. לקריאות HTTPS של ליבת Node באמצעות SOCKS, ממשק כזה הוא סוכן HTTPS התומך ב-SOCKS.