[users@httpd] Strange with AllowOverrideList Directive
Hello! I trying to completely disable of .htaccess. I have this in httpd.conf: Options FollowSymLinks AllowOverride None Require all denied Also, i have this in vhost include file: Options FollowSymLinks AllowOverride None AllowOverrideList None Require all granted CUT... Directory /var/www/development still contain .htaccess files as i do not want to remove them. Documentation https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride says: "When this directive is set to None and AllowOverrideList is set to None .htaccess, files are completely ignored. In this case, the server will not even attempt to read .htaccess files in the filesystem." But when i open my vhost, i get 500: [Tue Mar 29 01:27:12.868576 2016] [core:alert] [pid 9361:tid [client 192.168.1.1:58722] /var/www/development/.htaccess: ErrorDocument not allowed here As first line of my .htaccess start with ErrorDocument. And also, any subdirectories that contains .htaccess is failed with 500. As i see, this is mismatch in documentation? - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Rewrite domain to language specific page but no address bar redirection
did you check the flag [PT] for RewriteRule?
Christian
On Fri, Mar 25, 2016 at 04:27:46PM +0200, Alexandru Duzsardi wrote:
> I tested a bit more , and unfortunately it breaks somewhere
> Probably I should have mentioned that the path’s after ….hostname.com/ are
> not always physical paths on the disk , actually I think like 95% are not
> For example
> lang-fr.hostname.com/user/ , lang-fr.hostname.com/admin ,
> lang-fr.hostname.com/admin/modules
> or
> hostname.com/fr/user , hostname.com/fr/admin , hostname.com/admin ,
> hostname.com/admin/modules
> or
> lang-fr.hostname.com/fr/user , lang-fr.hostname.com/fr/admin ,
> lang-fr.hostname.com/fr/admin/modules
>
> And deeper paths are generated by drupal , and there is no index file , just
> the path
>
> I tried to do this to remove the index.php file from the path , and this
> works but deeper paths don’t
>
> RewriteCond %{HTTP_HOST} ^lang-fr\.hostname\.com$ [NC]
> RewriteCond %{REQUEST_URI} !^/fr/.*$
> RewriteCond %{THE_REQUEST} ^GET.*index\.php$ [NC]
> RewriteRule ^(.*)index\.php/*(.*)$ /fr/$2 [L]
>
> From: Marat Khalili [mailto:m...@rqc.ru]
> Sent: Friday, March 25, 2016 2:31 PM
> To: users@httpd.apache.org
> Subject: Re: [users@httpd] Rewrite domain to language specific page but no
> address bar redirection
>
> It's tricky. Here's a rule set that works for me (but it may depend on Apache
> version and configuration):
>
> # fr-lang {
> RewriteCond %{ENV:REDIRECT_STATUS} ^$
> RewriteCond %{REQUEST_URI} ^/fr$
> RewriteRule ^fr$ http://lang-fr.hostname.com/ [L,R=302]
>
> RewriteCond %{ENV:REDIRECT_STATUS} ^$
> RewriteCond %{REQUEST_URI} ^/fr/.*$
> RewriteRule ^fr/(.*)$ http://lang-fr.hostname.com/$1 [L,R=302]
>
> RewriteCond %{HTTP_HOST} ^www\.lang-fr\.hostname\.com$ [NC]
> RewriteRule ^(.*)$ http://lang-fr.hostname.com/$1 [R=301,L]
>
> RewriteCond %{HTTP_HOST} ^lang-fr\.hostname\.com$ [NC]
> RewriteCond %{REQUEST_URI} !^/fr/.*$
> RewriteRule ^(.*)$ /fr/$1 [L]
>
> RewriteCond %{HTTP_HOST} ^lang-fr\.hostname\.com$ [NC]
> RewriteRule ^(.*)$ - [L]
> # fr-lang }
>
> Repeat for each language (probably it's possible to make a single rule set
> for all languages, but I didn't try it).
> --
>
> With Best Regards,
> Marat Khalili
>
>
>
> On 25/03/16 11:13, Alexandru Duzsardi wrote:
> Hello,
> I’ve search around on search engines but I could not find any answers that
> solve my dilemma
> I have a VirtualHost configured to respond on multiple hostnames
> Example: hostname.com , lang-fr.hostname.com , lang-nl.hostname.com ,
> fr-lang.hostname.com , nl-lang.hostname.com
> Now , what I would like is that
> If somebody is accessing lang-fr.hostname.com and fr-lang.hostname.com to
> actually see the pages under hostname.com/fr/… but without redirection
> Like lang-fr.hostname.com/users to actually be hostname.com/fr/users , and so
> on for other languages.
>
> I’ve tried some things but always get to many redirects or some other error
> and can’t figure it out why is that happening , but if I had to guess is
> because I’m using RewriteCond correctly.
>
> Thank you in advance!
>
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
RE: [users@httpd] Rewrite domain to language specific page but no address bar redirection
I'm not sure what you mean
For now I can't figure it out why does it behave like this ... if I try to
access http://lang-fr.domain.com/ It says that /fr/index.php does not exist , I
would like it to no try to find an index just access the path specified
Regarding the PT flag , did you mean something like this ?
# fr-lang
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{REQUEST_URI} ^/fr$
RewriteRule ^fr$ http://lang-fr.hostname.com/ [L,R=302]
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{REQUEST_URI} ^/fr/.*$
RewriteRule ^fr/(.*)$ http://lang-fr.hostname.com/$1 [L,R=302]
RewriteCond %{HTTP_HOST} ^www\.lang-fr\.hostname\.com$ [NC]
RewriteRule ^(.*)$ http://lang-fr.hostname.com/$1 [R=301,L]
RewriteCond %{HTTP_HOST} ^lang-fr\.hostname\.com$ [NC]
RewriteCond %{REQUEST_URI} !^/fr/.*$
RewriteRule ^(.*)$ /fr/$1 [PT,L]
RewriteCond %{HTTP_HOST} ^lang-fr\.hostname\.com$ [NC]
RewriteRule ^(.*)$ - [PT,L]
# fr-lang
Thank you!
-Original Message-
From: Christian Hettler [mailto:christian.hett...@asknet.de]
Sent: Tuesday, March 29, 2016 12:08 PM
To: users@httpd.apache.org
Subject: Re: [users@httpd] Rewrite domain to language specific page but no
address bar redirection
did you check the flag [PT] for RewriteRule?
Christian
On Fri, Mar 25, 2016 at 04:27:46PM +0200, Alexandru Duzsardi wrote:
> I tested a bit more , and unfortunately it breaks somewhere Probably I
> should have mentioned that the path’s after ….hostname.com/ are not
> always physical paths on the disk , actually I think like 95% are not
> For example lang-fr.hostname.com/user/ , lang-fr.hostname.com/admin ,
> lang-fr.hostname.com/admin/modules
> or
> hostname.com/fr/user , hostname.com/fr/admin , hostname.com/admin ,
> hostname.com/admin/modules or lang-fr.hostname.com/fr/user ,
> lang-fr.hostname.com/fr/admin , lang-fr.hostname.com/fr/admin/modules
>
> And deeper paths are generated by drupal , and there is no index file
> , just the path
>
> I tried to do this to remove the index.php file from the path , and
> this works but deeper paths don’t
>
> RewriteCond %{HTTP_HOST} ^lang-fr\.hostname\.com$ [NC]
> RewriteCond %{REQUEST_URI} !^/fr/.*$
> RewriteCond %{THE_REQUEST} ^GET.*index\.php$ [NC]
> RewriteRule ^(.*)index\.php/*(.*)$ /fr/$2 [L]
>
> From: Marat Khalili [mailto:m...@rqc.ru]
> Sent: Friday, March 25, 2016 2:31 PM
> To: users@httpd.apache.org
> Subject: Re: [users@httpd] Rewrite domain to language specific page
> but no address bar redirection
>
> It's tricky. Here's a rule set that works for me (but it may depend on Apache
> version and configuration):
>
> # fr-lang {
> RewriteCond %{ENV:REDIRECT_STATUS} ^$
> RewriteCond %{REQUEST_URI} ^/fr$
> RewriteRule ^fr$ http://lang-fr.hostname.com/ [L,R=302]
>
> RewriteCond %{ENV:REDIRECT_STATUS} ^$
> RewriteCond %{REQUEST_URI} ^/fr/.*$
> RewriteRule ^fr/(.*)$ http://lang-fr.hostname.com/$1 [L,R=302]
>
> RewriteCond %{HTTP_HOST} ^www\.lang-fr\.hostname\.com$ [NC]
> RewriteRule ^(.*)$ http://lang-fr.hostname.com/$1 [R=301,L]
>
> RewriteCond %{HTTP_HOST} ^lang-fr\.hostname\.com$ [NC]
> RewriteCond %{REQUEST_URI} !^/fr/.*$
> RewriteRule ^(.*)$ /fr/$1 [L]
>
> RewriteCond %{HTTP_HOST} ^lang-fr\.hostname\.com$ [NC]
> RewriteRule ^(.*)$ - [L]
> # fr-lang }
>
> Repeat for each language (probably it's possible to make a single rule set
> for all languages, but I didn't try it).
> --
>
> With Best Regards,
> Marat Khalili
>
>
>
> On 25/03/16 11:13, Alexandru Duzsardi wrote:
> Hello,
> I’ve search around on search engines but I could not find any answers
> that solve my dilemma I have a VirtualHost configured to respond on
> multiple hostnames
> Example: hostname.com , lang-fr.hostname.com , lang-nl.hostname.com ,
> fr-lang.hostname.com , nl-lang.hostname.com Now , what I would like is
> that If somebody is accessing lang-fr.hostname.com and
> fr-lang.hostname.com to actually see the pages under hostname.com/fr/… but
> without redirection Like lang-fr.hostname.com/users to actually be
> hostname.com/fr/users , and so on for other languages.
>
> I’ve tried some things but always get to many redirects or some other error
> and can’t figure it out why is that happening , but if I had to guess is
> because I’m using RewriteCond correctly.
>
> Thank you in advance!
>
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Cannot find request by error log id
May be we need to get help from php team? 2015-11-13 13:54 GMT+06:00 Kurtis Rader : > On Tue, Nov 3, 2015 at 3:05 AM, Виталий Фадеев wrote: >> >> I modify access and error log formats by add %L parameter. >> >> In my error log i get this: >> [Tue Nov 03 02:55:33.635958 2015] [VjiEkn8AAAEAAHuBfzkAAABB] [-:error] >> [pid 31617:tid [client IP:PORT] PHP Warning: >> unlink(/tmp/file_name.txt): No such file or directory in >> /var/www/file_test.php on line 1, referer REFERER >> >> If i try to find this ID in access logs - nothing found. >> >> If i search request by referer, pid, ip and port combination - there >> is also no ID > > > I tested this on my system. The value logged by %L in the access log cannot > be found in the error log. The %L value is clearly a hash of some sort > (e.g., SHA1 value of the incoming IP address and port) converted to ASCII. > This looks like a bug to me. > > -- > Kurtis Rader > Caretaker of the exceptional canines Junior and Hank - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Cannot find request by error log id
unsubscribe On Tue, Mar 29, 2016 at 6:45 AM, Виталий Фадеев wrote: > May be we need to get help from php team? > > 2015-11-13 13:54 GMT+06:00 Kurtis Rader : > > On Tue, Nov 3, 2015 at 3:05 AM, Виталий Фадеев > wrote: > >> > >> I modify access and error log formats by add %L parameter. > >> > >> In my error log i get this: > >> [Tue Nov 03 02:55:33.635958 2015] [VjiEkn8AAAEAAHuBfzkAAABB] [-:error] > >> [pid 31617:tid [client IP:PORT] PHP Warning: > >> unlink(/tmp/file_name.txt): No such file or directory in > >> /var/www/file_test.php on line 1, referer REFERER > >> > >> If i try to find this ID in access logs - nothing found. > >> > >> If i search request by referer, pid, ip and port combination - there > >> is also no ID > > > > > > I tested this on my system. The value logged by %L in the access log > cannot > > be found in the error log. The %L value is clearly a hash of some sort > > (e.g., SHA1 value of the incoming IP address and port) converted to > ASCII. > > This looks like a bug to me. > > > > -- > > Kurtis Rader > > Caretaker of the exceptional canines Junior and Hank > > - > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > > -- Respectfully, Russel Van Tuyl “If you don’t go after what you want, you’ll never have it. If you don’t ask, the answer is always no. If you don’t step forward, you’re always in the same place.” -- Nora Roberts, author
Re: [users@httpd] Cannot find request by error log id
On Fri, Nov 13, 2015 at 2:54 AM, Kurtis Rader wrote:
>> In my error log i get this:
>> [Tue Nov 03 02:55:33.635958 2015] [VjiEkn8AAAEAAHuBfzkAAABB] [-:error]
>> [pid 31617:tid [client IP:PORT] PHP Warning:
>> unlink(/tmp/file_name.txt): No such file or directory in
>> /var/www/file_test.php on line 1, referer REFERER
>>
>> If i try to find this ID in access logs - nothing found.
>>
>> If i search request by referer, pid, ip and port combination - there
>> is also no ID
>
>
> I tested this on my system. The value logged by %L in the access log cannot
> be found in the error log. The %L value is clearly a hash of some sort
> (e.g., SHA1 value of the incoming IP address and port) converted to ASCII.
> This looks like a bug to me.
The particular error log entry looks like it might not pass the
request object, just the connection object.
The mod_log_config code seems to accept %{c}L for the connection-level
log ID. Does that match for you?
-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] TLSv1.2
I have added ./configure --prefix=/apps/httpd --enable-ssl --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers --enable-shared=headers my mod_headers.so is not being generated with this. I tried to copy over the mod.so files i need to run my previous config from my old dir but the are not working. do you know how i would go about getting the needed mod_headers.so ? i only see mod_headers.a and mod_headers.la in the modules directory. thx On Sat, Mar 26, 2016 at 5:01 AM, Luca Toscano wrote: > Hi! > > 2016-03-25 17:23 GMT+01:00 Leonay Wynn : > >> HI, >> >> I'm running RHEL 5.3. I upgraded my httpd version to Apache 2.4.18. >> configured with this: $ ./configure --prefix=/apps/httpd --enable-ssl >> --with-mpm=worker --enable-module=headers --enable-shared=headers >> >> All works well. >> >> I also installed OpenSSL 1.0.2g . I replaced my system installed openssl >> binary with the OpenSSL 1.0.2g. >> >> I updated my httpd-ssl.conf with >> SSLCipherSuite "EECDH+ECDSA+AESGCM EECDH+aRSA+AESGCM EECDH+ECDSA+SHA384 >> EECDH+ECDSA+SHA256 EECDH+aRSA+SHA384 EECDH+aRSA+SHA256 EECDH+aRSA+RC4 EECDH >> EDH+aRSA RC4 !aNULL !eNULL !LOW !3DES !MD5 !EXP >> !PSK !SRP !DSS" >> SSLProtocol All -SSLv2 -SSLv3 +TLSv1.2 >> >> when I try to start httpd it complains: >> >> SSLProtocol: Illegal protocol 'TLSv1.2' >> >> does anyone have a procedure to make this work or know what I'm doing >> incorrectly? >> > > httpd is not picking up the new SSL lib (not binary), you could try with > the configure option --with-ssl=DIR to instruct mod_ssl. > > Luca > > >
Re: [users@httpd] Strange with AllowOverrideList Directive
On Tue, 29 Mar 2016 15:06:50 +0600, you wrote: >Hello! > > I trying to completely disable of .htaccess. > I have this in httpd.conf: > >Options FollowSymLinks >AllowOverride None >Require all denied > > > Also, i have this in vhost include file: > >Options FollowSymLinks >AllowOverride None >AllowOverrideList None >Require all granted > CUT... > > > Directory /var/www/development still contain .htaccess files as i do > not want to remove them. > > Documentation https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride > says: > "When this directive is set to None and AllowOverrideList is set to > None .htaccess, files are completely ignored. In this case, the server > will not even attempt to read .htaccess files in the filesystem." > > But when i open my vhost, i get 500: > [Tue Mar 29 01:27:12.868576 2016] [core:alert] [pid 9361:tid [client > 192.168.1.1:58722] /var/www/development/.htaccess: ErrorDocument not > allowed here > As first line of my .htaccess start with ErrorDocument. > > And also, any subdirectories that contains .htaccess is failed with 500. > > As i see, this is mismatch in documentation? Looks like a bug to me. I wouldn't call it a ducumentation bug, as totally ignoring .htaccess is what one would want to do, because it (also) has performance advantages. As a workaround, you could change the access file name httpd is looking for, as in: https://httpd.apache.org/docs/2.4/mod/core.html#accessfilename , and .htaccess will not be read anymore. -- Regards, Kees Nuyt - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] TLSv1.2
On Tue, Mar 29, 2016 at 6:03 PM, Leonay Wynn wrote: > I have added ./configure --prefix=/apps/httpd --enable-ssl > --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers > --enable-shared=headers > > my mod_headers.so is not being generated with this. I tried to copy over the > mod.so files i need to run my previous config from my old dir but the are > not working. do you know how i would go about getting the needed > mod_headers.so ? i only see mod_headers.a and mod_headers.la in the modules > directory. You could try --enable-headers=shared instead of --enable-module=headers plus -enable-shared=headers. Regards, Yann. - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] .so modules not being created Apache 2.4.18
I need to upgrade from 2.2 to to 2.4 i used ./configure --prefix=/apps/httpd --enable-ssl --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers as well as ./configure --prefix=/apps/httpd --enable-so --enable-ssl --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers and neither are creating any .so files. when i look in the modules directory it is populated with .a and .la files only. does anyone know what i need to do to create the proper.so files. I tried to copy from my old setup but looks like they are not compatible. first one its complaining about is mod_headers.so from my httpd.conf LoadModule headers_module modules/mod_headers.so thanks in advance for any help
Re: [users@httpd] .so modules not being created Apache 2.4.18
On Tue, Mar 29, 2016 at 7:52 PM, Leonay Wynn wrote: > I need to upgrade from 2.2 to to 2.4 > > i used ./configure --prefix=/apps/httpd --enable-ssl > --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers > > as well as > ./configure --prefix=/apps/httpd --enable-so --enable-ssl > --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers Doesn't this create (at least) the mod_ssl.so file in /apps/httpd/modules/ directory? For mod_headers.so, as I said in the other thread, the correct way to enable the build of a module is --enable- (for mod_.so), thus for mod_header: --enable-headers. I think shared modules (i.e. .so files) are used by default with this method, but otherwise you could specify it explicitely: --enable-ssl=shared --enable-headers=shared. So the complete command should be something like: $ ./configure --prefix=/apps/httpd --enable-so --enable-ssl=shared --enable-headers=shared --with-ssl=/usr/local/ssl --with-mpm=worker Also, please note the modules are really installed once you do the usual "make && sudo make install" after the above "./configure". Regards, Yann. - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] .so modules not being created Apache 2.4.18
On Tue, Mar 29, 2016 at 8:52 PM, Yann Ylavic wrote: > On Tue, Mar 29, 2016 at 7:52 PM, Leonay Wynn wrote: >> I need to upgrade from 2.2 to to 2.4 >> >> i used ./configure --prefix=/apps/httpd --enable-ssl >> --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers >> >> as well as >> ./configure --prefix=/apps/httpd --enable-so --enable-ssl >> --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers > > Doesn't this create (at least) the mod_ssl.so file in > /apps/httpd/modules/ directory? > > For mod_headers.so, as I said in the other thread, the correct way to > enable the build of a module is --enable- (for > mod_.so), thus for mod_header: --enable-headers. > > I think shared modules (i.e. .so files) are used by default with this > method, but otherwise you could specify it explicitely: > --enable-ssl=shared --enable-headers=shared. > > So the complete command should be something like: > $ ./configure --prefix=/apps/httpd --enable-so --enable-ssl=shared > --enable-headers=shared --with-ssl=/usr/local/ssl --with-mpm=worker > > Also, please note the modules are really installed once you do the > usual "make && sudo make install" after the above "./configure". Hmm, actually you may need to do a "make depend" first (ie. make depend && make && sudo make install) for all the ./configured modules to be taken into account. > > Regards, > Yann. - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] .so modules not being created Apache 2.4.18
Thanks gain Yann, $ ./configure --prefix=/apps/httpd --enable-so --enable-ssl=shared --enable-headers=shared --with-ssl=/usr/local/ssl --with-mpm=worker and still no .so files of any sort. let me try the make depend and see what it says.thx On Tue, Mar 29, 2016 at 2:55 PM, Yann Ylavic wrote: > On Tue, Mar 29, 2016 at 8:52 PM, Yann Ylavic wrote: > > On Tue, Mar 29, 2016 at 7:52 PM, Leonay Wynn wrote: > >> I need to upgrade from 2.2 to to 2.4 > >> > >> i used ./configure --prefix=/apps/httpd --enable-ssl > >> --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers > >> > >> as well as > >> ./configure --prefix=/apps/httpd --enable-so --enable-ssl > >> --with-ssl=/usr/local/ssl --with-mpm=worker --enable-module=headers > > > > Doesn't this create (at least) the mod_ssl.so file in > > /apps/httpd/modules/ directory? > > > > For mod_headers.so, as I said in the other thread, the correct way to > > enable the build of a module is --enable- (for > > mod_.so), thus for mod_header: --enable-headers. > > > > I think shared modules (i.e. .so files) are used by default with this > > method, but otherwise you could specify it explicitely: > > --enable-ssl=shared --enable-headers=shared. > > > > So the complete command should be something like: > > $ ./configure --prefix=/apps/httpd --enable-so --enable-ssl=shared > > --enable-headers=shared --with-ssl=/usr/local/ssl --with-mpm=worker > > > > Also, please note the modules are really installed once you do the > > usual "make && sudo make install" after the above "./configure". > > Hmm, actually you may need to do a "make depend" first (ie. make > depend && make && sudo make install) for all the ./configured modules > to be taken into account. > > > > > Regards, > > Yann. >
Re: [users@httpd] .so modules not being created Apache 2.4.18
make depend results: make depend Making depend in srclib make[1]: Entering directory `/home/jonesk/httpd-2.4.18/srclib' Making depend in apr make[2]: Entering directory `/home/jonesk/httpd-2.4.18/srclib/apr' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/srclib/apr' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/srclib/apr' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/srclib/apr' Making depend in apr-util make[2]: Entering directory `/home/jonesk/httpd-2.4.18/srclib/apr-util' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/srclib/apr-util' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/srclib/apr-util' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/srclib/apr-util' make[2]: Entering directory `/home/jonesk/httpd-2.4.18/srclib' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/srclib' make[1]: Leaving directory `/home/jonesk/httpd-2.4.18/srclib' Making depend in os make[1]: Entering directory `/home/jonesk/httpd-2.4.18/os' Making depend in unix make[2]: Entering directory `/home/jonesk/httpd-2.4.18/os/unix' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/os/unix' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/os/unix' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/os/unix' make[2]: Entering directory `/home/jonesk/httpd-2.4.18/os' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/os' make[1]: Leaving directory `/home/jonesk/httpd-2.4.18/os' Making depend in server make[1]: Entering directory `/home/jonesk/httpd-2.4.18/server' Making depend in mpm make[2]: Entering directory `/home/jonesk/httpd-2.4.18/server/mpm' Making depend in worker make[3]: Entering directory `/home/jonesk/httpd-2.4.18/server/mpm/worker' make[4]: Entering directory `/home/jonesk/httpd-2.4.18/server/mpm/worker' make[4]: Leaving directory `/home/jonesk/httpd-2.4.18/server/mpm/worker' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/server/mpm/worker' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/server/mpm' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/server/mpm' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/server/mpm' make[2]: Entering directory `/home/jonesk/httpd-2.4.18/server' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/server' make[1]: Leaving directory `/home/jonesk/httpd-2.4.18/server' Making depend in modules make[1]: Entering directory `/home/jonesk/httpd-2.4.18/modules' Making depend in aaa make[2]: Entering directory `/home/jonesk/httpd-2.4.18/modules/aaa' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/modules/aaa' /home/jonesk/httpd-2.4.18/modules/aaa/mod_authnz_ldap.c:38:2: error: #error mod_authnz_ldap requires APR-util to have LDAP support built in. To fix add --with-ldap to ./configure. make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/aaa' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/aaa' Making depend in cache make[2]: Entering directory `/home/jonesk/httpd-2.4.18/modules/cache' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/modules/cache' /home/jonesk/httpd-2.4.18/modules/cache/mod_socache_dc.c:29:33: error: distcache/dc_client.h: No such file or directory /home/jonesk/httpd-2.4.18/modules/cache/mod_socache_dc.c:32:2: error: #error "You must compile with a more recent version of the distcache-base package" make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/cache' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/cache' Making depend in core make[2]: Entering directory `/home/jonesk/httpd-2.4.18/modules/core' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/modules/core' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/core' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/core' Making depend in database make[2]: Entering directory `/home/jonesk/httpd-2.4.18/modules/database' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/modules/database' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/database' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/database' Making depend in debugging make[2]: Entering directory `/home/jonesk/httpd-2.4.18/modules/debugging' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/modules/debugging' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/debugging' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/debugging' Making depend in filters make[2]: Entering directory `/home/jonesk/httpd-2.4.18/modules/filters' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/modules/filters' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/filters' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/filters' Making depend in http make[2]: Entering directory `/home/jonesk/httpd-2.4.18/modules/http' make[3]: Entering directory `/home/jonesk/httpd-2.4.18/modules/http' make[3]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/http' make[2]: Leaving directory `/home/jonesk/httpd-2.4.18/modules/http' Making de
Re: [users@httpd] .so modules not being created Apache 2.4.18
On Tue, Mar 29, 2016 at 9:18 PM, Leonay Wynn wrote: > make depend results: You still need "make && make install" after "make depend". - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Cannot find request by error log id
Hello!
I will check it on live system.
BTW, why does %{c}L not documented?
2016-03-29 19:31 GMT+06:00 Eric Covener :
> On Fri, Nov 13, 2015 at 2:54 AM, Kurtis Rader wrote:
>>> In my error log i get this:
>>> [Tue Nov 03 02:55:33.635958 2015] [VjiEkn8AAAEAAHuBfzkAAABB] [-:error]
>>> [pid 31617:tid [client IP:PORT] PHP Warning:
>>> unlink(/tmp/file_name.txt): No such file or directory in
>>> /var/www/file_test.php on line 1, referer REFERER
>>>
>>> If i try to find this ID in access logs - nothing found.
>>>
>>> If i search request by referer, pid, ip and port combination - there
>>> is also no ID
>>
>>
>> I tested this on my system. The value logged by %L in the access log cannot
>> be found in the error log. The %L value is clearly a hash of some sort
>> (e.g., SHA1 value of the incoming IP address and port) converted to ASCII.
>> This looks like a bug to me.
>
> The particular error log entry looks like it might not pass the
> request object, just the connection object.
>
> The mod_log_config code seems to accept %{c}L for the connection-level
> log ID. Does that match for you?
>
> -
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
-
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Strange with AllowOverrideList Directive
[+dev@]
Hi!
2016-03-29 11:06 GMT+02:00 Виталий Фадеев :
> Hello!
>
> I trying to completely disable of .htaccess.
> I have this in httpd.conf:
>
> Options FollowSymLinks
> AllowOverride None
> Require all denied
>
>
> Also, i have this in vhost include file:
>
> Options FollowSymLinks
> AllowOverride None
> AllowOverrideList None
> Require all granted
> CUT...
>
>
> Directory /var/www/development still contain .htaccess files as i do
> not want to remove them.
>
> Documentation
> https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride
> says:
> "When this directive is set to None and AllowOverrideList is set to
> None .htaccess, files are completely ignored. In this case, the server
> will not even attempt to read .htaccess files in the filesystem."
>
> But when i open my vhost, i get 500:
> [Tue Mar 29 01:27:12.868576 2016] [core:alert] [pid 9361:tid [client
> 192.168.1.1:58722] /var/www/development/.htaccess: ErrorDocument not
> allowed here
> As first line of my .htaccess start with ErrorDocument.
>
> And also, any subdirectories that contains .htaccess is failed with 500.
>
> As i see, this is mismatch in documentation?
I can reproduce on 2.4.16: AllowOverride None alone behaves as expected,
but with AllowOverrideList None I get the same error message (" not
allowed here").
+dev@ to get their opinion! Bug in documentation or small fix required? (or
me missing something?)
Luca
