search for: buddylove

I was already aware if this in the first place :-) On 04.05.2016 18:04, Jordan Erickson wrote: > Hi buddylove, > > In addition to the links Philipp provided you, here is some more reading > which will hopefully help you better understand the difference between > multicast and unicast communications: > > https://en.wikipedia.org/wiki/Multicast > https://en.wikipedia.org/wiki/Unicast &...

On 04/05/2016 03:48 πμ, buddylove wrote: > you have 'a' doubt? > precise your question or do you want to make a quiz here? > > this is f.... icecast and it's a damn good piece of software. > runs like a honey down the nipple, up to 8 streams simultaneously > including shoutcast. > read the docs! &gt...

...for it (yet). because of this (and not just because I am a fan of) I propose other trials with overlay networks which could (under proper application) even be more efficient than the multicast protocol(s) itself. Greets and out Gee ... .-. . . On 04.05.2016 18:04, Jordan Erickson wrote: > Hi buddylove, > > In addition to the links Philipp provided you, here is some more reading > which will hopefully help you better understand the difference between > multicast and unicast communications: > > https://en.wikipedia.org/wiki/Multicast > https://en.wikipedia.org/wiki/Unicast &...

Oh, well by your "In the end... its the same..." statement and your question of what the difference is (and mentioning connection tracking which is a completely different subject), I was a bit confused as to your query. Cheers, Jordan On 05/04/2016 09:55 AM, buddylove wrote: > I was already aware if this in the first place :-) > > On 04.05.2016 18:04, Jordan Erickson wrote: >> Hi buddylove, >> >> In addition to the links Philipp provided you, here is some more reading >> which will hopefully help you better understand the differ...

@Phil nice text... just want to mention (or better ask...) what the difference between a protocol which implements multiple connections simultaneously and a protocol implementing multiple connections by connection tracking? In the end... its the same... On 04.05.2016 10:25, Philipp Schafft wrote: > Good morning, > > On Wed, 2016-05-04 at 00:15 +0200, Fran Delgado wrote: >> Hi,

Hi buddylove, In addition to the links Philipp provided you, here is some more reading which will hopefully help you better understand the difference between multicast and unicast communications: https://en.wikipedia.org/wiki/Multicast https://en.wikipedia.org/wiki/Unicast Cheers, Jordan On 05/04/2016 06:...

This tech chat between buddylove and others is all going totally over my head. I just need someone to walk me through it step by step like I'm trying to land a plane since the directions on the icecast site are Greek to me. Thanks for Any help! Sent on my Boost Mobile Samsung Galaxy S® 5 -------- Original message --------...

I am not familiar with the usage of SSL-Certs (in Icecast). I'd recommend to put them somewhere into a folder the webserver has access to. Don't forget to change ownership and mode etc. check this out about you problem with the files -> http://stackoverflow.com/questions/991758/how-to-get-an-openssl-pem-file-from-key-and-crt-files

Putting your ssl certificate chain in a publicly accessible place like webroot is a very bad idea. Anyone could read it which means anyone could use it to impersonate your Icecast server. Cheers, Jordan On 07/11/2016 09:25 AM, buddylove wrote: > all in the docs (btw) > yeah you are right... > the webserver doesn't deal with the icecast-server. > but me personally, I put these kind of stuff into the webroot or near it. > > greets > > Werner Scherentz > _______________________________________________...

Hi, there! I have a doubt about if this server supports unicast, multicast or both. I was looking for information in the web but I couldn't found anything. Anyone can help me? Thanks -- Fran Delgado (ThinWay) Tumblr: http://thinway.tumblr.com Twitter: http://twitter.com/thinway -------------- next part -------------- An HTML attachment was scrubbed... URL:

@ the guy with the ssl certs problem: recheck file- and folder-permissions. check if the ssl.-cert is generated correct. re-check the icecast config-file and it's file- and folder-permissions. are the involved files in the correct location so icecast can find them? what about the pid-entry? greets gee

# cat fullchain.pem privkey.pem >combined.pem I wouldn't think it matters much where you put the cert as long as the running Icecast user has permissions to read it. I'd create (if not already created) /etc/icecast personally. <ssl-certificate>: If specified, this points to the location of a file that contains both the X.509 private and public key. This is required for HTTPS

you have 'a' doubt? precise your question or do you want to make a quiz here? this is f.... icecast and it's a damn good piece of software. runs like a honey down the nipple, up to 8 streams simultaneously including shoutcast. read the docs! On 04.05.2016 00:15, Fran Delgado wrote: > Hi, there! > I have a doubt about if this server supports unicast, multicast or both. > I