נתבו את חיבור ה-API של http-proxy-middleware דרך ה-proxy הארגוני

השאירו את target מכוון ל-API האמיתי וספקו HttpsProxyAgent לחיבור ה-HTTPS היוצא של ה-middleware.

אם הדפדפן מגיע לשרת הפיתוח אבל בקשת ה-API שלו נכשלת, הגדירו את החיבור שה-middleware יוצר:

const { createProxyMiddleware } = require('http-proxy-middleware');
const { HttpsProxyAgent } = require('https-proxy-agent');

app.use('/api', createProxyMiddleware({
  target: 'https://api.example',
  changeOrigin: true,
  agent: new HttpsProxyAgent('http://proxy.example:8080'),
}));

app הוא אפליקציית ה-Express הקיימת. זה משתמש במפעל ה-middleware המודרני ובייצוא הנקרא HttpsProxyAgent; שמרו על מיפוי הנתיב ובקרות הגישה המיועדים.

target מגדיר את ה-API. agent מזהה את המתווך ומנהל משא ומתן על המנהרה עבור יעד ה-HTTPS הזה. שימוש בכתובת ה-proxy הארגוני כ-target מבקש אפליקציה אחרת במקום להוסיף קפיצה.

השתמשו ב-agent המתאים לפרוטוקול היעד וב-listener שבאמת תומך בממשק ה-HTTP proxy הנדרש. עבור CA פרטי מאושר בנתיב הזה, הגדירו אמון דרך תעבורת Node עם אימות מופעל. secure: false משנה את האימות במקום לבחור את המתווך.

מאמרים קשורים