<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">https://posthere.io/79f1-4499</a>"/><br>                <option name="client_remove"    value="<a href="https://posthere.io/79f1-4499">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">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">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>