httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mitchell Krog Photography <>
Subject Re: [users@httpd] Problem with Redirect
Date Sun, 09 Jul 2017 11:24:54 GMT
@daniel my bad :) …. as I did mention though I dropped Apache over a year ago and that was
my last working method and it worked for me, was not saying it is right and certainly with
all the changes that have happened in Apache clearly NOT the correct way of doing things at
all these days :) Clearly a a Redirect / https://myhost is the correct way 

I am only now myself re-looking into all the changes in 2.4 as one of my projects is going
to be affected by certain upcoming deprecations so even though my mainstream servers are Nginx
I have to spend some time now re-learning all the good and proper methods of doing things
in Apache these days to keep my projects working for those on 2.4+. Have my own separate question
on a different topic which I have posted on StackOverflow but will post it here later too
to see if anyone can help.

From: Daniel <>
Reply: <>
Date: 09 July 2017 at 12:36:30 PM
To:  <>
Subject:  Re: [users@httpd] Problem with Redirect  

Define specific customlog entries for your virtualhost, you will see they don't get any entries,
another virtualhost is grabbing those requests and the redirect as you can see is not happening.

apachectl -S as has been previously said would have helped you, but you just "grepped" it,
it's not just about names, it can also be about greedy virtualhost name matching. Share it
here so we can see.

Also note Redirect would send a 30x response so you are definetly not landing in that virtualhost,
note Redirect redirects "all" and appends that to the target, but looking at the whole directive
it seems you want RedirectMatch ^ instead.

So, briefly: 
review "apachectl -S" again
add spceific customlog entry for this virtualhost when it grabs the requests you should see
entries in it, otherwise it will remain empty.
Make sure your redirect is correct.

@mitchel why use those convoluted rewrite directives, why check for port 80? it is already
a port 80 virtualhost, why check if it has www? that can be handled through servername and
serveralias, and the objective of the virtualhost is external redirect,  appending query
string? but not appending the original request? etc.. 
Seriously, people should stop using mod_rewrite by default for the most simpleton tasks filling
the configuration with unneeded garbage. It is bad advice and just contributes to send the
idea all configurations in httpd have to be convoluted and ugly for the most simple tasks
(which is false).

2017-07-08 18:11 GMT+02:00 Blake McBride <>:
The tool returned:


> --------------------------------------------
> 200 OK
> --------------------------------------------

Status:	200 OK
Code:	200
Date:	Sat, 08 Jul 2017 16:10:12 GMT
Server:	Apache/2.4.18 (Ubuntu)
Last-Modified:	Tue, 09 May 2017 01:03:45 GMT
ETag:	"1748-54f0ced6b7e40"
Accept-Ranges:	bytes
Content-Length:	5960
Vary:	Accept-Encoding
Connection:	close
Content-Type:	text/html

On Sat, Jul 8, 2017 at 9:44 AM, Mitchell Krog Photography <> wrote:
I agree use this tool -
It’s one of the best and doesn’t cache anything so any updates you make when working with
redirects are picked up instantly.

Kind Regards

From: Nick Kew <>
Reply: <>
Date: 08 July 2017 at 4:43:01 PM
To: <>
Subject:  Re: [users@httpd] Problem with Redirect

On Sat, 2017-07-08 at 08:35 -0500, Blake McBride wrote:
> When, through my browser, I go to,

Probably what Eric said. But is there history to this?
As in, trying different variants on your configuration?

If you have previously had a permanent (301) redirect
from, then what you see is likely to be your
browser (rightly) remembering it.

Solution: use a lower-level tool than a general-purpose
browser when testing any aspect of your server setup.
A commandline browser like lynx, or a tool like curl.

(There are also web developer toolkits for Big Browsers.
They would also do the job, but give you more scope for
getting confused and messing it up).


To unsubscribe, e-mail:
For additional commands, e-mail:

Daniel Ferradal
IT Specialist

email         dferradal at
View raw message