http-proxy-3

THIS IS FULLY READY TO USE IN PRODUCTION. Please use it!
http-proxy-3 is a modern API compatible rewrite of
http-proxy, the original nodejs
http proxy server. http-proxy-3
is an HTTP programmable proxying library that
supports http/https and websockets. It is also suitable for implementing components
such as reverse proxies and load balancers. It's main strength is that you can combine application logic written in Javascript with a proxy server, unlike what
can be done using nginx or haproxy.
PR's welcome!
Contributors:
- William Stein -- lead dev; started this fork and did the initial Typescript rewrite, etc.
- sapphi-red -- greatly improved Typescript support to prepare http-proxy-3 for use in Vite
- ImranR-TI -- very helpful bug reports
- Everybody who ever contributed to http-proxy
Status:
July 12, 2025 STATUS compared to http-proxy and httpxy:
- Library entirely rewritten in Typescript in a modern style, with many typings added internally and strict mode enabled.
- All dependent packages updated to latest versions, addressing all security vulnerabilities according to
pnpm audit
.
- Code rewritten to not use deprecated/insecure API's, e.g., using
URL
instead of parse
.
- Fixed socket leaks in the Websocket proxy code, going beyond http-proxy-node16 to also instrument and logging socket counts. Also fixed an issue with uncatchable errors when using websockets.
- Switch to pnpm for development.
- More jest unit tests than both http-proxy and httpxy: converted all the http-proxy examples into working unit tests that they actually work (http-proxy's unit tests just setup the examples in many cases, but didn't test that they actually work). Also httpxy seems to have almost no tests. These tests should make contributing PR's much easier.
- Used in production on https://CoCalc.com and JupyterHub.
- Addressed this vulnerability.
Motivation: http-proxy is one of the oldest and most famous nodejs modules, and it gets downloaded around 15 million times a week, and I've loved using it for years. Unfortunately, it is unmaintained, it has significant leaks that regularly crash production servers, and is written in ancient untyped Javascript. The maintainers have long since stopped responding, so there is no choice but to fork and start over. I wanted to do my part to help maintain the open source ecosystem, hence this library. I hope you find it useful.
Performance:
I've been adding load tests to the unit tests in various places. Generally speaking on a local machine over localhost the penalty to using the proxy server is that things take about twice as long. That's not surprising because it's twice as much work being done.
Related Projects:
- https://github.com/unjs/httpxy: it has the same motivation as this project -- it's a modern maintained rewrite of http-proxy. Unfortunately, it seems to have very little unit testing. In http-proxy-3 (and the original http-proxy), there's an order of magnitude more unit test code than code in the actual library.
Officially supported platforms:
We run GitHUB CI on the following:
- nodejs versions 18, 20, 22, and 24
Development:
git clone https://github.com/sagemathinc/http-proxy-3.git
cd http-proxy-3
pnpm install
pnpm build
pnpm test
Then do
pnpm tsc
and make changes to code under lib/.
Code Style: use prettier with the defaults.

