Linux系统下如何预防SYN_RECV攻击
2019-4-10 8:0:0 wondialLinux系统下如何预防SYN_RECV攻击
Linux系统下如何预防SYN_RECV攻击 攻击的形式多种多样,我们这里只介绍最为常见的SYN_RECV,遇到攻击的不要着急,小量的SYN_RECV很容易防止的1.对于大量的 SYN_RECV
若怀疑是SYN Flood攻击,有以下建议:
这个攻击的解决方法如下:
(1)增加未完成连接队列(q0)的最大长度。
echo 1280>/proc/sys/net/ipv4/tcp_max_syn_backlog
(2), 启动SYN_cookie。
echo 1>/proc/sys/net/ipv4/tcp_syncookies
这些是被动的方法,治标不治本。而且加大了服务器的负担,但是可以避免被拒绝攻击(只是减缓)
治本的方法是在防火墙上做手脚。但是现在能在一定程度上防住syn flood攻击的防火墙都不便宜。并且把这个命令加入”/etc/rc.d/rc.local”文件中
如果对 /proc/sys/net/ipv4 下的配置文件进行解释。
也许 使用mod_limitipconn.c来限制apache的并发数 也会有一定的帮助。
2. iptables的设置,引用自CU
防止同步包洪水(Sync Flood)
# iptables -A FORWARD -p tcp --syn -m limit --limit 1/s -j ACCEPT
也有人写作
#iptables -A INPUT -p tcp --syn -m limit --limit 1/s -j ACCEPT
--limit 1/s 限制syn并发数每秒1次,可以根据自己的需要修改
防止各种端口扫描
# iptables -A FORWARD -p tcp –tcp-flags SYN,ACK,FIN,RST RST -m limit --limit 1/s -j ACCEPT
Ping洪水攻击(Ping of Death)
# iptables -A FORWARD -p icmp --icmp-type echo-request -m limit --limit 1/s -j ACCEPT
如果您的问题还没有解决,可以到 T+搜索>>上找一下答案
相关阅读
- 明细账权限设置时提示“没有操作员”?2019-4-29 8:0:0
- 用友T3用友通系统重装后,没有账套备份,如何恢复账套2019-4-29 8:0:0
- 用友T3-用友通如何进行凭证的赤字控制2019-4-23 8:0:0
- 用友T3-用友通如何调整工资发放签名表工资项目显示顺序2019-4-23 8:0:0
- 用友T3-用友通如何设置财务报表中的年月日2019-4-23 8:0:0
- 用友T3-用友通如何设置未记账凭证的报表公式_02019-4-23 8:0:0
- 用友T3-用友通如何设置未记账凭证的报表公式2019-4-23 8:0:0
- 用友T3-用友通如何设置对客户的信用进行控制2019-4-23 8:0:0
- 用友T3-用友通如何补录现金流量?2019-4-23 8:0:0
- 用友T3-用友通如何核销银行账2019-4-23 8:0:0
最新信息
![U8.51A可用量不对](http://yun.kuaiji66.com/zb_users/plugin/MiniTu/noimg.png)
U8.51A可用量不对U8.51A可用量不对
U8.51A-可用量不对
自动编号: | 17029 | 产品版本: | U8.51A |
产品模块: | 报账中心 | 所属行业: | 通用 |
适用产品: | U851A--供应链--库存管理 | 关 键 字: | 可用量 |
问题名称: | 可用量不对 | ||
问题现象: | 在库存模块中现存量查询时出现的可用量与实际的可用量不一致,导致客户生产产品受到严重影响。查了四个4个存货,都是产成品,存货编码分别为:1W1750R0G;1T131001JT5201;1T134700JT5201;1T142201JT52;还有一个存货库存台账有15万只,但现存量可用量为0的是1T134700JT5201。这些只是其中有代表性的几个产品。请问如何才能让软件算出正确的现存量和可用量 | ||
原因分析: | 1、利用库存模块的整理现存量功能,发现无任何变化;强行清除currentstock表中的记录后,再整理现存量,仍无任何记录。 2、由于在整理现存量过程中,后台会调用 SP_ClearCurrentStock_ST存储过程。强行将这个存储过程在查询分析器中执行后,提示‘tempAA’表已存在。这样,问题的原因就找到了,是由于在整理现存量过程中,程序会创建一个‘tempAA’表,再把记录插入到这个表中。如果本身就有这个表,那么再创建时就会出错,也就造成整理现存量失败。 | ||
解决方案: | 1、在查询分析器执行如下语句,清除‘tempAA’表(执行前请做好数据备份): drop table tempaa 2、重新整理现存量即可。 温馨提示:如果您的问题还没有解决,欢迎进入用友云基地。 |