不好说吧

【 在 hyoga (白鸟·没见过猪跑，还没吃过猪肉吗？) 的大作中提到: 】
: 标  题: Re: 请教一下，DNAT之后回程路由
: 发信站: 水木社区 (Fri Nov 26 17:15:15 2021), 转信
:
: proxy当然可以，但是很显然nat比proxy简单多了不是吗？
: 【 在 Loveni (ainibaobei) 的大作中提到: 】
: : 你这个需要一个proxy，不是需要一个nat.
:
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 210.162.8.*]
--
FROM 211.143.51.*

可以展开聊聊
【 在 lixianghui (傻瓜) 的大作中提到: 】
: 不好说吧
--
FROM 210.162.8.*

路由性能最好，包原封在跑，内核的路由模块性能很高。
四层转发次之，要改源、目的地址，要conntrak，但还是在内核里处理。
五花八门儿的代理性能差，可靠性也差，要进出 user space。

如果是互联网企业，这样的需求，能用路由解决肯定不会走四层转发，走四层转发也不用iptables（本质是netfilter，落后生产力了）。代理就不用说了。

个人用途其实怎么实现都无所谓，达成目的就好。

顺便吐糟一下，网上总有些小白认为各种代理好，最著名的就是ss之类的，其实都是些厨余垃圾（没法算工业垃圾）。

【 在 Loveni 的大作中提到: 】
: google下tcpproxy或者rinetd。
: 简单不简单看需求看场景，这个世界基本逻辑就是垃圾被淘汰，存在即合理。
:
--
FROM 111.201.129.*

nginx是7层服务，rdma跟阿里有毛线关系

【 在 Loveni 的大作中提到: 】
: 哎呀被你说的我都无言以对了，还互联网企业呢，大规模用nginx的都是sb了。
: 过内核也费时间呀，您多研究研究RDMA吧，阿里云刚rp的那个。
: 咱还是看看场景和性能的定义，我和楼主聊了几句貌似他也没有追求千万并发百G流量，就他那个破PC也扛不住。他说的性能我最后就理解为怎么简单怎么来了。
: ...................
--
FROM 111.201.129.*

用nginx的地方是必须拆包到7层才能解决问题

楼主的问题3层就能解决，最多用到4层

你这是无知搅*棍

【 在 Loveni 的大作中提到: 】
: 不要拽概念，proxy不在7层在哪？nginx最常用的不是反代是啥？
: 都吹互联网高性能网络，还不学学阿里最近RP的RDMA的落地应用？不懂就去搜搜
:
: ...................
--
FROM 111.201.129.*