Version: 4.2.0.1, by Paul M
Developer Last Online: Nov 2023
Category: Administrative and Maintenance Tools -
Version: 4.2.x
Rating:
Released: 01-01-2010
Last Update: 01-03-2015
Installs: 686
DB Changes Uses Plugins Auto-Templates
Code Changes Translations
No support by the author.
--------------------------------------------------------------------------------
This modification has been withdrawn.
vBulletin 4.0.x and 4.1.x are no longer supported.
For vBulletin 4.2.x please use the built in reverse proxy detection.
--------------------------------------------------------------------------------
This hack makes the forum always use the members real ip if a proxy is detected, meaning that all existing ip functions should continue to work, basically ignoring the proxy server (other than recording it's presence).
For example ;
* The real ip is displayed in the who's online page.
* The real and proxy server ip's are accesible for each post, the button is red for members using a proxy server.
* The real ip is searchable in the admin/mod cp (but not the proxy ip).
* The real ip can be banned by admins.
Note: This hack relies on the proxy server passing the correct http variables to allow detection.
If they are not passed then detection will not work. By definition, annonymous proxies do not pass on these variables.
If a proxy is detected, then a red ip icon is displayed instead of the standard one.
To install, download and unzip the files and follow the instructions in the text file.
This modification involves changes to the class_core.php file - if you upgrade your vbulletin, you must reapply those changes.
If you forget these edits, the modification will continue to work for forum posts only (v4.0.4 +).
History:
v4.0.1 : 02-Jan-2010 : Initial release for vb 4.0.0 Gold. v4.0.2 : 04-Jan-2010 : Added check for invalid alt ip address. v4.0.3 : 13-Jan-2010 : Minor change to cope better when people forget the class_core file edits. v4.0.4 : 15-Jan-2010 : Further changes to process forum posts when people forget the class_core file edits. v4.0.5 : 20-Feb-2010 : Internal update, not released. v4.0.6 : 27-Feb-2010 : Style code updates for vB 4.0.2. v4.0.7 : 30-Oct-2010 : Style code updated to work when css stored as files.
v4.1.0 : 04-Dec-2010 : Updated for vBulletin 4.1.x
v4.1.7.0 : 16-Oct-2011 : Updated for vBulletin 4.1.7. v4.1.8.0 : 18-Nov-2011 : Updated for vBulletin 4.1.8.
v4.2.0.0 : 24-May-2012 : Updated for vBulletin 4.2.0. v4.2.0.1 : 02-Jan-2015 : Updated for Cloudflare Changes.
Show Your Support
This modification may not be copied, reproduced or published elsewhere without author's permission.
I had the same problem as with a couple of other people with the funny characters in the file, when using notepad. Using notepad++ everything worked as documented.
I recently uninstalled this product from my forum, just because I was doing a cleanup of old modifications we don't use anymore. Afterwards, I was getting a database error whenever someone was trying to create a post. The database error said that it had Invalid SQL: "Unknown column 'proxyip' in 'field list'".
Looking through your uninstall code, I do see that there is code to drop this field from the database: $db_alter->drop_field('proxyip')
However, I would think that dropping the field would be okay, wouldn't it? Do I have something else still trying to insert data into the now-non-existing proxyip field? It's not a vB default field, is it?
For now, as a quick fix, I've just re-added the field to the post table, and everything is back to working as normal. Would like to hear from you, though, if there's something I did wrong, and something I have to fix. X3
That's what I was thinking, too, but doing a search in my plugins (WHERE phpcode LIKE "%proxyip%") yielded nothing. All my default files were over-written with my recent upgrade to 4.1.3, too, so I know it's not edits to any vB original files... So I guess all that's left is other files that might be "included" by some plugin?
a quick grep -rl "proxyip" * in my web root doesn't reveal any answers, though. :<