怎么解释一天数千个恶意访问IP都不一样? 难道自动程序同时安装在数千个不同的服务器上?
[quote=引用 10 楼 ajianchina 的回复:] 换个思路吧,你这个问题跟那些网站恶意提交垃圾信息类似,不要从屏蔽ip的角度来进行限制,你可以采用填入手机号后还要回答问题才能发送提交,起到验证码的作用,但比验证码好,并且服务端要能取到客户端浏览器的相关信息,那么信息极为简单,有的甚至无法取得的基本上是机器,同时需要配合cookie,每次提交需要连同本地cookie一并提交,那些申请再次发送短信的请求,需要提交本次cookie,然后到服务端申请,服务端经过自己的算法向客户端更新一个新cookie,下次提交时要检验是否两个cookie值一致,这样一来,不说100%,至少99%的垃圾请求就会被限制死掉。
换个思路吧,你这个问题跟那些网站恶意提交垃圾信息类似,不要从屏蔽ip的角度来进行限制,你可以采用填入手机号后还要回答问题才能发送提交,起到验证码的作用,但比验证码好,并且服务端要能取到客户端浏览器的相关信息,那么信息极为简单,有的甚至无法取得的基本上是机器,同时需要配合cookie,每次提交需要连同本地cookie一并提交,那些申请再次发送短信的请求,需要提交本次cookie,然后到服务端申请,服务端经过自己的算法向客户端更新一个新cookie,下次提交时要检验是否两个cookie值一致,这样一来,不说100%,至少99%的垃圾请求就会被限制死掉。
一般会做2步 第一步是JS提示下次获取时间 第二部在存 验证码的表也记录一个时间 再下次获取的时候判断数据库的时间 与当前时间差多久(相差时间根据需求确定是否再次发送)
定位不了的 不谈IP和网络这种你可能不甚了解的东西 (从IP是伪造的就能看出你对网络不甚了解,IP没有伪造的一说,都是真实的,但可能是动态的,而不是固定的) 就说垃圾广告短信,每天有非常多的手机号会给我的手机发垃圾短信 你给我定位一下,看看这些都是谁发的?
可能不太好确定所谓的恶意,并且从经验看,短信验证码有些网站使用的短信接口确实延时挺严重的,也可能当时短信发件数量太多在排队等待,但遇到这种情况,正常用户也可能会再次选择发送验证码,可能会这样使用多次。所以我建议你在已提交两次发送短信的情况下,用户如继续提交发送,则系统自动转到邮箱验证。
62,266
社区成员
668,981
社区内容
加载中
.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。
希望和大家一起共同营造一个活跃、友好的社区氛围。
试试用AI创作助手写篇文章吧