Go Back   vb.org Archive > vBulletin Modifications > vBulletin 4.x Modifications > vBulletin 4.x Add-ons
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools
Duplicate IP Report by BOP5 (Checks for users sharing the same IP Addresses) VB3/VB4 Details »»
Duplicate IP Report by BOP5 (Checks for users sharing the same IP Addresses) VB3/VB4
Version: 2.1.2, by BirdOPrey5 (Senior Member) BirdOPrey5 is offline
Developer Last Online: Aug 2023 Show Printable Version Email this Page

Category: Administrative and Maintenance Tools - Version: 4.x.x Rating:
Released: 05-05-2012 Last Update: 12-16-2012 Installs: 332
Supported
Additional Files Translations  

Brought to you by BirdOPrey5
www.Qapla.com


Version 2.1.2 - Fixed MySQLi bug - Introduced GOLD/Premium Version
Version 2.1 - Added BBCode to Banned Users and Post Count Options, better debug info
Version 2.0 - Added report for Registration (User) IP Address Checking

Check out the GOLD Version for these additional features:
  • Run reports directly from the Admin CP anytime you want
  • Post daily report as a "New Post" into an existing thread rather than a "New Thread" each night
  • Access to another Gold Mod- Recent Registration Check- will block spammers and scammers trying to register multiple accounts from the same IP address

This mod will run a nightly scan of your "post" and/or "user" table. It will report if it finds any users sharing the same IP address. You choose in the options how many days back you want to look. (Max of 5000 days, but please use more reasonable limits.)

If any "duplicate use" is found the IP addresses, usernames and optionally the posts themselves will be reported.

See a real report: Report Demo at Qapla.com

The report takes the form of a new thread posted to the forum of the Admin's choosing (A private forum for mods or admins is strongly recommended.)

There are options for whitelisting (ignoring) specific IP Addresses and/or userids so if you or your mods post as other users you can prevent that from being reported. If you use the Zoints Anonymous Posting mod you will want to put that userid on the whitelist else the report will out whoever posted "Anonymously."

NOTE: There are PERFECTLY valid reasons 2 or more users may share the same IP address. This report in and of itself is not proof of malicious activity. Users that connect by mobile devices, work in same offices, or go to the same schools for example would likely share the same IP address on some posts. So would too any users connecting from the same home or public Wi-Fi network.

As of version 2.0 there is a report for both the "post" and "user" table. The "user" table will find when 2 or more users register with the same IP address.

Tested and working on VB 3.8.7 and VB 4.1.12/4.2.0 and should work on all 3.7 / 3.8 / 4.x versions.

------------------------------------------------------

Please "Mark as Installed" if you use this.
Donations always appreciated. :up:
Nominate MOTM if you LOVE it!

Download Now

File Type: zip Duplicate IP Check by BOP5 Free v212.zip (10.2 KB, 976 views)

Screenshots

File Type: jpg dupecheck_settings.jpg (133.8 KB, 0 views)
File Type: jpg dupecheck_vb3.jpg (96.1 KB, 0 views)
File Type: jpg dupecheck_vb4.jpg (78.3 KB, 0 views)

Show Your Support

  • This modification may not be copied, reproduced or published elsewhere without author's permission.
10 благодарности(ей) от:
babyv0x, Black Snow, eyestrain, gazza2008, Hostboard, kylek, LIGHTFRAG, mservis, Rubio, Snowhog

Comments
  #172  
Old 09-28-2013, 12:38 AM
thunderclap82 thunderclap82 is offline
 
Join Date: Nov 2008
Posts: 305
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by BirdOPrey5 View Post
There is a "Day of Week" option drop-down in the Scheduled Task editor.
Doh! Missed that one right in front of me. Thanks!
Reply With Quote
  #173  
Old 09-30-2013, 05:26 AM
spankaveli spankaveli is offline
 
Join Date: Mar 2002
Location: Geismar, LA
Posts: 53
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

I see a way to whitelist certain IPs but is there a way to whitelist IP blocks? (for example, the 166.x.x.x block since that is used by AT&T wireless?)
Reply With Quote
  #174  
Old 10-01-2013, 11:02 AM
BirdOPrey5's Avatar
BirdOPrey5 BirdOPrey5 is offline
Senior Member
 
Join Date: Jun 2008
Location: New York
Posts: 10,610
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by spankaveli View Post
I see a way to whitelist certain IPs but is there a way to whitelist IP blocks? (for example, the 166.x.x.x block since that is used by AT&T wireless?)
No, not at this time... Will look into adding that into a future version.
Reply With Quote
  #175  
Old 10-01-2013, 03:57 PM
iraqiboy90 iraqiboy90 is offline
 
Join Date: Sep 2012
Posts: 93
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by BirdOPrey5 View Post
An email option is a good suggestion I will try to add in a future version. The debate whether a post or email is better is just going to be personal preference. I like keeping records as posts since I have a forum for all sorts of automated reports- but I can certainly understand the desire to have it by email instead.



In this respect the Gold and Free versions work the same.

Yes and no... The same posts will be re-reported if they are within the look back window of both reports, but each day that goes by the oldest duplicates will fall off the report. So if your post look back window is 7 days on the day 1 report you will see all duplicates in the last 7 days. But by day 4 you'll see only 3 days of duplicates as by your example there have been no duplicates for 4 days at that point.

Honestly... If you have all that many duplicates there's a problem... If your site is small then people are definitely using "Alter egos" - If you have a very busy site your look-back window would be a lot shorter, just because there are too many posts to query at once. So on a super busy forum I would image a look back window of only say 3 days instead of 7 or 30. A 3 day window means about 33% of the reports are new each night.

For example on my OT forum which has about 100 active members on any given day and maybe 300 unique members in a month, I do a post look-back of 7 days. After cleaning up all the initial multiple-accounts found by this mod, sometimes weeks go by with no duplicates reported- what is is just the occasional mobile users who wind up on the same IP.



Whitelisting specific IPs or usernames are an option but no way to not show duplicates previously reported if they fall in the same look-back window.

I suppose you can edit the scheduled task to run once a week instead of every night, then set a look-back window of 7 days, so each time it runs it is completely fresh data that will only be reported once, but in that case you could go an entire week before being notified about a duplicate account.
Problem is that at one time my forum was reporting the wrong IP of the users. It was instead reporting an internal IP, the same one for everyone, for almost 6-9 hours.

In this time, there has been created multiple posts, which is why my report is long and got to many post numbers in it.

Manually editing the IP (by removing them) from the DB (manually, I guess) will be lot of pain. Therefore I see that whitelisting that IP will be a better option, if there is no other option you can recommend.

regards
Reply With Quote
  #176  
Old 12-09-2013, 06:57 PM
cshellworld cshellworld is offline
 
Join Date: Sep 2013
Posts: 21
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

4.2.1 installed , thanks
Reply With Quote
Благодарность от:
BirdOPrey5
  #177  
Old 01-28-2014, 12:28 AM
Barcham Barcham is offline
 
Join Date: Jan 2014
Location: Montreal
Posts: 146
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

This is exactly what I've been needing. I am in the process of setting up a new board and I am certain that I am going to have some problems with some members of a former board I used to belong to. this will be a great help in tracking them down before they can cause problems!!!

Thank you so much!!!
Reply With Quote
  #178  
Old 07-20-2014, 04:46 PM
MarkFL's Avatar
MarkFL MarkFL is offline
 
Join Date: Feb 2014
Location: St. Augustine, FL
Posts: 3,853
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Ever since I was promoted to global moderator at the site I now help administrate, I have been wanting something like this. Now I don't have to go on hunches and suspicions alone...this was easy to install and is easy to use (vBulletin 4.2.0 patch levels 3 & 4 and 4.2.1).

Great work, BOP5! :up:

5 star rating and nominated for MOTM.
Reply With Quote
2 благодарности(ей) от:
BirdOPrey5, ozzy47
  #179  
Old 10-02-2014, 02:28 AM
mservis mservis is offline
 
Join Date: Jan 2003
Location: Espa?a
Posts: 11
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Perfect.
installed in vBulletin 4.2.2 Patch Level 1

