前面我写的“ASP.net 获得客户端的IP相关知识”博客中，有一个简单的例子，演示了如何客户端编码，修改 HTTP_VIA 和HTTP_X_FORWARDED_FOR ，进而让服务器无法了解你到底是否启用的代理服务器，以及启用的是代理服务器之后的你的真实IP地址。 结合上面的技术，编码使用代理服务器，其实是非常简单的。下面就是客户段的演示代码。比起上篇博客，只修改了几行。

       下面演示代码中的代理服务器地址，可能在你试验的时候，已经不通了，请更换新的代理服务器地址。

    class Program
    {
        static void Main(string[] args)
        {
            // 最新代理服务器的地址，可以参看下面的列表
              // http://www.proxycn.com/html_proxy/http-1.html

            proxyTest("http://81.181.45.25:3128");
            proxyTest("http://202.105.182.13:80");
            Console.ReadLine();
        }

        public static void proxyTest(string proxyInfo)
        {
            WebProxy proxy = new WebProxy();
            proxy.Address = new Uri(proxyInfo);            

            HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create(http://******/userip.aspx);
            request.Headers.Add("VIA", "");
            request.Headers.Add("X_FORWARDED_FOR", "");

            request.Proxy = proxy;
            HttpWebResponse response = (HttpWebResponse)request.GetResponse();
            StreamReader stream = new StreamReader(response.GetResponseStream());
            string info = stream.ReadToEnd();
            stream.Close();
            response.Close();
            request = null;

            Console.Write(info);
            Console.WriteLine("***************************************************");
        }
    }

.net 中的 WebProxy   类，替我们封装了代理的处理逻辑。

小结：

       通过这两篇博客：ASP.net 获得客户端的IP相关知识、那些HTTP头会被增加HTTP_前缀，以及本文，我们会看到，服务器段获得IP地址，是非常脆弱的。通过编码绕过IP限制的门槛是越来越底了。通过IP做一些限制时，很多时候是非常脆弱的。当你使用IP限制策略的时候。要意识到这并不是一个强壮的限制策略。

       上一篇博客：ASP.net 获得客户端的IP相关知识 中我提到了，如果你想编码更改 HTTP_VIA、HTTP_X_FORWARDED_FOR 的值，你需要客户端增加的HTTP Head为：VIA、X_FORWARDED_FOR。即，少个 "HTTP_" 前缀。那么，到底读取这些值时，那些HTTP头增加时候需要增加HTTP_前缀，那些又不需要呢？

        简单来说，出了一些系统预先定义的，有特殊意义的HTTP头外，其他都需要增加 "HTTP_" 前缀。这是W3C 的 The Common Gateway Interface (CGI) 规范的定义。这些预定义的变量如下：

我们通过.net 的开源代码也可以看到上面的逻辑，这部分的核心代码在 System.Web.HttpRequest 类的 FillInServerVariablesCollection 方法

        internal void FillInServerVariablesCollection() {
            if (_wr == null)
                return;

            //  Add from hardcoded list

            AddServerVariableToCollection("ALL_HTTP",           CombineAllHeaders(false));
            AddServerVariableToCollection("ALL_RAW",            CombineAllHeaders(true));

            AddServerVariableToCollection("APPL_MD_PATH");

            AddServerVariableToCollection("APPL_PHYSICAL_PATH", _wr.GetAppPathTranslated());

            AddServerVariableToCollection("AUTH_TYPE",          DynamicServerVariable.AUTH_TYPE);
            AddServerVariableToCollection("AUTH_USER",          DynamicServerVariable.AUTH_USER);

            AddServerVariableToCollection("AUTH_PASSWORD");

            AddServerVariableToCollection("LOGON_USER");
            AddServerVariableToCollection("REMOTE_USER",        DynamicServerVariable.AUTH_USER);

            AddServerVariableToCollection("CERT_COOKIE");
            AddServerVariableToCollection("CERT_FLAGS");
            AddServerVariableToCollection("CERT_ISSUER");
            AddServerVariableToCollection("CERT_KEYSIZE");
            AddServerVariableToCollection("CERT_SECRETKEYSIZE");
            AddServerVariableToCollection("CERT_SERIALNUMBER");
            AddServerVariableToCollection("CERT_SERVER_ISSUER");
            AddServerVariableToCollection("CERT_SERVER_SUBJECT");
            AddServerVariableToCollection("CERT_SUBJECT");

            String clString = _wr.GetKnownRequestHeader(HttpWorkerRequest.HeaderContentLength);
            AddServerVariableToCollection("CONTENT_LENGTH",     (clString != null) ? clString : "0");

            AddServerVariableToCollection("CONTENT_TYPE",       this.ContentType);

            AddServerVariableToCollection("GATEWAY_INTERFACE");

            AddServerVariableToCollection("HTTPS");
            AddServerVariableToCollection("HTTPS_KEYSIZE");
            AddServerVariableToCollection("HTTPS_SECRETKEYSIZE");
            AddServerVariableToCollection("HTTPS_SERVER_ISSUER");
            AddServerVariableToCollection("HTTPS_SERVER_SUBJECT");

            AddServerVariableToCollection("INSTANCE_ID");
            AddServerVariableToCollection("INSTANCE_META_PATH");

            AddServerVariableToCollection("LOCAL_ADDR",         _wr.GetLocalAddress());

            AddServerVariableToCollection("PATH_INFO",          DynamicServerVariable.PATH_INFO);
            AddServerVariableToCollection("PATH_TRANSLATED",    DynamicServerVariable.PATH_TRANSLATED);

            AddServerVariableToCollection("QUERY_STRING",       DynamicServerVariable.QUERY_STRING);

            AddServerVariableToCollection("REMOTE_ADDR",        this.UserHostAddress);
            AddServerVariableToCollection("REMOTE_HOST",        this.UserHostName);

            AddServerVariableToCollection("REMOTE_PORT");

            AddServerVariableToCollection("REQUEST_METHOD",     this.HttpMethod);

            AddServerVariableToCollection("SCRIPT_NAME",        DynamicServerVariable.SCRIPT_NAME);

            AddServerVariableToCollection("SERVER_NAME",        _wr.GetServerName());
            AddServerVariableToCollection("SERVER_PORT",        _wr.GetLocalPortAsString());

            AddServerVariableToCollection("SERVER_PORT_SECURE", _wr.IsSecure() ? "1" : "0");

            AddServerVariableToCollection("SERVER_PROTOCOL",    _wr.GetHttpVersion());
            AddServerVariableToCollection("SERVER_SOFTWARE");

            AddServerVariableToCollection("URL",                DynamicServerVariable.SCRIPT_NAME);

            // Add all headers in HTTP_XXX format

            for (int i = 0; i < HttpWorkerRequest.RequestHeaderMaximum; i++) {
                String h = _wr.GetKnownRequestHeader(i);
                if (!String.IsNullOrEmpty(h))
                    AddServerVariableToCollection(HttpWorkerRequest.GetServerVariableNameFromKnownRequestHeaderIndex(i), h);
            }

            String[][] hh = _wr.GetUnknownRequestHeaders();

            if (hh != null) {
                for (int i = 0; i < hh.Length; i++)
                    AddServerVariableToCollection(ServerVariableNameFromHeader(hh[i][0]), hh[i][1]);
            }
        }

小结：

       通过上面的代码和说明可以看到：

       在客户端发送的HTTP Head 信息中， 是原模原样发送的，并没有增加 HTTP_ 前缀。 服务器段接受到时，也是原模原样的。
       按照 W3C 的规范， 除了上述头信息外，其他都需要在服务器端访问时候增加HTTP_ 前缀。 ASP.net 中更极端，除了正常的值获得外。所有值又额外多加了一遍 HTTP_ 前缀。

另外，对于客户段来说，并不是所有 HTTP 头都是可以设置的，下面的是受限制的标头。它们或者直接由 API（如 Content-Type）公开，或者受到系统保护，不能被更改：

Accept
Connection
Content-Length
Content-Type
Date
Expect
Host
If-Modified-Since
Range
Referer
Transfer-Encoding
User-Agent
Proxy-Connection

ASP.net 获得客户端的IP，最常见的是使用下述代码：

string user_IP = System.Web.HttpContext.Current.Request.ServerVariables["REMOTE_ADDR"];

对于了解代理服务器情况的人，我们会知道，如果用户使用了代理服务器，上述代码获得的是代理服务器的IP地址；如果用户使用了多个代理服务器，则是到达服务器的最后一个代理服务器的IP地址。

REMOTE_ADDR 说明：

访问客户端的 IP 地址。
此项信息用户不可以修改。
如果真的给改了的话，你也和服务器连接不了了，服务器就是按照这个来与客户端建立连接并进行通讯的。实际我测试修改这个 ServerVariables ， 一点效果都没有。仍然获得是实际的值。
另： Request.UserHostAddress 和 Request.ServerVariables["REMOTE_ADDR"] 实际是同一个值。

如何绕过代理服务器获得用户真实的IP地址呢？ 这时候我们一般是类似如下的代码（这里我简单起见，没有作一些边界判断）

private static string getIp()
{
      if (System.Web.HttpContext.Current.Request.ServerVariables["HTTP_VIA"] != null)
           return System.Web.HttpContext.Current.Request.ServerVariables["HTTP_X_FORWARDED_FOR"].Split(new char[]{','})[0];
      else
           return System.Web.HttpContext.Current.Request.ServerVariables["REMOTE_ADDR"];
}

这样就足够了么？ 这样是有问题的，HTTP_X_FORWARDED_FOR 、HTTP_VIA 是可以被冒名的。如果正好这里有SQL注入问题的话，那可非常严重了。

下面我们就来具体看HTTP_VIA 和HTTP_X_FORWARDED_FOR 这两个 ServerVariables。

HTTP_VIA 

如果有该条信息, 就证明您使用了代理服务器,代理服务器的地址就是后面的数值。

HTTP_X_FORWARDED_FOR 

如果有该条信息, 也证明了您使用了代理服务器代理服务器的地址就是后面的数值。

需要注意的，HTTP_X_FORWARDED_FOR  的值，并不一定是只有一个IP地址，下面的信息也是可能的，每行一条记录。下面数据取材于CSDN 实际的数据。
10.194.73.11
unknown, unknown, 211.100.22.30
203.98.182.163, 203.98.182.163, 203.129.72.215
172.16.20.110, 202.116.64.196, 203.81.21.61
10.194.75.83, 10.194.73.11, 10.194.73.11, unknown
192.168.120.57, unknown, unknown, 211.10.10.195
10.2.4.211, 219.141.250.3
3.242.165.168, 218.108.22.164
unknown, 211.100.22.30
192.168.83.56, 210.21.224.233
218.94.136.176, 203.81.21.61
unknown, 210.75.1.181
10.161.196.218, 202.104.134.23
222.216.6.148, 222.216.6.146
155.161.59.47, unknown

需要注意的是这两个值都是可以被改掉的。

对于这三个值：REMOTE_ADDR、HTTP_VIA、HTTP_X_FORWARDED_FOR  来说，可以分以下五种情况：

一、没有使用代理服务器的情况：

      REMOTE_ADDR = 您的 IP
      HTTP_VIA = 没数值或不显示
      HTTP_X_FORWARDED_FOR = 没数值或不显示

二、使用透明代理服务器的情况：Transparent Proxies

      REMOTE_ADDR = 最后一个代理服务器 IP
      HTTP_VIA = 代理服务器 IP
      HTTP_X_FORWARDED_FOR = 您的真实 IP ，经过多个代理服务器时，这个值类似如下：203.98.182.163, 203.98.182.163, 203.129.72.215。

   这类代理服务器还是将您的信息转发给您的访问对象，无法达到隐藏真实身份的目的。

三、使用普通匿名代理服务器的情况：Anonymous Proxies

      REMOTE_ADDR = 最后一个代理服务器 IP
      HTTP_VIA = 代理服务器 IP
      HTTP_X_FORWARDED_FOR = 代理服务器 IP ，经过多个代理服务器时，这个值类似如下：203.98.182.163, 203.98.182.163, 203.129.72.215。

   隐藏了您的真实IP，但是向访问对象透露了您是使用代理服务器访问他们的。

四、使用欺骗性代理服务器的情况：Distorting Proxies

      REMOTE_ADDR = 代理服务器 IP
      HTTP_VIA = 代理服务器 IP
      HTTP_X_FORWARDED_FOR = 随机的 IP ，经过多个代理服务器时，这个值类似如下：203.98.182.163, 203.98.182.163, 203.129.72.215。

   告诉了访问对象您使用了代理服务器，但编造了一个虚假的随机IP代替您的真实IP欺骗它。

五、使用高匿名代理服务器的情况：High Anonymity Proxies (Elite proxies)

      REMOTE_ADDR = 代理服务器 IP
      HTTP_VIA = 没数值或不显示
      HTTP_X_FORWARDED_FOR = 没数值或不显示 ，经过多个代理服务器时，这个值类似如下：203.98.182.163, 203.98.182.163, 203.129.72.215。

   完全用代理服务器的信息替代了您的所有信息，就象您就是完全使用那台代理服务器直接访问对象。

下面是一个简单的代码，来演示冒名上述信息，改造自 http://www.cnblogs.com/kingthy/archive/2007/11/24/970783.html 博客的测试代码。

服务器端的 UserIP.ASPX 页面的代码：

protected void Page_Load(object sender, EventArgs e)
{
    StringBuilder info = new StringBuilder();

    // 我们关注的三个 ServerVariables
    info.AppendFormat("HTTP_VIA = {0} <br />\r\n", 
        Request.ServerVariables["HTTP_VIA"]);
    info.AppendFormat("HTTP_X_FORWARDED_FOR = {0} <br />\r\n", 
        Request.ServerVariables["HTTP_X_FORWARDED_FOR"]);
    info.AppendFormat("REMOTE_ADDR = {0} <br />\r\n", 
        Request.ServerVariables["REMOTE_ADDR"]);
    info.AppendLine("*********** \r\n<br />");

    // 其他有参考价值的 ServerVariables
    foreach (string key in Request.ServerVariables.AllKeys)
    {
        info.AppendFormat("{0} = {1} <br />\r\n", key, Request.ServerVariables[key]);
    }

    Response.Clear();
    Response.Write(info.ToString());
    Response.End();
}

客户端发送请求的代码：

static void Main(string[] args)
{
    HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create(
        "http://localhost:7867/MyTestWebSite/UserIP.aspx");
    request.Headers.Add("REMOTE_ADDR", "192.168.5.88");
    request.Headers.Add("VIA", "ghj1976");
    request.Headers.Add("X_FORWARDED_FOR", "0.0.0.0");

    HttpWebResponse response = (HttpWebResponse)request.GetResponse();
    StreamReader stream = new StreamReader(response.GetResponseStream());
    string info = stream.ReadToEnd();
    stream.Close();
    response.Close();
    request = null;


    Console.Write(info);
    Console.ReadLine();
}

测试的结果中的重要信息：

测试的结果数据比较多，我这里只罗列了几个重要的。

HTTP_VIA = ghj1976 <br />
HTTP_X_FORWARDED_FOR = 0.0.0.0 <br />
REMOTE_ADDR = 127.0.0.1 <br />
***********
REMOTE_ADDR = 127.0.0.1 <br />
HTTP_VIA = ghj1976 <br />
HTTP_REMOTE_ADDR = 192.168.5.88 <br />
HTTP_X_FORWARDED_FOR = 0.0.0.0 <br />

上面测试代码需要注意的是：

我们在客户端代码中设置了三个HTTP头信息，分别是： 

REMOTE_ADDR、VIA、X_FORWARDED_FOR
实际在服务器段，这三个值应该通过下面三个属性来读取

HTTP_REMOTE_ADDR、HTTP_VIA 、HTTP_X_FORWARDED_FOR  注意他们的区别！！

REMOTE_ADDR 属性是无法设置的。或者说，设置的不是我们所希望的。

小结：

1、REMOTE_ADDR 不可被修改，但是可能会获得代理服务器的IP，而不是实际客户端的IP。

2、通过 HTTP_VIA、HTTP_X_FORWARDED_FOR 我们可以获得代理服务器所代理的信息，但是这依靠代理服务器的支持。另外，这两个值可以被修改。我们通过它获得的信息可能是不真实的。另，HTTP_X_FORWARDED_FOR 的信息可能是一个集合，不含 REMOTE_ADDR 中的代理服务器IP。

没有一个完美的解决获得客户端IP地址的方法，我们只能在上面2个信息中取舍。

参考资料:

LEAD提效之socks代理
http://blog.sina.com.cn/s/blog_497f6c5501000c2a.html

获取客户端的真实ip
http://www.cnblogs.com/ovliverlin/archive/2007/06/15/784890.html

真正的取真实IP地址及利弊
http://www.cnblogs.com/chinhr/archive/2008/01/24/1051873.html 

使用HTTP_X_FORWARDED_FOR获取客户端IP的严重后果
http://www.cnblogs.com/kingthy/archive/2007/11/24/970783.html