search for: flaging

Marius, Yes, I think you nailed it. I built it from source and I did as root. And yes I am able to get audio at http://hostname:8000/voice. So now I know what the problem is but not sure how to fix it. A clean install? I kinda messed with the file permissions in the web directory shown below but that didn't solve my problem. [cid:image001.png at 01DA44A8.DF3507C0] [cid:image002.png at

I think this is related: [2024-01-11? 13:55:43] WARN fserve/fserve_client_create req for file "/usr/local/share/icecast/web/index.html" Permission denied It also seems like you have built icecast from source? Are you sure that you have installed it correctly? Maybe you've built it as root and then only made the files readable by root, but icecast is running as the icecast user

Thanks. Indeed - but is it it possible to block IP addresses on a per mountpoint level? For example, my user with /mountpointA.ogg does not mind being hammered by connections from 93.184.216.34 [example.com] but my user with /mountpointB.ogg wants to block that IP address. Using iptables I've blocked connections, at a server level, from example.com for my User B but my User A doesn't

A quick Google search indicates that it might be a Proxmox limitation: https://forum.proxmox.com/threads/i-cant-exceed-1gb-of-internet-with-a-10gb-network-card.128710/ On Fri, Mar 15, 2024 at 12:24?PM Marius Flage <marius at flage.org> wrote: > Hi Zsolt, > > looking at the metrics from Proxmox it doesn't look like anything breaks > there. What about at the operating

Just follow up on this: Anyone know how to uninstall Icecast from RHEL after compiling from source? Thank you so much Martin From: Icecast <icecast-bounces at xiph.org> On Behalf Of Mayiani, Martin Martine - mayianmm Sent: Thursday, January 11, 2024 4:22 PM To: Icecast streaming server user discussions <icecast at xiph.org> Subject: Re: [Icecast] 404 - The file you requested could

Hmmm .. so not sure I understand what you mean by that. SO basically what I am trying to do is go to http://hostname:8000/. I have attached the error log as well. Thanks From: Icecast <icecast-bounces at xiph.org> On Behalf Of Marius Flage Sent: Wednesday, January 3, 2024 1:12 PM To: Icecast streaming server user discussions <icecast at xiph.org> Subject: Re: [Icecast] 404 - The file

Hi Marius, thanks for your reply. URL auth via usern/pass seems what I need. I fail to understand is if and how would that reflect on logs. Care to elaborate further? Thank you ---- Mark Foster On Wed, Jun 24, 2015 at 8:28 AM, Marius Flage <marius at flage.org> wrote: > Hi Mark, > > You can maybe look at authentication: > http://icecast.org/docs/icecast-2.4.1/auth.html ?

Hi Zsolt, looking at the metrics from Proxmox it doesn't look like anything breaks there. What about at the operating system level? Could there be some limits there? Have you checked corresponding kernel or system logs? Which OS/distribution are you using? Checked the logs there? If nothing screams there, maybe start looking at a load balancer and scale with several more VMs? -- Marius

Ah, I must have overlooked that requirement in my first reply. I don't think you can do it natively in Icecast, and doing this in the kernel will be too low level and too wide a block, so I guess a web application firewall or a reverse proxy is the way to go. Maybe setting up HAproxy or similar could solve this? -- Marius On 26.03.2020 13:49, Chip wrote: > Thanks. > > Indeed - but

Hi, yess its running on my local ip address. I've loged in to the router, andf orwarded port 8000. On 12/1/2015 2:17 AM, Marius Flage wrote: > Hi! > > Are you even sure that your icecast server is exposed on the internet? > Is your icecast server running on a public or private ip address? If > it's running on a private ip address (192.168.0.0/16, 10.0.0.0/8 or >

That 100% depends on what you're trying to access. Try accessing the /admin/ endpoint and see what you have set up there. You also need to specify a relay-stub in the xml configuration, see:?https://icecast.org/docs/icecast-2.4.1/relaying.html--MariusSendt fra min Galaxy -------- Opprinnelig melding --------Fra: "Mayiani, Martin Martine - mayianmm" <mayianmm at jmu.edu> Dato:

On 04/19/2016 3:49 PM, Helmut Hullen wrote: > Hallo, Dale, > > Du meintest am 19.04.16: > >>>>> As for smb.conf options: similar on the DCs and the smbserver, >>>>> with: >>>>> >>>>> server signing = mandatory >>>>> ntlm auth = yes >>>>> server min protocol = SMB2 >>>>> client max

Dear Marius, Our station is Megadanceradio in Hungary. Our status page for the master server is: http://45.67.158.93:8000/status.xsl For the slave: http://45.67.158.94:8000/status.xsl We are peaking at around 11.00 am and 13.00 pm in the afternoon. We have tested extensively the bandwith with speedtest. We tried with iperf but that did not finish for a long time so we stopped it. Currently

Dear Marius, In addition to that attached please find a screenshot from Proxmox on statistics. Do you know any ice cast servers that puts out more than 1 gbps for a longer period? Just curious whether anyone was able to go beyond 1 gbps for an extensive time. Thank you! Best, Zsolt zsolt makkai <gvmzsolt at gmail.com> ezt ?rta (id?pont: 2024. m?rc. 14., Cs, 23:39): > Dear Marius,

Marius Flage: > I've just set up Raspberry Pi with external USB soundcard and the > Darkice encoder. Seems to be working just fine (25% CPU utilization). > Check this for a writeup on that: > > https://stmllr.net/blog/live-streaming-mp3-audio-with-darkice-and-icecast2-on-raspberry-pi/ hi Marius, which audio card are you using? btw: thanks for the howto, used it while ago, it

We have businesses users listening to 17 different icecast streams. We're looking for a way to identify via icecast logs what each user is listening. At the moment in order to do so, we're cloning the streams for each user, so that separate logs are generated. As the number of user grow, this approach is becoming unsustainable. Is there an alternative, more lean way to do this? Thanks

Hi Several questions below: a) is it possible to block IP addresses on a per mountpoint level e.g. my user with /mountpointA.ogg does not mind being hammered by connections from 93.184.216.34 [example.com] but my user with /mountpointB.ogg wants to block that IP address. b) is it possible to geoblock ranges of IP addresses and whole countries on a per mountpoint basis? c) what options do

I don't know if any such limitation exists, but maxing out just shy of 1Gbps sounds a bit more like an interface's line speed limited/set to 1Gbps somewhere in your production chain? You wrote that you have tested the bw - what did you use? Iperf? Speedtest?Maybe consider scaling with additional Icecast servers and use a load balancer in front? And then just scale accordingly? This sounds

Hi. I configured icecast to serve a stream over ssl and it plays nice in Chrome and VLC. But on plain http I get *connection reset*. This stream's url is the same for many years now, and it is included in many radio directories, TuneIn and other apps. I can't change it or break it. Is there a way to have a stream that servs the content over ssl and plain http in the same time, depending

4.3.7 Debian = 4.3.8 samba.org But last Saturday Jelmer updated to 4.3.8 so its not confusing anymore. Go through the list, see which versions i tested. Recap. Imo 4.4.2 is at this time the only with correct outputs. DONT GET MET WRONG. Debian 4.2.10, yes, wbinfo -u mail fail, but EVERYTHING works. You just dont see any output. Debian 4.3.8, yes, wbinfo -u mail fail, but EVERYTHING