NewsWWW

  • [反馈] 请求增加赞助支付方式 ko-fi 使用受阻

    ·

    user

    尊敬的站长和管理员，您好： 我在使用 Ko-fi 平台进行支付时遇到了一些困难，具体表现为 PayPal 无法正常读取和添加银行卡。需要说明的是，我的 PayPal 账户状态正常，最近两个月内曾在 Cloudflare 和 Spaceship 等平台成功完成支付，因此不确定为何在 Ko-fi 上会出现此类问题。 经过近 30 分钟的反复尝试仍未解决，这一情况确实影响了我的使用体验。我愿意作为论坛的支持者，为论坛发展贡献力量，但在赞助流程的上所遇到的问题极大的打击了我的耐心与热情。 因此，我想冒昧提出一个建议：是否有可能提供更多元的赞助渠道或备用支付方案？我认为多样化的支付选择不仅能提升用户体验，也能为网站运营带来更稳定的支持。

    Read More

  • [分享创造] 开源的单机游戏变速器，突破游戏帧率限制

    ·

    user

    由于自己一直找不到免费的变速齿轮软件，所以索性自己写了一个变速器，用来对光荣的三国志 14和三国志 13（其他的单机应该也是可以支持的）进行变速，使游玩体验更流畅。 自己已经使用了一段时间感觉还蛮好用的，所以开放出来给大家使用，希望能对大家有用 Github 仓库： https://github.com/game1024/OpenSpeedy Github 下载链接： https://github.com/game1024/OpenSpeedy/releases 网盘链接： https://pan.baidu.com/s/1u4Yci-7aShgU69Z3hGeVNQ 提取码: 1234 🚀 特性 完全免费且开源 简单易用的界面 可自定义变速倍率 对多种游戏引擎兼容性良好 低系统资源占用 同时可以加速 x86 和 x64 平台进程 无内核侵入性，Ring3 层 Hook ，不破坏系统内核 🔧 技术原理 OpenSpeedy 通过 Hook 以下 Windows 系统时间函数来实现游戏速度调整： 函数名 所属库 功能 Sleep user32.dll 线程休眠 SetTimer user32.dll 创建基于消息的计时器 timeGetTime winmm.dll 获取系统启动后经过的毫秒数 GetTickCount kernel32.dll 获取系统启动后经过的毫秒数 GetTickCount64 kernel32.dll…

    Read More

  • [问与答] WhatsApp 注册的电话卡推荐

    ·

    user

    朋友想做外贸，但是国内号码收不到 WhatsApp 验证码，搜了一下很多信息都过时了，请 V 友推荐现在靠谱好用的方案，考虑直接买境外卡，每年成本尽量低就好，提前多谢

    Read More

  • [信息安全] 网络流量处理中的协议解析一:流量处理模型

    ·

    user

    这里所说的网络流量处理，包括常说的 IDS ，IPS ，NTA, NDR ，XDR ，DPI ，网络行为审计，防火墙之类需要在数据包层面对流量进行判断审计之类的操作。如果只需要简单的处理比如流量统计，那只需要++就行了。如果要做更准确深入的分析判断，就得需要对这些数据解码。从 IP TCP 一直到应用层如 SMTP 。要针对 SMTP 的协议内容作出判断分析审计，就需要解析 SMTP 协议。 IDS ，IPS 等流量处理引擎各有不同的侧重点，所以对协议解析的要求也各不相同，但大概来说，完整，准确，详细地提取出协议中的字段，比如邮件的标题，收件人，发件人是更好的。解析提取的实现方式也各有各的办法，但解析部分的实现方式会受到流量处理模型的影响。这里把协议解析的实现建立在通常的处理模型之上。所以先简单描述一下这个处理模型。可能有其他处理模型，那这里讨论的协议解析方式有可能不适用。通常，流量处理模型分为以下几个部分,每抓到一个数据包，就会逐个功能调用一遍，也就是数据包会逐次经过每个模块，每个模块被数据包触发。 抓包 从系统中获取到数据包。性能之类这里不关心。这里只关心获取到的数据包是网络层的，它是零散的单个的 ip 包，它不会为协议解析提供什么方便，除非你只基于单个包解析。这部分虽然实现了从无到有的数据包获取，解决了根本关键问题。但它只提供了一个简单的视角：一个个的数据包，随机的，混乱的，毫无顺序的，甚至是被破坏了的和错误的数据包。 解码 这个解码仅限于 TCP/IP 的头解码，还没到我们要说的应用层协议解析。因为上一个抓包功能提供的数据包仅仅是原始数据，也就是一个 buff ，并没有结构信息。为此，需要解析 TCP/IP 。至少得知道源目的 IP 端口五元祖等信息。 流表 有了数据包的 TCP/IP 信息，流表把单个的数据包按照链接进行分类，属于同一链接的数据包都关联到同一个链接节点上。这个节点上可以保存本链接的相关信息。比如每条链接有多少个数据包。流表就是一个可以用五元祖来确定唯一节点的 hash 表。每随机到来一个包，就根据这个包的 IP 端口五元祖来找到对应的 hash 节点，这个节点上会记录着此链接相关的数据，比如数据包统计。总不能把 A 链接的数据包算到 B 链接的头上，如果这样，那 A B 链接所在的手机会有流量统计错误，不止协议解析会出错，连钱就会出错。数据包经过流表的处理后，就具备了链接这个视角。 协议识别 协议识别可以判断一条链接是什么协议。是邮件还是网页还是。这个功能内部很复杂，但它对外输出很简单：就是在一条链接上打一个标签。因为有了流表的支持，它不需要在每个数据包上标记协议类型，它只需要在流表的链接节点上标记即可。协议解析也依赖这个标记，只有标记了是 SMTP ，才能开始按照…

    Read More