Apache 2.4 - Request exceeded the limit of 10 internal redirects due to probable configuration error

Question

I'm running Apache 2.4 (64bit) and PHP 5.4.15 on windows Server 2008 R2 Enterprise and have noticed the following error in the Apache error log:

AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

I have a multisite install of WordPress running and I think the error is coming from an error in the htaccess rewrites.

Looking at this post: Request exceeded the limit of 10 internal redirects due to probable configuration error.?

They suggest to replace this:

# BEGIN Wordpress
<IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteBase /
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]
</IfModule>
# END WordPress

with this piece of code, courtesy of Scott Yang:

<IfModule mod_rewrite.c>
   RewriteEngine On
   RewriteBase /
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteRule ^(.+)$ /index.php/$1 [L,QSA]
</IfModule>

However, my WordPress htaccess looks a little different so I dont just want to replace my code just in case I inadvertently replace something that I need.

Here is my htaccess:

# BEGIN WordPress
<IfModule mod_rewrite.c>
Options +FollowSymLinks -MultiViews
Header set Access-Control-Allow-Origin "*"
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
# add a trailing slash to /wp-admin
RewriteRule ^wp-admin$ wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^(.*\.php)$ $1 [L]
RewriteRule . index.php [L]
</IfModule>
# END WordPress

Can anyone suggest what I need to change?

score 29 · Answer 1 · edited Sep 19 '16 at 23:59

This problem can be caused by requests for certain files that don't exist. For example, requests for files in wp-content/uploads/ where the file does not exist.

If this is the situation you're seeing, you can solve the problem by going to .htaccess and changing this line:

RewriteRule ^(wp-(content|admin|includes).*) $1 [L]

to:

RewriteRule ^(wp-(content|admin|includes).*) - [L]

The underlying issue is that the rule above triggers a rewrite to the exact same url with a slash in front and because there was a rewrite, the newly rewritten request goes back through the rules again and the same rule is triggered. By changing that line's "$1" to "-", no rewrite happens and so the rewriting process does not start over again with the same URL.

It's possible that there's a difference in how apache 2.2 and 2.4 handle this situation of only-difference-is-a-slash-in-front and that's why the default rules provided by WordPress aren't working perfectly.

Thank you Justin. Very informative. So do you think it's best to keep the rewrite rule in (with a - instead of $1) rather than commenting it out? — iltdev, Apr 07 '14 at 07:21

score 18 · Accepted Answer · edited Apr 02 '14 at 07:55

18

You're getting into looping most likely due to these rules:

RewriteRule ^(.*\.php)$ $1 [L]
RewriteRule ^(wp-(content|admin|includes).*) $1 [L]

Just comment it out and try again in a new browser.

edited Apr 02 '14 at 07:55

iltdev

1,789
9
27
51

answered Mar 31 '14 at 08:28

anubhava

761,203
64
569
643

1

Comment out `RewriteRule ^(wp-(content|admin|includes).*) $1 [L]` also. – anubhava Apr 01 '14 at 07:48
Thanks, anubhava. I'll let you know how it goes. The message sometimes takes a while to appear again in the logs. – iltdev Apr 01 '14 at 08:20
I've also added LogLevel rewrite:trace3 to httpd.conf so hopefully that shows something. – iltdev Apr 01 '14 at 08:23
1

Thanks, anubhava. It looks like commenting out `RewriteRule ^(wp-(content|admin|includes).*) $1 [L]` along with `RewriteRule ^(.*\.php)$ $1 [L]` solved the problem. Thanks so much for your help :) – iltdev Apr 02 '14 at 07:55
1

Does anyone know why these two rewrite rules exist at all? I created a question at https://wordpress.stackexchange.com/questions/352817/why-does-multisite-bypass-wordpress-for-wp-content-wp-admin-wp-includes-and-p to address this and would love any input. – jg314 Nov 19 '19 at 00:06

score 5 · Answer 3 · edited Dec 13 '21 at 02:37

5

Solved this by adding following:

RewriteCond %{ENV:REDIRECT_STATUS} 200 [OR]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]

edited Dec 13 '21 at 02:37

Giacomo1968

25,759
11
71
103

answered Dec 29 '17 at 12:03

Tarun Gupta

6,305
2
42
39

So is the change here that you added `RewriteCond %{ENV:REDIRECT_STATUS} 200 [OR]` before `RewriteCond %{REQUEST_FILENAME} -f [OR]`? – Giacomo1968 Dec 13 '21 at 02:28
FWIW, it seems like this solution worked for tons of folks based on [this GitHub Gist here](https://gist.github.com/JustThomas/141ebe0764d43188d4f2): ’WordPress Multisite: How to fix error "Request exceeded the limit of 10 internal redirects"’ – Giacomo1968 Dec 13 '21 at 02:36

score 0 · Answer 4 · answered Jul 02 '21 at 16:15

0

In our case, an editor created a custom post type and a custom content type with the same slug. We fixed it by deleting one and resaving permalinks in [ WordPress › Tools › Settings ].

Hope this helps anyone.

answered Jul 02 '21 at 16:15

WoodrowShigeru

1,418
1
18
25

Apache 2.4 - Request exceeded the limit of 10 internal redirects due to probable configuration error

4 Answers4

Linked