# MQTT proxy for the Node-RED HTTP API
**URL:** https://discourse.nodered.org/t/mqtt-proxy-for-the-node-red-http-api/93308
**Category:** General
**Created:** [21 November 2024 12:32 UTC](https://discourse.nodered.org/t/mqtt-proxy-for-the-node-red-http-api/93308 "2024-11-21T12:32:56Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@gregorius](https://discourse.nodered.org/u/gregorius)
#### Post date: [21 November 2024 12:32 UTC](https://discourse.nodered.org/t/mqtt-proxy-for-the-node-red-http-api/93308/1 "2024-11-21T12:32:56Z")
Hi There,
I'm just wondering whether anyone has developed a proxy that maps the NR HTTP API (with web socket) to a MQTT stream of packets?
Why?
I get the feeling that many applications of NR require a small device to be firewalled into a DMZ with only MQTT being possible to the outside world. Since these NR instances are headless and unaccessible, there is no easy possibility to open the editor and modify flows - or inspect what is going on.
Hence I was wondering whether anyone has created an MQTT \<--\> NR HTTP/WS bridge/proxy that would provide the HTTP endpoints for a [serverless NR](https://github.com/gorenje/cdn.flowhub.org?tab=readme-ov-file#serverless-node-red-instance) to access and display the contents of the remote NR instance. The proxy/bridge server would do the mapping from HTTP to MQTT and the remote instance would convert MQTT messages to actionable commands on the remote Node-RED instance.
Similar to a virtual screen onto a remote server using some VNC.
---
### Author:  [@system](https://discourse.nodered.org/u/system)
#### Post date: [19 February 2025 12:33 UTC](https://discourse.nodered.org/t/mqtt-proxy-for-the-node-red-http-api/93308/2 "2025-02-19T12:33:15Z")
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.