vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 3.8 Add-ons (https://vborg.vbsupport.ru/forumdisplay.php?f=235)
-   -   Administrative and Maintenance Tools - Cookie Ban (https://vborg.vbsupport.ru/showthread.php?t=201966)

bjhuang 01-15-2009 10:00 PM

Cookie Ban
 
1 Attachment(s)
Products: 1
Plugins: 1
Queries: 0

What does it do?

When you banned a user, he can just register a new account and keep posting on your forum.
When you banned an IP, the IP could be dymanic or an proxy IP. You probably banned one or more innocent users.
Why not try to ban someone by a cookie!

Installation

Step 1: import product-cookieban.xml
Step 2: add this into .htaccess

PHP Code:

                RewriteEngine on
                RewriteCond 
%{HTTP_COOKIE_xxxx_welcome
                RewriteRule 
.* - [F

be sure to replace the xxxx with your cookie prefix (check your includes/config.php)

What will happen?

When a banned user try to login your forum, he will be given a cookie of death. and then he will not be able to access your forum within an year.

Advanced

to assign a different banned usergroup, modify this line:
PHP Code:

if (is_member_of($vbulletin->userinfo8)) 

to assign a different ban period, modify this number:
PHP Code:

60*60*24*30*12 



The most famous travel forum in chinese world - www.bbkz.com

chooky 01-16-2009 09:24 AM

Quote:

When a banned user try to login your forum, he will be given a cookie of death. and then he will not be able to access your forum within an year.
when he clean his cache he can registered after 1 minute ! That way isnt really effectiv.

KURTZ 01-16-2009 09:48 AM

Quote:

Originally Posted by chooky (Post 1714440)
when he clean his cache he can registered after 1 minute ! That way isnt really effectiv.

agreed :)

bjhuang 01-16-2009 09:48 AM

Quote:

Originally Posted by chooky (Post 1714440)
when he clean his cache he can registered after 1 minute ! That way isnt really effectiv.

this is true. but in my experience, most of the users don't know anything about cookies. this helps to stop some mad posters.

human spammers are provided dymanic IPs from their company, but they don't waste time to clear the cookies either. if they can not access your site for the first load, they will choose to skip. they are just too busy :D

Audax666 01-16-2009 03:09 PM

Isn't it the same way the Multiple account login detector works?
I just don't know if it works with the actual version 3.8, but it is also cookie based.

Blue91 01-16-2009 03:19 PM

<a href="https://vborg.vbsupport.ru/showthread.php?t=197484" target="_blank">Miserable Users</a> seems to be a better option. This works too though.

bjhuang 01-16-2009 10:50 PM

Quote:

Originally Posted by Audax666 (Post 1714774)
Isn't it the same way the Multiple account login detector works?
I just don't know if it works with the actual version 3.8, but it is also cookie based.

"Multiple account login detector" tells you who get multiple account. this mod stops users you banned to access your forum thus they can not register another account of course.

Angel-Wings 01-17-2009 04:42 PM

They still can register a new account, just need to clean their Cookies. Usually Spam Bots or things you don't need and want are small tools that work with a long proxy list, place their content, clean Cookies & Cache, do the next run.

Just - if someone knows a little bit more about how Login & Sessions work there's no way of banning someone completely without the chance to register again with another account. :(

scan-pa 01-18-2009 03:49 AM

to fix this mod, have the cookie stored on the persons pc, in a different location then the rest of the cookies. as cookie cleaners only delete the normal cookie file. I know several vB mods and other server programs that place a 2nd. non "normal" detectable cookie in other locations, so they are not deleted when the pc's cookies are deleated or removed.

GrendelKhan{TSU 01-23-2009 08:50 AM

Quote:

Originally Posted by scan-pa (Post 1716465)
to fix this mod, have the cookie stored on the persons pc, in a different location then the rest of the cookies. as cookie cleaners only delete the normal cookie file. I know several vB mods and other server programs that place a 2nd. non "normal" detectable cookie in other locations, so they are not deleted when the pc's cookies are deleated or removed.

dats a good idea!

I second that suggestion. I'm down with this if so. :)


All times are GMT. The time now is 01:51 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01096 seconds
  • Memory Usage 1,748KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (3)bbcode_php_printable
  • (5)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (1)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete