想听听delphij解说一下FreeBSD在对synflood攻击方面的评价

platinum

哪位朋友对这方面有研究吗？

ruf

RFC1700推荐telnet/ssh设置TOS为minimize delay，至于为什么后面TOS就变成0了，我也不明白。

PKkingSon

个人觉得，设置不设置tos，只是对本服务有影响，对网络没什么影响。
就向最小延迟，给了程序一个高实时交互的可靠保障。
最大传输可以让应用程序尽可能的使用带宽，但是nat好象会破坏这个特性。
tos是网络层的东西，nat是什么层？
而且有很多东西也不必依赖TOS了，比如BT，edonkey这样的应用。
还有，比TOS更先进的流量管理也很多啊。

platinum

那么就要问了，TOS 设置了，谁来用？
设了没人用，和没设是一样的

ruf

原帖由 "platinum" 发表：
那么就要问了，TOS 设置了，谁来用？
设了没人用，和没设是一样的

RFC里面这种略显过时的内容还很多。这个TOS本来是打算让路由器识别的，路由器据此选择不同的路由策略。但是事实上没有哪个路由器在理会它。

PKkingSon

是否完全按照RFC来实现一个应用，完全看个人意愿

platinum

[quote]原帖由 "KkingSon"]是否完全按照RFC来实现一个应用，完全看个人意愿[/quote 发表：

如此说来，和 mark packet，然后根据 mark 做处理基本上没什么区别了？

mirnshi

[quote]原帖由 "KkingSon" 发表：
个人觉得，设置不设置tos，只是对本服务有影响，对网络没什么影响。
就向最小延迟，给了程序一个高实时交互的可靠保障。
最大传输可以让应用程序尽可能的使用带宽，但是nat好象会破坏这个特性。
tos是网络层的东

platinum

原帖由 "mirnshi" 发表：

个人感觉nat没有必要更改tos，改动ip以及port就足够了。

TOS 和 IP/PORT 之间有什么关系？
改 IP/PORT 会怎么样？

我是大宇

原帖由 "platinum" 发表：
那么就要问了，TOS 设置了，谁来用？
设了没人用，和没设是一样的

其实unix提供非常完美的QOS解决方案，这事说来要怪微软了，windows95，98，2000操作系统中完全是先进先出的数据报工作原理，UNIX不能总等着windows的ftp流发送完毕后再发自己的telnet流吧？
所以，现在网络上的QOS只有靠路由器和多层交换机来处理了。