@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 <dferra...@gmail.com> Reply: users@httpd.apache.org <users@httpd.apache.org> Date: 09 July 2017 at 12:36:30 PM To: <users@httpd.apache.org> 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 ^ https://www.def.com/ghi#about 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 <blake1...@gmail.com>: The tool returned: >>> http://abc.com > -------------------------------------------- > 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 <mitchellk...@gmail.com> wrote: I agree use this tool - http://www.redirect-checker.org/index.php 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 Mitchell From: Nick Kew <n...@apache.org> Reply: users@httpd.apache.org <users@httpd.apache.org> Date: 08 July 2017 at 4:43:01 PM To: users@httpd.apache.org <users@httpd.apache.org> 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 abc.com, 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 abc.com, 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: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org -- Daniel Ferradal IT Specialist email dferradal at gmail.com linkedin es.linkedin.com/in/danielferradal