similar to: Protect Icecast Admin/Run on different port?

On 3 April 2013 02:19, Philipp Schafft <lion at lion.leolix.org> wrote: > reflum, > > On Thu, 2013-03-28 at 14:28 +0000, David Farrell wrote: > > Hi list, > > > > We're new to Icecast and we're looking at securing the admin functions. > > I've trawled the docs but it's not clear to me if we are able to run > > this on a different TCP

On 03/04/13 10:08, David Farrell wrote: > > > > On 3 April 2013 02:19, Philipp Schafft <lion at lion.leolix.org > <mailto:lion at lion.leolix.org>> wrote: > > reflum, > > On Thu, 2013-03-28 at 14:28 +0000, David Farrell wrote: > > Hi list, > > > > We're new to Icecast and we're looking at securing the admin >

reflum, On Wed, 2015-01-14 at 12:32 +0000, "Thomas B. R?cker" wrote: > On 01/14/2015 11:59 AM, dtouch3d completely wrote: > > No I haven't because I thought SSL would be only enabled for the > > listener auth, not source auth. > > OK, then you should have two separate listener sockets. > One for SSL and one without. > Point the source client to the one

Hello, I'm currently using Liquidsoap to stream a group of files to Icecast. The stream is sent to Icecast in a few different formats (MP3,HE-AAC v2,OggFlac,OggOpus). The "Current Song" metadata is correctly displayed for the MP3 and the AAC stream, but not the OggFLAC or OggOpus stream. I see a few entries in the Icecast forums, but it does look like FLAC metadata support never

reflum, On Thu, 2013-02-21 at 09:29 +0200, R?cker Thomas wrote: > On 20/02/13 19:38, Alexandru Matei wrote: > > A week ago I had a blocked icecast server because of the open files. I > > read some posts about the 1024 fd limit but this is not the case. My > > stations rarely has 300 listeners. From the log I can see that around > > 3PM I had 7 listeners on a mount and

reflum, On Thu, 2013-03-28 at 14:28 +0000, David Farrell wrote: > Hi list, > > We're new to Icecast and we're looking at securing the admin functions. > I've trawled the docs but it's not clear to me if we are able to run > this on a different TCP port to the streams themselves. > > Has anyone with a little more experience any insight into this? You can

On Fri, 21 Nov 2014, "Thomas B. R?cker" wrote: > On 11/21/2014 02:21 PM, Geoff Shang wrote: >> I would like to request that this be configurable somehow. I agree >> that this is undesirable under most circumstances, but there are >> situations where this is required. > > It has been requested before and the answer is still the same, we have > it on our

Good morning, On Wed, 2015-10-21 at 10:02 -0700, M M wrote: > I believe many Windows devs would just monitor the filesystem for > changes to the config file, and then re-read it when it has changed. I was told that I implemented config reload via the web interface for that reason[0]. Seems I forgot about it. I'm sorry for that. You can find it as a button in the 'Global server

Dear Philipp, Thanks for this fast answer. I'm using "Icecast 2.3.3-kh7-20130425090916", installed on a Raspberry Pi 3 using the cononical "sudo apt-get install". The output was copied from the log file in /var/log/icecast2/error.log. Kind regards, Erwin 2017-08-28 10:06 GMT+02:00 Philipp Schafft <lion at lion.leolix.org>: > Good morning, > > On Mon,

Dear Philipp, I've compiled it from source on my raspberry pi, and replaced the binary from the synaptic package manager with the compiled one. Everyting is working fine now, it seems that there is indeed a "faulty" package in the repository. I don't know who I should contact to get this fixed? Anyway, it works, but while using ogg as output stream from mopidy, I get a delay of

Philipp, Thank you for your quick response. I can't believe that I didn't think of that...I guess I just assumed that it would use SSL. I'm using Liquidsoap as my source client. Once you brought that up I started researching whether there was a way to force Liquidsoap to use SSL and from what I found it doesn't look like there is an option...but please correct me if you or

ps aux |grep icecast kill -s SIGHUP icecast_pid 03.11.2015 0:42, Jeremiah Rogers ?????: > How do I send SIGHUP? > > Jeremiah Rogers > Cell: 704-996-5334 > Email: jeremiahzrogers at gmail.com > Social Networking: /jzrogers > > >> On Oct 22, 2015, at 00:50, Philipp Schafft <lion at lion.leolix.org> wrote: >> >> Good morning, >> >>> On

Good morning everyone! As some of you may already have noticed we made quite some progress during the last few weeks. Icecast got some major updates to internal parts. Visible to the outside are the new tags <role> and <event>. Those changes lead to need of updating documentation. Something we have been working on anyway. Beside documentation also testing is a topic getting more and

Good morning, On Mon, 2015-10-12 at 07:16 -0700, Jack Elliott 541 848 7021 wrote: > When running Icecast server on a Windows machine, I find that I can > edit icecast.xml while Icecast is running, but must stop and restart > Icecast for the changes to be recognized. At least right away, anway. > It's possible that Icecast will eventually get around to accepting the > changes

Good afternoon, On Mon, 2015-11-02 at 07:19 -0500, Jeremiah Rogers wrote: > Sorry to reply to myself. The message says "could not parse xslt". Ok. Please have a look at the config file (icecast*.xml). In the <paths> section there should be a <webroot> as well as a <adminroot> setting. Do those point to existing directories with some *.xsl in them? Another litte

Dear Philipp, Thanks for you reply. My goal is to show in our analytics page segmented data (official apps, partner apps, third-party apps, demographic and geo). To do so each app pass some values in the query string (ie: app id, user id, lat, lng). And I need to know those values in order to do that. Today we are using nginx as a reverse proxy to Icecast to get those data but it

Good morning, On Fri, 2020-02-14 at 22:48 +0000, Chip wrote: > Thanks Marvin. > > On Fri, 14 Feb 2020 at 22:37, Marvin Scholz <epirat07 at gmail.com> wrote: > Does icecast 2.4.4 not have HEAD support ? No, official Icecast does not support HEAD requests as they are largely useless in Icecast context. HEAD requests are meant for cache validation. So they only apply to static

Hi all, I?m using icecast2 to serve live streams in mp3. The streams can be played on Chrome or web views on Android, but it is very slow. Then i tried ffplay (ffmpeg) to play the streams, it?s much faster but it reports ?header missing?. I built ffmpeg with debug-info and i saw that ffmpeg probed the streams several times to get the stream format. First several times the score is low and ffmpeg

On Thu, 08 Oct 2015 06:20:47 +0000, Philipp Schafft <lion at lion.leolix.org> wrote: >Why don't you just use something like this?: >wget -O - $URL | oggfwd $HOST $PORT $PW $MOUNT OK, sounds like what I need. Questions: 1. $URL is the stream URL? 2. $HOST, $PORT and $MOUNT are the obvious things? 3. oggfwd ... is there a version of this for mp3 instead since that's what my

? Icecast is running on Windows. ? I can successfully listen to the relay via TuneIn, but I cannot record from the relay. The record button, in TuneIn, is disabled when I play the relay in TuneIn. Playing the actual source (provided in my initial email), the record feature is enabled in TuneIn. ? TuneIn is running on iOS 8.4.1. ? The result is the same if I point TuneIn Pro to the stream or