Well this was never meant to work with the other proxy hack - the only reason it's mentioned is because we had the proxy 3.0 version installed on our forum at the time I decided to develop this - therefore it made sense to use part of the 3.0 code we already had (mainly for storing the extra IP in the database). In reality, had I written it from scratch then the code would pretty much have been the same anyway.

I have never actually looked at the 3.1 version so I have no idea what it does to the WOL, or why it would stop it working but I'll take a peek and see if it's obvious.

One of the attachments available on that hack thread is just the WOL changes, so that should make it pretty easy to spot any differences. :)

I can see no reason why it would stop working - if you already have the proxy hack 3.1 WOL code installed - then installing this hack should have no effect. The PH3.1 WOL works by storing the detected proxyip in the sessions table, this hack would not affect this.

Oh, I see what you mean. Now I realize the reason I'm not seeing that graphic is the $show[useragent] conditional which I apparently don't have set (and can't find). Anyway sorry to bother you.

Seems to be working fine. Wont know until I come accross a proxy though I guess.

Question, when searching users IPs in the Admin CP, will it specify which is a proxy and which is real or will it just resolve the proxy into a real IP?

It's a setting at the bottom of each WOL page.

Only the real ip is searchable, because the ACP code does not know that the proxip field exists.

You know what would be nice;

when the forum detects you are surfing a proxy it looks op your reall IP. If your reall IP's is banned; you don't have forum acces. Not even with proxy.

Um, that's exactly what this does :)

Wow. I went through every related php file and template twice before realizing what you mean. I can't believe I've never noticed that option before. Thanks!

Huh? Well... if that's the case it's just great!

(huh? im really confused... when I asked the same question about, uuhm, 8 months ago people said to me "no that isn't possible". Maybe I'm confussing some hacks with each other! THX ANYWAY!)

You must have asked this about another hack - it was one of the reasons I developed this version. The real ip is extracted and assigned to the standard vB ipaddess static variable - this is what vB then uses in all it's ip related functions (wol, sessions, banning, ip searching etc).

Paul M,

I just installed your hack, but is there anyway to test it? I am sorry if this has been posted before, I skipped through some of the pages and didn't see a way to test it.

Rgds and many thanks

You're not showing as having it installed ;)

The only test is to post via a proxy server (one that passes on the correct http headers). If you PM me a test account I can post on your forum - my ISP is ntl in the uk - who route all http traffic through such proxy servers. I will be here for about 15 mins, and then back again in a few hours.

Another option is to set up your browser with a temporary proxy address and then login to your site and make a post.

Get a free proxy address from http://www.freeproxy.ru/download/lists/goodproxy.txt

Go to your browser Internet Options in the Tools menu and select the Connections tab. Click the LAN settings button and tick the Proxy Server box and type in the address and port number. Click Okay and Apply. Now when you logon to your site you should see that proxy address in WOL and get a red icon when you post.

When the test is finished remove the proxy address from your browser.

All of the above presumes you don't already have a proxy address via your ISP as Paul does.

I know, LoL, I just wanted to test it first. OK, OK, I'll click install now.

My site is: http://forum.m1911.org

Just register under the name Paul M and post something in the Test Forum here:

http://forum.m1911.org/forumdisplay.php?f=85

Thanks, let's see what it does.

Neat, it works, thanks Paul M, nice hack.

Now let's wait for any ... offenders!

If I want to see who has used a proxy IP instead of a normal one, can I create a report which will compare the two columns in post? From what I read, if proxyip is not null, and the ipaddress is different than the proxyip, this meaans that this user is using a proxy to log in, right?

You would have to make your own report or sql query to do this, but yes, if proxy is not null, and ip <> proxy then they have come in via a proxy server. In fact, if proxy is not null, it should never equal the real ip, that would be a seriously screwed set-up.

Thank you Sir, that's what I intended to do, create an Admin report. When I have it, I'll post it here, with your permission of course.

It looks as if this is a powerful tool for the admins, again, well done.

Feel free. :)

Clicks install

Clicks install.

So, if I ban the proxy IP, "what happen?!"

If it's detected as a proxy then nothing. If it isn't detected as one, then it will get banned.

Will it work @ 3.5?

I have a 3.5 version of this, which will be released in the last week of August (after my holiday).

In includes/functions_newpost.php

i didn't see:


i run vb 308 :ermm:


also; If I installed the early version, what should I modify to upgrade it to the newest version? Knowing that I delete the early hack file from my pc so I can't look for the difference between both.

Well it seems to be there for me, about line 423 (under "// ### POST NEW POST ###")

The early version of what ?

The instructions say " "This hack makes the forum always use the members real ip when a proxy is detected,"" and then "Obviously, like all proxy server detection hacks, this will only work if the proxy server passes the appropiate http variables." So, the claims following it are a bit confusing. They are written as it if always works. But they are a bit "optimistic" as they only work if the conditions in the first paragraph are met.

I am wondering just how many people work with a "non-anonymous" proxy?

It seems perfectly clear to me - when a proxy is detected, the real ip is used, not the proxy ip. A proxy can only be detected if it passes the correct http variables. Only you seem to be confused.

1.5 million ntl customers in the uk for starters, as well as many companies and other ISP's.

I was not putting your hack down, so there is no need to be nasty about it. The reason I asked is because it seemed to be a contradiction, which confused me, and I wanted to understand how this great hack worked. When I install a modification on a board I like to try to understand how it works, rather than letting the "magic" of vb do the work. Thanks again for sharing your work.

There was no intention to be nasty, I'm sorry if you took it that way - I simply answered your questions. :)

In that case I apologize for taking it that way.

Can you explain which variable the http is passed through to check if it is a proxy IP? Is it simply checking the IP against the x-originating IP address, or is it doing something else as well?

Proxy servers pass the originating ip in a variety of ways depending on the software they run (is there a standard I wonder ?). The most common ones are X_FORWARDED_FOR & CLIENT_IP. The hack checks these (and others) for a vailid IP address.

cool- thanks for the info. What are some of the "others"?

This seems like a very good hack, ive installed other hacks, but this one seems a little hard onto following some of the steps, im stuck at the second step already, anybody have or maybe got an easier translation for a newbie like me?? So i can follow clear instructions and details??

Works really well.

Thanks again Paul.

Great idea, great hack. Functionality is perfect.

Of course, it took a bit of modding to make this work with the "extra IP info" hack, but I managed. :p (I realize someone's probably done it already.)

Hmm, I installed the extra IP info hack, and I don't know if it'll work with this, care to add me on MSN or AIM or YIM to teach me? Anyone?

Anyone will do.
MSN: szehan80@hotmail
AIM: szehan72
YIM: szehan72

As far as functionality is concerned they will work fine, they do not intefere with each other. The only clash is the displayiing of the icon via postbit_ip template. One suggested solution to this is here.


Another solution, that I e-mailed to someone the other week, is to do this ;

Follow the proxy-to-real instructions and replace postbit_ip - ignore the ipinfo instructions that mention this template. Then in postbit template (or postbit_legacy if you use it)

Find ;

Add this below ;

After doing this you should be able to view the ip information for any post like this ;

Click on the posters name - this should display the DHTML list of options, at the bottom of the list (under "Add xxxx to Your Buddy List") should be "Display IP Information" - simply click on it.

Theres another way, I just figured it out:
at step 3, theres this code, and..

After this.. I'll replace it with the code that ipinfo tells me to
This way, I'll see the ipinfo when a proxy is not detected, but when a proxy is detected, the "red ipp.gif" icon appears and I'll see the proxy info, hmm its probably all good. =)

Like anything, there is usually more than one way to do something. :)