<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>201923</bug_id>
          
          <creation_ts>2007-12-11 09:42 0000</creation_ts>
          <short_desc>=www-servers/apache-2.2.6-r4  SSL-related regression</short_desc>
          <delta_ts>2007-12-15 14:35:07 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>petre.rodan@simplex.ro</reporter>
          <assigned_to>apache-bugs@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>petre.rodan@simplex.ro</who>
            <bug_when>2007-12-11 09:42:36 0000</bug_when>
            <thetext>a large POST triggers the following error for https sites:

[Tue Dec 11 11:22:09 2007] [error] [client 192.168.88.165] request body exceeds maximum size for SSL buffer
[Tue Dec 11 11:22:09 2007] [error] [client 192.168.88.165] could not buffer message body to allow SSL renegotiation to proceed

this only started happening since I updated to apache-2.2.6-r4.
apache-2.2.6-r2 and older worked without ever displaying that error.

the same apache-2.2.6-r4 merged without the 04_all_mod_ssl_tls_sni patch does not have the problem.

so please either fix that patch or drop it.

thanks,
peter

Portage 2.1.3.19 (hardened/x86/2.6, gcc-3.4.6, glibc-2.6.1-r0, 2.6.23-hardened-r2-a048 i686)
=================================================================
System uname: 2.6.23-hardened-r2-a048 i686 Intel(R) Xeon(TM) CPU 3.00GHz
Timestamp of tree: Tue, 11 Dec 2007 06:46:01 +0000
app-shells/bash:     3.2_p17
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r6
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.22-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /var/bind /var/qmail/alias /var/qmail/control /var/service&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo&quot;
CXXFLAGS=&quot;-O2 -pipe&quot;
DISTDIR=&quot;/local/portage/distfiles&quot;
FEATURES=&quot;buildpkg collision-protect distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.roedu.net/pub/mirrors/gentoo.org ftp://ftp.lug.ro/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo&quot;
MAKEOPTS=&quot;-j1&quot;
PKGDIR=&quot;/local/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*&quot;
PORTAGE_TMPDIR=&quot;/local/portage/build&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/local/portage/overlay&quot;
SYNC=&quot;rsync://mirrors.bu.avira.com/gentoo-portage&quot;
USE=&quot;bzip2 caps crypt hardened jpeg nptl nptlonly pam pic png readline sse sse2 ssl truetype unicode utf8 x86 xml zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1      emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m        maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; APACHE2_MODULES=&quot;alias auth_basic authn_dbd authn_default authn_file authz_default authz_groupfile authz_host authz_user autoindex cache deflate dir disk_cache env filter headers log_config mem_cache mime rewrite setenvif&quot; APACHE2_MPMS=&quot;prefork&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;mouse keyboard&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt  mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage       siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware  voodoo&quot;
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hollow@gentoo.org</who>
            <bug_when>2007-12-11 12:19:27 0000</bug_when>
            <thetext>it&apos;s masked for a reason ... but if you have a patch, let me know</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>petre.rodan@simplex.ro</who>
            <bug_when>2007-12-15 11:53:02 0000</bug_when>
            <thetext>Created an attachment (id=138538)
apache-2.eclass patch

UNIPATCH_EXCLUDE adaptation for gentoo&apos;s apache build.

in case you intend to mark as stable an apache containing that shady patch please also include this eclass tweak.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hollow@gentoo.org</who>
            <bug_when>2007-12-15 12:19:37 0000</bug_when>
            <thetext>use EPATCH_EXCLUDE from eutils.eclass</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hollow@gentoo.org</who>
            <bug_when>2007-12-15 12:20:29 0000</bug_when>
            <thetext>FYI, it will probably become a use-flag as long as it&apos;s experimental, to get the USE_EXPANDED ebuild unmasked asap</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hollow@gentoo.org</who>
            <bug_when>2007-12-15 12:22:25 0000</bug_when>
            <thetext>maybe this is also related to http://issues.apache.org/bugzilla/show_bug.cgi?id=39154 ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>petre.rodan@simplex.ro</who>
            <bug_when>2007-12-15 12:42:26 0000</bug_when>
            <thetext>
Hi,

