Strange Effects

Regular Joined: Jun 19, 2006 Posts: 57

Hi,

Have just upgraded NS to v2.5 without any problems BUT when I now access my site I am met with a flood reference on all my links ie:

Code:

http://www.mysite.co.uk/site/amazon-buy-1851492283.html?NSNST_Flood=10fb9bf504d8fb9fa0532cb7146a1e50

even on

Code:

http://www.mysite.co.uk/site/modules.php?name=NukeSentinel&NSNST_Flood=32e198554c221c96779af2c5f09e5ef8

Any ideas?

NB: Title renamed because it effected my non GT site also

Posted: Fri Jul 14, 2006 6:42 am

Does it go away if you turn off the flood blocker?

This may very be an unintended consequence of this feature. I have not had time to install this yet, which is why I ask.

Do me another favor, please, try to copy one of the tapped links, place it in your browser address bar, and remove the extra "?NSNST_....." information. What happens? Do you get banned or does it go fine. You may need to change your flood blocker settings to boost the time interval way up so that you would be submitting the revised link within the interval.

Posted: Fri Jul 14, 2006 7:02 am

Wasn't even activated as far as I could see.
The activate box in the blocker settings read:
You can not use .ftaccess writing until you have set the ftaccess Path in admin
Anyway I went and set ftaccess then proceeded to deactivate

Closed the browser window then re-entered site and the prefixed code was still on the end of the link

Tried to call the link without the prefixed nsn code and it worked OK

Now here is another funny thing, if you refresh the page all is as should be and the links show as they should.

Posted: Fri Jul 14, 2006 7:06 am

In my version of NS, there is also a flood blocker switch on the main configuration page to turn it off completely. Is that still there and if it is, have you tried turning that off completely?

Posted: Fri Jul 14, 2006 7:11 am

Nope, only the seconds delay boxes re flood

Posted: Fri Jul 14, 2006 7:50 am

Don't think its anything to do with google tap.

Have just installed NSNv2.5 on another (untapped) site I have and am getting the same results ie the annoying nsn flood prefix on php addresses.
Again a quick page refresh and all is as it should be, but something is amiss somewhere.

Posted: Fri Jul 14, 2006 7:53 am

Sorry bsweb... I was thinking that you were getting 404 errors when these links were clicked (I jumped way too fast and was really concerned about that). In thinking about it some more, I would think that your links will still work, right?

Regarding the flood blocker. In a prior version of NS it was added and then taken out because there were issues with it. Bob has re-written that code to work better. Let us see if he comments on this.

Posted: Fri Jul 14, 2006 7:58 am

Yep they still work but drag the annoying nsn prefix with them into the browsers address bar when the linked page opens.

Doesn't seem to have any effect whether flood is on or off.

Posted: Fri Jul 14, 2006 5:03 pm

I am not seeing this at all on a tapped site - weird!!

Sells PC To Pay For Divorce Joined: Posts: 5661

Me neither....but is it only with amazon or just everything?

Posted: Fri Jul 14, 2006 5:40 pm

Sounded like everything. I need to try this as well... This weekend!

Posted: Sat Jul 15, 2006 1:41 am

I do not get that either on my local test sites or any of the live sites oversee. If you do not plan to use the flood blocker you can open includes/nukesentinel.php and find the following:

Code:

define("NUKESENTINEL_IS_LOADED", TRUE);


session_name("NSNST_Flood");


session_start();

And change it to:

Code:

define("NUKESENTINEL_IS_LOADED", TRUE);


//session_name("NSNST_Flood");


//session_start();

That will kill hte flood session cookie off completely but it also causes you to not be able to use the flood blocker.

Posted: Sat Jul 15, 2006 2:17 am

Just thought I better mention what I wrote in a previous post in this thread in case it was missed

Quote:

Don't think its anything to do with google tap.

Have just installed NSNv2.5 on another (untapped) site I have and am getting the same results ie the annoying nsn flood prefix on php addresses.
Again a quick page refresh and all is as it should be, but something is amiss somewhere.

Will adjust the code on one of my sites as BobMarions suggested and report back but its still puzzling why it should happen to me.

I was upgrading from the latest RavensNuke if that could have any effect - sorry clutching at straws

Posted: Sat Jul 15, 2006 3:25 am

Well BobMarion's advise sure gets rid of the prefix but I would rather like to have it enabled if I could.

Anyway the following is my website that is not google tapped and still has the unadjusted includes/nukesentinel.php.
[ Only registered users can see links on this board! Get registered or login! ]

Just wondered whether anyone else gets that effect when visiting my site or is it just me???

Posted: Sat Jul 15, 2006 7:02 am

Well, that is strange. I got it once and that is it.

Posted: Sat Jul 15, 2006 8:00 am

That's just what I get.

On entering the site the links have the ?NSN_Flood= .......... on the end do a refresh and they vanish.

But why???? Bang Head

Anyone?

Posted: Sat Jul 15, 2006 8:27 am

But my point with my post was to say that I got it only that one time. Every other click for me did not have that on the URL.

Why is this bugging you so? Your site seems to be working just fine.

Posted: Sat Jul 15, 2006 8:49 am

Wouldn't it bug you??

Also I was having hundreds of flood attempts blocked by my previous nuke sentinel ( see post [ Only registered users can see links on this board! Get registered or login! ] for details) and was advised to upgrade.

I now have the flood blocker activated but do wonder if its working correctly with all these strange links showing(even though they disappear when the page is refreshed.)

I think since installing ns v.2.5 it's blocked just one.

(By the way please don't suspect that the previous condition has anything to do with the link anomally as the it also occurs on a site I have that did not have the prior flooding attempt problem.)

Posted: Sat Jul 15, 2006 9:08 am

The old flood blocker did not work and that is why you were advised to upgrade. I believe BobMarion really answered your question by provide the code edits to make. He is basically saying the session id is needed for flood blocking to work, but if it really bugged you that much and you didn't care about it working, then you could comment it out.

Posted: Sat Jul 15, 2006 9:20 am

Now I know this might be stepping on some toes, please forgive but I have another solution that might help.

I havent had the chance to look at 2.5 and see how functional it is, but I did have an older sentinel installed a while ago and I REALLY wanted to stop floods so I created a flood blocker block that once active will be a flood blocker and will block the ip via sentinels tables and will write to the .htaccess as well, you have to configure it manually in the block file itself(wanted as little database interaction as possible), but it's an ALTERNATIVE to sentinels floodblocker, not a fix for it.
[ Only registered users can see links on this board! Get registered or login! ]

Posted: Sat Jul 15, 2006 12:38 pm

Thanks darklord, you certainly aren't stepping on my toes.

I'll give it another day and if I still don't have a solution I will incorporate BobMarion's code edits and will certainly use your flood blocker script

Many thanks also to BobMarion for his code edits and to everyone for their advice and comments

Posted: Sat Jul 15, 2006 11:33 pm

I am trying to reproduce this on any of the sites I oversee and so far I can not. I'm also looking at the documents for sessions to see why it would be trans parent on my site(s) and not yours Sad

Posted: Sat Jul 15, 2006 11:45 pm

Figured out why it shows the first time then disappears Smile

It sets a cookie with the session name and id there for it doesn't have to appead it to the urls anymore. Now to firuge out how to make it transparent.

Posted: Sun Jul 16, 2006 8:08 am

Thanks Bob!!! You Da' Best! Smile

Posted: Sun Jul 16, 2006 8:11 am

I'll second that
Cheers