[欢迎进入讨论] 关于syn-proxy的一些问题

Godbach

原帖由 dreamice 于 2009-3-12 23:11 发表


现在内核支持透明代理，就不用考虑这些东东了

dreamice兄给推荐几篇透明代理的文章啊。

Godbach

原帖由 dreamice 于 2009-3-12 23:12 发表
不过我不太清楚这个应用，可能和我想的不一样

呵呵，其实我这里并不是讨论什么应用。主要就是了解一下这个proxy的实现。

因为在这个代理中，很明显Firewall要负责转换的是client到server的ack号，和server到client的seq号。

如果是这样的话，Firewall如何判断server发过来的包就是对上一次client报文的响应呢，是不是需要借助链接跟踪？

richardhesidu

需要跟踪连接吧，每个连接对应一个差值。

dreamice

原帖由 Godbach 于 2009-3-13 09:37 发表


呵呵，其实我这里并不是讨论什么应用。主要就是了解一下这个proxy的实现。

因为在这个代理中，很明显Firewall要负责转换的是client到server的ack号，和server到client的seq号。

如果是这样的话，Fire ...

如果是纯代理，一切都由代理服务器搞定了；也就是client直接和代理服务器通信，代理服务器单独和server通信，对client端透明。

如果是透明代理，tcp握手阶段，client和proxy之间进行，而真正的通信，proxy只是个中转。

所以，我说应用和我想的不一样

dreamice

原帖由 richardhesidu 于 2009-3-13 09:46 发表
需要跟踪连接吧，每个连接对应一个差值。

老大很少发言啊

Godbach

原帖由 richardhesidu 于 2009-3-13 09:46 发表
需要跟踪连接吧，每个连接对应一个差值。

恩，应该是的。改天找对应的代码研究一下。

Godbach

如果是透明代理，tcp握手阶段，client和proxy之间进行，而真正的通信，proxy只是个中转。

所以，我说应用和我想的不一样

透明代理的话，能保证第一次syn包还正确到达server吗？

Godbach

原帖由 dreamice 于 2009-3-13 09:55 发表


老大很少发言啊

是啊。richardhesidu 兄最近在忙什么呢？

dreamice

原帖由 Godbach 于 2009-3-13 09:58 发表


透明代理的话，能保证第一次syn包还正确到达server吗？

透明代理的话，tcp握手直接和proxy完成了，不用关心这个问题。
但后续通信的包，需要proxy和server再建立一次连接。

richardhesidu

哎，水平太烂。不敢多发言啊。