HQY 一个和谐有爱的空间

 公司原来有个老的域控服务器多年了，原来是做文件服务器用的，后来更换了文件服务器后，这个老机器一直当备份文件服务器用，也就是备份IT部的一些文件，域名和公司官网域名一样。今天在这台机器上访问了一下公司网站，竟然打不开，一开始以为公司网站出问题了。然后回到我的笔记本电脑上竟然又打得开。奇怪了如下图：后来考虑一下，应该是DNS服务器的问题，由于域控DNS是指向本地的，本地没法有这个名称的解析就直接显示打不开了，这个时候只能在DNS添加域名解析记录：

公司有一款WMS软件，用的模版打印软件是GridReport。WMS软件和标签打印软件部署好后，开始测试打印，明明设置好的横向打印，一打印就变成纵向，模板如下图所示：一开始怀疑是打印模板有问题，因为还有其他PC使用同样的模板，都能正常使用，就去其他电脑拷贝了一个正常使用的模板到这台PC上，没想到还是不行。接下来又考虑到是不是打印机驱动的问题，又重新安装了打印机驱动，没想到还是不行，这下子傻眼了，难道是系统有问题，不太可能啊，以前一直用的好好的。又想了一下，刚好这台PC上还有一台兄弟的激光打印机，

  制造型企业或多或少会自研或者由外部供应商开发一些软件，辅助公司的管理，但是往往开发人员只是关注功能实现，而忽视数据和信息安全上。最近用wireshark抓包测试了一下公司的网页信息系统，既然直接将登陆名和密码抓到了。而且这个系统做了端口映射，给我们驻外人员使用的，外网也能访问到，安全隐患也比较大，毕竟非专业安全人员也能根据软件获取到用户名和密码。现在制造型企业压力也比较大，本着能省一点是一点的原则，找到了这个软件，对于没有特别保密信息的企业，此软件也够用了，话不多多说，开干：首先将

一般的企业内部的服务器会挂载ERP\OA\MES\WMS\PLM等软件及数据库服务，客户端访问的数据流量也比较大。近段时间网上看到过一篇文章，就是讲企业服务器链路聚合案例，但是讲的不是特别细。最近这两天刚好也想优化一下公司的网络，就准备着手改造一下，话不多说，开干！第一：交换机配置：由于我公司用的是H3C的二层交换机，刚好支持lacp，以前配了也不少，直接开干上图：  第二：windows server 服务器配置配置完毕后会多出来一个虚拟网卡，以我的举例，原来每个网卡是千兆口，端口速

在ipv6的改造之中，是有很多的过渡技术适用于各种场景的，今天就来分享一下ipv6经典的过渡技术之一的6to4技术，这种技术用得不是很多，且局限性也很大，目前只有很少部分的客户场景在用6to4技术。什么是6to4隧道技术？6to4 是一种自动隧道技术，用于在纯IPv4 网络基础设施上连接孤立的 IPv6 网络或主机，促进从 IPv4 向 IPv6 的过渡。它利用嵌入在特殊IPv6 地址中的 IPv4 地址信息，自动建立隧道。01 工作机制02 源 (IPv6 主机)一个位于

曾经称“开源是毒瘤”时有多么嫌弃，现在“微软开源”就有多么热烈，甚至舍得把很多经典的系统、项目都逐步开源出来。回看过去两年间，微软先是开源了 MS-DOS 4.0（https://github.com/microsoft/MS-DOS）、WSL（https://github.com/microsoft/WSL）老系统，而今又出手：将 1991 年随 MS-DOS 5.0 一同发布的经典 MS-DOS Editor，用 Rust 编程语言重写了一遍，重命名为「Edit」，还搬上了现代操作系统。这款

WannaCry实现功能：1、修改桌面背景2、模拟真实WannaCry病毒界面3、对Wannacry.exe目录下除exe文件外的所有文件修改后缀名为.WNCRY4、访问www.iuqerfsodp9ifjaposdfjhgosurijfaewrwergwea.com5、随机对192.168.0.0/16网段的445端口进行端口扫描（不会对MS17-010进行漏洞利用）适应系统：仅在Windows7、Windows10、Windows server 2008等系统中进行过测试使用方法：将Wann

Navicat：使用Navicat定时备份mysql数据库和创建报表并邮件自动发送此次测试使用的版本：其他版本操作雷同 目录：   (1)连接数据库，新建查询并保存（2）导出查询（3）计划：新建批处理作业（4）计划：设置批处理作业的计划任务（5）计划：手动测试（成功）（6-1）计划：测试自动备份（失败），但手动可以执行备份则成功，解决方法如6-2、6-3（6-2）解决手动可以，自动失败问题：本地安全策略（6-3）解决手动可以，自动失败问题：本地任务计划（7）保存后关

实验室实录：5步复现WannaCry攻击链，永恒之蓝漏洞攻防全解析实验介绍主要是集团要求需要做一次类似于勒索病毒的应急演练，然后在小群问了一圈，看也感谢大佬们。 本实验通过模拟WannaCry勒索病毒攻击的完整过程，深入分析基于永恒之蓝漏洞（MS17-010）的攻击原理、传播方式和防御手段。实验在受控的虚拟环境中进行，使用Windows 7作为靶机系统，Kali Linux作为攻击平台。实验目的理解永恒之蓝漏洞(MS17-010)的攻击原理掌握WannaCry勒索病毒的传播机制与行为特征学习通过

io_uring By Example: Part 3 – A Web Server with io_uring本文是 io_uring 系列文章的一部分系列介绍第一部分：io_uring 简介。在本文中，我们基于原生 io_uring 接口创建了 cat_uring，并基于更高级的 liburing 构建了 cat_liburing。第二部分：批量操作排队：我们开发了一个文件复制程序 cp_liburing，利用 io_uring 处理多个请求。第三部分：即本文我

io_uring By Example: Part 2 – Queuing multiple requests本文是 io_uring 系列文章的一部分系列介绍第一部分：io_uring 简介。在这篇文章中，我们基于原生 io_uring 接口创建了 cat_uring，并基于更高级的 liburing 构建了 cat_liburing。第二部分：即本文。第三部分：使用 io_uring 编写的一个 Web 服务器。在第一部分中，我们了解了如何分别使用原生 io_uring

io_uring by example: Part 1 – Introduction本文是 io_uring 系列文章的一部分。系列文章简介第一部分：即本文。第二部分：排队执行多个操作：我们将开发一个文件复制程序 cp_liburing，它会利用 io_uring 处理多个请求。第三部分：使用 io_uring 编写的 Web 服务器。简介仔细想想，输入/输出（I/O）和计算是计算机真正要做的仅有的两件事。在 Linux 系统

io_uring By Example: An Article Seriesio_uring 是 Linux 系统中一种全新且巧妙的高性能异步 I/O 接口，它避免了 aio 系列 API 的诸多缺点。在这个由三篇文章组成的系列中，我们将探讨如何使用 io_uring 来完成 Linux 下最常见的编程任务。我们会编写一系列复杂度逐渐增加的程序，循序渐进地介绍 io_uring 的各项特性。虽然大部分情况下我们会使用 liburing 库，但在第

MSG_ZEROCOPY简介MSG_ZEROCOPY 标志用于启用套接字发送调用的零拷贝功能。该功能目前适用于 TCP、UDP 和 VSOCK （使用 virtio 传输）套接字。机遇与注意事项在用户进程与内核之间拷贝大型缓冲区可能会消耗大量资源。Linux 支持多种零拷贝的接口，如sendfile 和 splice。MSG_ZEROCOPY 标志将底层的拷贝避免机制扩展到了常见的套接字发送调用中。零拷贝并非毫无代价。在实现上，它通过页面固定（page p

Recent network performance enhancements in the Linux kernel从 Linux 6.x 内核开始，有许多用于提升网络性能的新选项，这些内容在我们 2024 年 INDIS 研讨会1论文《近期影响 TCP 吞吐量的 Linux 改进：来自科研与教育网络的见解》2中有详细介绍。1 https://scinet.supercomputing.org/community/indis/2 https://fasterdata.es.

CPU Tuning本页面包含有关调优和监控 CPU 核心使用情况的信息。要实现超过 10Gbps 的速度，通常需要进行这些操作。另请参阅 100G 调优页面，其中包含有关设置 CPU 调控器和进行中断请求（IRQ）绑定的信息。确定 CPU 瓶颈如果你未达到预期的性能，可以使用 mpstat -P ALL 1 命令来确定是否是 CPU 限制了性能。例如，以下是使用建议的命令行选项进行的 nuttcp UDP 测试，结果显示速度为 5.9 Gbps：请注意，

Packet Pacing当从速度较快的主机向速度较慢的主机发送数据时，很容易使接收方不堪重负，从而导致数据包丢失和 TCP 拥塞控制机制起作用（即 TCP 降速）。类似的问题也会在以下情况中出现：10G 主机向低于 10G 的虚拟电路发送数据；40G 主机向 10G 主机发送数据；CPU 性能较强的 40G/100G 主机向 CPU 性能较弱的 40G/100G 主机发送数据等等。当使用采用并行流的数据传输工具时，这些问题会更加明显。在一些长路径（往返时延为 50-80 毫秒）上，我们发现启用

UDP Tuning若不进行一些调优，UDP 也无法达到完整的 10Gbps（或更高）速率。重要的因素如下：使用巨型帧：使用 9K 最大传输单元（MTU）时，性能将提升 4 - 5 倍。数据包大小：最佳性能对应的数据包大小为 MTU 大小减去数据包头部大小。例如，对于 9000 字节的 MTU，IPv4 使用 8972 字节，IPv6 使用 8952 字节。套接字缓冲区大小：对于 UDP，缓冲区大小与往返时间（RTT）的关系不像 TCP 那样紧密，但默认值仍然不够大。在大多数情况下，将套接字缓冲

Other Tuning本页面汇总了其他一些 100G 网络的调优选项。在 ESnet 硬件上进行的测试中，这些设置并非总是能起到优化效果，尤其是在局域网环境下。但我们将其列出，以便你可以自行进行试验。其中一些设置可能在较旧的操作系统中会有帮助。如果你使用这些设置取得了效果，请告知我们结果。我们建议将这些设置保持为默认值，而且在较新版本的 Linux 系统中，这些设置似乎都不会对性能产生影响：中断合并（ethtool -c）默认情况下应处于开启状态，无需更改 rx-usecs 

100G Benchmarking在进行 100G（或更高速率）的基准测试时，你会希望能够得到稳定一致的测试结果。在 100G 的速度下，接收端很可能会受到 CPU 性能的限制，而且每个核心的性能表现都会略有差异（如这篇论文中所述）。因此，不仅需要明确指定应用程序所使用的核心，还需要指定中断请求（IRQ）所使用的核心。如果不这样做，很有可能会出现两条数据流的中断请求被分配到同一个核心上的情况，从而极大地影响性能。论文链接: https://www.es.net/assets/pubs_preso