不懂就问，有没有办法能实现在通过代理服务器访问时，让服务器拿到客户端的 ip 而不是代理服务器的
monkeyWie 2020-03-27 18:21:45 +08:00 3485 次点击这是一个创建于 2048 天前的主题，其中的信息可能已经有所发展或是发生改变。
例如客户端 ip 是 1.1.1.1,通过一个 HTTP 代理服务器 2.2.2.2 访问 www.baidu.com ，百度获取到我的客户端 ip 是 2.2.2.2，有没有办法让百度拿到客户端的 ip 1.1.1.1 呢?
在应用层伪造 HTTP 请求头(x-forwarded-for)基本上是不行的，能不能改变 TCP 上的源 ip 来实现呢？
 | 1 ThirdFlame 2020-03-27 18:29:09 +08:00 如果代理 给你发来了 x-forwarded-for，那么可以参考这个值。 改变 tcp 源 IP，那你服务器数据回复到哪里呢。 再说一点，不用代理了。用梯子，你怎么找到源 ip 。 所以请放弃 挣扎。 |
 | 2 jangit 2020-03-27 18:31:08 +08:00 via iPhone 不大可能呢 代理后面的客户端说不定是内网地址呢 |
 | 3 monkeyWie OP @ThirdFlame 额，可能我没太说明白，我现在的角色是客户端和代理服务器，就是想让别人知道我的真实 ip，而不是代理服务器 ip |
 | 5 yaoliyc 2020-03-27 18:35:46 +08:00 via iPhone 代理服务器转发可以拿到，不转发拿不到 |
 | 6 CallMeReznov 2020-03-27 18:41:31 +08:00 WebRTC 可以拿到,不过也可以关闭 |
 | 7 Tianao 2020-03-27 18:43:50 +08:00  1 只要你可以控制代理服务器，代理服务器就可以伪造源 IP，但伪造生成的 IP 报文能不能被路由到目标服务器，又能不能从目标服务器被路由回来就看你本事了，这里的本事就是操纵 IP 路由的本事。比如这两天闹得沸沸扬扬的中间人攻击事件的攻击者就有这个本事。 |
 | 8 wwbfred 2020-03-27 18:48:55 +08:00 没试过,理论上应该可以做到,但为了满足需求可能要动内核,且回程必定是直连. 你可以先试试 iptables 在本地和代理各做一次 DNAT,不要 SNAT,然后看看本地是怎么对待返回包的. |
 | 9 geekvcn 2020-03-27 19:28:38 +08:00 楼主需求，我想要快递直接把货送到我家里，但是不想让快递知道我在哪个小区，怎么办 |
 | 10 hshpy 2020-03-27 19:30:42 +08:00 请求头不可信，除非你控制得了代理服务器，不然拿不到。 |
 | 11 cyberpoint 2020-03-27 19:31:54 +08:00 做梦 |
 | 12 unixeno 2020-03-27 19:40:34 +08:00 via Android 如果代理服务器和目标服务器都是你控制的话，可以 |
 | 13 jugelizi 2020-03-27 19:42:29 +08:00 via iPhone 1 好比你叫了一个跑腿的 去超市买袋米 跑腿的买米自己付钱 拿回来给你 请问超市怎么知道你在买米？ |
 | 14 Vhc001 2020-03-27 19:43:39 +08:00 TCP 不行，服务器拿到的 100%是真实 IP （就是你代理服务器的 IP ） UDP 可以 |
 | 17 guoqiyi 2020-03-27 19:53:54 +08:00 真有这技术,本站不少人早被请去喝茶了 |
 | 18 IsA26hN4DcQDS7Z9 2020-03-27 19:55:55 +08:00 能， 挂全局还能获取真实 ip，环境是常规电脑，不做其它匿名操作 不知道怎么实现的 |
 | 19 ALLLi 2020-03-27 20:04:46 +08:00 via Android |
| 20 ThirdFlame 2020-03-27 20:04:51 +08:00 @monkeyWie 那你的代理 就加 x-forwarded-for 即可。服务器端如果认可这个就 ok 了。 但是 由于 x-forwarded-for 可以伪造，所以好多服务器端已经不认这个了。 那么你可以和服务器端协商一个 header，代理用这个 header 写上客户端 ip，发给我服务器端即可。 |
| 21 ALLLi 2020-03-27 20:05:15 +08:00 via Android 肯定是自己的代理服务器才可以，别人的不行 |
 | 22 jim9606 2020-03-27 20:07:18 +08:00 你是希望你要访问的站点直到客户端真实 IP 吧 HTTP 层面就是 X-Forward-For: client,proxy1,proxy2... 但是代理服务器（客户控制的）可以伪造这个头，所以站点认不认这个头要看情况 很多时候站点知道客户端真实 IP 并没有什么用，例如你客户端用的是私有地址 |
 | 23 whywhywhy 2020-03-27 20:12:38 +08:00 via Android 如果目标服务器是你的，有办法，如果不是你的，早点休息，晚安 |
 | 24 xcstream 2020-03-27 20:20:40 +08:00 普通需求 x-forwarded-for 可以 伪不伪造是另一个问题，需要加密协议 |
 | 26 yulihao 2020-03-28 09:24:57 +08:00 如一楼，除了 x-forwarded-for，没有其他办法 楼主在搞 DoH ？ |
| 28 monkeyWie OP @yulihao x-forwarded-for 不行啊，目标服务器基本都是直接拿的 remote_ip |
 | 29 cdh1075 2020-03-28 16:16:42 +08:00 改一下代理服务器上代理程序的源代码和 iptables 脚本，把所有来自 1.1.1.1 去往百度的数据包的源 ip 都改成 1.1.1.1，这是唯一的办法 其他人所说的办法只是百度可以那样干，但百度并没有那样干，想让百度那样干只有改百度的代码，但你的条件中说你的角色是客户端和代理服务器，很显然改不了百度的代码 百度的代码只看一样东西，就是数据包的源 ip，既然你改变不了百度，只能把 1.1.1.1 写在那 |
| 30 cdh1075 2020-03-28 16:18:52 +08:00 另外记得客户端的代理程序和 iptables 也要做相应的适应性更改 |
 | 31 fan88 2020-03-28 19:31:53 +08:00 via Android 那必然是不可能的，即使你通过 iptables 或者别的东西做 nat 把 TCP 数据包的源 IP 改了。 一旦源 IP 改了，数据包不会返回给你的代理服务器，而是直接去客户端了。 你的客户端收到这个数据包以后会丢弃他，客户端建立连接的对象是代理服务器。 |
 | 32 WuhuiMurong 2020-03-29 01:29:39 +08:00 @Raynard l 浏览器的 webRTC... |
| 33 WuhuiMurong 2020-03-29 01:30:28 +08:00 浏览器 WebRTC 很容易泄露 |
Select Language