From mph at emotrics.com Tue Feb 1 04:27:53 2022 From: mph at emotrics.com (Milton Huang) Date: Mon, 31 Jan 2022 20:27:53 -0800 Subject: [Icecast] getting IP address with URL authentication Message-ID: When I have used Icecast without authentication, the access.log generated includes the IP address of the client in the first field as specified in https://gitlab.xiph.org/xiph/icecast-server/-/blob/master/src/logging.h When I implement URL authentication, however, the first field is now always 127.0.0.1. Am I setting something up wrong in my configuration? -milton -------------- next part -------------- An HTML attachment was scrubbed... URL: From phschafft at de.loewenfelsen.net Wed Feb 2 15:48:37 2022 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Wed, 02 Feb 2022 15:48:37 +0000 Subject: [Icecast] getting IP address with URL authentication In-Reply-To: References: Message-ID: <382cc9f393be38efd3eedd9c3f1caa5baf5e4ddb.camel@de.loewenfelsen.net> Good morning, On Mon, 2022-01-31 at 20:27 -0800, Milton Huang wrote: > When I have used Icecast without authentication, the access.log > generated includes the IP address of the client in the first field as > specified in > https://gitlab.xiph.org/xiph/icecast-server/-/blob/master/src/logging.h > > When I implement URL authentication, however, the first field is now > always 127.0.0.1. Am I setting something up wrong in my > configuration? this sound very strange to me as the auth system does not interact with the logging. My guess here would be that it is something unrelated such as a bad firewall, load balancer, or reverse proxy. Maybe you want to check for that. You can also use netstat or similar tools to see where the connections to Icecast originate from. With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part URL: From mph at emotrics.com Sat Feb 5 00:03:27 2022 From: mph at emotrics.com (Milton Huang) Date: Fri, 4 Feb 2022 16:03:27 -0800 Subject: [Icecast] getting IP address with URL authentication In-Reply-To: <382cc9f393be38efd3eedd9c3f1caa5baf5e4ddb.camel@de.loewenfelsen.net> References: <382cc9f393be38efd3eedd9c3f1caa5baf5e4ddb.camel@de.loewenfelsen.net> Message-ID: Oh, you are right. I have a nginx pass through proxy set up. Guess I'll have to use the nginx logs instead. On Wed, Feb 2, 2022 at 7:48 AM Philipp Schafft < phschafft at de.loewenfelsen.net> wrote: > Good morning, > > On Mon, 2022-01-31 at 20:27 -0800, Milton Huang wrote: > > When I have used Icecast without authentication, the access.log > > generated includes the IP address of the client in the first field as > > specified in > > https://gitlab.xiph.org/xiph/icecast-server/-/blob/master/src/logging.h > > > > When I implement URL authentication, however, the first field is now > > always 127.0.0.1. Am I setting something up wrong in my > > configuration? > > this sound very strange to me as the auth system does not interact with > the logging. > > My guess here would be that it is something unrelated such as a bad > firewall, load balancer, or reverse proxy. > > Maybe you want to check for that. You can also use netstat or similar > tools to see where the connections to Icecast originate from. > > With best regards, > > -- > Philipp Schafft (CEO/Gesch?ftsf?hrer) > Telephon: +49.3535 490 17 92 > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > Bickinger Stra?e 21 HRB 12308 CB > 04916 Herzberg (Elster) VATIN/USt-ID: > Germany DE305133015 > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From un at aporee.org Sun Feb 13 15:49:09 2022 From: un at aporee.org (unosonic) Date: Sun, 13 Feb 2022 16:49:09 +0100 Subject: [Icecast] OT: ban listeners Message-ID: <20220213154909.ylsbar54wb2aka23@mail.aporee.net> hi, maybe slighly OT, but I've suffered from quite many bots or whatever "listeners" staying connected to my server (2.4.4, Debian) permanently, consuming a lot of bandwidth. Most of them coming from the Google cloud, /w user agent "axios 0.21.4", among some others. I've created a simple fail2ban config which bans them for a day on connect. Seems to work... In case someone has similar problems, let me know. u. From db76 at riseup.net Sun Feb 13 22:44:05 2022 From: db76 at riseup.net (Damian) Date: Mon, 14 Feb 2022 08:44:05 +1000 Subject: [Icecast] OT: ban listeners In-Reply-To: <20220213154909.ylsbar54wb2aka23@mail.aporee.net> References: <20220213154909.ylsbar54wb2aka23@mail.aporee.net> Message-ID: <13BE0907-EBDA-4DA5-8C2C-E27D46B111AB@riseup.net> Hi, Thanks for posting. I've recently been trying to deal with the same issue where I get multiple user agents with the name 'axios' and 'unknown' connecting multiple times across the two seperate streams that I run. Through my research, I have not been able to clearly determine whether axios is indeed a bot. How were you able to confirm this? Anyway, I managed to keep these at by bay by blocking these ?bad bots" in my apache settings (as my icecast is on the same server as my website, behind the apache server to be clear). But would you mind sharing you fail2ban filter and jail.local setting for this particular purpose? I?d love to take a look at how you achieved this. db > On 14 Feb 2022, at 1:49 am, unosonic wrote: > > > hi, > > maybe slighly OT, but I've suffered from quite many bots or whatever > "listeners" staying connected to my server (2.4.4, Debian) permanently, > consuming a lot of bandwidth. Most of them coming from the Google cloud, > /w user agent "axios 0.21.4", among some others. I've created a simple > fail2ban config which bans them for a day on connect. Seems to work... > In case someone has similar problems, let me know. > > u. > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From albert.santoni at oscillicious.com Mon Feb 14 04:12:39 2022 From: albert.santoni at oscillicious.com (Albert Santoni) Date: Sun, 13 Feb 2022 23:12:39 -0500 Subject: [Icecast] OT: ban listeners In-Reply-To: <13BE0907-EBDA-4DA5-8C2C-E27D46B111AB@riseup.net> References: <20220213154909.ylsbar54wb2aka23@mail.aporee.net> <13BE0907-EBDA-4DA5-8C2C-E27D46B111AB@riseup.net> Message-ID: Hi Daniel, Just chiming in with some intel - At Radio Mast , although we are running RSAS as an alternative to Icecast, we have also observed this "axios" bot activity across our streaming network. The axios user-agent corresponds to an HTTP client library for Javascript/NodeJS of the same name. We have observed that the bot is both enumerating streams (a spider) and downloading the actual content of streams. It normally seems to listen for about 5 minutes. In some cases, we have observed the bot listen for up to 15 hours. We're unsure about who runs the bot or if this behaviour is intended. I think it is likely to belong to some online radio directory, but this is just speculation. The bot runs on Google Cloud Platform, based on the IP addresses we're seeing it from. Bot authors: If you're reading this, please set a unique user-agent that is googleable so we can find out who you are (and so we can report bugs in your bot), otherwise you'll likely be banned. Thanks, Albert On Sun, Feb 13, 2022 at 5:44 PM Damian wrote: > Hi, > > Thanks for posting. I've recently been trying to deal with the same issue > where I get multiple user agents with the name 'axios' and 'unknown' > connecting multiple times across the two seperate streams that I run. > Through my research, I have not been able to clearly determine whether > axios is indeed a bot. How were you able to confirm this? Anyway, I managed > to keep these at by bay by blocking these ?bad bots" in my apache settings > (as my icecast is on the same server as my website, behind the apache > server to be clear). But would you mind sharing you fail2ban filter and > jail.local setting for this particular purpose? I?d love to take a look at > how you achieved this. > > db > > > On 14 Feb 2022, at 1:49 am, unosonic wrote: > > > > > > hi, > > > > maybe slighly OT, but I've suffered from quite many bots or whatever > > "listeners" staying connected to my server (2.4.4, Debian) permanently, > > consuming a lot of bandwidth. Most of them coming from the Google cloud, > > /w user agent "axios 0.21.4", among some others. I've created a simple > > fail2ban config which bans them for a day on connect. Seems to work... > > In case someone has similar problems, let me know. > > > > u. > > > > > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- Albert Santoni Founder, Radio Mast | Oscillicious -------------- next part -------------- An HTML attachment was scrubbed... URL: From un at aporee.org Mon Feb 14 08:37:17 2022 From: un at aporee.org (unosonic) Date: Mon, 14 Feb 2022 09:37:17 +0100 Subject: [Icecast] OT: ban listeners In-Reply-To: <13BE0907-EBDA-4DA5-8C2C-E27D46B111AB@riseup.net> References: <20220213154909.ylsbar54wb2aka23@mail.aporee.net> <13BE0907-EBDA-4DA5-8C2C-E27D46B111AB@riseup.net> Message-ID: <20220214083717.pqpjruhkdnpc4qgy@mail.aporee.net> I have been too optimistic it seems... I've observerd that some log entries in the icecast access log only get written when a client disconnects, not when it connects. Is this normal behaviour? anyway this of course prevents a fail2ban to recognize new listeners, since it simply scans the log for some pattern (axios etc.) within a given time range. Now playing with longer rages... will report. maybe this axios we see is sort of a song content id scanner? ... u. Damian: > Through my research, I have not been able to clearly determine whether axios is indeed a bot. How were you able to confirm this? Anyway, I managed to keep these at by bay by blocking these ?bad bots" in my apache settings (as my icecast is on the same server as my website, behind the apache server to be clear). But would you mind sharing you fail2ban filter and jail.local setting for this particular purpose? I?d love to take a look at how you achieved this. > > db > > > On 14 Feb 2022, at 1:49 am, unosonic wrote: > > > > > > hi, > > > > maybe slighly OT, but I've suffered from quite many bots or whatever > > "listeners" staying connected to my server (2.4.4, Debian) permanently, > > consuming a lot of bandwidth. Most of them coming from the Google cloud, > > /w user agent "axios 0.21.4", among some others. I've created a simple > > fail2ban config which bans them for a day on connect. Seems to work... > > In case someone has similar problems, let me know. > > > > u. > > > > > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From rlbart53 at gmail.com Mon Feb 14 12:29:10 2022 From: rlbart53 at gmail.com (Richard Bartholomew) Date: Mon, 14 Feb 2022 12:29:10 -0000 Subject: [Icecast] CONNECTION STATS Message-ID: <017601d8219e$784692b0$68d3b810$@gmail.com> Hi, Is there a way, please, of being able to see historical connection details in V2.4.4? For example, I wish to be able to see when a presenter disconnected from the server and the following one connected in order to be able to troubleshoot a problem. Since the incident, there have been subsequent connections and, so, the admin page doesn't show the info I'm after as it shows the current status. I've had a look through the access.log file but this doesn't seem to detail when a streaming connection is made or dropped. The software being used for streaming is Station Playlist and I can see lots of entries for this but it all seems to be related to getting listener stats! Maybe I'm not interpreting the access.log correctly but if anyone can shed any light upon what I'm trying to do, I'd really appreciate it. Thanks for any help. Regards Richard Bartholomew -------------- next part -------------- An HTML attachment was scrubbed... URL: From chiapas at aktivix.org Mon Feb 14 13:24:44 2022 From: chiapas at aktivix.org (Chip) Date: Mon, 14 Feb 2022 13:24:44 +0000 Subject: [Icecast] CONNECTION STATS In-Reply-To: <017601d8219e$784692b0$68d3b810$@gmail.com> References: <017601d8219e$784692b0$68d3b810$@gmail.com> Message-ID: Under your mountpoint settings you can state a program that is run when the source is started/stopped. It is passed a parameter which is the name of the mountpoint that is starting. The processing of the stream does not wait for the script to end. /example-complex.ogg othersource hackmemore 1000 /example2.ogg 1 1 1 64 /home/icecast/bin/source-start /home/icecast/bin/source-end The /home/icecast/bin/source-start file could be: #!/bin/bash /bin/echo "Stream - Start: " $(date) >> var/log/encoder.log And the /home/icecast/bin/source-stop file could be: #!/bin/bash /bin/echo "Stream - Stop : " $(date) >> var/log/encoder.log Use appropriate pathnames for your set up. And then you might end up with an encoder.log file that looks a little like this: Stream - Stop : Wed Dec 1 10:20:49 GMT 2021 Stream - Start: Wed Dec 1 10:21:43 GMT 2021 Stream - Stop : Thu Dec 23 04:59:13 GMT 2021 Stream - Start: Thu Dec 23 04:59:21 GMT 2021 Stream - Stop : Fri Feb 4 06:28:39 GMT 2022 Stream - Start: Fri Feb 4 06:28:48 GMT 2022 That will show you when an encoder has connected/disconnected. Hope that helps Chip Scooter On Mon, 14 Feb 2022 at 12:29, Richard Bartholomew wrote: > Hi, > > > > Is there a way, please, of being able to see historical connection details > in V2.4.4? For example, I wish to be able to see when a presenter > disconnected from the server and the following one connected in order to be > able to troubleshoot a problem. Since the incident, there have been > subsequent connections and, so, the admin page doesn't show the info I'm > after as it shows the current status. > > > > I've had a look through the access.log file but this doesn't seem to > detail when a streaming connection is made or dropped. The software being > used for streaming is Station Playlist and I can see lots of entries for > this but it all seems to be related to getting listener stats! > > > > Maybe I'm not interpreting the access.log correctly but if anyone can shed > any light upon what I'm trying to do, I'd really appreciate it. > > > > Thanks for any help. > > > > Regards > > Richard Bartholomew > > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From albert.santoni at oscillicious.com Mon Feb 14 14:49:06 2022 From: albert.santoni at oscillicious.com (Albert Santoni) Date: Mon, 14 Feb 2022 09:49:06 -0500 Subject: [Icecast] OT: ban listeners In-Reply-To: <20220214083717.pqpjruhkdnpc4qgy@mail.aporee.net> References: <20220213154909.ylsbar54wb2aka23@mail.aporee.net> <13BE0907-EBDA-4DA5-8C2C-E27D46B111AB@riseup.net> <20220214083717.pqpjruhkdnpc4qgy@mail.aporee.net> Message-ID: On Mon, Feb 14, 2022 at 3:37 AM unosonic wrote: > > > I have been too optimistic it seems... > I've observerd that some log entries in the icecast access log only get > written when a client disconnects, not when it connects. Is this normal > behaviour? anyway this of course prevents a fail2ban to recognize new > listeners, since it simply scans the log for some pattern (axios etc.) > within a given time range. Now playing with longer rages... will report. > > Yes, this is normal behaviour, and most webservers like Apache and nginx behave the same way. Icecast writes to the access log when the connection is closed so it can log how long the connection was. Tthe last number on a log line is the session duration in seconds. > maybe this axios we see is sort of a song content id scanner? ... > u. > Yes, this is a possibility too. Albert > > > Damian: > > Through my research, I have not been able to clearly determine whether > axios is indeed a bot. How were you able to confirm this? Anyway, I managed > to keep these at by bay by blocking these ?bad bots" in my apache settings > (as my icecast is on the same server as my website, behind the apache > server to be clear). But would you mind sharing you fail2ban filter and > jail.local setting for this particular purpose? I?d love to take a look at > how you achieved this. > > > > db > > > > > On 14 Feb 2022, at 1:49 am, unosonic wrote: > > > > > > > > > hi, > > > > > > maybe slighly OT, but I've suffered from quite many bots or whatever > > > "listeners" staying connected to my server (2.4.4, Debian) > permanently, > > > consuming a lot of bandwidth. Most of them coming from the Google > cloud, > > > /w user agent "axios 0.21.4", among some others. I've created a simple > > > fail2ban config which bans them for a day on connect. Seems to work... > > > In case someone has similar problems, let me know. > > > > > > u. > > > > > > > > > _______________________________________________ > > > Icecast mailing list > > > Icecast at xiph.org > > > http://lists.xiph.org/mailman/listinfo/icecast > > > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -- Albert Santoni Founder, Radio Mast | Oscillicious -------------- next part -------------- An HTML attachment was scrubbed... URL: From phschafft at de.loewenfelsen.net Mon Feb 14 15:29:00 2022 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Mon, 14 Feb 2022 15:29:00 +0000 Subject: [Icecast] CONNECTION STATS In-Reply-To: <017601d8219e$784692b0$68d3b810$@gmail.com> References: <017601d8219e$784692b0$68d3b810$@gmail.com> Message-ID: <524735e6aa525c3f6e8c490c6e334d6e74b4f5c3.camel@de.loewenfelsen.net> Good afternoon, On Mon, 2022-02-14 at 12:29 +0000, Richard Bartholomew wrote: > Hi, > > Is there a way, please, of being able to see historical connection > details in V2.4.4? For example, I wish to be able to see when a > presenter disconnected from the server and the following one > connected in order to be able to troubleshoot a problem. Since the > incident, there have been subsequent connections and, so, the admin > page doesn't show the info I'm after as it shows the current status. > > I've had a look through the access.log file that is exactly the place go to for. > but this doesn't seem to detail when a streaming connection is made > or dropped. The software being used for streaming is Station Playlist > and I can see lots of entries for this but it all seems to be related > to getting listener stats! > > Maybe I'm not interpreting the access.log correctly but if anyone can > shed any light upon what I'm trying to do, I'd really appreciate it. I think you might have missed the important lines all the data. Source connections are, generally speaking, using PUT or SOURCE. The status code reflects the status of the mounting, so if a source successfully mounted the status will be a 200. With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part URL: From rlbart53 at gmail.com Mon Feb 14 16:06:01 2022 From: rlbart53 at gmail.com (Richard Bartholomew) Date: Mon, 14 Feb 2022 16:06:01 -0000 Subject: [Icecast] CONNECTION STATS In-Reply-To: References: <017601d8219e$784692b0$68d3b810$@gmail.com> Message-ID: <024501d821bc$c2fe3ec0$48fabc40$@gmail.com> Thank you, Chip...excellent, I didn't realise I could run a script for a mount point. Regards Richard Bartholomew From: Icecast On Behalf Of Chip Sent: 14 February 2022 13:25 To: Icecast streaming server user discussions Subject: Re: [Icecast] CONNECTION STATS Under your mountpoint settings you can state a program that is run when the source is started/stopped. It is passed a parameter which is the name of the mountpoint that is starting. The processing of the stream does not wait for the script to end. /example-complex.ogg othersource hackmemore 1000 /example2.ogg 1 1 1 64 /home/icecast/bin/source-start /home/icecast/bin/source-end The /home/icecast/bin/source-start file could be: #!/bin/bash /bin/echo "Stream - Start: " $(date) >> var/log/encoder.log And the /home/icecast/bin/source-stop file could be: #!/bin/bash /bin/echo "Stream - Stop : " $(date) >> var/log/encoder.log Use appropriate pathnames for your set up. And then you might end up with an encoder.log file that looks a little like this: Stream - Stop : Wed Dec 1 10:20:49 GMT 2021 Stream - Start: Wed Dec 1 10:21:43 GMT 2021 Stream - Stop : Thu Dec 23 04:59:13 GMT 2021 Stream - Start: Thu Dec 23 04:59:21 GMT 2021 Stream - Stop : Fri Feb 4 06:28:39 GMT 2022 Stream - Start: Fri Feb 4 06:28:48 GMT 2022 That will show you when an encoder has connected/disconnected. Hope that helps Chip Scooter On Mon, 14 Feb 2022 at 12:29, Richard Bartholomew > wrote: Hi, Is there a way, please, of being able to see historical connection details in V2.4.4? For example, I wish to be able to see when a presenter disconnected from the server and the following one connected in order to be able to troubleshoot a problem. Since the incident, there have been subsequent connections and, so, the admin page doesn't show the info I'm after as it shows the current status. I've had a look through the access.log file but this doesn't seem to detail when a streaming connection is made or dropped. The software being used for streaming is Station Playlist and I can see lots of entries for this but it all seems to be related to getting listener stats! Maybe I'm not interpreting the access.log correctly but if anyone can shed any light upon what I'm trying to do, I'd really appreciate it. Thanks for any help. Regards Richard Bartholomew _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From rlbart53 at gmail.com Tue Feb 15 17:00:09 2022 From: rlbart53 at gmail.com (Richard Bartholomew) Date: Tue, 15 Feb 2022 17:00:09 -0000 Subject: [Icecast] CONNECTION STATS In-Reply-To: <524735e6aa525c3f6e8c490c6e334d6e74b4f5c3.camel@de.loewenfelsen.net> References: <017601d8219e$784692b0$68d3b810$@gmail.com> <524735e6aa525c3f6e8c490c6e334d6e74b4f5c3.camel@de.loewenfelsen.net> Message-ID: <028b01d8228d$7d667770$78336650$@gmail.com> Hi, Although I find connection details in the access.log file showing a status of 200, I am not sure what to look for for a successful disconnect. However, I discovered that I can find both successful connect and disconnect information in error.log! This confuses me even more as I would not expect to find successful events in an error log! Can anyone explain why the info is in the error log rather than the access log, please? As always, thanks for any help. Regards Richard Bartholomew -----Original Message----- From: Philipp Schafft Sent: 14 February 2022 15:29 To: rlbart53 at gmail.com; Icecast streaming server user discussions Subject: Re: [Icecast] CONNECTION STATS Good afternoon, On Mon, 2022-02-14 at 12:29 +0000, Richard Bartholomew wrote: > Hi, > > Is there a way, please, of being able to see historical connection > details in V2.4.4? For example, I wish to be able to see when a > presenter disconnected from the server and the following one connected > in order to be able to troubleshoot a problem. Since the incident, > there have been subsequent connections and, so, the admin page doesn't > show the info I'm after as it shows the current status. > > I've had a look through the access.log file that is exactly the place go to for. > but this doesn't seem to detail when a streaming connection is made or > dropped. The software being used for streaming is Station Playlist and > I can see lots of entries for this but it all seems to be related to > getting listener stats! > > Maybe I'm not interpreting the access.log correctly but if anyone can > shed any light upon what I'm trying to do, I'd really appreciate it. I think you might have missed the important lines all the data. Source connections are, generally speaking, using PUT or SOURCE. The status code reflects the status of the mounting, so if a source successfully mounted the status will be a 200. With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 From geoff at QuiteLikely.com Tue Feb 15 17:27:40 2022 From: geoff at QuiteLikely.com (Geoff Shang) Date: Tue, 15 Feb 2022 19:27:40 +0200 (IST) Subject: [Icecast] CONNECTION STATS In-Reply-To: <028b01d8228d$7d667770$78336650$@gmail.com> References: <017601d8219e$784692b0$68d3b810$@gmail.com> <524735e6aa525c3f6e8c490c6e334d6e74b4f5c3.camel@de.loewenfelsen.net> <028b01d8228d$7d667770$78336650$@gmail.com> Message-ID: On Tue, 15 Feb 2022, Richard Bartholomew wrote: > Although I find connection details in the access.log file showing a > status of 200, I am not sure what to look for for a successful > disconnect. If I remember correctly, and it's awhile since I looked, the entry in the access log will be date-stamped for when the source disconnects, and there should be a value that indicates how long it was connected. HTH, Geoff. From yahav.shasha at gmail.com Tue Feb 15 17:46:20 2022 From: yahav.shasha at gmail.com (Yahav Shasha) Date: Tue, 15 Feb 2022 19:46:20 +0200 Subject: [Icecast] Opus web playback on MacOS/iOS Message-ID: So, i'm trying to set opus as the standard for a new project i'm working on but this won't work unless i could provide support for all major platforms which includes iOS and MacOS, both of which cannot natively play opus regardless of the container (except for CAF which is not an option at all) with HTML5 audio nor Web Audio API. Does anyone have any experience with this matter and managed to get opus playback on iOS/MacOS? -- Yahav -------------- next part -------------- An HTML attachment was scrubbed... URL: From dik23 at hotmail.com Tue Feb 15 17:54:19 2022 From: dik23 at hotmail.com (Dik ....) Date: Tue, 15 Feb 2022 17:54:19 +0000 Subject: [Icecast] Opus web playback on MacOS/iOS In-Reply-To: References: Message-ID: For some unkown reason Apple doesn't like opus. We broadcast in aac as a second best ________________________________ From: Icecast on behalf of Yahav Shasha Sent: 15 February 2022 17:46 To: Icecast streaming server user discussions Subject: [Icecast] Opus web playback on MacOS/iOS So, i'm trying to set opus as the standard for a new project i'm working on but this won't work unless i could provide support for all major platforms which includes iOS and MacOS, both of which cannot natively play opus regardless of the container (except for CAF which is not an option at all) with HTML5 audio nor Web Audio API. Does anyone have any experience with this matter and managed to get opus playback on iOS/MacOS? -- Yahav -------------- next part -------------- An HTML attachment was scrubbed... URL: From phschafft at de.loewenfelsen.net Tue Feb 15 18:01:44 2022 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Tue, 15 Feb 2022 18:01:44 +0000 Subject: [Icecast] CONNECTION STATS In-Reply-To: <028b01d8228d$7d667770$78336650$@gmail.com> References: <017601d8219e$784692b0$68d3b810$@gmail.com> <524735e6aa525c3f6e8c490c6e334d6e74b4f5c3.camel@de.loewenfelsen.net> <028b01d8228d$7d667770$78336650$@gmail.com> Message-ID: <40714a17aa4775104219c5d4ffb2fe146b344d7a.camel@de.loewenfelsen.net> Good evening, On Tue, 2022-02-15 at 17:00 +0000, Richard Bartholomew wrote: > Hi, > > Although I find connection details in the access.log file showing a > status of 200, I am not sure what to look for for a successful > disconnect. The access.log logs every access. As connect and disconnect is the same access the log will contain one line. The timestamp is the time of disconnect. The last value is how long a client was connected in seconds. If you subtract that from the timestamp you get the connection timestamp. > However, I discovered that I can find both successful connect and > disconnect information in error.log! This confuses me even more as I > would not expect to find successful events in an error log! > > Can anyone explain why the info is in the error log rather than the > access log, please? The error.log serves as a general log file. In contrast to the other logs it is not meant to be machine readable but to be meaningful to an administrator solving some problem. So it does not only contain errors but everything that is important to such an administrator. Hope that answer was helpful and cleared a bit of the mist. With best regards, > -----Original Message----- > From: Philipp Schafft > Sent: 14 February 2022 15:29 > To: rlbart53 at gmail.com; Icecast streaming server user discussions < > icecast at xiph.org> > Subject: Re: [Icecast] CONNECTION STATS > > Good afternoon, > > On Mon, 2022-02-14 at 12:29 +0000, Richard Bartholomew wrote: > > Hi, > > > > Is there a way, please, of being able to see historical connection > > details in V2.4.4? For example, I wish to be able to see when a > > presenter disconnected from the server and the following one > > connected > > in order to be able to troubleshoot a problem. Since the incident, > > there have been subsequent connections and, so, the admin page > > doesn't > > show the info I'm after as it shows the current status. > > > > I've had a look through the access.log file > > that is exactly the place go to for. > > > > but this doesn't seem to detail when a streaming connection is made > > or > > dropped. The software being used for streaming is Station Playlist > > and > > I can see lots of entries for this but it all seems to be related > > to > > getting listener stats! > > > > Maybe I'm not interpreting the access.log correctly but if anyone > > can > > shed any light upon what I'm trying to do, I'd really appreciate > > it. > > I think you might have missed the important lines all the data. > > Source connections are, generally speaking, using PUT or SOURCE. The > status code reflects the status of the mounting, so if a source > successfully mounted the status will be a 200. -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part URL: From rlbart53 at gmail.com Tue Feb 15 18:12:39 2022 From: rlbart53 at gmail.com (Richard Bartholomew) Date: Tue, 15 Feb 2022 18:12:39 -0000 Subject: [Icecast] CONNECTION STATS In-Reply-To: <40714a17aa4775104219c5d4ffb2fe146b344d7a.camel@de.loewenfelsen.net> References: <017601d8219e$784692b0$68d3b810$@gmail.com> <524735e6aa525c3f6e8c490c6e334d6e74b4f5c3.camel@de.loewenfelsen.net> <028b01d8228d$7d667770$78336650$@gmail.com> <40714a17aa4775104219c5d4ffb2fe146b344d7a.camel@de.loewenfelsen.net> Message-ID: <032101d82297$9e1aeb40$da50c1c0$@gmail.com> Thank you, Philipp, both points were very helpful. I see that in the config file, I can specify the name of the error log so think I'll rename it to avoid myself future confusion! Regards Richard Bartholomew -----Original Message----- From: Philipp Schafft Sent: 15 February 2022 18:02 To: rlbart53 at gmail.com; 'Icecast streaming server user discussions' Subject: Re: [Icecast] CONNECTION STATS Good evening, On Tue, 2022-02-15 at 17:00 +0000, Richard Bartholomew wrote: > Hi, > > Although I find connection details in the access.log file showing a > status of 200, I am not sure what to look for for a successful > disconnect. The access.log logs every access. As connect and disconnect is the same access the log will contain one line. The timestamp is the time of disconnect. The last value is how long a client was connected in seconds. If you subtract that from the timestamp you get the connection timestamp. > However, I discovered that I can find both successful connect and > disconnect information in error.log! This confuses me even more as I > would not expect to find successful events in an error log! > > Can anyone explain why the info is in the error log rather than the > access log, please? The error.log serves as a general log file. In contrast to the other logs it is not meant to be machine readable but to be meaningful to an administrator solving some problem. So it does not only contain errors but everything that is important to such an administrator. Hope that answer was helpful and cleared a bit of the mist. With best regards, > -----Original Message----- > From: Philipp Schafft > Sent: 14 February 2022 15:29 > To: rlbart53 at gmail.com; Icecast streaming server user discussions < > icecast at xiph.org> > Subject: Re: [Icecast] CONNECTION STATS > > Good afternoon, > > On Mon, 2022-02-14 at 12:29 +0000, Richard Bartholomew wrote: > > Hi, > > > > Is there a way, please, of being able to see historical connection > > details in V2.4.4? For example, I wish to be able to see when a > > presenter disconnected from the server and the following one > > connected in order to be able to troubleshoot a problem. Since the > > incident, there have been subsequent connections and, so, the admin > > page doesn't show the info I'm after as it shows the current status. > > > > I've had a look through the access.log file > > that is exactly the place go to for. > > > > but this doesn't seem to detail when a streaming connection is made > > or dropped. The software being used for streaming is Station > > Playlist and I can see lots of entries for this but it all seems to > > be related to getting listener stats! > > > > Maybe I'm not interpreting the access.log correctly but if anyone > > can shed any light upon what I'm trying to do, I'd really appreciate > > it. > > I think you might have missed the important lines all the data. > > Source connections are, generally speaking, using PUT or SOURCE. The > status code reflects the status of the mounting, so if a source > successfully mounted the status will be a 200. -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 From rlbart53 at gmail.com Tue Feb 15 18:14:09 2022 From: rlbart53 at gmail.com (Richard Bartholomew) Date: Tue, 15 Feb 2022 18:14:09 -0000 Subject: [Icecast] CONNECTION STATS In-Reply-To: References: <017601d8219e$784692b0$68d3b810$@gmail.com> <524735e6aa525c3f6e8c490c6e334d6e74b4f5c3.camel@de.loewenfelsen.net> <028b01d8228d$7d667770$78336650$@gmail.com> Message-ID: <032201d82297$d464c6d0$7d2e5470$@gmail.com> Thanks, Geoff, I'll take a further look at that too. Regards Richard Bartholomew -----Original Message----- From: Geoff Shang Sent: 15 February 2022 17:28 To: rlbart53 at gmail.com; Icecast streaming server user discussions Subject: Re: [Icecast] CONNECTION STATS On Tue, 15 Feb 2022, Richard Bartholomew wrote: > Although I find connection details in the access.log file showing a > status of 200, I am not sure what to look for for a successful > disconnect. If I remember correctly, and it's awhile since I looked, the entry in the access log will be date-stamped for when the source disconnects, and there should be a value that indicates how long it was connected. HTH, Geoff. From mph at emotrics.com Tue Feb 15 22:30:53 2022 From: mph at emotrics.com (Milton Huang) Date: Tue, 15 Feb 2022 14:30:53 -0800 Subject: [Icecast] CONNECTION STATS In-Reply-To: References: <017601d8219e$784692b0$68d3b810$@gmail.com> Message-ID: That is really cool. Are other parameters passed like IP address or user-agent? Hearing about this makes me want to create a script to track all current users, instead of retrospectively figuring out their connection and disconnection through the access/error logs. On Mon, Feb 14, 2022 at 5:24 AM Chip wrote: > Under your mountpoint settings you can state a program that is run when > the source is started/stopped. > > It is passed a parameter which is the name of the mountpoint that is > starting. The processing of the stream does not wait for the script to end. > > > /example-complex.ogg > othersource > hackmemore > 1000 > /example2.ogg > 1 > 1 > 1 > 64 > /home/icecast/bin/source-start > /home/icecast/bin/source-end > > > The /home/icecast/bin/source-start file could be: > > #!/bin/bash > /bin/echo "Stream - Start: " $(date) >> var/log/encoder.log > > And the /home/icecast/bin/source-stop file could be: > > #!/bin/bash > /bin/echo "Stream - Stop : " $(date) >> var/log/encoder.log > > Use appropriate pathnames for your set up. > > And then you might end up with an encoder.log file that looks a little > like this: > > Stream - Stop : Wed Dec 1 10:20:49 GMT 2021 > Stream - Start: Wed Dec 1 10:21:43 GMT 2021 > Stream - Stop : Thu Dec 23 04:59:13 GMT 2021 > Stream - Start: Thu Dec 23 04:59:21 GMT 2021 > Stream - Stop : Fri Feb 4 06:28:39 GMT 2022 > Stream - Start: Fri Feb 4 06:28:48 GMT 2022 > > That will show you when an encoder has connected/disconnected. > > Hope that helps > > Chip Scooter > > On Mon, 14 Feb 2022 at 12:29, Richard Bartholomew > wrote: > >> Hi, >> >> >> >> Is there a way, please, of being able to see historical connection >> details in V2.4.4? For example, I wish to be able to see when a presenter >> disconnected from the server and the following one connected in order to be >> able to troubleshoot a problem. Since the incident, there have been >> subsequent connections and, so, the admin page doesn't show the info I'm >> after as it shows the current status. >> >> >> >> I've had a look through the access.log file but this doesn't seem to >> detail when a streaming connection is made or dropped. The software being >> used for streaming is Station Playlist and I can see lots of entries for >> this but it all seems to be related to getting listener stats! >> >> >> >> Maybe I'm not interpreting the access.log correctly but if anyone can >> shed any light upon what I'm trying to do, I'd really appreciate it. >> >> >> >> Thanks for any help. >> >> >> >> Regards >> >> Richard Bartholomew >> >> >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phschafft at de.loewenfelsen.net Wed Feb 16 09:44:41 2022 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Wed, 16 Feb 2022 09:44:41 +0000 Subject: [Icecast] CONNECTION STATS In-Reply-To: References: <017601d8219e$784692b0$68d3b810$@gmail.com> Message-ID: Good morning, On Tue, 2022-02-15 at 14:30 -0800, Milton Huang wrote: > That is really cool. Are other parameters passed like IP address or > user-agent? Hearing about this makes me want to create a script to > track all current users, instead of retrospectively figuring out > their connection and disconnection through the access/error logs. There is a number of ways to access those information and there are plans to make it even easier. Just giving a little overview here: * access.log: all clients, updated at disconnect of each client * on-[dis]connect scripts/event subsystem: for sources only, push, triggered at the time of the event * URL auth: all clients, push, real time, can alter the client * stats.xml: all clients, pull, real time * STATS: statistic data including aggregated information on all clients, push, real time Which is the best option depends a bit on your usecase. Also different solutions require different levels of access to the server (filesystem access, administrative access, admin and/or source credentials, ...). All of the above is available in both 2.4 and 2.5. 2.5. improved a lot things but the basics are very compatible. Generally I would like to refer to the docs here: https://icecast.org/docs/ Also over at L?wenfelsen we're having a presentation on URL auth on the 4th of March. If anyone is interested please ping me off-list. > On Mon, Feb 14, 2022 at 5:24 AM Chip wrote: > > Under your mountpoint settings you can state a program that is run > > when the source is started/stopped. > > > > It is passed a parameter which is the name of the mountpoint that > > is starting. The processing of the stream does not wait for the > > script to end. > > > > [...] With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 Website: https://www.loewenfelsen.net/ Follow us: https://www.linkedin.com/company/loewenfelsen/ L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part URL: From land at uni-leipzig.de Wed Feb 23 08:30:32 2022 From: land at uni-leipzig.de (Joerg Land) Date: Wed, 23 Feb 2022 09:30:32 +0100 Subject: [Icecast] currently playing Message-ID: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> Hello, I just want to use the function currently playing. How can I use this field. Is there an help to download. Thank you for your help. Regards, Joerg ************************************** Universitaet Leipzig Zentrum f?r Medienproduktion (ZMP) Dipl.-Ing. (FH) Joerg Land 04109 Leipzig, Nikolaistrasse 27-29 Tel.: 0341-97-35759 FAX: 0341-97-31135759 Email: land at uni-leipzig.de ************************************** From hgalt at gmx.net Wed Feb 23 11:54:46 2022 From: hgalt at gmx.net (HGAlt) Date: Wed, 23 Feb 2022 12:54:46 +0100 Subject: [Icecast] Many short connections less than 1 second Message-ID: <000a01d828ac$2803e720$780bb560$@gmx.net> Hi, I have figured out, that I have many connections with a duration of less than 1 second and these IP addresses are never connected for longer time. Can anybody tell me, what could be a possible reason for that? I am afraid that something with my configuration could be wrong! Thanks, Hans-Georg -- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From phschafft at de.loewenfelsen.net Wed Feb 23 15:50:00 2022 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Wed, 23 Feb 2022 15:50:00 +0000 Subject: [Icecast] currently playing In-Reply-To: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> References: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> Message-ID: <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> Good afternoon, On Wed, 2022-02-23 at 09:30 +0100, Joerg Land wrote: > Hello, > > I just want to use the function currently playing. > > How can I use this field. > > Is there an help to download. I'm not fully sure I understand your question. Maybe you can explain your context a little bit? With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 Website: https://www.loewenfelsen.net/ Follow us: https://www.linkedin.com/company/loewenfelsen/ L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part URL: From phschafft at de.loewenfelsen.net Wed Feb 23 15:57:59 2022 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Wed, 23 Feb 2022 15:57:59 +0000 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <000a01d828ac$2803e720$780bb560$@gmx.net> References: <000a01d828ac$2803e720$780bb560$@gmx.net> Message-ID: <2f27cef4f3348f06b7027d3e07f4bc63725a4219.camel@de.loewenfelsen.net> Good afternoon, On Wed, 2022-02-23 at 12:54 +0100, HGAlt wrote: > Hi, > > I have figured out, that I have many connections with a duration of > less than 1 second and these IP addresses are never connected for > longer time. > Can anybody tell me, what could be a possible reason for that? > I am afraid that something with my configuration could be wrong! it is a little bit hard to say without details. Maybe you want to post a typical access.log entry for one of them? Generally such requests could be some kind of probing. With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 Website: https://www.loewenfelsen.net/ Follow us: https://www.linkedin.com/company/loewenfelsen/ L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part URL: From hgalt at gmx.net Wed Feb 23 16:19:57 2022 From: hgalt at gmx.net (HGAlt) Date: Wed, 23 Feb 2022 17:19:57 +0100 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <2f27cef4f3348f06b7027d3e07f4bc63725a4219.camel@de.loewenfelsen.net> References: <000a01d828ac$2803e720$780bb560$@gmx.net> <2f27cef4f3348f06b7027d3e07f4bc63725a4219.camel@de.loewenfelsen.net> Message-ID: <003801d828d1$33399fc0$99acdf40$@gmx.net> Good afternoon Philipp, I think this is a good example. The second one is an OnlineRadioBox HisBot, this one is OK. The first and the third and fourth one, is one I can?t understood. All 3 are the same IP. For example, I had yesterday 81 IP-Addresses with 219 accesses smaller than 1 second. Some of them really connect later some not! I log the IPs and the time. If it would help, I could forward you one of the emails to your private management address. Thanks, Hans-Georg -----Urspr?ngliche Nachricht----- Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Philipp Schafft Gesendet: Mittwoch, 23. Februar 2022 16:58 An: Icecast streaming server user discussions Betreff: Re: [Icecast] Many short connections less than 1 second Good afternoon, On Wed, 2022-02-23 at 12:54 +0100, HGAlt wrote: > Hi, > > I have figured out, that I have many connections with a duration of > less than 1 second and these IP addresses are never connected for > longer time. > Can anybody tell me, what could be a possible reason for that? > I am afraid that something with my configuration could be wrong! it is a little bit hard to say without details. Maybe you want to post a typical access.log entry for one of them? Generally such requests could be some kind of probing. With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 Website: https://www.loewenfelsen.net/ Follow us: https://www.linkedin.com/company/loewenfelsen/ L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 12559 bytes Desc: not available URL: From chris at elfpen.com Wed Feb 23 16:59:52 2022 From: chris at elfpen.com (Chris Howard) Date: Wed, 23 Feb 2022 10:59:52 -0600 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <003801d828d1$33399fc0$99acdf40$@gmx.net> References: <000a01d828ac$2803e720$780bb560$@gmx.net> <2f27cef4f3348f06b7027d3e07f4bc63725a4219.camel@de.loewenfelsen.net> <003801d828d1$33399fc0$99acdf40$@gmx.net> Message-ID: <2757c466-4ecd-df42-5d4e-24898fe3b7f2@elfpen.com> Is it possible their listening software has some kind of local buffer and they are just keeping it full? Is there any benefit to having lots of short overlapping connections rather than one solid connection? Having Line 1 be a different software than lines 3 and 4 is kind of odd. On 2/23/22 10:19, HGAlt wrote: > > Good afternoon Philipp, > > I think this is a good example. > > The second one is an OnlineRadioBox HisBot, this one is OK. > > The first and the third and fourth one, is one I can?t understood. All > 3 are the same IP. > > For example, I had yesterday 81 IP-Addresses with 219 accesses smaller > than 1 second. Some of them really connect later some not! > > I log the IPs and the time. If it would help, I could forward you one > of the emails to your private management address. > > Thanks, > > Hans-Georg > > -----Urspr?ngliche Nachricht----- > Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Philipp > Schafft > Gesendet: Mittwoch, 23. Februar 2022 16:58 > An: Icecast streaming server user discussions > Betreff: Re: [Icecast] Many short connections less than 1 second > > Good afternoon, > > On Wed, 2022-02-23 at 12:54 +0100, HGAlt wrote: > > > Hi, > > > > > > I have figured out, that I have many connections with a duration of > > > less than 1 second and these IP addresses are never connected for > > > longer time. > > > Can anybody tell me, what could be a possible reason for that? > > > I am afraid that something with my configuration could be wrong! > > it is a little bit hard to say without details. > > Maybe you want to post a typical access.log entry for one of them? > > Generally such requests could be some kind of probing. > > With best regards, > > -- > > Philipp Schafft (CEO/Gesch?ftsf?hrer) > > Telephon:? +49.3535 490 17 92 > > Website:?? https://www.loewenfelsen.net/ > > Follow us: https://www.linkedin.com/company/loewenfelsen/ > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > > Bickinger Stra?e 21 HRB 12308 CB > > 04916 Herzberg (Elster) VATIN/USt-ID: > > Germany ???????????DE305133015 > > > > Virenfrei. www.avast.com > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From fredg at paravelsystems.com Wed Feb 23 17:19:52 2022 From: fredg at paravelsystems.com (Fred Gleason) Date: Wed, 23 Feb 2022 12:19:52 -0500 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <2757c466-4ecd-df42-5d4e-24898fe3b7f2@elfpen.com> References: <000a01d828ac$2803e720$780bb560$@gmx.net> <2f27cef4f3348f06b7027d3e07f4bc63725a4219.camel@de.loewenfelsen.net> <003801d828d1$33399fc0$99acdf40$@gmx.net> <2757c466-4ecd-df42-5d4e-24898fe3b7f2@elfpen.com> Message-ID: <2BD0E213-1F89-4E92-A536-75FE51A5A472@paravelsystems.com> On Feb 23, 2022, at 11:59, Chris Howard wrote: > Is there any benefit to having lots of short overlapping connections rather than > one solid connection? There are a number of audio players out in the wild that will do a sort of ?double skip? when connecting to an Icecast instance: first a short connection, almost immediately dropped, to get the ICE headers (basically, a HEAD request in classic HTTP terms), followed immediately by a second connection that is for the actual streaming data. Beyond that, I?m hard-pressed to think where a series of overlapping connections would be useful. Cheers! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | A room without books is like a body without a soul. | | | | -- Cicero | |---------------------------------------------------------------------| -------------- next part -------------- An HTML attachment was scrubbed... URL: From hgalt at gmx.net Wed Feb 23 17:46:59 2022 From: hgalt at gmx.net (HGAlt) Date: Wed, 23 Feb 2022 18:46:59 +0100 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <2757c466-4ecd-df42-5d4e-24898fe3b7f2@elfpen.com> References: <000a01d828ac$2803e720$780bb560$@gmx.net> <2f27cef4f3348f06b7027d3e07f4bc63725a4219.camel@de.loewenfelsen.net> <003801d828d1$33399fc0$99acdf40$@gmx.net> <2757c466-4ecd-df42-5d4e-24898fe3b7f2@elfpen.com> Message-ID: <005601d828dd$5bd3f2d0$137bd870$@gmx.net> Hi Chris, I agree that it looks very strange, that line 1 has a different software than 3 and 4. Some software is trying to have more than one connection on the beginning, but not several very short ones. And as I know, there are no stable connections and short connection at the same time. Regards, Hans-Georg -----Urspr?ngliche Nachricht----- Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Chris Howard Gesendet: Mittwoch, 23. Februar 2022 18:00 An: icecast at xiph.org Betreff: Re: [Icecast] Many short connections less than 1 second Is it possible their listening software has some kind of local buffer and they are just keeping it full? Is there any benefit to having lots of short overlapping connections rather than one solid connection? Having Line 1 be a different software than lines 3 and 4 is kind of odd. On 2/23/22 10:19, HGAlt wrote: > > Good afternoon Philipp, > > I think this is a good example. > > The second one is an OnlineRadioBox HisBot, this one is OK. > > The first and the third and fourth one, is one I can?t understood. All > 3 are the same IP. > > For example, I had yesterday 81 IP-Addresses with 219 accesses smaller > than 1 second. Some of them really connect later some not! > > I log the IPs and the time. If it would help, I could forward you one > of the emails to your private management address. > > Thanks, > > Hans-Georg > > -----Urspr?ngliche Nachricht----- > Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Philipp > Schafft > Gesendet: Mittwoch, 23. Februar 2022 16:58 > An: Icecast streaming server user discussions > Betreff: Re: [Icecast] Many short connections less than 1 second > > Good afternoon, > > On Wed, 2022-02-23 at 12:54 +0100, HGAlt wrote: > > > Hi, > > > > > > I have figured out, that I have many connections with a duration of > > > less than 1 second and these IP addresses are never connected for > > > longer time. > > > Can anybody tell me, what could be a possible reason for that? > > > I am afraid that something with my configuration could be wrong! > > it is a little bit hard to say without details. > > Maybe you want to post a typical access.log entry for one of them? > > Generally such requests could be some kind of probing. > > With best regards, > > -- > > Philipp Schafft (CEO/Gesch?ftsf?hrer) > > Telephon: +49.3535 490 17 92 > > Website: https://www.loewenfelsen.net/ > > Follow us: https://www.linkedin.com/company/loewenfelsen/ > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > > Bickinger Stra?e 21 HRB 12308 CB > > 04916 Herzberg (Elster) VATIN/USt-ID: > > Germany DE305133015 > > > > Virenfrei. www.avast.com > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. https://www.avast.com/antivirus From hgalt at gmx.net Wed Feb 23 17:53:28 2022 From: hgalt at gmx.net (HGAlt) Date: Wed, 23 Feb 2022 18:53:28 +0100 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <2BD0E213-1F89-4E92-A536-75FE51A5A472@paravelsystems.com> References: <000a01d828ac$2803e720$780bb560$@gmx.net> <2f27cef4f3348f06b7027d3e07f4bc63725a4219.camel@de.loewenfelsen.net> <003801d828d1$33399fc0$99acdf40$@gmx.net> <2757c466-4ecd-df42-5d4e-24898fe3b7f2@elfpen.com> <2BD0E213-1F89-4E92-A536-75FE51A5A472@paravelsystems.com> Message-ID: <005801d828de$43da7270$cb8f5750$@gmx.net> Hi Chris, there are no overlapping connections. And if they would do a real streaming connection after the short one I would understood it. But this is not the case. So it still looks very strange for me! Regards, Hans-Georg Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Fred Gleason Gesendet: Mittwoch, 23. Februar 2022 18:20 An: Icecast streaming server user discussions Betreff: Re: [Icecast] Many short connections less than 1 second On Feb 23, 2022, at 11:59, Chris Howard wrote: Is there any benefit to having lots of short overlapping connections rather than one solid connection? There are a number of audio players out in the wild that will do a sort of ?double skip? when connecting to an Icecast instance: first a short connection, almost immediately dropped, to get the ICE headers (basically, a HEAD request in classic HTTP terms), followed immediately by a second connection that is for the actual streaming data. Beyond that, I?m hard-pressed to think where a series of overlapping connections would be useful. Cheers! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | A room without books is like a body without a soul. | | | | -- Cicero | |---------------------------------------------------------------------| -- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From un at aporee.org Wed Feb 23 17:54:49 2022 From: un at aporee.org (unosonic) Date: Wed, 23 Feb 2022 18:54:49 +0100 Subject: [Icecast] currently playing In-Reply-To: <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> References: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> Message-ID: <20220223175449.cowblulkjpdgizmv@mail.aporee.net> I'd suggest to examine/use the output of your.server/status-json.xsl Philipp Schafft: > Good afternoon, > > On Wed, 2022-02-23 at 09:30 +0100, Joerg Land wrote: > > Hello, > > > > I just want to use the function currently playing. > > > > How can I use this field. > > > > Is there an help to download. > > I'm not fully sure I understand your question. Maybe you can explain > your context a little bit? > > > With best regards, > > -- > Philipp Schafft (CEO/Gesch?ftsf?hrer) > Telephon: +49.3535 490 17 92 > Website: https://www.loewenfelsen.net/ > Follow us: https://www.linkedin.com/company/loewenfelsen/ > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > Bickinger Stra?e 21 HRB 12308 CB > 04916 Herzberg (Elster) VATIN/USt-ID: > Germany DE305133015 > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From uktony at radiocompany.net Wed Feb 23 18:38:05 2022 From: uktony at radiocompany.net (Tony Harding) Date: Thu, 24 Feb 2022 02:38:05 +0800 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <005601d828dd$5bd3f2d0$137bd870$@gmx.net> Message-ID: <20220223184528.21E7C40192@smtp2.osuosl.org> Some of these may be stats programs reading the state of the streams or the PHP for players connecting to read the metadata to display. ? -----Original Message----- From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of HGAlt Sent: Thursday, February 24, 2022 1:47 AM To: 'Icecast streaming server user discussions' Subject: Re: [Icecast] Many short connections less than 1 second ? Hi Chris, ? I agree that it looks very strange, that line 1 has a different software than 3 and 4. Some software is trying to have more than one connection on the beginning, but not several very short ones. And as I know, there are no stable connections and short connection at the same time. ? Regards, Hans-Georg ? -----Urspr?ngliche Nachricht----- Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Chris Howard Gesendet: Mittwoch, 23. Februar 2022 18:00 An: icecast at xiph.org Betreff: Re: [Icecast] Many short connections less than 1 second ? Is it possible their listening software has some kind of local buffer and they are just keeping it full? ? Is there any benefit to having lots of short overlapping connections rather than one solid connection? ? Having Line 1 be a different software than lines 3 and 4 is kind of odd. ? ? ? On 2/23/22 10:19, HGAlt wrote: > ? > Good afternoon Philipp, > ? > I think this is a good example. > ? > The second one is an OnlineRadioBox HisBot, this one is OK. > ? > The first and the third and fourth one, is one I can?t understood. All > 3 are the same IP. > ? > For example, I had yesterday 81 IP-Addresses with 219 accesses smaller > than 1 second. Some of them really connect later some not! > ? > I log the IPs and the time. If it would help, I could forward you one > of the emails to your private management address. > ? > Thanks, > ? > Hans-Georg > ? > -----Urspr?ngliche Nachricht----- > Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Philipp > Schafft > Gesendet: Mittwoch, 23. Februar 2022 16:58 > An: Icecast streaming server user discussions > Betreff: Re: [Icecast] Many short connections less than 1 second > ? > Good afternoon, > ? > On Wed, 2022-02-23 at 12:54 +0100, HGAlt wrote: > ? > > Hi, > ? > > > ? > > I have figured out, that I have many connections with a duration of > ? > > less than 1 second and these IP addresses are never connected for > ? > > longer time. > ? > > Can anybody tell me, what could be a possible reason for that? > ? > > I am afraid that something with my configuration could be wrong! > ? > it is a little bit hard to say without details. > ? > Maybe you want to post a typical access.log entry for one of them? > ? > Generally such requests could be some kind of probing. > ? > With best regards, > ? > -- > ? > Philipp Schafft (CEO/Gesch?ftsf?hrer) > ? > Telephon: +49.3535 490 17 92 > ? > Website: https://www.loewenfelsen.net/ > ? > Follow us: https://www.linkedin.com/company/loewenfelsen/ > ? > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > ? > Bickinger Stra?e 21 HRB 12308 CB > ? > 04916 Herzberg (Elster) VATIN/USt-ID: > ? > Germany DE305133015 > ? > ? > > Virenfrei. www.avast.com > > ? > ? > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > ? > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast ? _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast ? ? -- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. https://www.avast.com/antivirus ? _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From hgalt at gmx.net Wed Feb 23 20:11:06 2022 From: hgalt at gmx.net (HGAlt) Date: Wed, 23 Feb 2022 21:11:06 +0100 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <20220223184528.21E7C40192@smtp2.osuosl.org> References: <005601d828dd$5bd3f2d0$137bd870$@gmx.net> <20220223184528.21E7C40192@smtp2.osuosl.org> Message-ID: <007401d828f1$7dbda6c0$7938f440$@gmx.net> Hi Tony, if that would be the case, should than these connections not always repeating with the same time difference? Here are some examples: 0 => 2022-02-22 06:53:30 1 => 2022-02-22 06:53:30 2 => 2022-02-22 06:53:35 3 => 2022-02-22 07:57:10 4 => 2022-02-22 07:57:10 5 => 2022-02-22 07:57:11 6 => 2022-02-22 17:59:13 7 => 2022-02-22 17:59:13 8 => 2022-02-22 17:59:14 9 => 2022-02-22 21:49:07 This one is doing it 3 times in a row! 0 => 2022-02-22 03:46:13 1 => 2022-02-22 04:17:55 2 => 2022-02-22 04:43:22 3 => 2022-02-22 09:26:03 4 => 2022-02-22 12:25:48 5 => 2022-02-22 14:23:02 6 => 2022-02-22 18:21:52 7 => 2022-02-22 23:01:03 But this one only once in a while! Has anybody seen something like that, too? Regards, Hans-Georg Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Tony Harding Gesendet: Mittwoch, 23. Februar 2022 19:38 An: 'Icecast streaming server user discussions' Betreff: Re: [Icecast] Many short connections less than 1 second Some of these may be stats programs reading the state of the streams or the PHP for players connecting to read the metadata to display. -----Original Message----- From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of HGAlt Sent: Thursday, February 24, 2022 1:47 AM To: 'Icecast streaming server user discussions' Subject: Re: [Icecast] Many short connections less than 1 second Hi Chris, I agree that it looks very strange, that line 1 has a different software than 3 and 4. Some software is trying to have more than one connection on the beginning, but not several very short ones. And as I know, there are no stable connections and short connection at the same time. Regards, Hans-Georg -----Urspr?ngliche Nachricht----- Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Chris Howard Gesendet: Mittwoch, 23. Februar 2022 18:00 An: icecast at xiph.org Betreff: Re: [Icecast] Many short connections less than 1 second Is it possible their listening software has some kind of local buffer and they are just keeping it full? Is there any benefit to having lots of short overlapping connections rather than one solid connection? Having Line 1 be a different software than lines 3 and 4 is kind of odd. On 2/23/22 10:19, HGAlt wrote: > > Good afternoon Philipp, > > I think this is a good example. > > The second one is an OnlineRadioBox HisBot, this one is OK. > > The first and the third and fourth one, is one I can?t understood. All > 3 are the same IP. > > For example, I had yesterday 81 IP-Addresses with 219 accesses smaller > than 1 second. Some of them really connect later some not! > > I log the IPs and the time. If it would help, I could forward you one > of the emails to your private management address. > > Thanks, > > Hans-Georg > > -----Urspr?ngliche Nachricht----- > Von: Icecast [mailto:icecast-bounces at xiph.org] Im Auftrag von Philipp > Schafft > Gesendet: Mittwoch, 23. Februar 2022 16:58 > An: Icecast streaming server user discussions > Betreff: Re: [Icecast] Many short connections less than 1 second > > Good afternoon, > > On Wed, 2022-02-23 at 12:54 +0100, HGAlt wrote: > > > Hi, > > > > > > I have figured out, that I have many connections with a duration of > > > less than 1 second and these IP addresses are never connected for > > > longer time. > > > Can anybody tell me, what could be a possible reason for that? > > > I am afraid that something with my configuration could be wrong! > > it is a little bit hard to say without details. > > Maybe you want to post a typical access.log entry for one of them? > > Generally such requests could be some kind of probing. > > With best regards, > > -- > > Philipp Schafft (CEO/Gesch?ftsf?hrer) > > Telephon: +49.3535 490 17 92 > > Website: https://www.loewenfelsen.net/ > > Follow us: https://www.linkedin.com/company/loewenfelsen/ > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > > Bickinger Stra?e 21 HRB 12308 CB > > 04916 Herzberg (Elster) VATIN/USt-ID: > > Germany DE305133015 > > > > Virenfrei. www.avast.com > > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. https://www.avast.com/antivirus _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. https://www.avast.com/antivirus -------------- next part -------------- An HTML attachment was scrubbed... URL: From petr.pisar at atlas.cz Wed Feb 23 20:50:11 2022 From: petr.pisar at atlas.cz (Petr Pisar) Date: Wed, 23 Feb 2022 21:50:11 +0100 Subject: [Icecast] Many short connections less than 1 second In-Reply-To: <007401d828f1$7dbda6c0$7938f440$@gmx.net> References: <005601d828dd$5bd3f2d0$137bd870$@gmx.net> <20220223184528.21E7C40192@smtp2.osuosl.org> <007401d828f1$7dbda6c0$7938f440$@gmx.net> Message-ID: V?Wed, Feb 23, 2022 at 09:11:06PM +0100,?HGAlt napsal(a): > Here are some examples: > > 0 => 2022-02-22 06:53:30 > 1 => 2022-02-22 06:53:30 > 2 => 2022-02-22 06:53:35 > 3 => 2022-02-22 07:57:10 > 4 => 2022-02-22 07:57:10 > 5 => 2022-02-22 07:57:11 > 6 => 2022-02-22 17:59:13 > 7 => 2022-02-22 17:59:13 > 8 => 2022-02-22 17:59:14 > 9 => 2022-02-22 21:49:07 > Look up IP addresses of the clients. Maybe they have something in common. E.g. an ISP they belong to. An explanation could be a "security" network scanner. Recently, plenty of companies emerged which scan Internet for various services and then earn money by selling the data. They usually disguise themselves as a security research. However, rescanning your host every hour or two implies that they actually monitor existence of the services. Then they sell these data (i.e. list of IP address running a service, possibly guessing a version of the server's software) to customers without asking what the customers are going to do with the data. The customers are usually bad guys mounting an attack against that services in order to include the victims into a botnet. It's cheaper to buy a list of potentially vulenerable hosts, than scanning 4 billion address on your own. E.g. when a new zero-day vulnerability is announced in a popular server implementation, it's very handy to have a ready-made list of vulnerable hosts you can immediatelly target. -- Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From land at uni-leipzig.de Thu Feb 24 08:09:05 2022 From: land at uni-leipzig.de (Joerg Land) Date: Thu, 24 Feb 2022 09:09:05 +0100 Subject: [Icecast] currently playing In-Reply-To: <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> References: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> Message-ID: <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> Hello, thank you for your fast response. I just want to display the title of song which is currently playing. I have an xml-file with the information from an playout systen. Who can I transfer this information from the xml file to the icecast into "currently playing" field? Thank you for your help. Regards, J?rg Land Zitat von Philipp Schafft : > Good afternoon, > > On Wed, 2022-02-23 at 09:30 +0100, Joerg Land wrote: >> Hello, >> >> I just want to use the function currently playing. >> >> How can I use this field. >> >> Is there an help to download. > > I'm not fully sure I understand your question. Maybe you can explain > your context a little bit? > > > With best regards, > > -- > Philipp Schafft (CEO/Gesch?ftsf?hrer) > Telephon: +49.3535 490 17 92 > Website: https://www.loewenfelsen.net/ > Follow us: https://www.linkedin.com/company/loewenfelsen/ > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > Bickinger Stra?e 21 HRB 12308 CB > 04916 Herzberg (Elster) VATIN/USt-ID: > Germany DE305133015 ************************************** Universitaet Leipzig Zentrum f?r Medienproduktion (ZMP) Dipl.-Ing. (FH) Joerg Land 04109 Leipzig, Nikolaistrasse 27-29 Tel.: 0341-97-35759 FAX: 0341-97-31135759 Email: land at uni-leipzig.de ************************************** From ervin.bizjak at gmail.com Thu Feb 24 08:42:32 2022 From: ervin.bizjak at gmail.com (Ervin Bizjak) Date: Thu, 24 Feb 2022 09:42:32 +0100 Subject: [Icecast] currently playing In-Reply-To: <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> References: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> Message-ID: Maybe this: https://stackoverflow.com/questions/48327310/how-to-display-now-playing-in-my-website-with-icecast2-and-liquidsoap V V ?et., 24. feb. 2022 ob 09:09 je oseba Joerg Land napisala: > Hello, > > thank you for your fast response. > > I just want to display the title of song which is currently playing. > > I have an xml-file with the information from an playout systen. > > Who can I transfer this information from the xml file to the icecast > into "currently playing" field? > > Thank you for your help. > > Regards, > > J?rg Land > > Zitat von Philipp Schafft : > > > Good afternoon, > > > > On Wed, 2022-02-23 at 09:30 +0100, Joerg Land wrote: > >> Hello, > >> > >> I just want to use the function currently playing. > >> > >> How can I use this field. > >> > >> Is there an help to download. > > > > I'm not fully sure I understand your question. Maybe you can explain > > your context a little bit? > > > > > > With best regards, > > > > -- > > Philipp Schafft (CEO/Gesch?ftsf?hrer) > > Telephon: +49.3535 490 17 92 > > Website: https://www.loewenfelsen.net/ > > Follow us: https://www.linkedin.com/company/loewenfelsen/ > > > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > > Bickinger Stra?e 21 HRB 12308 CB > > 04916 Herzberg (Elster) VATIN/USt-ID: > > Germany DE305133015 > > > > ************************************** > Universitaet Leipzig > Zentrum f?r Medienproduktion (ZMP) > Dipl.-Ing. (FH) Joerg Land > 04109 Leipzig, Nikolaistrasse 27-29 > Tel.: 0341-97-35759 > FAX: 0341-97-31135759 > Email: land at uni-leipzig.de > ************************************** > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From geoff at QuiteLikely.com Thu Feb 24 11:32:24 2022 From: geoff at QuiteLikely.com (Geoff Shang) Date: Thu, 24 Feb 2022 13:32:24 +0200 (IST) Subject: [Icecast] currently playing In-Reply-To: <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> References: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> Message-ID: On Thu, 24 Feb 2022, Joerg Land wrote: > I just want to display the title of song which is currently playing. > > I have an xml-file with the information from an playout systen. > > Who can I transfer this information from the xml file to the icecast into > "currently playing" field? Example: http://192.168.1.10:8000/admin/metadata?mount=/mystream&mode=updinfo&song=ACDC+Back+In+Black Source: https://icecast.org/docs/icecast-latest/admin-interface.html HTH, Geoff. From phschafft at de.loewenfelsen.net Thu Feb 24 11:40:27 2022 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Thu, 24 Feb 2022 11:40:27 +0000 Subject: [Icecast] currently playing In-Reply-To: <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> References: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> Message-ID: <3f410054697394e6b5667928afa74a5b8835606d.camel@de.loewenfelsen.net> Good afternoon, On Thu, 2022-02-24 at 09:09 +0100, Joerg Land wrote: > Hello, > > thank you for your fast response. > > I just want to display the title of song which is currently playing. > I have an xml-file with the information from an playout systen. > Who can I transfer this information from the xml file to the > icecast > into "currently playing" field? generally that is the job of the source client. For all modern/supported streaming formats the metadata is part of the actual encoded data stream. So the encoder must include the information. For legacy/unsupported that do not support metadata (that is MP3 and AAC) require a workaround. However that is also in the domain of the source client. So it depends on which source client you are using. I fear I need to refer you to the documentation on your source client. But feel free to tell us wich one you are using. With best regards, > Zitat von Philipp Schafft : > > > Good afternoon, > > > > On Wed, 2022-02-23 at 09:30 +0100, Joerg Land wrote: > > > Hello, > > > > > > I just want to use the function currently playing. > > > > > > How can I use this field. > > > > > > Is there an help to download. > > > > I'm not fully sure I understand your question. Maybe you can > > explain > > your context a little bit? -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 Website: https://www.loewenfelsen.net/ Follow us: https://www.linkedin.com/company/loewenfelsen/ L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part URL: From phschafft at de.loewenfelsen.net Thu Feb 24 11:44:50 2022 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Thu, 24 Feb 2022 11:44:50 +0000 Subject: [Icecast] currently playing In-Reply-To: References: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> Message-ID: Good afternoon, On Thu, 2022-02-24 at 13:32 +0200, Geoff Shang wrote: > On Thu, 24 Feb 2022, Joerg Land wrote: > > > I just want to display the title of song which is currently > > playing. > > > > I have an xml-file with the information from an playout systen. > > > > Who can I transfer this information from the xml file to the > > icecast into > > "currently playing" field? > > Example: > > http://192.168.1.10:8000/admin/metadata?mount=/mystream&mode=updinfo&song=ACDC+Back+In+Black > > Source: https://icecast.org/docs/icecast-latest/admin-interface.html Please note that this is only true for legacy streams that do not support metadata (MP3 and AAC). For everything else Icecast uses the metadata that is part of the used format as by said format's specification. Access control restrictions/security mechanisms may apply depending on your version of Icecast and/or configuration. Also as this is for legacy/unsupported formats only you are on your own if you use this endpoint. Things might break at any time. The way to go is letting the encoder and/or source client handle this. It is there job in the first place. With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 Website: https://www.loewenfelsen.net/ Follow us: https://www.linkedin.com/company/loewenfelsen/ L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part URL: From fredg at paravelsystems.com Thu Feb 24 14:09:28 2022 From: fredg at paravelsystems.com (Fred Gleason) Date: Thu, 24 Feb 2022 09:09:28 -0500 Subject: [Icecast] currently playing In-Reply-To: References: <20220223093032.Horde.-IPK5PCoSqNFlDaFXgRR96b@mail.uni-leipzig.de> <04aef27cb78badcba89ed8298145d18a1322d159.camel@de.loewenfelsen.net> <20220224090905.Horde.eQ07h94sO3P7AljuKDDbBkz@mail.uni-leipzig.de> Message-ID: <6F5A873D-4D1E-4F92-AC72-D161C16C7F5E@paravelsystems.com> On Feb 24, 2022, at 06:44, Philipp Schafft wrote: > Please note that this is only true for legacy streams that do not > support metadata (MP3 and AAC). For everything else Icecast uses the > metadata that is part of the used format as by said format's > specification. > > Access control restrictions/security mechanisms may apply depending on > your version of Icecast and/or configuration. One access control restriction in particular that I have seen bite people repeatedly here: the system originating these metadata updates must have the same originating IP address (from the standpoint of Icecast) as the audio source client/encoder. You can often ensure this by locating the audio encoder and the metadata-originating system behind the same NAT firewall. I agree with others though that preferred and best practice is always to feed metadata via the source client. Cheers! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | A room without books is like a body without a soul. | | | | -- Cicero | |---------------------------------------------------------------------| -------------- next part -------------- An HTML attachment was scrubbed... URL: