Forum Replies Created

Viewing 15 replies - 1 through 15 (of 28 total)
  • Thread Starter cito

    (@cito)

    Ah okay, thank you

    Thread Starter cito

    (@cito)

    Well I haven’t been able to figure it out

    I get the same redirect multiple times I’ve tried commenting out sections but then I get tons more errors so I think I commented out the wrong parts

    [Tue Jun 11 06:39:59 2013] [error] [client 50.16.16.91] 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.

    Rewrite log for this entry: http://dude-suit.net/cito/files/newrewritelog.txt

    I added manually to both the .htaccess in the root folder and wp-admin folder

    and manually placed a 403.php in the root folder

    I then made sure both htaccess files have this uncommented

    ErrorDocument 403 /403.php

    and i still get the dozens of redirects

    that log above is 1 example from 1 ip, but I’ve had 100 ip’s get that redirect error in my log today alone and average about 50 to 100 per day. I’m not sure why they are getting that and what they are doing to get that. I’ve tried clicking links from search engines back to my site, from image sites back to my site etc and I can’t force the same error myself.

    So I haven’t figured it out I’ve just sorta given up on this ever being fixed. It seems we’ve eliminated all other problems

    the only one remaining is the 403.php loop

    I put a 403.php file in my root directory /var/www/wordpress/

    there is a 403.php file sitting in wp-content/plugins/bulletproof-security/403.php I didn’t remove that one I copied it over to root /var/www/wordpress/
    and I copied it over to /var/www/wordpress/wp-admin just in case

    and i edited both htaccess files in root and wp-admin and removed the # comment symbol from
    ErrorDocument 403 /403.php

    yet I still get around 50 to 100 ‘over 10 redirects’ and if you look at the txt file I linked it’s bouncing 10 times then erroring out on 403.php.

    I’ve been commenting out sections of htaccess but I just can’t find it.

    I guess I have to live with it I’m not sure what else to try.

    I don’t have that modsecurity thing you mentioned loaded. so it’s not interfering.

    Thread Starter cito

    (@cito)

    latest redirect error happened at 12:18am

    ==> error.log <==

    [Tue Jun 04 00:17:26 2013] [error] [client 86.123.244.238] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increas
    e the limit if necessary. Use 'LogLevel debug' to get a backtrace.

    Same IP I grepped for same time
    ==> rewrite.log <==

    pasted the rewrite log of this new one to a text file here for you

    expanded rewrite log of the above error.log, notice 1 single ip caused all this redirects instantly
    logfile: http://dude-suit.net/cito/files/rewritelog2.txt

    still have the errordocument changed

    I will add that it’s not happening as much as it was, but this 403 thing still is getting me 😛 I’m not getting the redirect errors all over the place anymore like I was at the start.

    so at least it is progress, this final thing seems to be giving me a headache

    Thread Starter cito

    (@cito)

    Ok I added the

    ErrorDocument 403 /403.php

    but I’m still getting the redirects

    my httpd.conf file is blank, my apache is on debian 6 it’s config is apache2.conf

    here is my apache2.conf file: http://www.dude-suit.net/cito/files/apache2.conf

    I am not using mod_security

    Here are the active modules i am using

    :/etc/apache2/mods-enabled# ls
    alias.conf       authn_file.load       authz_host.load  autoindex.load  deflate.load  env.load   negotiation.conf  php5.conf        reqtimeout.load  setenvif.conf  status.load
    alias.load       authz_default.load    authz_user.load  cgi.load        dir.conf      mime.conf  negotiation.load  php5.load        rewrite.load     setenvif.load
    auth_basic.load  authz_groupfile.load  autoindex.conf   deflate.conf    dir.load      mime.load  perl.load         reqtimeout.conf  scgi.load        status.conf
    ==> error.log <==
    [Mon Jun 03 21:14:25 2013] [error] [client 141.0.10.57] 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.
    [Mon Jun 03 21:14:25 2013] [error] [client 141.0.10.57] 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.
    [Mon Jun 03 21:16:13 2013] [error] [client 141.0.10.57] 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.
    [Mon Jun 03 21:16:13 2013] [error] [client 141.0.10.57] 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.
    [Mon Jun 03 21:18:08 2013] [error] [client 141.0.10.57] 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.
    [Mon Jun 03 21:18:09 2013] [error] [client 141.0.10.57] 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.
    [Mon Jun 03 22:03:10 2013] [error] [client 60.170.244.85] 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., referer: http://www.dude-suit.net/2011/05/my-soundcloud/akai-lpk25-lpd8/+%5BPLM=0%5D+GET+http://www.dude-suit.net/2011/05/my-soundcloud/akai-lpk25-lpd8/+%5B0,12760,20402%5D+-%3E+%5BN%5D+POST+http://www.dude-suit.net/wp-comments-post.php+%5BR=302%5D%5B0,0,512%5D
    [Mon Jun 03 22:03:11 2013] [error] [client 60.170.244.85] 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., referer: http://www.dude-suit.net/2011/05/my-soundcloud/akai-lpk25-lpd8/+%5BPLM=0%5D+GET+http://www.dude-suit.net/2011/05/my-soundcloud/akai-lpk25-lpd8/+%5B0,12760,20402%5D+-%3E+%5BN%5D+POST+http://www.dude-suit.net/wp-comments-post.php+%5BR=302%5D%5B0,0,512%5D
    [Mon Jun 03 22:04:09 2013] [error] [client 60.170.244.85] 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., referer: http://www.dude-suit.net/2011/05/my-soundcloud/akai-lpk25-lpd8/+%5BPLM=0%5D+GET+http://www.dude-suit.net/2011/05/my-soundcloud/akai-lpk25-lpd8/+%5B0,12760,20402%5D+-%3E+%5BN%5D+POST+http://www.dude-suit.net/wp-comments-post.php+%5BR=302%5D%5B0,0,512%5D
    [Mon Jun 03 22:04:10 2013] [error] [client 60.170.244.85] 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., referer: http://www.dude-suit.net/2011/05/my-soundcloud/akai-lpk25-lpd8/+%5BPLM=0%5D+GET+http://www.dude-suit.net/2011/05/my-soundcloud/akai-lpk25-lpd8/+%5B0,12760,20402%5D+-%3E+%5BN%5D+POST+http://www.dude-suit.net/wp-comments-post.php+%5BR=302%5D%5B0,0,512%5D
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.*' to uri '            403.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '.' to uri '4            03.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www            /wordpress/403.php -> 403.php
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (3) [perdir /var/www/wordpress/] applying pattern '^(.*)$' to u            ri '403.php'
    60.170.244.85 - - [03/Jun/2013:22:04:10 --0400] [www.dude-suit.net/sid#b792f680][rid#b8a33f48/initial/redir#10] (2) [perdir /var/www/wordpress/] forcing responsecode 403 for /            var/www/wordpress/403.php

    please excuse the last copy/paste the putty terminal window was resized after a copy/paste so it made a space but it’s not actually there 😛

    These 403’s are still being redirected over 10 times even with the new
    Errordocument 403 /403.php added to htaccess and the 403.php copied to the /var/www/wordpress/ directory.

    Thread Starter cito

    (@cito)

    Ok the default setting in my .htaccess had this

    #ErrorDocument 403 /wp-content/plugins/bulletproof-security/403.php

    looked commented out. Anyhow gonna try what ya mentioned, except I did this, I copied the 403.php from your bulletproof-security/403.php and placed that copy of your 403.php in my /var/www/wordpress directory.

    Then underneath the commented out line I added this line
    ErrorDocument 403 /403.php

    I will monitor the effects

    Thank you again for all your time.

    Thread Starter cito

    (@cito)

    Here is updated log

    [Sun Jun 02 20:53:50 2013] [error] [client 141.0.10.99] 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.
    [Sun Jun 02 20:53:51 2013] [error] [client 141.0.10.99] 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.
    [Sun Jun 02 20:53:51 2013] [error] [client 141.0.10.99] 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.
    [Sun Jun 02 20:53:51 2013] [error] [client 141.0.10.99] 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.
    [Sun Jun 02 20:53:51 2013] [error] [client 141.0.10.99] 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.
    [Sun Jun 02 21:40:39 2013] [error] [client 141.0.10.97] 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.
    [Sun Jun 02 21:40:39 2013] [error] [client 141.0.10.97] 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.
    [Sun Jun 02 21:40:39 2013] [error] [client 141.0.10.97] 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.
    [Sun Jun 02 21:40:39 2013] [error] [client 141.0.10.97] 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.
    [Sun Jun 02 21:40:40 2013] [error] [client 141.0.10.97] 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.

    Tons of that in error.log

    now here is the corresponding rewrite.log

    redirect error log: http://www.dude-suit.net/cito/files/newlogredirect.txt

    You can see it’s going to 10 redirects

    141.0.10.97 – – [02/Jun/2013:21:40:39 –0400] [www.dude-suit.net/sid#b792f680][rid#b8622680/initial/redir#10] (2) [perdir /var/www/wordpress/] forcing responsecode 403 for /var/www/wordpress/wp-content/plugins/bulletproof-security/403.php

    where do i put that code? on the custom code section of the plugin there are 3 sections for top, middle and bottom.

    or what should I add now?

    Thread Starter cito

    (@cito)

    here is my vhost file

    from debian’s default folder for hosts

    /etc/apache2/sites-available/default

    # WordPress main site configuration
    <VirtualHost *:80>
            ServerAdmin webmaster@localhost
    
            DocumentRoot /var/www/wordpress
    
            <Directory /var/www/wordpress>
                    Options Indexes FollowSymLinks MultiViews
                    AllowOverride all
                    Order allow,deny
                    allow from all
            </Directory>
    
            ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
            <Directory "/usr/lib/cgi-bin">
                    AllowOverride None
                    Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
                    Order allow,deny
                    Allow from all
            </Directory>
    
            ErrorLog ${APACHE_LOG_DIR}/error.log
    
            # Possible values include: debug, info, notice, warn, error, crit,
            # alert, emerg.
            LogLevel warn
    
            CustomLog ${APACHE_LOG_DIR}/access.log combined

    should I change this setup?

    This is how I turned on the rewrite log I posted text file of my rewrite log in previous post.

    /etc/apache2/apache2.conf

    # Roll your own Rewrite log
    # Log details via scale of 1 to 9
    # 1 = few details, 5 = enough details, 9 = too much detail
    RewriteEngine On
    RewriteLog "/var/log/apache2/rewrite.log"
    RewriteLogLevel 3

    Also I am not sure where to put your config from your 2 previous posts?

    RewriteEngine on
    RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
    RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_URI} !=/favicon.ico
    RewriteCond %{REQUEST_URI} !=/robots.txt
    RewriteRule ^/(.+)$ /index.php?q=$1 [L,QSA]
    
    <VirtualHost 0.0.0.0:10025>
    Options +FollowSymLinks -MultiViews
    AcceptPathInfo off
    RewriteEngine on
    RewriteLog /tmp/rewrite.log
    RewriteLogLevel 3
    # If incorrect hostname for this port, return 403 unless the 403 errordocument itself is being requested
    RewriteCond %{HTTP_HOST} !^uat2\.(3dns\.)?example\.com [NC]
    RewriteRule !^/error/HTTP_FORBIDDEN\.html$ - [F]

    that is port 10025 wouldn’t work
    and not sure where to put rewrite codes when I manually edit .htaccess BPS gives alert message not recognizing it as it’s own .htaccess

    there is a place for custom code in the bps plugin but there are 3 sections to put the code top, middle, bottom.

    no idea where any of that goes and do you want me to create a new virtual host on port 10025 from your previous example?

    I’m a little confused on that

    See my copy/paste of my apache2.conf section for rewrite log

    and see my copy/paste of my /etc/apache2/sites-available/default
    vhost file.

    the vhost config file name is “default”

    this is Debian 6 Squeeze updated

    Thread Starter cito

    (@cito)

    update on the redirects

    so I noticed in my errorlog

    the message again
    [Sun Jun 02 08:33:09 2013] [error] [client 50.16.16.91] 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.

    so since I have upped the loglevel debug I grepped all redirects at 8:33:09 to find the error and here it is

    Logfile txt: http://www.dude-suit.net/cito/files/redirectexceeded10.txt
    the last line finally errors out after tons of redirects to

    50.16.16.91 - - [02/Jun/2013:08:33:09 --0400] [www.dude-suit.net/sid#b792f680][rid#b7bdf920/initial/redir#10] (2) [perdir /var/www/wordpress/] forcing responsecode 403 for /var/www/wordpress/wp-content/plugins/bulletproof-security/403.php

    That should be a lot more detailed to figure out exactly where the culprit lies.

    I do appreciate you so much helping me out. I really need to download an ebook on .htaccess 😛 I know perl and some java, but htaccess redirect rules and sendmail.cf files are 2 things that look “greek” to me. haha

    Thread Starter cito

    (@cito)

    In WordPress settings

    Permalink settings is set to

    Month and name http://www.dude-suit.net/2013/06/sample-post/

    I’ve got thousands of refer denied to wp-comments.php as my log file shows in the original post and next to all those denied at exact same time is 10 redirects from each denial.

    I did turn off error reporting, will keep log tomorrow and see what happens I raised the log level so I should be able to get a better mod rewrite log, I have rewrite logs going to it’s own log file now so should be able to see what’s going on

    Another problem I am running into is BPS randomly turns off!

    I’ll click on the settings of any of my plugins and I get this error at top of screen

    BPS Alert! Your site does not appear to be protected by BulletProof Security
    If you are upgrading BPS – BPS will now automatically update your htaccess files and add any new security filters automatically.
    Refresh your Browser to clear this Alert
    Any custom htaccess code or modifications that you have made will not be altered/changed. Activating BulletProof Modes again after upgrading BPS is no longer necessary.
    In order for BPS to automatically update htaccess files you will need to stay current with BPS plugin updates and install the latest BPS plugin updates when they are available.
    If refreshing your Browser does not clear this alert then you will need to create new Master htaccess files with the AutoMagic buttons and Activate All BulletProof Modes.
    If your site is in Maintenance Mode your site is protected by BPS and this Alert will remain to remind you to put your site back in BulletProof Mode again.
    If your site is in Default Mode then it is not protected by BulletProof Security. Check the BPS Security Status page to view your BPS Security Status information.

    when I refresh the page it doesn’t go away.

    I have to manually go back to BPS settings and click Activate AGAIN to turn it back on to make the message go away.

    it’s kind of random. I’ll turn BPS back on and click my settings it doesn’t matter if it’s a plugin setting or WordPress settings like Reading/writing/discussion links

    things work fine then all of the sudden at random at top of page I get the

    BPS ALERT message I just quoted.

    Refreshing page doesn’t fix it I have to manually turn it back on in the BPS settings.

    I’ve deleted all my .htaccess files and forced the plugin to recreate them and then reactivate and it’ll work fine for a minute or 2.

    then I get the ALERT REFRESH error at top of screen as seen in my quote here.

    I have checked the directory to see if the .htaccess file is getting deleted or overwritten and it’s not I checked the timestamp and nothing seems to be happening to it.

    just randomly shows ALERT REFRESH at top of page and I manually have to activate the plugin to make the message go away. And even though the .htaccess file is in the folders they just stop working.

    I tested this by going to the readme.html file that bps blocks when it’s activated. When the error message shows at top of page as I have quoted it here it stops blocking readme.html so the htaccess file is turned off on it’s own and I have no idea what is happening.

    Screenshot of error message: http://image.dude-suit.net/albums/userpics/10002/bpserrormsg.PNG

    refreshing doesn’t remove the error, the .htaccess files are still in both folders root and wp-admin unchanged. But they stop working at all.

    I have to manually go back to the bps plugin and activate them to turn them back on and message goes away.

    when i click any other menus it works for a while then randomly the bps plugin turns off

    Just for record I do not use Cpanel or use some other host. This is a debian box I have root on.

    Thread Starter cito

    (@cito)

    I’ll try and up the log level to get more detailed error log and will post that

    Thread Starter cito

    (@cito)

    No it’s not a network/multisite installation

    I clicked both of these

    Use These AutoMagic Buttons For Your Website
    For Standard WP Installations

    the other 2 buttons it says do not use them

    it’s a debian box

    I clicked the create htaccess button for secure and default, then i clicked activate below

    I clicked activate for all options

    Activate Website wp-admin Folder .htaccess Security Mode
    Activate Deny All htaccess Folder Protection For The BPS Master htaccess Folder
    Activate Deny All htaccess Folder Protection For The BPS Backup Folder

    I am still getting errors

    [Fri May 31 17:12:51 2013] [error] [client 141.0.10.2] 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.
    [Fri May 31 17:12:52 2013] [error] [client 141.0.10.2] 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.
    [Fri May 31 17:12:52 2013] [error] [client 141.0.10.2] 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.
    [Fri May 31 17:12:52 2013] [error] [client 141.0.10.2] 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.
    [Fri May 31 17:12:52 2013] [error] [client 141.0.10.2] 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.

    the wp-comments-post.php, errors were always side by side with the 10 internal redirects so thought they were related.

    I’ve deleted, removed the plugin and all htaccess files, then reinstalled and recreated the htaccess files and turned everything on

    with no bps there are no 10 internal redirect errors but i’ve turned it all back on and they come back with a vengeance my log file is packed with them.

    Thread Starter cito

    (@cito)

    Problem is fixed everything back to normal, site insta loading again.

    thank you very much

    Thread Starter cito

    (@cito)

    That fixed it!

    the image search site preview window works now.

    May I ask what that line actually does? I don’t speak “rewrite config”
    hehe

    But that seems to have fixed the problem no more “exceeded the limit of 10” redirects

    and no more loop spam in the rewrite log

    and testing the yahoo image link preview works now with no error 500’s

    thank you again I’ll have to copy this to a text file for future use in case problem occurs on future upgrades or whatnot.

    just curious what that specific rewrite rule actually is doing and why it caused my problem?

    again thank you

    Edited to add: Ok I left the line and only took out the “3C 3E” part only, retested and still fixed… again I appreciate all the help

    Thread Starter cito

    (@cito)

    then it hits [perdir /var/www/wordpress/] forcing responsecode 403 for /var/www/wordpress/2011

    and starts looping again all in 1 huge block of spam in the rewrite log

    then it kicks the “request exceeded limit of 10 internal redirects” error to var/log/apache2/error.log when the spam loop reaches 10 loops in rewritelog

    there’s some rule in the bps .htaccess rewrite that is causing image search preview iframes to loop

    Thread Starter cito

    (@cito)

    i stripped out the leading ip address and domain from part of the loop in rewrite log

    this is what is looping in the log when the image search causes the “Request exceeded the limit of 10 internal redirects”

    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘^(.*)$’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] strip per-dir prefix: /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/ -> 2011/05/my-soundcloud/akai-lpk25-lpd8/
    (3) [perdir /var/www/wordpress/] applying pattern ‘.’ to uri ‘2011/05/my-soundcloud/akai-lpk25-lpd8/’
    (3) [perdir /var/www/wordpress/] add path info postfix: /var/www/wordpress/2011 -> /var/www/wordpress/2011/05/my-soundcloud/akai-lpk25-lpd8/

    there’s tons more you can see the original in the rewrite log but you can see it’s constantly looping applying this “.” pattern

Viewing 15 replies - 1 through 15 (of 28 total)