search for: killsourc

...nts.xsl I see that each mountpoint is listed like so: > Mount Point : (/example.mp3) > List Clients | Move Listeners | Update Metadata | Kill Source > > 35 Listener(s) The code for the "Kill Source" link resembles something like this: http://icecast.example.com:8000/admin/killsource.xsl?mount=/example.mp3 So is there a way of invoking this URL from bash - perhaps like this: lynx -auth user:password http://icecast.example.com:8000/admin/killsource.xsl?mount=/example.mp3 Only the above doesn't work. I would use this for the automated detaching of unwanted mountpoints, p...

...e correctly to know what their > address is. > > also the syntax user:Pass at servername should work also. Doesn't yet work for me. I've tried this from the CLI and it just returns me to a cursor thus: [root at example ~]# lynx -auth user:password http://127.0.0.1:8000/admin/killsource.xsl?mount=/example.mp3 > Same using curl and wget, for example: [root at example ~]# curl http://user:password at 127.0.0.1:8000/admin/killsource.xsl?mount=/example.mp3 > > I use it allot on a remote control server to force a client to drop. > But one thing you have to make sure is...

...listed like so: > >> Mount Point : (/example.mp3) >> List Clients | Move Listeners | Update Metadata | Kill Source >> >> 35 Listener(s) > > The code for the "Kill Source" link resembles something like this: > > http://icecast.example.com:8000/admin/killsource.xsl?mount=/example.mp3 > > So is there a way of invoking this URL from bash - perhaps like this: > > lynx -auth user:password > http://icecast.example.com:8000/admin/killsource.xsl?mount=/example.mp3 > > Only the above doesn't work. > > I would use this for the autom...

...lt;password> instead. As far as we understand the bug only leads to a simple remote denial of service. The underlying issue is a null pointer dereference. For clarity: No remote code execution should be possible, server just segfaults. Proof of concept: curl "http://example.org:8000/admin/killsource?mount=/test.ogg" If the server is configured as above, then it will segfault.A source client does not need to be connected to that mount point. As Juliane points out: "This only happens when making a request WITHOUT login credentials." This means, that sadly exploiting this does not...

...lt;password> instead. As far as we understand the bug only leads to a simple remote denial of service. The underlying issue is a null pointer dereference. For clarity: No remote code execution should be possible, server just segfaults. Proof of concept: curl "http://example.org:8000/admin/killsource?mount=/test.ogg" If the server is configured as above, then it will segfault.A source client does not need to be connected to that mount point. As Juliane points out: "This only happens when making a request WITHOUT login credentials." This means, that sadly exploiting this does not...

On Tuesday 08 April 2003 06:04 am, boink wrote: > Good, if I'm right, get the latest sources from the xiph.org cvs. before > compiling these sources, you'll need the latest libxslt, libxml2 and the > libcurl latest stuff. > > another problem on a debian box is if you choose to use icecast2 and > compiling it yourself, you will be working outside the debian structure >

...t;audio/mp4" /> </audio> See icecast config below. We kick the /aac mountpoint and the html5 player stop playing. When we listen to a Winamp player and we kick the /aac it works fine we hear the /fk-aac. [2019-05-07 13:33:25] INFO admin/admin_handle_request Received admin command killsource.xsl on mount "/aac" [2019-05-07 13:33:25] INFO source/source_shutdown Source from x.x.x.x at "/aac" exiting [2019-05-07 13:33:25] INFO source/source_move_clients passing 1 listeners to "/fk-aac" [2019-05-07 13:33:25] INFO fserve/fserve_client_create checking for fil...

Hi, I've just seen a new thread asking about kicking clients off the server and wondered, if there is a feature to kick sources off the server as well. This would be very useful if the server is used by multiple djs on a radio-station with a timetable. So when a dj forgets to stop his livestream the next dj could just kick the source instead of killing and restarting the whole server.

...alledcity.ca >===== Original Message From Daniel Seebald <dachande@gmx.net> ===== >You cannot browse through the admin functions like on some webinterface >of a router or a webserver. >You have to directly point to the admin functions. >e.g. http://www.walledcity.ca:8000/admin/killsource?mount=/mountname >would kick the source connected to the specified mountpoint from the server. > >What you could do is get all the admin functions available out of the >sourcecode >and write your own little webinterface which you could put on you webserver >and then protect it wi...

> <!-- Admin logs in with the username given below --> > <admin-user>admin</admin-user> > <admin-password>hackme</admin-password> > </authentication> Doh, I forgot to update my config file when I updated from buggy debian packages to CVS compiled source. >Nope. This is one of them vertual things. I know you can do

Hi Paul, Thanks for the quick response! We use the same type of encoder (Sam Cast) both live for both mountpoints on 96 Kb Joint Stereo. it is difficult to see if it is exactly the same. Is there a player that show exactly this? I will check this. We have use the limit-rate in our config. Thats work better for go to play the last fallback-mount file (i test this). See here our part of the