Slashdot Mirror


On the Commercial Use Of Apache and SSL

Skapare asks: "A year ago, this question about using Apache and SSL in a commercial environment was asked in the Apache section of Slashdot. The RSA patent was still in force back then, and the focus was on commercial products like Raven. Since then, the RSA patent has been released and then expired. That same month a year ago, Ask Slashdot also featured a question about encumbrance of SSL/PGP. But with the RSA patent gone, and Diffie-Hellman before it, this surely opens up Apache with SSL free for commercial use. Now I'm exploring options for free SSL for Apache, and note at least two choices, Apache-SSL, and mod_ssl. What I'd like to ask is what are the fundamental and principle differences between these free versions that I should consider in deciding which I should use in a commercial environment."

3 of 105 comments (clear)

  1. From the Apache-SSL and mod_ssl documentation by localman · · Score: 5
    There appears to be some confusion regarding Apache-SSL and mod_ssl. To set the record straight: mod_ssl is not a replacement for Apache-SSL - it is an alternative, in the same way that Apache is an alternative to Netscape/Microsoft servers, or Linux is an alternative to FreeBSD. It is a matter of personal choice as to which you run. mod_ssl is what is known as a 'split' - i.e. it was originally derived from Apache-SSL, but has been extensively redeveloped so the code now bears little relation to the original. Apache-SSL continues to be developed and maintained, our main focus being on reliability, security and performance, rather than features and bells and whistles. I hope this makes things clear.

    I think it's apparent from the tone that there is a healthy level of rivalry between the two projects :) The mod_ssl source code is peppered with quotes by the author of Apache-SSL that are intended (I think) to be unflattering... like:

    /* ``I'll be surprised if others think that what you are doing is honourable.''
    -- Ben Laurie, Apache-SSL author */

    or...

    # ``What you are missing, I suppose, is that I'm not
    # prepared to give equal rights to Ralf on the basis
    # that he's spent a few hours doing what he thinks is
    # better than what I've spent the last 4 years on,
    # and so he isn't prepared to cooperate with me.''
    # -- Ben Laurie, Apache-SSL author

  2. Cheap(er) source of server certificates by humphreybogus · · Score: 5
    I'm sure there's been a slashdot thread on this already, but I just wanted to mention that Equifax Secure might be a useful solution to those looking for cheaper server certificates (vs. Verisign/Thawte).

    They used to be $49, but apparently they've raised their prices to $79. They claim that their certificates will work with Apache+SSLeay and Apache+Raven. I am wondering if anyone has had experience with using Equifax certificates (in general), and specifically whether they work with Apache+mod_ssl?

    Also, they offer "wildcard" certificates, which allow you to secure *.yourdomain.tld, which seem pretty interesting for an app I'm working on. Any experience with these?

  3. wildcard certs and M$ by ragnar · · Score: 5
    Wildcard certs are great things because they let an ISP offer a shared certificate for a broad range of users. In many cases this is a great situation. My company purchased a wildcard cert only to be very upset though.

    We are upset because MS IE 5.5 will not support wildcard certs. Flat out, there is no way around this and MS has made it clear that they are going to make everyone pay thawte or versign for every single domain you want to secure. It is pretty sick, but it is the truth. You will waste money on a wildcard cert unless you can figure out how to change Microsoft. Good luck. The CAs screw you from the top (CA authority) and MS screws you from the bottom (browser) and you are stuck in the middle trying to run a web server.

    --
    -- Solaris Central - http://w