Working now

Greetings
Reply With Quote
Благодарность от:
BirdOPrey5
  #180  
Old 10-02-2014, 05:40 PM
Skyrider Skyrider is offline
 
Join Date: Feb 2006
Location: Netherlands
Posts: 1,392
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

This might be a bug (or missing feature) but.. Right now it looks like in ACP... posts IPs are getting compared with all IPs (post and registration ones) ... while registration IPs are getting compared ONLY with other registration IPs.

For example at our "Boo" user and another profile using same IP.

Quote:
That's what it looks like given that when looking at Boo, you can find the other acount via the post IP, even tho the other account used that IP as registration
Is this an issue?
Reply With Quote
  #181  
Old 10-02-2014, 11:21 PM
BirdOPrey5's Avatar
BirdOPrey5 BirdOPrey5 is offline
Senior Member
 
Join Date: Jun 2008
Location: New York
Posts: 10,610
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by Skyrider View Post
This might be a bug (or missing feature) but.. Right now it looks like in ACP... posts IPs are getting compared with all IPs (post and registration ones) ... while registration IPs are getting compared ONLY with other registration IPs.

For example at our "Boo" user and another profile using same IP.



Is this an issue?
I'm may not be fully understanding the question- but looking at the SQL query it is clear the only IP addresses being checked in the posts report are the post IP addresses. It would be impossible for that query to check against registration IPs as those IPs are never returned/mentioned in the query.

If "Boo" is being returned in the post report it means the other username returned with boo has also posted posts with the same IP boo has posted from during the report period.
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


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


Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2024, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.06155 seconds
  • Memory Usage 2,370KB
  • Queries Executed 28 (?)
More Information
Template Usage:
  • (1)SHOWTHREAD
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)ad_showthread_beforeqr
  • (5)bbcode_quote
  • (1)footer
  • (1)forumjump
  • (1)forumrules
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (1)modsystem_post
  • (1)navbar
  • (4)navbar_link
  • (120)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (1)pagenav_pagelinkrel
  • (11)post_thanks_box
  • (14)post_thanks_box_bit
  • (11)post_thanks_button
  • (1)post_thanks_javascript
  • (1)post_thanks_navbar_search
  • (4)post_thanks_postbit
  • (11)post_thanks_postbit_info
  • (10)postbit
  • (4)postbit_attachment
  • (11)postbit_onlinestatus
  • (11)postbit_wrapper
  • (1)spacer_close
  • (1)spacer_open
  • (1)tagbit_wrapper 

Phrase Groups Available:
  • global
  • inlinemod
  • postbit
  • posting
  • reputationlevel
  • showthread
Included Files:
  • ./showthread.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/functions_bigthree.php
  • ./includes/class_postbit.php
  • ./includes/class_bbcode.php
  • ./includes/functions_reputation.php
  • ./includes/functions_post_thanks.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_postinfo_query
  • fetch_postinfo
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • showthread_start
  • showthread_getinfo
  • forumjump
  • showthread_post_start
  • showthread_query_postids
  • showthread_query
  • bbcode_fetch_tags
  • bbcode_create
  • showthread_postbit_create
  • postbit_factory
  • postbit_display_start
  • post_thanks_function_post_thanks_off_start
  • post_thanks_function_post_thanks_off_end
  • post_thanks_function_fetch_thanks_start
  • fetch_musername
  • post_thanks_function_fetch_thanks_end
  • post_thanks_function_thanked_already_start
  • post_thanks_function_thanked_already_end
  • post_thanks_function_fetch_thanks_bit_start
  • post_thanks_function_show_thanks_date_start
  • post_thanks_function_show_thanks_date_end
  • post_thanks_function_fetch_thanks_bit_end
  • post_thanks_function_fetch_post_thanks_template_start
  • post_thanks_function_fetch_post_thanks_template_end
  • postbit_imicons
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • postbit_attachment
  • postbit_display_complete
  • post_thanks_function_can_thank_this_post_start
  • pagenav_page
  • pagenav_complete
  • tag_fetchbit_complete
  • forumrules
  • navbits
  • navbits_complete
  • showthread_complete