- 主题:请教一下，DNAT之后回程路由
你这个需要一个proxy，不是需要一个nat.
【 在 hyoga (白鸟·没见过猪跑，还没吃过猪肉吗？) 的大作中提到: 】
: 大佬，莫取笑俺。
: 说直白点就是A在外面想临时访问C的资源，但是C限定了只能从B访问。
--
FROM 103.107.217.*
google下tcpproxy或者rinetd。
简单不简单看需求看场景，这个世界基本逻辑就是垃圾被淘汰，存在即合理。
【 在 hyoga (白鸟·没见过猪跑，还没吃过猪肉吗？) 的大作中提到: 】
: proxy当然可以，但是很显然nat比proxy简单多了不是吗？
--
FROM 103.107.216.*
嗯，可能对于你确实有点难吧，理解理解。
【 在 hyoga (白鸟·没见过猪跑，还没吃过猪肉吗？) 的大作中提到: 】
: 需求场景是明确的啊
: 还需要google的难道比我登录到系统敲一条命令简单？
--
FROM 114.250.163.*
哎呀被你说的我都无言以对了，还互联网企业呢，大规模用nginx的都是sb了。
过内核也费时间呀，您多研究研究RDMA吧，阿里云刚rp的那个。
咱还是看看场景和性能的定义，我和楼主聊了几句貌似他也没有追求千万并发百G流量，就他那个破PC也扛不住。他说的性能我最后就理解为怎么简单怎么来了。
【 在 tsa300 (Tele-Superachromat T*) 的大作中提到: 】
: 路由性能最好，包原封在跑，内核的路由模块性能很高。
: 四层转发次之，要改源、目的地址，要conntrak，但还是在内核里处理。
: 五花八门儿的代理性能差，可靠性也差，要进出 user space。
: ...................
--
FROM 114.250.163.*
不要拽概念，proxy不在7层在哪？nginx最常用的不是反代是啥？
都吹互联网高性能网络，还不学学阿里最近RP的RDMA的落地应用？不懂就去搜搜
【 在 tsa300 (Tele-Superachromat T*) 的大作中提到: 】
: nginx是7层服务，rdma跟阿里有毛线关系
--
FROM 114.250.163.*
好好说话，非得显得你没文化。
又不是越底层解决越好，你咋不2层解决呢。tcpproxy一个简单粗暴解决的问题，非得用一堆nat奇技淫巧解决。我啥时候说要用nginx解决啊
【 在 tsa300 (Tele-Superachromat T*) 的大作中提到: 】
: 用nginx的地方是必须拆包到7层才能解决问题
: 楼主的问题3层就能解决，最多用到4层
: 你这是无知搅*棍
: ...................
--
FROM 114.250.163.*