我知道这是一件大事。事实上,它可能用于一些 SO 社区 wiki。
无论如何,我正在运行一个不使用用户显式身份验证的网站。它是公开的,对所有人开放。但是,由于服务的性质,一些用户由于行为不端需要被锁定。
我目前正在阻止 IP 地址,但我知道许多人故意重置他们的 DHCP 客户端缓存以让他们的 ISP 为他们分配新地址的假设事实。这是事实吗?我认为对于一些想要规避被拒绝访问的人来说,这无疑是一种有利可图的可能性。因此,IP 被证明是处理此问题的次优方式。但是没有别的了,不是吗?
MAC 地址在 WAN 上无法生存(从一跳更改为另一跳?),即使它们确实存在 - 这些也可以被欺骗,尽管我认为比 IP 更新更容易。
Cookie 甚至 Flash cookie 都是不可能的,因为有大量的“教程”如何擦除它们,而那些意图在 Internet 上造成严重破坏的人非常清楚并且装备精良,可以应对我将采用的这些基本措施。
还有什么可以依靠的吗?我在考虑启发式分析——从客户端收集可用数据并用它形成一些密钥,但还没有实现它——这是一种选择吗?