Austing

@ShadowStar
您真的了解 TCP/IP 和 netfilter?

没有任何操作的下 Client_1 和 VPS_2 当然不知道, 但是这和我说的有什么关系吗?

题主所说的不就是三台主机的固定关系? 即便不固定, Client 的处理也不会说只能针对一个地址.
即便不针对地址, 同样可以 connmark 一个特定状态或者数据包标识来标记用来匹配.


@yingtl 如果可以伪装 src 确实可以达到此目的, 但是你要想要比较满意的达到这个目的, 成本不会亚于你多买几台机器的.

@yingtl 一般来讲是不行的, 因为一般 VPS 服务商是在宿主机就过滤, 现在 VPS 商家常用的 solusvm openstack 之类的默认防止欺骗什么的都是最基本的- -
如果它是租用的其他服务商的服务器, 那么他的上游服务商很可能也会有过滤.
所以很多时候可能会有很多层的...
不过你可以自己试试啊, 随便用 hping 什么的发包然后抓包看看, 能收到就是能发呗.
但是你要是同机房同网络的话, IPIP 隧道正常应该也没多少性能衰减吧.

@ShadowStar 双向无法通信的前提是, 只是在客户端不进行任何操作的前提下, 当然无法通信, 你大可客户端 hook 再进行一次包修改.
没有任何问题, 而且使用情况也很多, 各大云的 LB 几乎全是如此.

如果你想做到不改变发送源, 那你可以在 VPS_A 和 VPS_B 之间另外建立一条隧道来实现.
纯公网基本不太可能, 如果你不缺钱, 那你可以找没有开 uRPF 的机房或者自己买条 transit 做 bgp 吧 :)

@ShadowStar
@yingtl
和发送回复对不对的上以及 UDP 无关.
了解一下 BCP 38/RFC 2827.
如果 VPS_A 直接 DNAT 到 VPS_B 不不改变 SRC, 那么理论上就是伪造发送源进行 IP 欺骗, 99% 的 VPS 都不可能没开启 uRPF 和 ACL 来防止伪造的.
并且很多不是自有 transit 的服务商在其上游就已经被开启了 uRPF, 你可以直接在 VPS_A 尝试用 client 或其他任意 IP 直接向 B/其他服务器发包看一下, 然后接受 server tcpdump 抓包一下, 我相信对面是根本收不到的.

別的不說了，IP 比頻寬貴，你是在局限於向 ISP 租用 IP ？？？這些廠有哪家 BGP 是租的 ISP 的而不是自己做的嗎？
你在開玩笑嗎，我租一個 /24 行情目前基本都在 60-70 歐，更別提買的了，那基本上算是一次性費用了，年費根本可以不計，三年前 IP 都還是成堆的給好吧。

@bclerdx 你沒接聯通直連，也就是沒有和聯通 PEER ，那肯定會選擇其他的路徑過去啊，如果不選擇那就目標不可達，就這麼簡單。

@Quaintjade 要是聯通 4G 的話，大概也好不到哪去，電信 4G 還可以找個 AliHK 或者 Dediserve 的 Vienna 中轉過去，說實話聯通現在到歐洲除了 IPLC/MPLS 這些之外真的是加錢也不可及，老 CNC 出口也只有一條 DTAG 的歐洲直連，而且到晚上也是炸 30-60+的延遲。 。

@yexm0 interoute 晚上炸的飛起，白天 CU 延遲還算穩，但速度也完全不上去的，不過收郵件還是夠的。

@bclerdx 是的。

@Quaintjade

沒做宣告的話連 routing 都不會有，聯通客服這話在搞笑。
其實也就是在說對面的服務商沒買聯通直連，就算跟服務商講了肯定也不會花錢去接聯通的，而且歐洲的話就算接了也依然不會穩。
還是找個中轉出口吧。