Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Different ports for client and server connections #2684

Closed
ropucyka opened this issue Nov 12, 2023 · 1 comment
Closed

Different ports for client and server connections #2684

ropucyka opened this issue Nov 12, 2023 · 1 comment

Comments

@ropucyka
Copy link

ropucyka commented Nov 12, 2023

Describe the feature

In example with RTMP:

We listening for incoming (push from OBS etc.) connections on 1935 port, but we awaiting for clients connections (from Internet, LAN) also on same port. - wtf?
And mediamtx configured as overridePublisher: yes by default. Oh my god.

@aler9
Copy link
Member

aler9 commented Nov 13, 2023

Hello, the situation is the same in 99% of media servers. In order to solve your issue, you can:

  • prevent unauthorized publishers from publishing to the server by turning on authentication (publishUser / publishPass)

  • use two MediaMTX instances, one for publishing, that listens on a publisher-specific port of your choice, and the other for reading, that takes its streams from the first instance. Configuration of the first instance:

    rtmpAddress: :1936

    Configuration of the second instance:

    paths:
      mypath:
        source: rtsp://first-instance/mypath

@bluenviron bluenviron locked and limited conversation to collaborators Nov 13, 2023
@aler9 aler9 converted this issue into discussion #2694 Nov 13, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants