<div dir="ltr"><div>I'm having an issue with URL-based authentication on Windows Server that is being aggravated by a separate logging issue.  In the server's error log:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace">[2020-03-13  16:59:46] DBUG connection/connection.c alias has made /player/ into /player/index.html<br></font><font face="monospace">[2020-03-13  16:59:46] INFO auth/auth.c adding client for authentication<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG auth/auth.c ...refcount on auth_t (default mount) is now 2<br></font><font face="monospace">[2020-03-13  16:59:46] INFO auth/auth.c auth on (default mount) has 1 pending<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG auth/auth.c 1 client(s) pending on (default mount)<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG stats/stats.c update global clients (2)<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG stats/stats.c update global connections (7)<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG stats/stats.c update global client_connections (6)<br></font><font face="monospace"><b>[2020-03-13  16:59:46] WARN auth_url/auth_url.c auth to server <a href="https://auth.example.com/icecast/listenerAdd">https://auth.example.com/icecast/listenerAdd</a> failed with<br> </b></font><font face="monospace">[2020-03-13  16:59:46] DBUG auth/auth.c ...refcount on auth_t (default mount) is now 1<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG fserve/fserve.c Adding client to file serving engine<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG fserve/fserve.c fserve handler waking up<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG fserve/fserve.c fserve handler exit<br></font><font face="monospace">[2020-03-13  16:59:46] DBUG stats/stats.c update global clients (1)</font></blockquote><div><br></div><div>The key here is: <b>auth to server ... failed with [missing error message]</b></div><div><br></div><div>It seems that at least in this particular case, the error message isn't being logged.  Is this a bug with how Icecast is outputting the error message, or an issue with libcurl?  I'm hoping if I can see the error message, I can track down the main problem.</div><div><br></div><div>The main problem is that URL authentication with HTTPS doesn't seem to work on Windows Server.  I can see that a TCP connection is being made to the auth server, but the auth server says that the Icecast server resets the connection before making a request.  I have not had this issue with Icecast builds on Windows 10, nor Ubuntu.  I'm assuming there's some additional security constraint preventing Icecast from using HTTPS for auth under Windows Server.  The Windows Event Logs don't contain anything relevant.  I have tested with proper public certificates from LetsEncrypt and DigiCert, as well as self-signed certificates.</div><div><br></div><div>Any thoughts on either issue would be much appreciated.</div><div><br></div><div>Thanks,</div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>
<div style="margin-top:2em;border-top:1px solid rgb(85,85,85);width:50%">
<table style="font-size:13px;color:rgb(51,51,51)">
<tbody><tr><td><img src="https://audiopump.co/img/audiopump-logo-64px.png"></td><td><strong>Brad Isbell // AudioPump, Inc.</strong><br>
<a href="mailto:brad@audiopump.co" target="_blank">brad@audiopump.co</a><br>Skype: bradisbell<br>Phone: +1 312-488-4680</td></tr></tbody></table>
</div>

</div></div></div></div></div></div></div></div>