[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#576235: marked as done (apache2: secure connection failed: SSL received a record that exceeded the maximum permissible length.)



Your message dated Sat, 3 Apr 2010 22:32:51 +0100
with message-id <20100403213251.GA15767@erdos>
and subject line Re: Bug#576235: apache2: secure connection failed: SSL received a record that exceeded the maximum permissible length.
has caused the Debian Bug report #576235,
regarding apache2: secure connection failed: SSL received a record that exceeded the maximum permissible length.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
576235: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576235
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: apache2-mpm-prefork
Version: 2.2.15-2
Severity: important

I have installed this version of apache2 from testing, and now when I
try to connect to https://localhost/, I get the weird error message:

Secure Connection Failed

An error occurred during a connection to localhost.

SSL received a record that exceeded the maximum permissible length.

(Error code: ssl_error_rx_record_too_long)


Any clue what might be going on or how I could fix it?

   Julian

-- Package-specific info:
List of enabled modules from 'apache2 -M':
  actions* alias auth_basic authn_file authz_default authz_groupfile
  authz_host authz_user autoindex cgi deflate dir env mime
  negotiation perl php5 proxy_connect proxy python rewrite setenvif
  ssl status userdir
  (A * means that the .conf file for that module is not enabled in
   /etc/apache2/mods-enabled/)
List of enabled php5 extensions:
  curl gd gmp ldap mcrypt mysql mysqli pdo pdo_mysql pdo_pgsql pgsql
  suhosin xmlrpc

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apache2 depends on:
ii  apache2-mpm-prefork           2.2.15-2   Apache HTTP Server - traditional n
ii  apache2.2-common              2.2.15-2   Apache HTTP Server common files

apache2 recommends no packages.

apache2 suggests no packages.

Versions of packages apache2.2-common depends on:
ii  apache2-utils                 2.2.15-2   utility programs for webservers
ii  apache2.2-bin                 2.2.15-2   Apache HTTP Server common binary f
ii  libmagic1                     5.04-1     File type determination library us
ii  lsb-base                      3.2-23     Linux Standard Base 3.2 init scrip
ii  mime-support                  3.48-1     MIME files 'mime.types' & 'mailcap
ii  perl                          5.10.1-11  Larry Wall's Practical Extraction 
ii  procps                        1:3.2.8-8  /proc file system utilities

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: 2.2.15-2

On Sat, Apr 03, 2010 at 03:18:13PM +0200, Stefan Fritsch wrote:
> On Friday 02 April 2010, Julian Gilbey wrote:
> > I have installed this version of apache2 from testing, and now when
> >  I try to connect to https://localhost/, I get the weird error
> >  message:
> 
> If you have upgraded from a previous version, this is probably a 
> configuration problem. It may be related to the VirtualHost and 
> NameVirtualHost changes in the default configuration. See 
> NEWS.Debian.gz for more details.

Well spotted; it worked with 2.2.14 but not 2.2.15.  My issue was that
I had a <VirtualHost _default_> and a <VirtualHost _default_:443>; the
first needed to be changed to say :80 explicitly.

Closing this bug report.

   Julian


--- End Message ---

Reply to: