proxy_http:error (20014)Internal error

Hi, we have got several reports similar to: https://bz.apache.org/bugzilla/show_bug.cgi?id=63229 One is: Tue Feb 25 09:17:53.486933 2020] [proxy_http:error] [pid 27500:tid 9] (20014)Internal error (specific information not available): [client XXX:XXX] AH01102: error reading status line from

SSLStrictSNIVHostCheck not being enforced by mod_ssl

"SSLStrictSNIVHostCheck On” directive in either _default_ or specific vhost entry has no effect: clients not forced to provide SNI data for web site access. Environment: - Standard HTTPD 2.4.43 and OpenSSL 1.1.1f builds from Pat Volkerdi’ Slackware -current. Enabled "LogLevel debug”, not

Re: proxy_http:error (20014)Internal error

On 4/14/20 10:02 PM, Petr Sumbera wrote: > Hi, > > we have got several reports similar to: > > https://bz.apache.org/bugzilla/show_bug.cgi?id=63229 > > One is: > > Tue Feb 25 09:17:53.486933 2020] [proxy_http:error] [pid 27500:tid 9] > (20014)Internal error (specific information not

Re: SSLStrictSNIVHostCheck not being enforced by mod_ssl

On 4/15/20 4:50 AM, Alex Hautequest wrote: > "SSLStrictSNIVHostCheck On” directive in either _default_ or specific vhost > entry has no effect: clients not forced to provide SNI > data for web site access. > > Environment: > - Standard HTTPD 2.4.43 and OpenSSL 1.1.1f builds from Pat Volkerdi’

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Sorry, that was a bit to fast: looking at the revision, he references file modules/http2/h2_bucket_beam.h But in that revision the change was the removal of a struct member at the end of the struct. I don't see, how that could lead to a crash in case an old header file was used, that would

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Thanks Rainer! That's what I meant. > Am 14.04.2020 um 11:05 schrieb Rainer Jung : > > Hi Stefen, > > I think Stefan refers to his "somehow was partially using the old header > file". So during the build, there should be no other (from other versions) > header files from APR, APR-UTIL oder

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Thanks Rainer, All clean build using the released sources, so a clean build of httpd 2.4.43 GA gives the crash. What header file is Stefan referring ? On Tuesday 14/04/2020 at 11:06, Rainer Jung wrote: Hi Stefen, I think Stefan refers to his "somehow was partially using the old

Re: mod_http2 crashes libhttpd.dll in 2.4.43

In that revision, I see a change in the header file structure. If your build of r1874909 is not clean but somehow was partially using the old header file, things might get misaligned. The other changes in that revision look rather unsuspicious to me. Steffen: could you make a clean rebuild of

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Re: mod_http2 crashes libhttpd.dll in 2.4.43

On 4/14/20 11:20 AM, Stefan Eissing wrote: > mdr wrote that you found out the crash came with the change in r1874909. If > you build before, it works, if you build with r1874909, it crashes. And I > cannot see why... Does this crash happen outside of Windows e.g. Linux as well? Regards

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Few posts above there is a GDB back trace. On Tuesday 14/04/2020 at 11:38, Ruediger Pluem wrote: Did I miss it, or isn't there any stacktrace posted from the Windows crashes yet? Regards Rüdiger

Re: mod_http2 crashes libhttpd.dll in 2.4.43

This is the post above of backtrace By accident I've seen that Perl comes with GDB. This might help as well. I called httpd.exe from GDB with "-X -e debug" and then called a Perl URL in the browser. Excerpt below: Thread 100 received signal SIGSEGV, Segmentation fault. [Switching to

Re: mod_http2 crashes libhttpd.dll in 2.4.43

mdr wrote that you found out the crash came with the change in r1874909. If you build before, it works, if you build with r1874909, it crashes. And I cannot see why... Stefan Eissing bytes GmbH Hafenweg 16 48155 Münster www.greenbytes.de > Am 14.04.2020 um 11:14 schrieb Steffen : > > > >

Re: mod_http2 crashes libhttpd.dll in 2.4.43

