<html><head></head><body>You may need to set up a reverse proxy depending on your setup. <br>
<br>
What is the external URL? Is it something like <a href="http://example.com">http://example.com</a> ? Or <a href="http://example.com/playlist.pls">http://example.com/playlist.pls</a> ? Or perhaps <a href="http://example.com:8000/playlist.pls">http://example.com:8000/playlist.pls</a> ?<br>
<br>
I guess I am asking if you are natting from 80 to 8000, or something like that. There could be firewall rules on the outgoing connection that stop getting at port 8000. <br>
<br>
Also, what error do you get when attempting to get the URL with curl or wget?<br>
<br>
If your URL is not private, I'd be happy to have a poke at it. I can't guarantee a solution though haha<br>
<br>
Jake<br>
<br>
<br><br><div class="gmail_quote">On 3 April 2018 4:52:09 AM NZST, Inetken <inetken@gmail.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div dir="ltr">Brief backstory, previous admin is gone and the previous server died. What I could gather was it may have been running Icecast. I setup Icecast on a new CentOS 7 server and the server sits behind a firewall. The links from the users web site points to and internal address for internal users and an link to an external address.<div><br></div><div>I created a listen.pls playlist with the following:</div><div><br></div><div><div>[playlist]</div><div>NumberOfEntries=1</div><div>File1=http://<INTERNAL IP>:8000/</div></div><div><br></div><div>The website points to this playlist file and it works fine. However, when I use the external link offsite I get an error that it cannot download the listen.pls file and won't play the stream. Should this work as I have it configured? How should I configure Icecast to work behind a NAT firewall for internal and external users?</div><div><br></div><div>Thanks,</div><div>Ken</div></div>
</blockquote></div></body></html>