(In reply to comment #5)
&gt; maybe this is also related to
&gt; http://issues.apache.org/bugzilla/show_bug.cgi?id=39154 ?

I&apos;ve seen those bug reports, but they do not apply on our infrastructure, because we don&apos;t use SSLVerifyClient (or any other per-directory SSL setting), and we never had that error before using an apache with that SNI patch, on any of our production servers.

the error popped up the second day after -r4 has been merged on an internal web server and went away after merging an -r4 without the SNI capability.

having SNI tweakable via USE flag works for me.

thanks,
peter</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hollow@gentoo.org</who>
            <bug_when>2007-12-15 14:35:07 0000</bug_when>
            <thetext>2.2.6-r6 now has the sni use flag</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>138538</attachid>
            <date>2007-12-15 11:53 0000</date>
            <desc>apache-2.eclass patch</desc>
            <filename>apache-2.eclass.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGFwYWNoZS0yLmVjbGFzcy5vcmlnCTIwMDctMTEtMjkgMjE6MDY6MDUuMDAwMDAwMDAwICsw
MjAwCisrKyBhcGFjaGUtMi5lY2xhc3MJMjAwNy0xMi0xNSAxMzo0MjoxOS4wMDAwMDAwMDAgKzAy
MDAKQEAgLTMyLDYgKzMyLDExIEBACiAjIFRoaXMgdmFyaWFibGUgbmVlZHMgdG8gYmUgc2V0IGlu
IHRoZSBlYnVpbGQgYW5kIGNvbnRhaW5zIHRoZSBuYW1lIG9mIHRoZQogIyBnZW50b28gZGV2ZWxv
cGVyIHdobyBjcmVhdGVkIHRoZSBwYXRjaCB0YXJiYWxsCiAKKyMgQEVDTEFTUy1WQVJJQUJMRTog
QVBBQ0hFX1BBVENIX0RST1AKKyMgQERFU0NSSVBUSU9OOgorIyBUaGlzIHZhcmlhYmxlIGlzIGEg
c3BhY2UgZGVsaW1pdGVkIGxpc3Qgb2YgcGF0Y2hlcyB0aGF0IHdpbGwgYmUgZHJvcHBlZCBmcm9t
CisjICRHRU5UT09fUEFUQ0hOQU1FLiBuZXZlciB0byBiZSB1c2VkIGZyb20gYW4gZWJ1aWxkLCBp
dCBpcyBtZW50IHRvIGJlIHVzZWQgYnkgdGhlIGVuZCB1c2VyCisKICMgQEVDTEFTUy1WQVJJQUJM
RTogR0VOVE9PX1BBVENIU1RBTVAKICMgQERFU0NSSVBUSU9OOgogIyBUaGlzIHZhcmlhYmxlIG5l
ZWRzIHRvIGJlIHNldCBpbiB0aGUgZWJ1aWxkIGFuZCBjb250YWlucyB0aGUgZGF0ZSB0aGUgcGF0
Y2gKQEAgLTM2Niw2ICszNzEsMTIgQEAKIAkJIiR7R0VOVE9PX1BBVENIRElSfSIve2NvbmYvaHR0
cGQuY29uZixpbml0LyoscGF0Y2hlcy9jb25maWcubGF5b3V0fSBcCiAJCXx8IGRpZSAibGliZGly
IHNlZCBmYWlsZWQiCiAKKwlmb3IgcGF0Y2ggaW4gJHtBUEFDSEVfUEFUQ0hfRFJPUH07IGRvCisJ
CWViZWdpbiAiRXhjbHVkaW5nIHBhdGNoICR7cGF0Y2h9IgorCQlybSAtZiAiJHtHRU5UT09fUEFU
Q0hESVJ9Ii9wYXRjaGVzLyR7cGF0Y2h9KiAyPi9kZXYvbnVsbAorCQllZW5kICQ/CisJZG9uZQor
CiAJZXBhdGNoICIke0dFTlRPT19QQVRDSERJUn0iL3BhdGNoZXMvKi5wYXRjaAogCiAJIyBzZXR1
cCB0aGUgZmlsZXN5c3RlbSBsYXlvdXQgY29uZmlnCg==
</data>        

          </attachment>
    </bug>

</bugzilla>