On 4/14/20 11:36 AM, Ruediger Pluem wrote: > > > On 4/14/20 11:20 AM, Stefan Eissing wrote: >> mdr wrote that you found out the crash came with the change in r1874909. If >> you build before, it works, if you build with r1874909, it crashes. And I >> cannot see why... > > Does this crash

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Hi Steffen, I didn't find a stack either, neither in the mail thread here nor in the one on you forum. Just the error log lines and the clear text for the windows error code. Regards, Rainer Am 14.04.2020 um 11:51 schrieb Steffen: Few posts above there is a GDB back trace. On Tuesday

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Hi Stefen, I think Stefan refers to his "somehow was partially using the old header file". So during the build, there should be no other (from other versions) header files from APR, APR-UTIL oder HTTPD anywhere on the build system where the build process might find and use them. He was

Re: Building from svn on MacOS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 William, On 4/13/20 17:27, William A Rowe Jr wrote: > On Mon, Apr 13, 2020 at 4:21 PM Christopher Schultz > > wrote: > > -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 > > William, > >>> I'm having some

Re: mod_http2 crashes libhttpd.dll in 2.4.43

On 4/14/20 12:22 PM, Steffen wrote: > > > This is the post above of backtrace Thanks. > > By accident I've seen that Perl comes with GDB. This might help as well. > I called httpd.exe from GDB with "-X -e debug" and then called a Perl URL in > the browser. > > Excerpt below: > Somehow

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Just to confirm: Did you build the r1874909 just like the other releases you tested or did you use the already built 2.4.43 that crashed originally? (I know these should all be the same, but I want to make sure that we are not looking at some strange side effect.) Thanks, Stefan > Am

Re: mod_http2 crashes libhttpd.dll in 2.4.43

All the same. > Op 14 apr. 2020 om 15:46 heeft Stefan Eissing > het volgende geschreven: > > Just to confirm: > > Did you build the r1874909 just like the other releases you tested or did you > use the already built 2.4.43 that crashed originally? > > (I know these should all be the same,

Re: Building from svn on MacOS

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Rainer, On 4/13/20 18:02, Rainer Jung wrote: > Am 13.04.2020 um 23:27 schrieb William A Rowe Jr: >> On Mon, Apr 13, 2020 at 4:21 PM Christopher Schultz >> > > wrote: >> >> -BEGIN PGP SIGNED MESSAGE-

Re: mod_http2 crashes libhttpd.dll in 2.4.43

On Tue, Apr 14, 2020 at 8:09 AM Ruediger Pluem wrote: > > > > On 4/14/20 12:22 PM, Steffen wrote: > > > > > > This is the post above of backtrace > > Thanks. > > > > > By accident I've seen that Perl comes with GDB. This might help as well. > > I called httpd.exe from GDB with "-X -e debug" and

Re: mod_http2 crashes libhttpd.dll in 2.4.43

Assuming this happens really in thread start of a HTTP/2 worker, the following change was made in Revision 1874909. The stacktrace indicates a 64 bit system. Is someone making assumptions about connection->id content here? winnt mpm? Another module that freaks out? Or do I just not see the

Re: TCP socket wothout HTTP protocol

On Tue, Apr 14, 2020 at 11:16 AM Sébastien Mizrahi wrote: > > Hi, > > For some reasons, I would like to read natively TCP socket in an Apache > module. The request is not encapsulated in HTTP protocol end the client send > raw data. > I have already an apache module that manage standard HTTP

TCP socket wothout HTTP protocol

Hi, For some reasons, I would like to read natively TCP socket in an Apache module. The request is not encapsulated in HTTP protocol end the client send raw data. I have already an apache module that manage standard HTTP request and I would like to mutualise the code. Any idea if that’s

Re: TCP socket wothout HTTP protocol

Thanks a lor Eric ! Gonna read this :) Le 14 avr. 2020 à 17:20 +0200, Eric Covener , a écrit : On Tue, Apr 14, 2020 at 11:16 AM Sébastien Mizrahi wrote: Hi, For some reasons, I would like to read natively TCP socket in an Apache module. The request is not encapsulated in HTTP protocol end the

Re: TCP socket wothout HTTP protocol

Hey Eric just a feedback to confirm that it just works as expected. Thanks again ! Client from https://www.geeksforgeeks.org/socket-programming-cc/ Apache module : int socket_process_connection(conn_rec *req) { printf(« Conn init\n"); apr_socket_t *asock = ap_get_conn_socket(req); int fd = 0;