<div dir="ltr">In case anyone is interested, I eventually figured out that despite the error.log message, the `option name` should be `auth_header`. I guess the warning is for an update that hasn't been applied yet.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 30, 2021 at 10:08 PM Milton Huang <<a href="mailto:mph@emotrics.com">mph@emotrics.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I'm using a compiled version of Icecast (2.4.99.2) for TLS and having problems tracking down where URL authentication is failing.  My icecast.xml mount is:<div><br></div><div>        <mount-name>/teststream.mp3</mount-name><br>        <authentication><br>            <role type="url" match-method="get,post,head,options" allow-web="*" deny-admin="*" may-alter="send_error,redirect"><br>                <option name="client_add"       value="<a href="https://posthere.io/79f1-4499" target="_blank">https://posthere.io/79f1-4499</a>"/><br>                <option name="client_remove"    value="<a href="https://posthere.io/79f1-4499" target="_blank">https://posthere.io/79f1-4499</a>"/><br>                <option name="action_add"       value="listener_add"/><br>                <option name="action_remove"    value="listener_remove"/><br>                <option name="headers"          value="x-pragma,x-token,auth"/><br>                <option name="header_prefix"    value=""/><br>                <option name="header_auth"      value="HTTP/1.1 200 OK"/><br>                <option name="header_timelimit" value=""/><br>            </role><br>            <role type="anonymous" match-method="get,post,head,options" deny-all="*" /><br>        </authentication><br></div><div><br></div><div>(I tried it first with "auth_header" like in the online doc, but changed it to "header_auth" based on the messages in error.log) When I try to access the stream, Icecast sends the correct POST to <a href="http://posthere.io" target="_blank">posthere.io</a> to check authentication. But in the error logs it says:</div><div><br></div><div>[2021-12-01  02:50:56] INFO auth/queue_auth_client auth on /teststream.mp3 has 1 pending<br>[2021-12-01  02:50:56] INFO auth_url/url_add_client client auth (<a href="https://posthere.io/79f1-4499-9c2e" target="_blank">https://posthere.io/79f1-4499-9c2e</a>) failed with ""<br>[2021-12-01  02:50:56] WARN reportxml/reportxml_database_build_report No matching definition for "253444798-0643-4577-9139"<br></div><div><br></div><div>So it looks like auth failed. But why is it failing with ""? Does that mean it didn't get the "HTTP/1.1 200 OK" response that posthere sent back? Any suggestions on figuring this out?  </div></div>
</blockquote></div>