Icecast Streaming Media Server

[Anonymous]

Greetings,

I am a computer guru but I am new to streaming. Everything seems to be configured OK but the play attempts from WinAmp/Media Player fail.

Im using EzStream as my source client. Here's the config:

<ezstream>
<url>http://localhost:8001/triangles3.ogg</url>
<sourcepassword>aleb4lager</sourcepassword>
<format>OGGVORBIS</format>
<filename>ogg/triangles3.ogg</filename>
<reencode>
<enable>0</enable>
</reencode>
</ezstream>

My icecast.xml is the default xml with altered passwords and specified http usernames/pwds for the <authentication> block.

I kick off ezstream and it reports:

ezstream: Streaming ''ogg\triangles3"

http://127.0.0.1:8001/admin/listclients?mount=/triangles3.ogg reports:

zero listeners

When I hit the Icast main page it reports:

MountPoint: /triangles3.ogg Click to Listen


When I attempt to access with URL (http://10.10.10.100:8001/triangles3.ogg) in WinAmp I get past the auth stage but I never hear anything. WinAmp reports "Connecting" but nothing ever happens. MediaCenter never gets past the pwd auth stage.

Does the

thanks very much for any info that you may provide

cheers

[karlH]

The 'connecting' message would indicate that you are not getting a connection to the server so auth has not begun yet. As usual check the error log for information, any client attempt will be shown in there.

karl.

[Anonymous]

thanks Karl for your input concerning failed connections and the IceCast error log



Here's what I see in the error log:

[2008-02-01 18:46:19] INFO admin/admin.c Received admin command buildm3u on mount "/triangles3.ogg"
[2008-02-01 18:46:19] DBUG fserve/fserve.c Adding client to file serving engine
[2008-02-01 18:46:19] DBUG stats/stats.c update node clients (2)
[2008-02-01 18:46:19] DBUG stats/stats.c update node connections (19)
[2008-02-01 18:46:19] DBUG stats/stats.c update node client_connections (1
[2008-02-01 18:46:19] DBUG stats/stats.c update node clients (1)
[2008-02-01 18:46:23] DBUG stats/stats.c update node clients (2)
[2008-02-01 18:46:23] DBUG stats/stats.c update node connections (20)
[2008-02-01 18:46:23] INFO auth/auth.c adding client for authentication
[2008-02-01 18:46:23] INFO auth_url/auth_url.c client auth (http://myauthserver.net/notify_listener.php) failed with ""
[2008-02-01 18:46:23] DBUG fserve/fserve.c Adding client to file serving engine
[2008-02-01 18:46:24] DBUG stats/stats.c update node client_connections (19)


The key phrase is 'failed with "" '. This seems to imply a) no user name received, or it was blank b) no password received, or it was blank. I definitely provided both. I have been unable to determine how to skip auth stage all together.

What do you'all think?

gracias.

mr_newjazz

[karlH]

URL auth requires you to pass back a certain header if the username matches. It looks like you are not passing it back.

karl.

[Anonymous]

Hello, folks

Here's how I got things working. I was having problems with authentication and I was a full charging newbie. Heres what I had in my config:

<authentication type="url">
<option name="mount_add" value="http://myauthserver.net/notify_mount.php"/>
<option name="mount_remove" value="http://myauthserver.net/notify_mount.php"/>
<option name="listener_add" value="http://myauthserver.net/notify_listener.php"/>
<option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>
</authentication>


What I did NOT realize is that MYAUTHSERVER.NET is just a generic value. You cant expect MYAUTHSERVER.NET (which exists) to work for you!! So this means that my problem was that there was no way to complete the auth request, and the WinAmp connection never completed. I changed my config to this:

<authentication type="htpasswd">
<option name="filename" value="myauth"/>
<option name="allow_duplicate_users" value="1"/>
</authentication> </mount>

After I did this I was able to add users thru the Icecast admin interface. Before this change, adding users always failed.

The only remaining "strangeness" is that when I invoke the URL from WinAmp it does NOT prompt for auth info, it just works. Any ideas on this "strangeness"? Setting allow_duplicate_users to 1 should still require auth, oui?

cheers,

mr_newjazz

[karlH]

Not without more detail, for all we know the section you posted is commented out. Check the error log as well.

karl.