服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

iptables ratelimit UDP DOS攻击

那么,我一直是Ddos攻击的受害者,我真的不知道如何避免它。 在一些机器上它可以工作,而在某些机器上它不会或者可能我以某种方式做错了, 攻击者使用多个IP攻击我的游戏服务器端口,使得我的游戏服务器输出每个IP地址1mb / s,这些都是UDPreflection式攻击。 这是我如何保护他们, iptables -A INPUT -p udp -m state –state NEW -m recent –set –name DDOS –rsource iptables -A INPUT -p udp -m state –state NEW -m recent –update –seconds 1 –hitcount 5 –name DDOS –rsource -j DROP 从技术上讲,这将阻止每个UDP端口上的攻击者。 当我看到攻击者IP的输出变为0时,我检查攻击者是否使用“iftop”或“tcpdump”阻止,这证实了我的防护function正在运行。 在运行iptables 1.4.7的CentOS 6机器上,我使用了类似的方法来阻止它,它的确有点奇怪,有时候会起作用,接下来的一个小时也不会。 经过大量的尝试,我重新启动了我的系统和iptables,保护工作正常,攻击者被阻止。 我今天login了我的系统,他再次攻击我,虽然我重新启动了iptables,但他没有被阻止。 我不想重新启动我的系统一次又一次,使其工作,所以可能是什么问题? 另外,有些人说UDP是无状态的,但是无论技术上是什么 – 我总是使用这个命令,它为我工作了,为什么不现在或为什么部分现在呢?

IE 8 SessionMergingregistry项似乎对桌面快捷方式没有影响

当用户在桌面PC上访问时,我们需要让我们的内部Web应用程序始终启动一个“新会话”。 使用IE8,完成这个任务的方法是训练用户始终执行File> New Session …。 但是,如果他们从桌面快捷方式打开网站,或者通过collections夹在已打开的IE8窗口中打开该网站,则不会获得新的会话,如果他们明确打开全新的IE8实例,也不会获得新的会话。 这是有问题的,因为人们忘记创build一个像这样的新会话,然后由于共享会话的同时窗口泄漏而导致数据损坏问题。 根据从网站上的各个网站收集的信息,我们发现了一些额外的调整,旨在使这种行为更透明,也许有点更广泛的影响。 但是,我们最感兴趣的是(但最困难的)是这个registry的调整(在Windows XP中): HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main … Add a DWORD called 'SessionMerging' with value of 0 (zero). 这是有效的 ,因为它直接打开Internet Explorer创build一个新的会话(即开始>程序> Internet Explorer的 …或点击默认的桌面图标…你知道…'大蓝E' …或点击快速启动栏快捷方式)…但快捷方式只是URL快捷方式不会创build新的会话。 是否有一个单一的方式(通过额外的registry调整或设置/configuration更改),使任何启动的“新”IE实例始终创build一个新的会话,无论该实例是如何开始的?