Re: [users@httpd] httpd SIGILL
On Fri, Jul 2, 2021 at 2:09 PM RONDEC JUNE RUBIO wrote: > > I have not tried to repro the issue with higher version. Is it known issue? Not to me (doesn't ring a bell). But I'm not very inclined to investigate if it's already fixed.. Regards; Yann. - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] httpd SIGILL
I have not tried to repro the issue with higher version. Is it known issue? On Fri, Jul 2, 2021, 7:44 PM Yann Ylavic, wrote: > Hi, > > On Fri, Jul 2, 2021 at 8:04 AM RONDEC JUNE RUBIO > wrote: > > > > I've been investigating this issue with httpd corrupted memory and > throwing SIGILL. I can pinpoint what makes the memory corrupted. Is this > known issue guys could someone shed some light. > > > > callstack : > > Core was generated by `/usr/sbin/httpd -k start -D SSL'. > > Program terminated with signal SIGILL, Illegal instruction. > > #0 ap_die (r=0x7f9403ba08, type=-1811695096) at > > > /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_request.c:817 > > Can you still reproduce with httpd-2.4.48? > > Regards; > Yann. > > - > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > >
Re: [users@httpd] httpd SIGILL
Hi, On Fri, Jul 2, 2021 at 8:04 AM RONDEC JUNE RUBIO wrote: > > I've been investigating this issue with httpd corrupted memory and throwing > SIGILL. I can pinpoint what makes the memory corrupted. Is this known issue > guys could someone shed some light. > > callstack : > Core was generated by `/usr/sbin/httpd -k start -D SSL'. > Program terminated with signal SIGILL, Illegal instruction. > #0 ap_die (r=0x7f9403ba08, type=-1811695096) at > /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_request.c:817 Can you still reproduce with httpd-2.4.48? Regards; Yann. - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] HSTS verification
When checking for https HSTS compliance on htstpreload.org I get a warning
> We cannot connect to https://example.net using TLS ("Get https://example.net:
> http: server gave HTTP response to HTTPS client").
And I do not understand how this can be. The page in questions loads as https
with a valid cert and the http query is set to redirect to https
ServerName www.example.net
ServerAlias foo.example.net
ServerAlias example.net
DocumentRoot /usr/local/www/example/
DirectoryIndex index.html
ProxyPassMatch ^/(.*\.php)$ fcgi://127.0.0.1:9000/usr/local/www/example/$1
SSLEngine on
SSLCertificateFile /usr/local/etc/dehydrated/certs/example.net/cert.pem
SSLCertificateKeyFile /usr/local/etc/dehydrated/certs/example.net/privkey.pem
SSLCertificateChainFile /usr/local/etc/dehydrated/certs/example.net/chain.pem
SSLProtocol all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1
SSLHonorCipherOrder on
SSLCipherSuite
ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS
#SSLUseStapling On
Header always set Strict-Transport-Security "max-age=15638400;
includeSubdomains;"
Header always set X-Frame-Options DENY
Alias /.well-known/ /usr/local/www/.well-known/
ServerName www.example.net
ServerAlias foo,example.net
ServerAlias example.net
ServerAlias webmail.example.net
Redirect / https://www.example.net/
Alias /.well-known/ /usr/local/www/.well-known/
--
Last night I stayed up late playing poker with Tarot cards. I got a
full house and four people died.
-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] httpd SIGILL
Good day! I've been investigating this issue with httpd corrupted memory and throwing SIGILL. I can pinpoint what makes the memory corrupted. Is this known issue guys could someone shed some light. callstack : Core was generated by `/usr/sbin/httpd -k start -D SSL'. Program terminated with signal SIGILL, Illegal instruction. #0 ap_die (r=0x7f9403ba08, type=-1811695096) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_request.c:817 817 /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_request.c: No such file or directory. [Current thread is 1 (LWP 2039)] (gdb) bt #0 ap_die (r=0x7f9403ba08, type=-1811695096) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_request.c:817 #1 ap_internal_redirect_handler (new_uri=, r=0x7f90004be0) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_request.c:817 #2 0x007fa8b22ce4 in action_handler (r=0x7f90004be0) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/mappers/mod_actions.c:209 #3 0x005574c05960 in ap_run_handler (r=r@entry=0x7f90004be0) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/server/config.c:170 #4 0x005574c06008 in ap_invoke_handler (r=r@entry=0x7f90004be0) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/server/config.c:444 #5 0x005574c1d540 in ap_process_async_request (r=r@entry=0x7f90004be0) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_request.c:453 #6 0x005574c1d6d8 in ap_process_request (r=r@entry=0x7f90004be0) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_request.c:488 #7 0x005574c19950 in ap_process_http_sync_connection (c=0x7f8000f4d8) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_core.c:214 #8 ap_process_http_connection (c=0x7f8000f4d8) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/modules/http/http_core.c:255 #9 0x005574c102f0 in ap_run_process_connection (c=c@entry=0x7f8000f4d8) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/server/connection.c:42 #10 0x005574c1093c in ap_process_connection (c=c@entry=0x7f8000f4d8, csd=0x7fa8a54968, csd@entry=0x7f8000f2c0) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/server/connection.c:219 #11 0x007fa8f298b8 in process_socket (bucket_alloc=0x7f9b48, my_thread_num=0, my_child_num=2, sock=0x7f8000f2c0, p=0x7f8000f238, thd=0x5574d2f3e8) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/server/mpm/worker/worker.c:479 #12 worker_thread (thd=0x5574d2f3e8, dummy=) at /usr/src/debug/apache2/2.4.41-r0/httpd-2.4.41/server/mpm/worker/worker.c:808 #13 0x007fa921b854 in start_thread (arg=0x7fa8a758a6) at pthread_create.c:486 #14 0x007fa917705c in thread_start () at ../sysdeps/unix/sysv/linux/aarch64/clone.S:78
