You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by Lester Caine <le...@lsces.co.uk> on 2012/11/09 19:08:13 UTC
[users@httpd] 403 Forbidden ...
I'm missing something simple I am sure ...
Am moving from 2.2 to 2.4 and this works on 2.2!
http://eveshamtc.lsces.co.uk works ...
The vhost file has 301 redirects from the original .aspx links, so
http://eveshamtc.lsces.co.uk/lifeinevesham.aspx is redirected to
http://eveshamtc.lsces.co.uk/wiki/index.php?page=Life+in+Evesham
However there is a generic mod_rewrite for the machine in mod_rewrite.conf which
should allow http://eveshamtc.lsces.co.uk/wiki/Life+in+Evesham to work. The log
file is showing it being remapped to /wiki/index.php?page=Life+in+Evesham
but I'm getting a 'You don't have permission to access /wiki/Location+and+Travel
on this server.' error.
If I remove the LogLevel alert rewrite:trace3 then I'm getting a
AH01630: client denied by server configuration: /wiki/index.php
I've got
Options All
AllowOverride All
Require all granted
But only the last should be required
So what am I missing to make this work on httpd2.4 ?
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Yehuda Katz <ye...@ymkatz.net>.
I am going to guess that there is a conflict between your rewrite rules and
actual directory names.
I am guessing that the 403 is generated by directory index not being
allowed.
When I go to http://evesham.uk.com/wiki/index.php?page=Life+in+Evesham, the
page actually shows up (and it also does when I hit
http://evesham.uk.com/index.php?page=Life+in+Evesham).
Oddly enough, when I go to http://evesham.uk.com/Life+in+Evesham, I get
your home page.
I think MediaWiki recommends installing in /w/ (or at least something
different than the rewrite prefix you will be using)
http://www.mediawiki.org/wiki/Manual:Short_URL/Apache
Edits have been made to that page as recently as the beginning of October,
so you might want to have a look there.
- Y
On Tue, Nov 13, 2012 at 11:45 AM, Lester Caine <le...@lsces.co.uk> wrote:
> Antonio Vidal Ferrer wrote:
>
>> May be as a first step, start enabling Rewrite log. Put RewriteLogLevel
>> at 5, to
>> see what is being rewrited. Then based on that we can check what it's
>> making it
>> fail.
>>
> The rewrite is apparently doing the correct conversion from
> http://evesham.uk.com/wiki/**Life+in+Evesham<http://evesham.uk.com/wiki/Life+in+Evesham>
> to
> http://evesham.uk.com/wiki/**index.php?page=Life+in+Evesham<http://evesham.uk.com/wiki/index.php?page=Life+in+Evesham>
>
> The full format works fine, it's what is being used now as the site is
> live.
> With the 'LogLevel alert rewrite:trace5' commented out I get
>
> [Fri Nov 09 17:46:24.546411 2012] [authz_core:error] [pid 18394:tid
> 140678935852800] [client 81.138.11.136:47676] AH01630: client denied by
> server configuration: /wiki/index.php
>
> Which I presume IS the fault I'm trying to clear?
>
> Enabling the Loglevel setting I get
>
> [Fri Nov 09 17:46:43.310846 2012] [rewrite:trace2] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - - [evesham.uk.com/sid#**7ff26e320370][rid#**
> 7ff26e6900a0/initial<http://evesham.uk.com/sid#7ff26e320370][rid%237ff26e6900a0/initial>]
> init rewrite engine with requested uri /wiki/Location+and+Travel
> [Fri Nov 09 17:46:43.310894 2012] [rewrite:trace3] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - - [evesham.uk.com/sid#**7ff26e320370][rid#**
> 7ff26e6900a0/initial<http://evesham.uk.com/sid#7ff26e320370][rid%237ff26e6900a0/initial>]
> applying pattern '^.*$' to uri '/wiki/Location+and+Travel'
> [Fri Nov 09 17:46:43.310969 2012] [rewrite:trace3] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - - [evesham.uk.com/sid#**7ff26e320370][rid#**
> 7ff26e6900a0/initial<http://evesham.uk.com/sid#7ff26e320370][rid%237ff26e6900a0/initial>]
> applying pattern '^/wiki/view/(.+)$' to uri '/wiki/Location+and+Travel'
> [Fri Nov 09 17:46:43.310993 2012] [rewrite:trace3] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - - [evesham.uk.com/sid#**7ff26e320370][rid#**
> 7ff26e6900a0/initial<http://evesham.uk.com/sid#7ff26e320370][rid%237ff26e6900a0/initial>]
> applying pattern '^/wiki/(.+)$' to uri '/wiki/Location+and+Travel'
> [Fri Nov 09 17:46:43.311026 2012] [rewrite:trace2] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - - [evesham.uk.com/sid#**7ff26e320370][rid#**
> 7ff26e6900a0/initial<http://evesham.uk.com/sid#7ff26e320370][rid%237ff26e6900a0/initial>]
> rewrite '/wiki/Location+and+Travel' -> '/wiki/index.php?page=**
> Location+and+Travel'
> [Fri Nov 09 17:46:43.311047 2012] [rewrite:trace3] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - - [evesham.uk.com/sid#**7ff26e320370][rid#**
> 7ff26e6900a0/initial<http://evesham.uk.com/sid#7ff26e320370][rid%237ff26e6900a0/initial>]
> split uri=/wiki/index.php?page=**Location+and+Travel ->
> uri=/wiki/index.php, args=page=Location+and+Travel
> [Fri Nov 09 17:46:43.311067 2012] [rewrite:trace2] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - - [evesham.uk.com/sid#**7ff26e320370][rid#**
> 7ff26e6900a0/initial<http://evesham.uk.com/sid#7ff26e320370][rid%237ff26e6900a0/initial>]
> local path result: /wiki/index.php
> [Fri Nov 09 17:46:43.311089 2012] [rewrite:trace1] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - - [evesham.uk.com/sid#**7ff26e320370][rid#**
> 7ff26e6900a0/initial<http://evesham.uk.com/sid#7ff26e320370][rid%237ff26e6900a0/initial>]
> go-ahead with /wiki/index.php [OK]
>
> At which point I asked for some help ... I think I've checked everything
> against the http://httpd.apache.org/docs/**2.4/upgrading.html#run-time<http://httpd.apache.org/docs/2.4/upgrading.html#run-time>crib sheet and I can get the site to give the right errors when I make a
> mistake but I am now lost as to where to go next.
>
> mod_info should be running, but I'm not seeing it currently .... still
> working on this.
>
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=**contact<http://lsces.co.uk/wiki/?page=contact>
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.**uk<http://rainbowdigitalmedia.co.uk>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@httpd.**apache.org<us...@httpd.apache.org>
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Igor Cicimov wrote:
> So this is a different machine??? If you haven't set the wiki file permissions
> properly on the new server the access will not work no matter which version of
> apache you are using. Again, is there any wiki apache config file for the wiki
> directory?
> To start with compare the permissions of the wiki directory on the old and the
> new server and make sure they are identical.
Igor - you are missing some earlier information ... the site works perfectly
when 'directly' accessing the content, so permissions are not a problem! I have
now identified what IS different - don't understand why - but currently it looks
like have to manually rewrite every vhost file as 2.4 is simply not including
the 'DocumentRoot' value in the same way it is included on 2.2 :(
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Igor Cicimov <ic...@gmail.com>.
On Wed, Nov 14, 2012 at 8:19 AM, Lester Caine <le...@lsces.co.uk> wrote:
> Ben Johnson wrote:
>
>> Most likely, the root of the problem is in how that /wiki location is
>> defined. Did you define that location yourself? Or did you just install
>> some off-the-shelf Wikimedia package for your OS?
>>
>
> This is making sense Ben - Thanks for the pointers
>
> This is one of many 'bitweaver' based sites some of which have been
> running on a number of Apache 2.2 machines for many years - without a
> problem. It's having moved them to a new 2.4 based machine that is causing
> the problem!
>
>
So this is a different machine??? If you haven't set the wiki file
permissions properly on the new server the access will not work no matter
which version of apache you are using. Again, is there any wiki apache
config file for the wiki directory?
To start with compare the permissions of the wiki directory on the old and
the new server and make sure they are identical.
> But this all configured in the vhost.d files, so
> RewriteBase: only valid in per-directory config files
>
> I've avoided using .htaccess so far as I thought THAT was frond on? Am I
> going to have to switch everything back to directory based, having spent a
> lot of time stripping it on 2.2 :(
>
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=**contact<http://lsces.co.uk/wiki/?page=contact>
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.**uk<http://rainbowdigitalmedia.co.uk>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@httpd.**apache.org<us...@httpd.apache.org>
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Ben Johnson wrote:
> Most likely, the root of the problem is in how that /wiki location is
> defined. Did you define that location yourself? Or did you just install
> some off-the-shelf Wikimedia package for your OS?
This is making sense Ben - Thanks for the pointers
This is one of many 'bitweaver' based sites some of which have been running on a
number of Apache 2.2 machines for many years - without a problem. It's having
moved them to a new 2.4 based machine that is causing the problem!
But this all configured in the vhost.d files, so
RewriteBase: only valid in per-directory config files
I've avoided using .htaccess so far as I thought THAT was frond on? Am I going
to have to switch everything back to directory based, having spent a lot of time
stripping it on 2.2 :(
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Igor Cicimov <ic...@gmail.com>.
On 14/11/2012 7:44 AM, "Jeroen Geilman" <je...@adaptr.nl> wrote:
>
> On 11/13/2012 09:34 PM, Lester Caine wrote:
>>
>> Lester Caine wrote:
>>
>> Found a few little niggles while sorting mod_info. I was still running
mod_access_compat and switching that off flagged a couple of problems. All
have now been cleared but no change to the 403 error on rewrite results.
>>
>>> mod_info is now loaded, but currently I'm just flipping to home page
.... just
>>> working through the settings.
>>
>> Now working but locked down locally at present ...
>> What should I be looking for.
>>
>>> Just working through Yehuda's link as well.
>>
>> I've tried a few things from the mediawiki article but I suspect that is
based on 2.2 working?
>>
>> AH - found something!
>> I've switched the deny off on the '/' level
>>
>> From server-info -----
>> Current Configuration:
>> In file: /opt/apache2/conf/httpd.conf
>> 199: <Directory />
>> 201: Require all granted ( Was denied )
>> : </Directory>
>> 223: <Files ".ht*">
>> 224: Require all denied
>> : </Files>
>> 315: <Directory "/opt/apache2/cgi-bin">
>> 318: Require all granted
>> : </Directory>
>> In file: /opt/apache2/conf/vhosts.d/25_vhost.eveshamtc.org.uk.conf
>> 60: <Directory "/srv/website/eveshamtc.org.uk">
>> 73: Options FollowSymLinks
>> 80: AllowOverride All
>> : </Directory>
>> 94: ErrorDocument 404 /index.php
>> : </VirtualHost>
>>
>> AND THEN I GET
>> Warning: require_once(../kernel/setup_inc.php): failed to open stream:
No such file or directory in /wiki/index.php on line 16 Fatal error:
require_once(): Failed opening required '../kernel/setup_inc.php'
(include_path='.:/opt/php5/lib/php:/opt/php5/lib/php/PEAR') in
/wiki/index.php on line 16
>>
>> Which is telling me that the rewrite has lost the local directory
details for the vhost ... Or at least I think that is the problem?
>>
>
> No, PHP include errors have typically no cause in apache misconfiguration.
>
>
> --
> J.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
First on which os are you running on? Have you checked the file
permissions? Does MediaWiki come with its one apache config file? What
happens if you put Options +Indexes for the wiki directory?
Re: [users@httpd] 403 Forbidden ...
Posted by Jeroen Geilman <je...@adaptr.nl>.
On 11/13/2012 09:34 PM, Lester Caine wrote:
> Lester Caine wrote:
>
> Found a few little niggles while sorting mod_info. I was still running
> mod_access_compat and switching that off flagged a couple of problems.
> All have now been cleared but no change to the 403 error on rewrite
> results.
>
>> mod_info is now loaded, but currently I'm just flipping to home page
>> .... just
>> working through the settings.
> Now working but locked down locally at present ...
> What should I be looking for.
>
>> Just working through Yehuda's link as well.
> I've tried a few things from the mediawiki article but I suspect that
> is based on 2.2 working?
>
> AH - found something!
> I've switched the deny off on the '/' level
>
> From server-info -----
> Current Configuration:
> In file: /opt/apache2/conf/httpd.conf
> 199: <Directory />
> 201: Require all granted ( Was denied )
> : </Directory>
> 223: <Files ".ht*">
> 224: Require all denied
> : </Files>
> 315: <Directory "/opt/apache2/cgi-bin">
> 318: Require all granted
> : </Directory>
> In file: /opt/apache2/conf/vhosts.d/25_vhost.eveshamtc.org.uk.conf
> 60: <Directory "/srv/website/eveshamtc.org.uk">
> 73: Options FollowSymLinks
> 80: AllowOverride All
> : </Directory>
> 94: ErrorDocument 404 /index.php
> : </VirtualHost>
>
> AND THEN I GET
> Warning: require_once(../kernel/setup_inc.php): failed to open stream:
> No such file or directory in /wiki/index.php on line 16 Fatal error:
> require_once(): Failed opening required '../kernel/setup_inc.php'
> (include_path='.:/opt/php5/lib/php:/opt/php5/lib/php/PEAR') in
> /wiki/index.php on line 16
>
> Which is telling me that the rewrite has lost the local directory
> details for the vhost ... Or at least I think that is the problem?
>
No, PHP include errors have typically no cause in apache misconfiguration.
--
J.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Yehuda Katz <ye...@ymkatz.net>.
On Tue, Nov 13, 2012 at 4:54 PM, Lester Caine <le...@lsces.co.uk> wrote:
> lines like
> RewriteRule ^/?wiki/view/(.+)$ /wiki/index.php?page=$1 [L]
>
> have been ammended to
>
> RewriteRule ^/?wiki/view/(.+)$ /srv/website/eveshamtc.org.uk/**wiki/index.php?page=$1
> [L]
>
> 'A web-path to a resource' is not using the DocumentRoot setting
I heard the same issue from someone else. While the documentation has not
changed from 2.2, I am wondering if it is now being done differently in 2.4.
First: The reason you had a change when you modified the <Directory />
require directive is because it was trying to match against /wiki on the
file system. (Note that a URL-path will be interpreted as a file-system
path is such a file exists. Do you have a /wiki folder? Or, might 2.4 not
be checking that properly?)
You could probably drop the leading slash and it would work (my only dev
server on 2.4 is Windows, so no guarantee that it is the same).
Have a look at the grey boxes at the top of
http://httpd.apache.org/docs/2.4/mod/mod_rewrite.html#rewriterule that
explain how per-directory rules are processed, particularly the third point
in the second box: the per-directory prefix is only added to the result for
rules that are in a <Directory> block or .htaccess, not for other
containers.
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Igor Cicimov wrote:
>
> lines like
> RewriteRule ^/?wiki/view/(.+)$ /wiki/index.php?page=$1 [L]
>
> have been ammended to
>
> RewriteRule ^/?wiki/view/(.+)$
> /srv/website/eveshamtc.org.uk/__wiki/index.php?page=$1
> <http://eveshamtc.org.uk/wiki/index.php?page=$1> [L]
>
> 'A web-path to a resource' is not using the DocumentRoot setting
>
>
> That's a good point. Sorry it's a long thread and I thought I read in one of
> your posts that the rewritre rules are properly mapping so I have excluded
> mod_rewrite from the picture.
The 'DocumentRoot' element is not displayed in the rewrite log on the 2.2
version which is working fine. So I ASSUMED the fact that the 2.4 version was
working the same ...
So where do I report this problem. As far as I can see this IS a bug?
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Igor Cicimov <ic...@gmail.com>.
On Wed, Nov 14, 2012 at 8:54 AM, Lester Caine <le...@lsces.co.uk> wrote:
> Ben Johnson wrote:
>
>> My rewrite rules are stored in a config file 'mod_rewrite.conf' which is
>>> >loaded in every vhost.d config file. To get this working I've copied all
>>> >the code directly into one of the vhost.conf files and then added the
>>> >hard coded paths to the re-write rules.
>>> >
>>> >So now the question is "Is there something I can use to add the vhost
>>> >path automatically in the generic config file?"
>>> >
>>>
>> Well, how did you fix it?! :P
>>
>> As for your new question, we're not mind-readers... we'd need to see the
>> mod_rewrite rules to provide a meaningful answer.
>>
>
> lines like
> RewriteRule ^/?wiki/view/(.+)$ /wiki/index.php?page=$1 [L]
>
> have been ammended to
>
> RewriteRule ^/?wiki/view/(.+)$ /srv/website/eveshamtc.org.uk/**
> wiki/index.php?page=$1 <http://eveshamtc.org.uk/wiki/index.php?page=$1> [L]
>
> 'A web-path to a resource' is not using the DocumentRoot setting
>
>
That's a good point. Sorry it's a long thread and I thought I read in one
of your posts that the rewritre rules are properly mapping so I have
excluded mod_rewrite from the picture.
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=**contact<http://lsces.co.uk/wiki/?page=contact>
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.**uk<http://rainbowdigitalmedia.co.uk>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@httpd.**apache.org<us...@httpd.apache.org>
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Ben Johnson wrote:
>
>
> On 11/13/2012 4:54 PM, Lester Caine wrote:
>> Ben Johnson wrote:
>>>> My rewrite rules are stored in a config file 'mod_rewrite.conf' which is
>>>>> loaded in every vhost.d config file. To get this working I've copied
>>>> all
>>>>> the code directly into one of the vhost.conf files and then added the
>>>>> hard coded paths to the re-write rules.
>>>>>
>>>>> So now the question is "Is there something I can use to add the vhost
>>>>> path automatically in the generic config file?"
>>>>>
>>> Well, how did you fix it?! :P
>>>
>>> As for your new question, we're not mind-readers... we'd need to see the
>>> mod_rewrite rules to provide a meaningful answer.
>>
>> lines like
>> RewriteRule ^/?wiki/view/(.+)$ /wiki/index.php?page=$1 [L]
>>
>> have been ammended to
>>
>> RewriteRule ^/?wiki/view/(.+)$
>> /srv/website/eveshamtc.org.uk/wiki/index.php?page=$1 [L]
>>
>> 'A web-path to a resource' is not using the DocumentRoot setting
>>
>
> Right; as you suggested earlier, this seems to be a product of moving
> your mod_rewrite rules from .htaccess files to vhost configuration files.
Except that was done for and is working on 2.2 ...
>>From what I can tell, the only portion of that path that needs to
> dynamic is the host name.
>
> I don't know if this will work in that context, but given that your
> filesystem structure uses the host name, perhaps you could use
> %{HTTP_HOST} in place of "eveshamtc.org.uk", e.g.:
Some domains share the one directory so that one will be difficult in all cases!
> RewriteRule ^/?wiki/view/(.+)$
> /srv/website/%{$HTTP_HOST}/wiki/index.php?page=$1 [L]
I will give it a try ... although the alternative which Yehuda is pointing
towards is to include the generic rewrite script within the <directory> section
of the <vhost> section. However there are a group of .conf files loaded for the
generic setup, and some of them should not be loaded then. This all seems rather
messy when the current set-up works perfectly on 2.2 :(
Currently I just edit the one rewrite config file and update all sites ...
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Ben Johnson <be...@indietorrent.org>.
On 11/13/2012 4:54 PM, Lester Caine wrote:
> Ben Johnson wrote:
>>> My rewrite rules are stored in a config file 'mod_rewrite.conf' which is
>>> >loaded in every vhost.d config file. To get this working I've copied
>>> all
>>> >the code directly into one of the vhost.conf files and then added the
>>> >hard coded paths to the re-write rules.
>>> >
>>> >So now the question is "Is there something I can use to add the vhost
>>> >path automatically in the generic config file?"
>>> >
>> Well, how did you fix it?! :P
>>
>> As for your new question, we're not mind-readers... we'd need to see the
>> mod_rewrite rules to provide a meaningful answer.
>
> lines like
> RewriteRule ^/?wiki/view/(.+)$ /wiki/index.php?page=$1 [L]
>
> have been ammended to
>
> RewriteRule ^/?wiki/view/(.+)$
> /srv/website/eveshamtc.org.uk/wiki/index.php?page=$1 [L]
>
> 'A web-path to a resource' is not using the DocumentRoot setting
>
Right; as you suggested earlier, this seems to be a product of moving
your mod_rewrite rules from .htaccess files to vhost configuration files.
>From what I can tell, the only portion of that path that needs to
dynamic is the host name.
I don't know if this will work in that context, but given that your
filesystem structure uses the host name, perhaps you could use
%{HTTP_HOST} in place of "eveshamtc.org.uk", e.g.:
RewriteRule ^/?wiki/view/(.+)$
/srv/website/%{$HTTP_HOST}/wiki/index.php?page=$1 [L]
-Ben
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Ben Johnson wrote:
>> My rewrite rules are stored in a config file 'mod_rewrite.conf' which is
>> >loaded in every vhost.d config file. To get this working I've copied all
>> >the code directly into one of the vhost.conf files and then added the
>> >hard coded paths to the re-write rules.
>> >
>> >So now the question is "Is there something I can use to add the vhost
>> >path automatically in the generic config file?"
>> >
> Well, how did you fix it?! :P
>
> As for your new question, we're not mind-readers... we'd need to see the
> mod_rewrite rules to provide a meaningful answer.
lines like
RewriteRule ^/?wiki/view/(.+)$ /wiki/index.php?page=$1 [L]
have been ammended to
RewriteRule ^/?wiki/view/(.+)$
/srv/website/eveshamtc.org.uk/wiki/index.php?page=$1 [L]
'A web-path to a resource' is not using the DocumentRoot setting
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Ben Johnson <be...@indietorrent.org>.
On 11/13/2012 4:37 PM, Lester Caine wrote:
> Ben Johnson wrote:
>> Still, I'm not sure that this has anything to do with URL-rewriting.
>> This seems related to path resolution in the PHP application (which
>> mod_rewrite may influence, to be fair).
>>
>> This is why any developer that uses relative file paths in this way
>> should be scorned, publicly. But that's here nor there.
>
> http://evesham.uk.com/wiki/Life+In+Evesham is working ... :)
>
> But now I need to work out how to get the 'generic' code I've been using
> for years to work.
>
> My rewrite rules are stored in a config file 'mod_rewrite.conf' which is
> loaded in every vhost.d config file. To get this working I've copied all
> the code directly into one of the vhost.conf files and then added the
> hard coded paths to the re-write rules.
>
> So now the question is "Is there something I can use to add the vhost
> path automatically in the generic config file?"
>
Well, how did you fix it?! :P
As for your new question, we're not mind-readers... we'd need to see the
mod_rewrite rules to provide a meaningful answer.
-Ben
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Ben Johnson wrote:
> Still, I'm not sure that this has anything to do with URL-rewriting.
> This seems related to path resolution in the PHP application (which
> mod_rewrite may influence, to be fair).
>
> This is why any developer that uses relative file paths in this way
> should be scorned, publicly. But that's here nor there.
http://evesham.uk.com/wiki/Life+In+Evesham is working ... :)
But now I need to work out how to get the 'generic' code I've been using for
years to work.
My rewrite rules are stored in a config file 'mod_rewrite.conf' which is loaded
in every vhost.d config file. To get this working I've copied all the code
directly into one of the vhost.conf files and then added the hard coded paths to
the re-write rules.
So now the question is "Is there something I can use to add the vhost path
automatically in the generic config file?"
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Ben Johnson <be...@indietorrent.org>.
On 11/13/2012 3:34 PM, Lester Caine wrote:
> Lester Caine wrote:
>
> Found a few little niggles while sorting mod_info. I was still running
> mod_access_compat and switching that off flagged a couple of problems.
> All have now been cleared but no change to the 403 error on rewrite
> results.
>
>> mod_info is now loaded, but currently I'm just flipping to home page
>> .... just
>> working through the settings.
> Now working but locked down locally at present ...
> What should I be looking for.
>
>> Just working through Yehuda's link as well.
> I've tried a few things from the mediawiki article but I suspect that is
> based on 2.2 working?
>
> AH - found something!
> I've switched the deny off on the '/' level
>
> From server-info -----
> Current Configuration:
> In file: /opt/apache2/conf/httpd.conf
> 199: <Directory />
> 201: Require all granted ( Was denied )
> : </Directory>
> 223: <Files ".ht*">
> 224: Require all denied
> : </Files>
> 315: <Directory "/opt/apache2/cgi-bin">
> 318: Require all granted
> : </Directory>
> In file: /opt/apache2/conf/vhosts.d/25_vhost.eveshamtc.org.uk.conf
> 60: <Directory "/srv/website/eveshamtc.org.uk">
> 73: Options FollowSymLinks
> 80: AllowOverride All
> : </Directory>
> 94: ErrorDocument 404 /index.php
> : </VirtualHost>
>
> AND THEN I GET
> Warning: require_once(../kernel/setup_inc.php): failed to open stream:
> No such file or directory in /wiki/index.php on line 16 Fatal error:
> require_once(): Failed opening required '../kernel/setup_inc.php'
> (include_path='.:/opt/php5/lib/php:/opt/php5/lib/php/PEAR') in
> /wiki/index.php on line 16
>
> Which is telling me that the rewrite has lost the local directory
> details for the vhost ... Or at least I think that is the problem?
>
Are you defining a RewriteBase amongst your mod_rewrite rule(s)? If so,
what is the value?
Still, I'm not sure that this has anything to do with URL-rewriting.
This seems related to path resolution in the PHP application (which
mod_rewrite may influence, to be fair).
This is why any developer that uses relative file paths in this way
should be scorned, publicly. But that's here nor there.
Fundamentally, it seems the problem is that the require_once() statement
on line 16 of index.php is looking for setup_inc.php "up one level and
inside the 'kernel' directory". But given your URL structure, "up one
level" references the vhost's document root, and most certainly, there
is no "kernel" directory at that location. Presumably, the "kernel"
directory is inside the "wiki" directory.
Most likely, the root of the problem is in how that /wiki location is
defined. Did you define that location yourself? Or did you just install
some off-the-shelf Wikimedia package for your OS?
-Ben
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Lester Caine wrote:
Found a few little niggles while sorting mod_info. I was still running
mod_access_compat and switching that off flagged a couple of problems. All have
now been cleared but no change to the 403 error on rewrite results.
> mod_info is now loaded, but currently I'm just flipping to home page .... just
> working through the settings.
Now working but locked down locally at present ...
What should I be looking for.
> Just working through Yehuda's link as well.
I've tried a few things from the mediawiki article but I suspect that is based
on 2.2 working?
AH - found something!
I've switched the deny off on the '/' level
From server-info -----
Current Configuration:
In file: /opt/apache2/conf/httpd.conf
199: <Directory />
201: Require all granted ( Was denied )
: </Directory>
223: <Files ".ht*">
224: Require all denied
: </Files>
315: <Directory "/opt/apache2/cgi-bin">
318: Require all granted
: </Directory>
In file: /opt/apache2/conf/vhosts.d/25_vhost.eveshamtc.org.uk.conf
60: <Directory "/srv/website/eveshamtc.org.uk">
73: Options FollowSymLinks
80: AllowOverride All
: </Directory>
94: ErrorDocument 404 /index.php
: </VirtualHost>
AND THEN I GET
Warning: require_once(../kernel/setup_inc.php): failed to open stream: No such
file or directory in /wiki/index.php on line 16 Fatal error: require_once():
Failed opening required '../kernel/setup_inc.php'
(include_path='.:/opt/php5/lib/php:/opt/php5/lib/php/PEAR') in /wiki/index.php
on line 16
Which is telling me that the rewrite has lost the local directory details for
the vhost ... Or at least I think that is the problem?
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Ben Johnson wrote:
> I'm not convinced that mod_rewrite has anything to do with this; it can
> probably be removed from the equation entirely. I mean, I assume that
> you receive the same error ("client denied by server configuration:
> /wiki/index.php") when you hit the URL
> /wiki/index.php?page=Life+in+Evesham directly, right?
http://evesham.uk.com/wiki/index.php?page=Life+In+Evesham works fine
As does http://evesham.uk.com/wiki/index.php loading the home page.
But I do agree that mod_rewrite does seem to have done the right job!
> Regarding mod_info, while I have not tested this with Apache 2.4, it
> should be as simple as installing the module and adding something like
> this to your server configuration:
>
> <IfModule mod_info.c>
> <Location /server-info>
> Require all granted
> SetHandler server-info
> </Location>
> </IfModule>
>
> You'll probably want to add some kind of authentication requirement to
> the <Location> block, too, so that unauthorized parties cannot view your
> configuration directives.
mod_info is now loaded, but currently I'm just flipping to home page .... just
working through the settings.
Just working through Yehuda's link as well.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Ben Johnson <be...@indietorrent.org>.
On 11/13/2012 11:45 AM, Lester Caine wrote:
> Antonio Vidal Ferrer wrote:
>> May be as a first step, start enabling Rewrite log. Put
>> RewriteLogLevel at 5, to
>> see what is being rewrited. Then based on that we can check what it's
>> making it
>> fail.
> The rewrite is apparently doing the correct conversion from
> http://evesham.uk.com/wiki/Life+in+Evesham
> to
> http://evesham.uk.com/wiki/index.php?page=Life+in+Evesham
>
> The full format works fine, it's what is being used now as the site is
> live.
> With the 'LogLevel alert rewrite:trace5' commented out I get
>
> [Fri Nov 09 17:46:24.546411 2012] [authz_core:error] [pid 18394:tid
> 140678935852800] [client 81.138.11.136:47676] AH01630: client denied by
> server configuration: /wiki/index.php
>
> Which I presume IS the fault I'm trying to clear?
>
> Enabling the Loglevel setting I get
>
> [Fri Nov 09 17:46:43.310846 2012] [rewrite:trace2] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - -
> [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] init rewrite
> engine with requested uri /wiki/Location+and+Travel
> [Fri Nov 09 17:46:43.310894 2012] [rewrite:trace3] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - -
> [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] applying
> pattern '^.*$' to uri '/wiki/Location+and+Travel'
> [Fri Nov 09 17:46:43.310969 2012] [rewrite:trace3] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - -
> [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] applying
> pattern '^/wiki/view/(.+)$' to uri '/wiki/Location+and+Travel'
> [Fri Nov 09 17:46:43.310993 2012] [rewrite:trace3] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - -
> [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] applying
> pattern '^/wiki/(.+)$' to uri '/wiki/Location+and+Travel'
> [Fri Nov 09 17:46:43.311026 2012] [rewrite:trace2] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - -
> [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] rewrite
> '/wiki/Location+and+Travel' -> '/wiki/index.php?page=Location+and+Travel'
> [Fri Nov 09 17:46:43.311047 2012] [rewrite:trace3] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - -
> [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] split
> uri=/wiki/index.php?page=Location+and+Travel -> uri=/wiki/index.php,
> args=page=Location+and+Travel
> [Fri Nov 09 17:46:43.311067 2012] [rewrite:trace2] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - -
> [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] local path
> result: /wiki/index.php
> [Fri Nov 09 17:46:43.311089 2012] [rewrite:trace1] [pid 18791:tid
> 140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686]
> 81.138.11.136 - -
> [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] go-ahead
> with /wiki/index.php [OK]
>
> At which point I asked for some help ... I think I've checked everything
> against the http://httpd.apache.org/docs/2.4/upgrading.html#run-time
> crib sheet and I can get the site to give the right errors when I make a
> mistake but I am now lost as to where to go next.
>
> mod_info should be running, but I'm not seeing it currently .... still
> working on this.
>
I'm not convinced that mod_rewrite has anything to do with this; it can
probably be removed from the equation entirely. I mean, I assume that
you receive the same error ("client denied by server configuration:
/wiki/index.php") when you hit the URL
/wiki/index.php?page=Life+in+Evesham directly, right?
Regarding mod_info, while I have not tested this with Apache 2.4, it
should be as simple as installing the module and adding something like
this to your server configuration:
<IfModule mod_info.c>
<Location /server-info>
Require all granted
SetHandler server-info
</Location>
</IfModule>
You'll probably want to add some kind of authentication requirement to
the <Location> block, too, so that unauthorized parties cannot view your
configuration directives.
-Ben
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Antonio Vidal Ferrer wrote:
> May be as a first step, start enabling Rewrite log. Put RewriteLogLevel at 5, to
> see what is being rewrited. Then based on that we can check what it's making it
> fail.
The rewrite is apparently doing the correct conversion from
http://evesham.uk.com/wiki/Life+in+Evesham
to
http://evesham.uk.com/wiki/index.php?page=Life+in+Evesham
The full format works fine, it's what is being used now as the site is live.
With the 'LogLevel alert rewrite:trace5' commented out I get
[Fri Nov 09 17:46:24.546411 2012] [authz_core:error] [pid 18394:tid
140678935852800] [client 81.138.11.136:47676] AH01630: client denied by server
configuration: /wiki/index.php
Which I presume IS the fault I'm trying to clear?
Enabling the Loglevel setting I get
[Fri Nov 09 17:46:43.310846 2012] [rewrite:trace2] [pid 18791:tid
140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686] 81.138.11.136
- - [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] init rewrite
engine with requested uri /wiki/Location+and+Travel
[Fri Nov 09 17:46:43.310894 2012] [rewrite:trace3] [pid 18791:tid
140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686] 81.138.11.136
- - [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] applying pattern
'^.*$' to uri '/wiki/Location+and+Travel'
[Fri Nov 09 17:46:43.310969 2012] [rewrite:trace3] [pid 18791:tid
140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686] 81.138.11.136
- - [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] applying pattern
'^/wiki/view/(.+)$' to uri '/wiki/Location+and+Travel'
[Fri Nov 09 17:46:43.310993 2012] [rewrite:trace3] [pid 18791:tid
140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686] 81.138.11.136
- - [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] applying pattern
'^/wiki/(.+)$' to uri '/wiki/Location+and+Travel'
[Fri Nov 09 17:46:43.311026 2012] [rewrite:trace2] [pid 18791:tid
140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686] 81.138.11.136
- - [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] rewrite
'/wiki/Location+and+Travel' -> '/wiki/index.php?page=Location+and+Travel'
[Fri Nov 09 17:46:43.311047 2012] [rewrite:trace3] [pid 18791:tid
140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686] 81.138.11.136
- - [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] split
uri=/wiki/index.php?page=Location+and+Travel -> uri=/wiki/index.php,
args=page=Location+and+Travel
[Fri Nov 09 17:46:43.311067 2012] [rewrite:trace2] [pid 18791:tid
140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686] 81.138.11.136
- - [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] local path
result: /wiki/index.php
[Fri Nov 09 17:46:43.311089 2012] [rewrite:trace1] [pid 18791:tid
140678944245504] mod_rewrite.c(466): [client 81.138.11.136:47686] 81.138.11.136
- - [evesham.uk.com/sid#7ff26e320370][rid#7ff26e6900a0/initial] go-ahead with
/wiki/index.php [OK]
At which point I asked for some help ... I think I've checked everything against
the http://httpd.apache.org/docs/2.4/upgrading.html#run-time crib sheet and I
can get the site to give the right errors when I make a mistake but I am now
lost as to where to go next.
mod_info should be running, but I'm not seeing it currently .... still working
on this.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Antonio Vidal Ferrer <an...@globalia-sistemas.com>.
May be as a first step, start enabling Rewrite log. Put RewriteLogLevel
at 5, to see what is being rewrited. Then based on that we can check
what it's making it fail.
best,
On 11/13/2012 09:45 AM, Lester Caine wrote:
> Lester Caine wrote:
>> I'm missing something simple I am sure ...
>> Am moving from 2.2 to 2.4 and this works on 2.2!
>>
>> http://eveshamtc.lsces.co.uk works ...
>>
>> The vhost file has 301 redirects from the original .aspx links, so
>> http://eveshamtc.lsces.co.uk/lifeinevesham.aspx is redirected to
>> http://eveshamtc.lsces.co.uk/wiki/index.php?page=Life+in+Evesham
>>
>> However there is a generic mod_rewrite for the machine in mod_rewrite.conf which
>> should allow http://eveshamtc.lsces.co.uk/wiki/Life+in+Evesham to work. The log
>> file is showing it being remapped to /wiki/index.php?page=Life+in+Evesham
>> but I'm getting a 'You don't have permission to access /wiki/Location+and+Travel
>> on this server.' error.
>>
>> If I remove the LogLevel alert rewrite:trace3 then I'm getting a
>> AH01630: client denied by server configuration: /wiki/index.php
>>
>> I've got
>> Options All
>> AllowOverride All
>> Require all granted
>> But only the last should be required
>>
>> So what am I missing to make this work on httpd2.4 ?
> So is NOBODY seeing this problem?
> I have the site live without re-write, so is it simply a matter of throwing
> httpd 2.4 into the bin and going back to 2.2? Now was the ideal opportunity to
> switch, but if something as basic as this is not working then is 2.4 actually
> any use at all?
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Yehuda Katz <ye...@ymkatz.net>.
On Tue, Nov 13, 2012 at 11:12 AM, Lester Caine <le...@lsces.co.uk> wrote:
> Ben Johnson wrote:
>
>> You, good sir, would be well-served to install mod_info, which will tell
>> you exactly which directives are being applied to which containers. We
>> can guess at this all day, but there are a number of reasons for which
>> you might be receiving "client denied by server configuration" and not
>> all of them are obvious. Even to an expert.
>>
>
> Thanks for the nudge ... since this has all been running for years on 2.2
> I had hoped that it was just something I had not changed on the 2.4 setup?
The list of "all" the configuration changes required in core and some
included modules from 2.2 to 2.4 is here:
http://httpd.apache.org/docs/2.4/upgrading.html#run-time
I would also recommend mod_info if you can install it.
Also note that the RewriteLog config is not in 2.4. The new config is here:
http://httpd.apache.org/docs/2.4/mod/mod_rewrite.html#logging
Re: [users@httpd]
Posted by Igor Galić <i....@brainsware.org>.
----- Original Message -----
> Hello Experts - Can you advise on this error message? Application
> seems to be having Intermittent issues.
>
> Proxy plugin generates following error : READ_ERROR_FROM_SERVER [os
> error=0, line 841 of URL.cpp]: Unexpected EOF reading HTTP status –
> failover request based on Idempotent flag’
>
> Thanks
> SS
What is this "proxy plugin" you speak of?
Neither the error, nor the referenced source file looks like it's
from mod_proxy ( http://httpd.apache.org/docs/current/mod/mod_proxy.html )
i
--
Igor Galić
Tel: +43 (0) 664 886 22 883
Mail: i.galic@brainsware.org
URL: http://brainsware.org/
GPG: 6880 4155 74BD FD7C B515 2EA5 4B1D 9E08 A097 C9AE
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd]
Posted by Satya Samala <ss...@us.ibm.com>.
Hello Experts - Can you advise on this error message? Application seems to
be having Intermittent issues.
Proxy plugin generates following error : READ_ERROR_FROM_SERVER [os
error=0, line 841 of URL.cpp]: Unexpected EOF reading HTTP status –
failover request based on Idempotent flag’
Thanks
SS
From:
Yehuda Katz <ye...@ymkatz.net>
To:
users@httpd.apache.org,
Cc:
Lester Caine <le...@lsces.co.uk>
Date:
11/13/2012 10:28 AM
Subject:
Re: [users@httpd] 403 Forbidden ...
On Tue, Nov 13, 2012 at 11:16 AM, Kevin A. McGrail <KM...@pccc.com>
wrote:
This might be helpful in determining the error:
<< LINK REMOVED >>
P.S. OK it's not helpful at all but I couldn't resist posting it. The
cuteness overwhelmed me.
Next time, resist.
Re: [users@httpd] 403 Forbidden ...
Posted by Yehuda Katz <ye...@ymkatz.net>.
On Tue, Nov 13, 2012 at 11:16 AM, Kevin A. McGrail <KM...@pccc.com>wrote:
> This might be helpful in determining the error:
> << LINK REMOVED >>
> P.S. OK it's not helpful at all but I couldn't resist posting it. The
> cuteness overwhelmed me.
Next time, resist.
Re: [users@httpd] 403 Forbidden ...
Posted by "Kevin A. McGrail" <KM...@PCCC.com>.
On 11/13/2012 11:12 AM, Lester Caine wrote:
> Ben Johnson wrote:
>> You, good sir, would be well-served to install mod_info, which will tell
>> you exactly which directives are being applied to which containers. We
>> can guess at this all day, but there are a number of reasons for which
>> you might be receiving "client denied by server configuration" and not
>> all of them are obvious. Even to an expert.
>
> Thanks for the nudge ... since this has all been running for years on
> 2.2 I had hoped that it was just something I had not changed on the
> 2.4 setup?
>
This might be helpful in determining the error:
http://imgur.com/gallery/CGKLA
Regards,
KAM
P.S. OK it's not helpful at all but I couldn't resist posting it. The cuteness overwhelmed me.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Ben Johnson wrote:
> You, good sir, would be well-served to install mod_info, which will tell
> you exactly which directives are being applied to which containers. We
> can guess at this all day, but there are a number of reasons for which
> you might be receiving "client denied by server configuration" and not
> all of them are obvious. Even to an expert.
Thanks for the nudge ... since this has all been running for years on 2.2 I had
hoped that it was just something I had not changed on the 2.4 setup?
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Ben Johnson <be...@indietorrent.org>.
On 11/13/2012 3:45 AM, Lester Caine wrote:
> Lester Caine wrote:
>> I'm missing something simple I am sure ...
>> Am moving from 2.2 to 2.4 and this works on 2.2!
>>
>> http://eveshamtc.lsces.co.uk works ...
>>
>> The vhost file has 301 redirects from the original .aspx links, so
>> http://eveshamtc.lsces.co.uk/lifeinevesham.aspx is redirected to
>> http://eveshamtc.lsces.co.uk/wiki/index.php?page=Life+in+Evesham
>>
>> However there is a generic mod_rewrite for the machine in
>> mod_rewrite.conf which
>> should allow http://eveshamtc.lsces.co.uk/wiki/Life+in+Evesham to
>> work. The log
>> file is showing it being remapped to /wiki/index.php?page=Life+in+Evesham
>> but I'm getting a 'You don't have permission to access
>> /wiki/Location+and+Travel
>> on this server.' error.
>>
>> If I remove the LogLevel alert rewrite:trace3 then I'm getting a
>> AH01630: client denied by server configuration: /wiki/index.php
>>
>> I've got
>> Options All
>> AllowOverride All
>> Require all granted
>> But only the last should be required
>>
>> So what am I missing to make this work on httpd2.4 ?
>
> So is NOBODY seeing this problem?
> I have the site live without re-write, so is it simply a matter of
> throwing httpd 2.4 into the bin and going back to 2.2? Now was the ideal
> opportunity to switch, but if something as basic as this is not working
> then is 2.4 actually any use at all?
>
You, good sir, would be well-served to install mod_info, which will tell
you exactly which directives are being applied to which containers. We
can guess at this all day, but there are a number of reasons for which
you might be receiving "client denied by server configuration" and not
all of them are obvious. Even to an expert.
-Ben
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
Re: [users@httpd] 403 Forbidden ...
Posted by Lester Caine <le...@lsces.co.uk>.
Lester Caine wrote:
> I'm missing something simple I am sure ...
> Am moving from 2.2 to 2.4 and this works on 2.2!
>
> http://eveshamtc.lsces.co.uk works ...
>
> The vhost file has 301 redirects from the original .aspx links, so
> http://eveshamtc.lsces.co.uk/lifeinevesham.aspx is redirected to
> http://eveshamtc.lsces.co.uk/wiki/index.php?page=Life+in+Evesham
>
> However there is a generic mod_rewrite for the machine in mod_rewrite.conf which
> should allow http://eveshamtc.lsces.co.uk/wiki/Life+in+Evesham to work. The log
> file is showing it being remapped to /wiki/index.php?page=Life+in+Evesham
> but I'm getting a 'You don't have permission to access /wiki/Location+and+Travel
> on this server.' error.
>
> If I remove the LogLevel alert rewrite:trace3 then I'm getting a
> AH01630: client denied by server configuration: /wiki/index.php
>
> I've got
> Options All
> AllowOverride All
> Require all granted
> But only the last should be required
>
> So what am I missing to make this work on httpd2.4 ?
So is NOBODY seeing this problem?
I have the site live without re-write, so is it simply a matter of throwing
httpd 2.4 into the bin and going back to 2.2? Now was the ideal opportunity to
switch, but if something as basic as this is not working then is 2.4 actually
any use at all?
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org