webpack-dev-server: lei HTTPS-API-oproepe deur 'n korporatiewe proxy

Gee webpack-dev-server se bestaande proxy-middleware 'n HttpsProxyAgent terwyl die teiken en padherskrywing behou word.

Stel die Node-kant API-verbinding in webpack.config.mjs op met die huidige proxy-array-vorm:

import { HttpsProxyAgent } from 'https-proxy-agent';

export default {
  devServer: {
    proxy: [{
      context: ['/api'],
      target: 'https://service.example',
      changeOrigin: true,
      agent: new HttpsProxyAgent('http://proxy.example:8080'),
      pathRewrite: { '^/api': '' },
    }],
  },
};

Die roete is:

browser → webpack dev server → corporate proxy → HTTPS API

target bly die werklike HTTPS-API. Die agent, wat vermoedelik reeds in die projek beskikbaar is, onderhandel die pad deur die HTTP-tussenganger.

context kies die versoekpaaie wat die blaaier sien; pathRewrite verwyder die ontwikkelingsvoorvoegsel. Nie een van hulle noem die korporatiewe proxy nie. Behou daardie koppelings vir die pad wat die API verwag.

Gebruik die middleware se normale stroming en responsafhandeling sodat API-verwerping en vervoerfout onderskei kan word. 'n Tweede handgeskrewe aflos wat altyd 200 terugstuur, sou daardie uitkoms verberg.

Blaaier-proxy-instellings en npm se pakket-aflaai-proxy configureer ander verbruikers. Hierdie instelling hoort by die webpack-proses wat die eksterne API-oproep doen.

Verwante artikels