mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-26 09:55:51 +03:00
[GH-ISSUE #1924] Unexpected output on stream #1404
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#1404
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @stelmaszyk on GitHub (Mar 11, 2022).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/1924
I am experiencing issues with streams on port 3000.
If I understand correctly, streams are forwarding ports.
I have a VM inside the network that has a configuration panel listening on port 3000.
The screenshot below shows the current configuration

I know that the internal address is correct because I can reach the configuration page from LAN, but for DNS checks, it needs to be public for a while.
The problem is, that instead of configuration panel, I can see this:
{"status":"OK","version":{"major":2,"minor":9,"revision":16}}Firewall on target VM allows traffic on ports 80, 443, 3000 (output from firewalld):
ports: 80/tcp 443/tcp 3000/tcp@EpicLPer commented on GitHub (Dec 1, 2022):
Just coming by to say I have the same weird behavior...
When I put in "127.0.0.1" with HTTP Port 3000 I get the same exact output as above, even tho none of my Docker Containers nor the Linux host itself is even running anything on said port. The only possible option by now is that Nginx Proxy Manager itself somehow hosts an internal service which exposes it this way then which is very weird...
@github-actions[bot] commented on GitHub (Feb 21, 2024):
Issue is now considered stale. If you want to keep it open, please comment 👍
@github-actions[bot] commented on GitHub (Apr 6, 2025):
Issue was closed due to inactivity.