similar to: https enabled method for ssl not working

Good evening, On Fri, 2015-04-03 at 14:02 -0700, Nathan Miller wrote: > I'm running Icecast package 2.4.1 on Ubuntu 14.04 > from ttp://download.opensuse.org/repositories/home:/dm8tbr/xUbuntu_14.04. > > > I've been running on this server for about 6 months now without any > issue and all my streams run great. This icecast server is running on > the same host that my

Can you remove these emails from going to my address please. From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Nathan Miller Sent: Saturday, 4 April 2015 1:42 PM To: Icecast streaming server user discussions Subject: Re: [Icecast] After I enabled SSL, stream mountpoints broke Philipp, Thank you for your quick response. I can't believe that I

On 04/04/2015 02:42 AM, Nathan Miller wrote: > Philipp, > > Thank you for your quick response. I can't believe that I didn't > think of that...I guess I just assumed that it would use SSL. I'm > using Liquidsoap as my source client. Once you brought that up I > started researching whether there was a way to force Liquidsoap to use > SSL and from what I found it

I'm running Icecast package 2.4.1 on Ubuntu 14.04 from ttp:// download.opensuse.org/repositories/home:/dm8tbr/xUbuntu_14.04. I've been running on this server for about 6 months now without any issue and all my streams run great. This icecast server is running on the same host that my wordpress site is running on. This is all on my own private server, not a hosting service. Recently I

Hello, I have working IE6 and IE7 in Suse Linux Enterprise Desktop 11.1, HTTP sites working OK, but I have problems with HTTP/SSL (HTTPS) sites. Has somebody solved this? In *IE7*, sticking point is this screen: "There is a problem with this website's security certificate. Security certificate problems may indicate an attempt to fool you or intercept any data you send to the server. We

Gert van den Berg wrote: > On Wed, Jan 6, 2010 at 08:52, matvrix <wineforum-user at winehq.org> wrote: > > > crypt32 has to be "Native, Builtin" > > > > > But if its not included with IE, you need to copy it for Windows, > otherwise the wine buildin gets used... In /usr/lib/wine is a crypt32.dll.so. How can I use the crypt32.dll from a windows

I have recently installed zone alarm internet protection an later found out that i was no longer able to access secure sites. I have uninstalled the antivirus and am still getting the same problem. I have tried IE and firefox but they both dont work. I am using a belkin wireless router for a wired pc and wireless network. On the laptop everything is working fine but pc is a problem. iam am running

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

DanKegel wrote: > I filed > http://bugs.winehq.org/show_bug.cgi?id=26203 > for the ie7 problem as I saw it. Thanks for the code (if that was yours).I'm happy to say that it's okey.

I solved the issue by adding my own m3u files to /usr/share/icecast/web but I am not sure if this is icecast best-practice. This also raises a few other issues as well… http stream links don’t appear on the icecast stream directory and stream titles and track metadata does not display when opening m3u files created in this way. I assume that there are various reasons for this…mainly that https

For real imageio servers the destination will always be https. This change has no effect there. However when testing we want to use an http server for simplicity. As there is no certificate or cafile in this case the call to create the context will fail. This also simplifies creation of the context object and recognizes the "insecure" flag for connecting to imageio. Thanks: Nir

On Wed, Sep 19, 2018 at 7:24 PM Richard W.M. Jones <rjones@redhat.com> wrote: > For real imageio servers the destination will always be https. This > change has no effect there. > > However when testing we want to use an http server for simplicity. As > there is no cafile in this case the call to > ssl.create_default_context().load_verify_locations(cafile=...) will fail.

For real imageio servers the destination will always be https. This change has no effect there. However when testing we want to use an http server for simplicity. As there is no cafile in this case the call to ssl.create_default_context().load_verify_locations(cafile=...) will fail. --- v2v/rhv-upload-plugin.py | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git

On 20 Jul 2020, at 1:12, Damian wrote: > I solved the issue by adding my own m3u files to > /usr/share/icecast/web but I am not sure if this is icecast > best-practice. This also raises a few other issues as well… http > stream links don’t appear on the icecast stream directory and stream > titles and track metadata does not display when opening m3u files > created in this

Is there any plan to fix this: [root at 7af579e3aefc /]# curl -vvv https://cgit.freedesktop.org/xorg/proto/xproto/plain/COPYING * About to connect() to cgit.freedesktop.org port 443 * Trying 131.252.210.161... connected * Connected to cgit.freedesktop.org (131.252.210.161) port 443 * successfully set certificate verify locations: * CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none *

Hi All, I just tried to test my web server with telnet. The only problem was that my web server refuses non-encrypted connections (duh!). I know that SSL and SSH are *entirely* different, but ssh is the only commonly-available encryption-enabled command-line tool around. It would be greate to have an SSL-emulation mode in OpenSSH.... Just wishful thinking, Ciaran --

Hi, I installed icecast2 on Debian 10 via backports for buster so that I could get ssl support. I’ve successfully configured iceacst to stream via ssl within the browser. No problems there. For instance I can successfully open a https link to the stream with a URL like https://domain-name.net:8433/mountname <https://domain-name.net:8433/mountname> However, the same URL with .m3u at the

Hello, I have liquidsoap streaming to icecast with url authentication and everything works as it should. However, I enabled SSL in icecast to enhance security and now the source doesn't connect. In the error.log I see [2015-01-14 11:49:11] DBUG slave/_slave_thread checking master stream list [2015-01-14 11:49:13] DBUG client/client_read_bytes reading from connection has failed

On 01/14/2015 11:59 AM, dtouch3d completely wrote: > No I haven't because I thought SSL would be only enabled for the > listener auth, not source auth. OK, then you should have two separate listener sockets. One for SSL and one without. Point the source client to the one without. Advertize the one with SSL to listeners. TBR > So apparently if I want listener SSL > the source

Hi, we found a bug in ssl-params. It calls openssl DH generator for 512 and 1024 bits, but in FIPS mode, openssl won't generate anything for less than 1024, so it fails with: error:0506A06E:Diffie-Hellman routines:DH_BUILTIN_GENPARAMS:key size too small but when DH generator fails, ssl-params hangs forever in io_loop_run: __epoll_wait_nocancel() io_loop_handler_run(..) at