Cant turn on Script Blocker

Posted: Thu Mar 17, 2005 3:42 pm

I have a weird one, site is running Nuke 6.5 with 2.1.3 of Sentinel. At least that is what displays in the Admin panel. Once I get into Sentinel admin however it shows up as 2.1.2.
The main issue I have is that I can not seem to turn on Script Blocking, each time I try to turn it on, it just never takes. Also can't seem to make the java help work either. And yes I have added the correct lines to the java file.

thanks for any help.

Posted: Thu Mar 17, 2005 4:26 pm

Hi,

is this an update to 2.1.3 or a new install of Sentinel ?

I have also 6.5 updated to 2.1.3 and my only problem ist

the java pop up window.
ttp://ravenphpscripts.com/posts4403-highlight.html
Sentinel works fine.

Posted: Thu Mar 17, 2005 4:30 pm

This is a new install, plus I also noticed the small Sentinel Block that shows the banned IPs also shows Sentinel as 2.1.2, very strange.

Posted: Thu Mar 17, 2005 4:40 pm

What ver number is in the DB nuke_nst config. Maybe you have upload again the correct sentinel version.

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

Verify what version of NukeSentinel that you are using with this script. Save it to a file in the same folder as your config.php and run it.

Code:

<?php


include("mainfile.php");


$sql = "SELECT config_value FROM ".$user_prefix."`_nsnst_config` WHERE config_name='version_number'";


$row = $db->sql_fetchrow($db->sql_query($sql));


echo "NukeSentinel version number is <b>".$row[0]."</b>";


?>

Posted: Thu Mar 17, 2005 4:46 pm

Well it indicates 2.1.2 which is a bit weird.

Posted: Thu Mar 17, 2005 4:58 pm

Nope. Depending on where and when you d/l it, it was released with a typo in the version number. There are posts about it here in the forum. Just change it.

Posted: Thu Mar 17, 2005 4:58 pm

well I put nsnst back on and clicked on the upgrade to 2.1.3 and that has fixed the odd behavior with the version numbers. I still however can not seem to save the settings for the script blocker, it just will not turn on.

Posted: Thu Mar 17, 2005 6:05 pm

Have you read the sentinel FAQ an the install.txt too ?
"Be sure your .htaccess file has at least one blank line at
the end of it".

Posted: Thu Mar 17, 2005 6:14 pm

Actually I think he's saying his problem is in the saving of the settings to the database, not the IP values, so the .htaccess would not be at issue.

registered · Posted: Thu Mar 17, 2005 11:59 pm

Goto your database using phpMyAdmin and look at the nuke_nsnst_blockers table. In there see if you have a row labeled script. It is blocker 4.

Posted: Fri Mar 18, 2005 1:48 am

No I do not, I have blocker, block_name, activate, block_type, email_lookup, forward, reason, template, duration, htaccess, and list. So obviously something did not take in the database creation script. I will put back the nsn install script and see if I can reinstall or something.

Posted: Fri Mar 18, 2005 1:57 am

Deinstalled and reinstalled the tables with the same result.

Posted: Fri Mar 18, 2005 2:06 am

Just add the row to the nuke_nsnst_blockers table using phpMyAdmin.

Posted: Fri Mar 18, 2005 2:07 am

I have also looked at my other server which is working and it also does not contain this script row.

Posted: Fri Mar 18, 2005 2:21 am

It can't be working w/o that line. Run this code in phpMyAdmin

Code:

INSERT INTO `nuke_nsnst_blockers` VALUES (4, 'script', 0, 0, 0, '', 'Abuse-Script', 'abuse_script.tpl', 0, 0, '');

That should fix it.

Posted: Fri Mar 18, 2005 2:28 am

Returned this:

Duplicate entry '4' for key 1

Posted: Fri Mar 18, 2005 2:38 am

Then you already have that row in your table. You said up above that you did not have the row.

Posted: Fri Mar 18, 2005 2:45 am

When I click on my nuke_nsnst_blockers table I do not see that at all. If I need to go into something else let me know. As I indicated above all I see are: blocker, block_name, activate, block_type, email_lookup, forward, reason, template, duration, htaccess, and list.

Are those entries consistent with items that are in the same table?

Posted: Fri Mar 18, 2005 2:49 am

I see the confusion. You're looking at the table schema (layout), not the data in the table. You need to select the query to browse the data in the table. But, since we already know that the row of data exists, it's a moot point.

Posted: Fri Mar 18, 2005 2:56 am

Yep, stupid error on my part, now I see the table your speaking about. Ok so back to the start then. The table now exists but the same fault is still occuring with the inability to set the script option. Any further ideas?

Posted: Fri Mar 18, 2005 5:52 pm

If you want me to take a closer look you will need to send me your
Site URL, god adminid/pass
FTP Url, id/pass
phpMyAdmin url, id/pass

Be sure this is in a PM and please restate what the issue is.

Posted: Fri Mar 18, 2005 10:40 pm

|First let's get your displayed version corrected, run this query in phpMyAdmin:

Code:

UPDATE nuke_nsnst_config SET config_value='2.1.3' WHERE config_name='version_number';

Now check one thing for me, when you view the table data for nuke_nsnst_blockers, what does the activate column for blocker 4 show? Is it a 0? The settings for this field are as follows:

Code:

0 = OFF


1 = EMAIL ONLY


6 = FORWARD ONLY


7 = TEMPLATE ONLY (default page)


2 = EMAIL & FORWARD


3 = EMAIL & TEMPLATE (default page)


4 = EMAIL, BLOCK, & FORWARD


5 = EMAIL, BLOCK, & TEMPLATE (default page)

I know they are not in numberic order but they are in order of severity from low to high.

Posted: Mon Mar 21, 2005 2:17 am

I did review the settings in the database and verified that the script blocker was set to 0 or off. I then changed the setting to 5 which was correctly reflected in the GUI. I tried to turn off the script blocker via the GUI and could not.

I am moving house right now and will contact you via a PM so you can have a look later. Thanks for your support.