Custom Listener Authentication allows you make your audio stream private and accessible only to authorized listeners. When a listener connects to your stream, Radio Mast will make an HTTP request (or "webhook") to a URL of your choice, and based on the response from that URL, the listener will be allowed or denied access. This allows you to integrate your own authentication system, giving you flexibility over how you authenticate listeners.
Custom Listener Authentication is included in all Radio Mast streaming plans.
After logging into Radio Mast:
Listener authentication is performed using HTTP POST requests. When a listener connects, Radio Mast will make an HTTP POST
request to your custom listener authentication URL. Based on the response from the request, the listener will then either be allowed to connect or be rejected.
A denied listener will receive a
HTTP 401 Unauthorized response.
Both HTTP and HTTPS webhook URLs are supported.
To authorize the listener, the HTTP header
icecast-auth-user: 1 must be provided in your response.
If this header is not found, the listener will be denied with an
HTTP 401 Unauthorized response.
Parameters for the HTTP POST request are URL encoded as regular form data, not JSON encoded. The Content-Type is
The parameters included with the HTTP POST request for Listener Authentication are as following:
action- This will be
mount- The URL path the listener is connecting to, including any query string. (eg.
server- The local IP of the Radio Mast streaming edge server.
port- The port the listener is connecting to.
ip- The IP of the listener.
user- The username provided by the listener, if any. (via HTTP Basic Authentication).
pass- The password provided by the listener, if any.
client- A unique 64-bit integer that identifies this listener for the duration of the connection.
agent- The HTTP user-agent header provided by the listener.
referrer- The HTTP referrer header provided by the listener.
listener-count- The current listener count to the stream, excluding the pending new listener.
listener-duration-1day- The cumulative listening time (in seconds) of this listener on this stream over the last 24 hours.
listener-duration-7day- The cumulative listening time (in seconds) of this listener on this stream over the last 7 days.
To authenticate listeners, we recommend generating unique security tokens for each user that expire after a few hours. Append this token to your stream URL as a query string parameter and validate it in your authentication backend.
For example, if you were to generate and store the unique token "12345" for a given user, you could append this to the stream URL provided to the user, like this:
When the connects to your stream, Radio Mast will make an HTTP POST request to your server. The
mount POST parameter
would contain the value
9fc0077d-ab22-4f8b-b249-94f4bc65996b?token=12345, from which the token could be parsed.
Your backend would then verify that token
12345 is valid at the current time.
Radio Mast Stream Monitoring is able to perform basic monitoring your authenticated stream to determine if the stream is up. However, silence detection is unavailable as Stream Monitoring is unaware of any extra parameters needed to authenticate with your stream.
As a workaround, your authentication webhook backend could be configured with a special security token to be used with monitoring only. You can then set up monitoring on a separate stream URL that includes this special security token.
For example, your backend could try to ensure this URL passes authentication:
Custom webhook authentication can be used to impose a time limit on each listener session. After the time limit, Radio Mast will disconnect the listener.
You can specify a time limit for a listener session by setting the
icecast-auth-timelimit header in your response
to a maximum duration in seconds. For example, if your response includes
icecast-auth-timelimit: 3600, the listener
would be kicked after 1 hour.
A full HTTP response from your webhook URL to allow a listener but limit them to 1 hour of listening would look like:
HTTP/1.1 200 OK icecast-auth-user: 1 icecast-auth-timelimit: 3600 Connection: close
When denying a listener (with
icecast-auth-user: 0), you can redirect the user to an alternative URL. This is useful
for playing a announcement explaining why the listener is not allowed to connect.
You can redirect a listener by setting the
icecast-auth-redirect header to a URL containing other audio. This URL
can be a static file or another live stream. Radio Mast will redirect the listener to the specified URL instead of
allowing the listener to connect.
For example, you could redirect a denied listener to an MP3 file:
or redirect the listener to a lower quality stream:
This is a high level example for developers explaining how to implement cumulative time limits for listeners using the listener authentication webhook.
When a listener connects to your stream, a webhook will be POSTed to your custom listener authentication URL. When handling this POST request, you would write code to:
listener-duration-7dayPOST variable to determine the cumulative listening time of the listener over the last 7 days. (See Webhook Specification.)
icecast-auth-user: 0header and the
icecast-auth-redirectto the URL of an MP3 file with your announcement. (See Redirection.) For example, your announcement could ask users to upgrade to a premium account to continue listening.