Спрямуйте API-з'єднання http-proxy-middleware через корпоративний проксі

Тримайте 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-цілі. Використання URL корпоративного проксі як target запитує інший застосунок замість додавання переходу.

Використовуйте агент, що відповідає протоколу цілі, і слухач, який справді підтримує потрібний інтерфейс HTTP-проксі. Для схваленого приватного CA на цьому маршруті налаштуйте довіру через транспорт Node з увімкненою перевіркою. secure: false змінює перевірку, а не обирає посередника.

Схожі статті