User's Guide
This is the original user's guide, but with various updates.
Installation
npm install http-proxy-3 --save
Back to top
Core Concept
A new proxy is created by calling createProxyServer
and passing
an options
object as argument (valid properties are available here)
import { createProxyServer } from "http-proxy-3";
const proxy = createProxyServer(options);
Unless listen(..) is invoked on the object, this does not create a webserver. See below.
An object is returned with four methods:
- web
req, res, [options]
(used for proxying regular HTTP(S) requests)
- ws
req, socket, head, [options]
(used for proxying WS(S) requests)
- listen
port
(a function that wraps the object in a webserver, for your convenience)
- close
[callback]
(a function that closes the inner webserver and stops listening on given port)
It is then possible to proxy requests by calling these functions
http.createServer((req, res) => {
proxy.web(req, res, { target: "http://mytarget.com:8080" });
});
Errors can be listened on either using the Event Emitter API
proxy.on('error', (err) => {
...
});
or using the callback API
proxy.web(req, res, { target: 'http://mytarget.com:8080' }, (err) => { ... });
When a request is proxied it follows two different pipelines (available here)
which apply transformations to both the req
and res
object.
The first pipeline (incoming) is responsible for the creation and manipulation of the stream that connects your client to the target.
The second pipeline (outgoing) is responsible for the creation and manipulation of the stream that, from your target, returns data
to the client.
Back to top
Use Cases
There are unit tested examples illustrating everything below in
the tests subdirectory.
Setup a basic stand-alone proxy server
import * as http from "http";
import { createProxyServer } from "http-proxy-3";
createProxyServer({ target: "http://localhost:9000" }).listen(8000);
http
.createServer((req, res) => {
res.writeHead(200, { "Content-Type": "text/plain" });
res.write(
"request successfully proxied!" +
"\n" +
JSON.stringify(req.headers, true, 2),
);
res.end();
})
.listen(9000);
† Just like with the nodejs http module, invoking listen(...)
triggers the creation of a web server. Otherwise, just the proxy instance is created, which is just a lightweight object with configuration. If you call close on the proxy it is a no-op unless you have called listen.
Back to top
Setup a stand-alone proxy server with custom server logic
This example shows how you can proxy a request using your own HTTP server
and also you can put your own logic to handle the request.
import * as http from "http";
import { createProxyServer } from "http-proxy-3";
const proxy = createProxyServer({});
const server = http.createServer((req, res) => {
proxy.web(req, res, { target: "http://127.0.0.1:5050" });
});
console.log("listening on port 5050");
server.listen(5050);
Back to top
Setup a stand-alone proxy server with proxy request header re-writing
This example shows how you can proxy a request using your own HTTP server that
modifies the outgoing proxy request by adding a special header.
import * as http from "http";
import { createProxyServer } from "http-proxy-3";
const proxy = createProxyServer({});
proxy.on("proxyReq", (proxyReq, req, res, options, socket) => {
proxyReq.setHeader("X-Special-Proxy-Header", "foobar");
});
const server = http.createServer((req, res) => {
proxy.web(req, res, {
target: "http://127.0.0.1:5050",
});
});
console.log("listening on port 5050");
server.listen(5050);
Back to top
Modify a response from a proxied server
Sometimes when you have received a HTML/XML document from the server of origin you would like to modify it before forwarding it on.
Harmon allows you to do this in a streaming style so as to keep the pressure on the proxy to a minimum.
Back to top
Setup a stand-alone proxy server with latency
import * as http from "http";
import { createProxyServer } from "http-proxy-3";
const proxy = createProxyServer();
http
.createServer((req, res) => {
setTimeout(function () {
proxy.web(req, res, {
target: "http://localhost:9008",
});
}, 500);
})
.listen(8008);
http
.createServer(function (req, res) {
res.writeHead(200, { "Content-Type": "text/plain" });
res.write(
"request successfully proxied to: " +
req.url +
"\n" +
JSON.stringify(req.headers, true, 2),
);
res.end();
})
.listen(9008);
Back to top
Using HTTPS
You can activate the validation of a secure SSL certificate to the target connection (avoid self-signed certs), just set secure: true
in the options.
HTTPS -> HTTP
httpProxy
.createServer({
target: {
host: "localhost",
port: 9009,
},
ssl: {
key: fs.readFileSync("valid-ssl-key.pem", "utf8"),
cert: fs.readFileSync("valid-ssl-cert.pem", "utf8"),
},
})
.listen(8009);
HTTPS -> HTTPS
httpProxy
.createServer({
ssl: {
key: fs.readFileSync("valid-ssl-key.pem", "utf8"),
cert: fs.readFileSync("valid-ssl-cert.pem", "utf8"),
},
target: "https://localhost:9010",
secure: true,
})
.listen(443);
HTTP -> HTTPS (using a PKCS12 client certificate)
httpProxy
.createProxyServer({
target: {
protocol: "https:",
host: "my-domain-name",
port: 443,
pfx: fs.readFileSync("path/to/certificate.p12"),
passphrase: "password",
},
changeOrigin: true,
})
.listen(8000);
Back to top
Proxying WebSockets
You can activate the websocket support for the proxy using ws:true
in the options.
httpProxy
.createServer({
target: "ws://localhost:9014",
ws: true,
})
.listen(8014);
Also you can proxy the websocket requests just calling the ws(req, socket, head)
method.
import * as http from "http";
import { createProxyServer } from "http-proxy-3";
const proxy = createProxyServer({
target: {
host: "localhost",
port: 9015,
},
});
var proxyServer = http.createServer((req, res) => {
proxy.web(req, res);
});
proxyServer.on("upgrade", (req, socket, head) => {
proxy.ws(req, socket, head);
});
proxyServer.listen(8015);
Back to top
Options
httpProxy.createProxyServer
supports the following options:
-
target: url string to be parsed with the url module
-
forward: url string to be parsed with the url module or a URL object. A forward proxy without target set just forwards requests but does NOT actually wait for a response and return it to the caller.
-
agent: object to be passed to http(s).request (see Node's https agent and http agent objects)
-
ssl: object to be passed to https.createServer()
-
ws: true/false, if you want to proxy websockets
-
xfwd: true/false, adds x-forward headers
-
secure: true/false, if you want to verify the SSL Certs. Set this to false if you're proxying another server that has a self-signed cert, e.g., test/examples/http/proxy-https-to-https.test.ts.
-
toProxy: true/false, passes the absolute URL as the path
(useful for proxying to proxies)
-
prependPath: true/false, Default: true - specify whether you want to prepend the target's path to the proxy path
-
ignorePath: true/false, Default: false - specify whether you want to ignore the proxy path of the incoming request (note: you will have to append / manually if required).
-
localAddress: Local interface string to bind for outgoing connections
-
changeOrigin: true/false, Default: false - changes the origin of the host header to the target URL
-
preserveHeaderKeyCase: true/false, Default: false - specify whether you want to keep letter case of response header key
-
auth: Basic authentication i.e. 'user:password' to compute an Authorization header.
-
hostRewrite: rewrites the location hostname on (201/301/302/307/308) redirects.
-
autoRewrite: rewrites the location host/port on (201/301/302/307/308) redirects based on requested host/port. Default: false.
-
protocolRewrite: rewrites the location protocol on (201/301/302/307/308) redirects to 'http' or 'https'. Default: null.
-
cookieDomainRewrite: rewrites domain of set-cookie
headers. Possible values:
-
cookiePathRewrite: rewrites path of set-cookie
headers. Possible values:
-
headers: object with extra headers to be added to target requests.
-
proxyTimeout: timeout (in millis) for outgoing proxy requests
-
timeout: timeout (in millis) for incoming requests
-
followRedirects: true/false, Default: false - specify whether you want to follow redirects
-
selfHandleResponse true/false, if set to true, none of the webOutgoing passes are called and it's your responsibility to appropriately return the response by listening and acting on the proxyRes
event
-
buffer: stream of data to send as the request body. Maybe you have some middleware that consumes the request stream before proxying it on e.g. If you read the body of a request into a field called 'req.rawbody' you could restream this field in the buffer option:
'use strict';
const streamify = require('stream-array');
const HttpProxy = require('http-proxy');
const proxy = new HttpProxy();
module.exports = (req, res, next) => {
proxy.web(req, res, {
target: 'http://localhost:4003/',
buffer: streamify(req.rawBody)
}, next);
};
NOTE:
options.ws
and options.ssl
are optional.
options.target
and options.forward
cannot both be missing
If you are using the proxyServer.listen
method, the following options are also applicable:
- ssl: object to be passed to https.createServer()
- ws: true/false, if you want to proxy websockets
Back to top
Listening for proxy events
error
: The error event is emitted if the request to the target fail. We do not do any error handling of messages passed between client and proxy, and messages passed between proxy and target, so it is recommended that you listen on errors and handle them.
proxyReq
: This event is emitted before the data is sent. It gives you a chance to alter the proxyReq request object. Applies to "web" connections
proxyReqWs
: This event is emitted before the data is sent. It gives you a chance to alter the proxyReq request object. Applies to "websocket" connections
proxyRes
: This event is emitted if the request to the target got a response.
open
: This event is emitted once the proxy websocket was created and piped into the target websocket.
close
: This event is emitted once the proxy websocket was closed.
- (DEPRECATED)
proxySocket
: Deprecated in favor of open
.
import { createProxyServer } from "http-proxy-3";
const proxy = createProxyServer({
target: "http://localhost:9005",
});
proxy.listen(8005);
proxy.on("error", (err, req, res) => {
res.writeHead(500, {
"Content-Type": "text/plain",
});
res.end("Something went wrong. And we are reporting a custom error message.");
});
proxy.on("proxyRes", (proxyRes, req, res) => {
console.log(
"RAW Response from the target",
JSON.stringify(proxyRes.headers, true, 2),
);
});
proxy.on("open", (proxySocket) => {
proxySocket.on("data", hybiParseAndLogMessage);
});
proxy.on("close", (res, socket, head) => {
console.log("Client disconnected");
});
Back to top
Shutdown
- When testing or running server within another program it may be necessary to close the proxy.
- This will stop the proxy from accepting new connections.
const proxy = createProxyServer({
target: {
host: "localhost",
port: 1337,
},
});
proxy.close();
Back to top
Miscellaneous
If you want to handle your own response after receiving the proxyRes
, you can do
so with selfHandleResponse
. As you can see below, if you use this option, you
are able to intercept and read the proxyRes
but you must also make sure to
reply to the res
itself otherwise the original client will never receive any
data.
Modify response
const option = {
target: target,
selfHandleResponse: true,
};
proxy.on("proxyRes", (proxyRes, req, res) => {
var body = [];
proxyRes.on("data", (chunk) => {
body.push(chunk);
});
proxyRes.on("end", () => {
body = Buffer.concat(body).toString();
console.log("res from proxied server:", body);
res.end("my response to cli");
});
});
proxy.web(req, res, option);
ProxyTable API
A proxy table API is available through this add-on module, which lets you define a set of rules to translate matching routes to target routes that the reverse proxy will talk to.
Test
pnpm test
Back to top
Contributing and Issues
Back to top
License
The MIT License (MIT)
Copyright (c) 2010 - 2025 William Stein, Charlie Robbins, Jarrett Cruger & all other Contributors.
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
THE SOFTWARE.