vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 4.x Add-ons (https://vborg.vbsupport.ru/forumdisplay.php?f=245)
-   -   Mini Mods - Prevent guests/users from using proxies at your forum (https://vborg.vbsupport.ru/showthread.php?t=235638)

TheSupportForum 02-12-2010 04:41 AM

would like to see the idea of adding a proxy to a list so that it blocks proxies on a list you give

instead of blocking all proxies

otherwise when i get to work i cant view my own site due to use using the internet through a proxy provided by our county area

or an option to to add or ignore proxies so that some can visit

argothiusz 02-12-2010 04:47 AM

Just for everyone information, Singapore visitors usually access the web through a gateway proxy. So, if you are using this you may as well block entire country.

alessai 02-12-2010 09:06 AM

my whole university is running through a proxy, which is the same for many other uni's

borbole 02-12-2010 09:34 AM

Adding a proxy list would be not so effective as those proxy lists gets update very often. it si more effective this way. Although it might prevent some legit users as stated above. If you are worried about it then I think it would be better to not install the hack.

lemonadesoda 02-12-2010 02:41 PM

borbole,

I REALLY like the concept. Could you consider having a track, monitor and control system rather than just "block all".

The way it would work is thus:

1./ It would record all proxy attempts AFTER login name is captures, and log the proxy IP as well as the username
2./ The admin would be able to view this tracking list
3./ At any time, the admin can review proxy use ("monitor") and if the user logged in, which username it was ("track")
4./ The admin can select from the list of proxy addresses, and make specific IP's BLACKlisted or WHITElisted
5./ The admin would have an option to set the default as all (unknown) proxies BLACK or WHITE
6./ There would be an option to allow/block guest proxy access

I think that your programming hook is therefore one step later... let people log in first BEFORE running the blocking.

Yes, this requires some manual intervention by the admin to make it work properly. But this is very important for us, since we run a private vB for staff and clients. Clients may be behind proxies. By tracking, I can see who they are and the IP of the proxy. I can then decide to BLACK or WHITE list them. I cant risk blocking clients. I only want to block hackers.

When we have a new client, I could "shields down" until the client has logged in and I have the monitoring data. Then I could "shields up" again.

With this modified tool I would now have a monitoring system to see if people are trying to access via proxies, especially banned users (ex. staff and ex. clients).

borbole 02-12-2010 03:59 PM

I have tried that before when I coded it for another forum software and due to the proxies lists getting updated dayily it made next to impossible to track them. Whereas like this it works great.

Now, if you want to block people from logging in with a proxy, change the register_start hook to login_process hook and whenever a user logs in with a proxy, it will revert him/her immediately to their real ip.

djbaxter 02-12-2010 10:34 PM

Quote:

Originally Posted by borbole (Post 1980874)
I have tried that before when I coded it for another forum software and due to the proxies lists getting updated dayily it made next to impossible to track them. Whereas like this it works great.

Works great at what, though? Blocking entire corporations? Entire campuses? All AOL users? Apparently some countries?

It seems to me this is like using nuclear missiles to kill mosquitoes...

vb4newb 02-12-2010 10:46 PM

I am very happy with it ,I tested it thoroughly and then again my members are all home users
so I think it depends on your target membership, not all forums cater to Large corporations
that use proxies.

ndut 02-12-2010 11:25 PM

thank you

barcena 02-13-2010 06:44 AM

Quote:

Originally Posted by lemonadesoda (Post 1980830)
borbole,

I REALLY like the concept. Could you consider having a track, monitor and control system rather than just "block all".

The way it would work is thus:

1./ It would record all proxy attempts AFTER login name is captures, and log the proxy IP as well as the username
2./ The admin would be able to view this tracking list
3./ At any time, the admin can review proxy use ("monitor") and if the user logged in, which username it was ("track")
4./ The admin can select from the list of proxy addresses, and make specific IP's BLACKlisted or WHITElisted
5./ The admin would have an option to set the default as all (unknown) proxies BLACK or WHITE
6./ There would be an option to allow/block guest proxy access

I think that your programming hook is therefore one step later... let people log in first BEFORE running the blocking.

Yes, this requires some manual intervention by the admin to make it work properly. But this is very important for us, since we run a private vB for staff and clients. Clients may be behind proxies. By tracking, I can see who they are and the IP of the proxy. I can then decide to BLACK or WHITE list them. I cant risk blocking clients. I only want to block hackers.

When we have a new client, I could "shields down" until the client has logged in and I have the monitoring data. Then I could "shields up" again.

With this modified tool I would now have a monitoring system to see if people are trying to access via proxies, especially banned users (ex. staff and ex. clients).

I'm all for this!!!!

You'r hack idea is great, you have no idea how badly I/we need something like this, but not so drastic though; and I think if you implement lemonadesoda's ideas this will become MOTM in no time!.


All times are GMT. The time now is 05:17 PM.

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.01114 seconds
  • Memory Usage 1,743KB
  • 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
  • (2)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (3)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