[SOLUTION] Invalid IP check

Involved Joined: Oct 09, 2006 Posts: 413 Location: UK

What are the implications of switching the Invalid IP check in config.php
to TRUE?

A few of my members are experiencing the invalid IP error, and like a few people on here, its bugging the hell out of me. IP2country is imported, i even got one guys range and added it manually to the list of ranges, still no cigar.
So..what does the invalid IP checker do, and more importantly, what does altering this setting mean for the security of my site?

registered · Site Admin Joined: Jun 04, 2004 Posts: 6437

If you are referring to the $bypassNukeSentinelInvalidIPCheck setting, yes, changing that to TRUE should resolve that issue.

Posted: Tue Dec 26, 2006 10:21 am

but what implications will that have on my security?
Obviously its set to FALSE for a reason?

Posted: Tue Dec 26, 2006 10:28 am

NukeSentinel will continue to protect against attacks. The invalid IP check is an extra measure of security that isn't necessary for most sites. It doesn't check against specific attacks - merely the possibility that someone using an invalid IP is likely to being doing so for a malicious reason (think "guilty until proven innocent).

I think the default should be set to TRUE because the associated problems cause too many support issues and most people end up changing it.

Posted: Tue Dec 26, 2006 10:30 am

ahhh ok fair enough.
Cheers kguske

New Member Joined: Nov 19, 2006 Posts: 7

kguske wrote:

$bypassNukeSentinelInvalidIPCheck setting

Where is this file located? I looked in my config.php and did not see it. I have some people who would like to join my forum but are unable to because of this.

registered · Posted: Fri Jan 05, 2007 7:41 pm

Add

$bypassNukeSentinelInvalidIPCheck = true;

to your config.php to bypass the invalid IP check.

registered · Posted: Sat Jan 06, 2007 8:10 am

Thanks Gremmie!

That setting was added as a part of RavenNuke 2.02.02 and greater, so it will not be there in a non-RavenNuke installation (most likely). However, just do what Gremmie has suggested. Works great. (It was added to NukeSentinel a few releases ago.)

Hangin' Around Joined: Oct 23, 2004 Posts: 25

You are using an Invalid IP to access this site!

your solution is'nt working for me.I have ravennuke7.6 installed and for no apparent reason when trying to access my site the above comes up instead of my site.Your solution of adding $bypassNukeSentinelInvalidIPCheck = true; to the config.php file is'nt working.

Posted: Mon Feb 05, 2007 5:27 am

Sorry - look in the rnconfig.php file.

Posted: Mon Feb 05, 2007 5:33 am

And where is the rnconfig.php file?There is none in my ravennuke7.6 distro

Posted: Mon Feb 05, 2007 6:17 am

$bypassNukeSentinelInvalidIPCheck = true;

adding this to the config.php file is not getting me in.Very frustrated,can you help?

Posted: Mon Feb 05, 2007 6:21 am

blackplague,
If I recall correctly updating the IP to Country tables resolves that problem. So go to your database and wipe out your IP to country data and then go into Sentinal and let it run through adding the data back.

Dawg

Posted: Mon Feb 05, 2007 6:39 am

I'm sorry for the real n00b question,but how exactly do i add back the ip2country table.i'm back into my site now so thank you.i droped the ip2country table.when i go to my admin panel nukesentinal the ip2country link isnt there.do i go to mysite/INSTALLATION/installSQL.php?

Posted: Mon Feb 05, 2007 7:02 am

Nope that wasent the solution.i messed up my entire site with the mysite/INSTALLATION/installSQL.php.Having to reinstall ravennuke7.6 all over again with a new db.

Posted: Mon Feb 05, 2007 7:15 am

the line that you added to RN 2.0.20 is already present in that file. Delete the line you added. Then look nearer the top. From memory its just below your db information

Posted: Mon Feb 05, 2007 9:30 am

rnconfig.php is in the root directory with config.php

Site Admin/Owner Joined: Aug 27, 2002 Posts: 17088

If you are using RavenNuke(tm) v2.02.02 you will not have an rnconfig.php file. We introduce that in v2.10.00. But, in the config.php file that ships with v2.02.02, you should see

/*********************************************************************/
/* The following settings have been added for use in RavenNuke76 */
/*********************************************************************/
$bypassNukeSentinelInvalidIPCheck = FALSE; //This should only be used (set to TRUE) when testing locally and not in a production environment
$bypassInstallationFolderCheck = FALSE; //This should only be used (set to TRUE) when testing locally and not in a production environment

If you don't see it then you are not using the correct config.php file that ships with v2.02.02.

Posted: Mon Feb 05, 2007 11:35 am

Thanks for the correction on rnconfig, Raven!

blackplague, it might need to be caps, e.g.:

Code:

$bypassNukeSentinelInvalidIPCheck = TRUE;

I don't know why lower case wouldn't work though.

Posted: Mon Feb 05, 2007 3:30 pm

That worked Thank You

Posted: Mon Feb 05, 2007 4:03 pm

blackplague,
I said data...not TABLES. The last time I had problems with the invalid IP banning everyone that is excatly what I had to do. I killed the data and reloaded the data. It worked like a champ.

Note for the future, If you do not understand....don't do anything. The good part is I bet you are good at doing the install now.

Dawg

New Member Joined: Feb 02, 2007 Posts: 24

Dawg wrote:

The good part is I bet you are good at doing the install now. Dawg

LMFAO... that made my day... don't know why. Very Happy

Posted: Mon Mar 19, 2007 6:12 pm

Sorry to bump this ... but some of my users are having issues with this invalid IP thing ... and I have the bypass variable in rnconfig.php set to TRUE.

It seems the common factor in this issue are that they all access the site through a google or other search engine link.

Any ideas? thoughts? fixes?

Posted: Mon Mar 19, 2007 6:15 pm

CodyG We were told that the latest Senti would fix this (2.5.06) we are now as you know on .07 and i dont think its had a reliable fix yet.. just my opinion.
Even in 2.1 2.5.07 mine is still set to TRUE.

Worker Joined: Dec 05, 2006 Posts: 180

is there a security issue setting it to true?