View previous topic :: View next topic |
Author |
Message |
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Dec 17, 2007 5:34 am Post subject: |
|
|
Not sure why the extension would be missing. Can you email me the error log (level 4) from when the source client tries to connect (along with the xml, passwords can be removed). I've just tried with ices connecting as a shoutcast source client and its fine.
Just for reference the shoutcast-mount can now be moved into the <listen-socket> block for the first port and the second port (8001) is implicitly defined. It means you can have multiple clients connecting at the same time although each connection will take 2 ports.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Mon Dec 17, 2007 5:59 am Post subject: |
|
|
You should have mail. :]
Edit:
For anyone that runs into similar problems like me there, the problem was fixed thanks to the help of karlh.
If you have a look at my config a page before, moving the:
Code: |
<shoutcast-mount>/stream.nsv</shoutcast-mount> |
part above the listening socket definitions did the trick.
Thanks again karlh for the help there. ^^ |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Dec 24, 2007 6:50 am Post subject: |
|
|
kh29 is up now. kh28 had a problem with htpasswd auth so that is now fixed, there was also a report of an issue with listening sockets on FreeBSD. No need to upgrade if neither of those affects you.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Sat Dec 29, 2007 11:32 am Post subject: |
|
|
I have a problem with kh-29. I downloaded it on your website, then compiled and installed it, but Icecast is ignorig URL authentication.
In the web interface, Icecast displays that the mountpoint /radio.mp3 is open whereas it isn't and when i connect to the mountpoint, the script connect.php is not executed!
Here is my config file:
Code: |
<icecast>
<limits>
<clients>2000</clients>
<sources>140</sources>
<threadpool>20</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<burst-on-connect>1</burst-on-connect>
<burst-size>65535</burst-size>
</limits>
<authentication>
<source-password>******</source-password>
<relay-password>hackme</relay-password>
<admin-user>admin</admin-user>
<admin-password>********</admin-password>
</authentication>
<hostname>********</hostname>
<listen-socket>
<port>8000</port>
</listen-socket>
<fileserve>1</fileserve>
<paths>
<basedir>/usr/share/icecast2</basedir>
<logdir>/home/****/icecast/log</logdir>
<webroot>/home/****/icecast/web</webroot>
<adminroot>/home/*******/icecast/admin</adminroot>
<pidfile>/home/******/icecast/icecast.pid</pidfile>
<alias source="/" dest="/status.xsl"/>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<!-- <playlistlog>playlist.log</playlistlog> -->
<loglevel>4</loglevel>
<!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
<logsize>1000</logsize>
</logging>
<security>
<chroot>0</chroot>
</security>
<!-- Declarations des flux -->
<mount>
<mount-name>/radio.mp3</mount-name>
<max-listeners>1</max-listeners>
<authentication type="url">
<option name="listener_add" value="http://localhost/connect.php"/>
<option name="listener_remove" value="http://localhost/disconnect.php"/>
<option name="auth_header" value="icecast-auth-user: 1"/>
</authentication>
</mount>
</icecast> |
Thanks a lot for your help and for your good work! |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sat Dec 29, 2007 1:59 pm Post subject: |
|
|
url auth will be ignored if you built icecast without libcurl support, in such a case you should see a message in the error log indicating that it's disabled.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Sat Dec 29, 2007 2:43 pm Post subject: |
|
|
karlH wrote: |
url auth will be ignored if you built icecast without libcurl support, in such a case you should see a message in the error log indicating that it's disabled.
karl. |
It works! Thank you ! |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sat Jan 05, 2008 4:34 am Post subject: |
|
|
kh30 is up. This is for people with the URL authentication with the stream_auth option (ie for people who want to offload source password matching to something external). A crash bug if no username was passed is fixed and the POST details again contain admin=1 if an admin metadata request is done (eg mp3 title updates).
I've uploaded a win32 version of the current trunk code as well. Again feedback is welcome
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Tue Jan 22, 2008 12:07 am Post subject: |
|
|
karlH wrote: |
kh30 is up. This is for people with the URL authentication with the stream_auth option (ie for people who want to offload source password matching to something external). A crash bug if no username was passed is fixed and the POST details again contain admin=1 if an admin metadata request is done (eg mp3 title updates).
I've uploaded a win32 version of the current trunk code as well. Again feedback is welcome
karl. |
Karl, I've been running the k30 built quite successfully but I recently started configuring it on Win32 and finally had some time to run logging using listener add/remove calls. It appears the listener remove isn't sending me the IP address so I was wondering if anyone else has reported this. It works on the linux build but I couldn't find the source code for Win32 to verify if it was in there, etc. Any ideas? |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Tue Jan 22, 2008 2:24 am Post subject: |
|
|
with kh30 you should always see an ip= setting for listener_remove and it should always be populated no matter if it's win32 or not as the code is the same.
karl.
Last edited by karlH on Tue Jan 22, 2008 2:39 am; edited 1 time in total |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Tue Jan 22, 2008 2:31 am Post subject: |
|
|
karlH wrote: |
with kh30 you should always see an ip= setting and it should always be populated no matter if it's win32 or not as the code is the same.
karl. |
hmm for some reason its not passing me the IP address on a listener_remove call in Win32. |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Tue Jan 22, 2008 2:44 am Post subject: |
|
|
It should be the same setting that is in the access log. I can only guess that you are not using -kh for that.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Tue Jan 22, 2008 2:47 am Post subject: |
|
|
karlH wrote: |
It should be the same setting that is in the access log. I can only guess that you are not using -kh for that.
karl. |
Hmm I clicked on the link from your site but its possible I downloaded the wrong version. Let me double check as that would make sense. Thanks. |
|
Back to top |
|
|
Anonymous Guest
|
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Fri Jan 25, 2008 10:22 pm Post subject: Re: metadata update |
|
|
Send me the error log for when the metadata update was done and any mountpoint settings you have configured. Updating ogg streams via url is not something I usually check for.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Mon Jan 28, 2008 8:25 am Post subject: Re: metadata update |
|
|
karlH wrote: |
Send me the error log for when the metadata update was done and any mountpoint settings you have configured. Updating ogg streams via url is not something I usually check for.
karl. |
Log shows this (this is update through direct url-get call):
[2008-01-25 20:14:50] DBUG connection/_handle_get_request start with /admin/metadata
[2008-01-25 20:14:50] DBUG admin/command_metadata Got metadata update request
[2008-01-25 20:14:50] INFO admin/command_metadata Metadata on mountpoint /energyfm_hi.ogg changed to "Energy FM - Lexter - Freedom To Love (Radio Edit)"
over admin interface:
[2008-01-28 10:19:56] DBUG connection/_handle_get_request start with /admin/metadata.xsl
[2008-01-28 10:19:56] DBUG admin/command_metadata Got metadata update request
[2008-01-28 10:19:56] INFO admin/command_metadata Metadata on mountpoint /skyplus_low.ogg changed to "testupdate"
[2008-01-28 10:19:56] DBUG admin/admin_send_response Sending XSLT (/usr/local/share/icecast/admin/response.xsl)
On both cases, in reallity nothing happens - metadata ("current song") stays empty. This is fairly important functionality for me, i provided it for my customers, and they want it back.
Mountpoints have no definitions on server side. |
|
Back to top |
|
|
|