RTSP proxying not working with password that includes a #

[Afrostie]

Which version are you using?

v0.17.2

Which operating system are you using?

OS

• Linux
• Windows
• macOS

Architecture

• amd64
• arm64
• arm7
• arm6

Describe the issue

I have a camera that requires use of symbols in the password, so it has a # in the password. I am trying to setup a RTSP proxy for the camera however I can not include the authentication in the RTSP stream url as that is not valid. I assumed that I could set the password using the sourceUser and sourcePass options, however looking at the Wireshark trace the camera is returning a 401 but the server is not including any authentication.
The camera with the same username and password works with VLC (using the authentication prompt) and in gstreamer using rtspsrc user-id=xxx and user-pw=xxx.

The configuration I was using:

paths:
  proxied:
    source: rtsp://192.168.16.114:554/AVStream1_1
    sourceUser: ...
    sourcePass: ...

I also see the following output from the server:

2021/09/07 08:50:48 D [0/0] [path proxied] [rtsp source] s->c RTSP/1.0 401 Unauthorized
2021/09/07 08:50:08 I [0/0] [path proxied] [rtsp source] ERR: invalid status code: 401 (Unauthorized)

If there is any other way to do the authentication or if you need any more information let me know.
Thanks

Describe how to replicate the issue

1. start the server
2. Set a cameras password to include a # symbol
3. Setup proxying with a similar config as above
4. Check the console output for 401 Unauthorized responses

Did you attach a network dump?

yes (I had to zip the .pcap otherwise github wouldn't let me upload it)
capture.zip

[aler9]

Hello, try using percent encoding in the password (replace # with %23) and let me know if it works:

paths:
  mypath:
    source: rtsp://myuser:my%[email protected]:554/AVStream1_1

[Afrostie]

Hello,
Thanks for the quick response. Percent encoding does fix the authentication issue, thanks.

I'm not sure if it is related to the same issue or not but I am unable to view the proxied stream (with % encoded password) in VLC. Taking a look at VLC's message log it has Buffering 0% for 10 seconds and then exits due to no data.
I can view the camera's rtsp stream directly in VLC without a problem and I can proxy a camera without a special character in the password and that streams no problem, just the proxied stream with a special character seems to be the issue.

I don't have any readUser/readPass settings set.

The proxied stream does work with ffplay, so it might be a VLC issue instead

Thanks

[aler9]

The password of the original stream has no influence on the proxied stream.

[bluenviron-bot]

This discussion is being locked automatically because the last update was more than 2 years ago.

Do not use the content of this discussion as reference since it's probably outdated!

The official documentation is the only place in which you can find up-to-date answers.