Xuewei

Xuewei

10-09

无线 AP 未正确配置上线认证方式导致上线失败 问题描述 AC 设备：华为 S9700（V200R019），作为无线控制器管理 AP； AP 设备：AirEngine 5760（V200R019），新部署，通过 PoE 交换机上联至接入层 S5735-L。 AP 通过接入交换机的GigabitEthernet 0/0/15端口（PoE 供电）连接，AC 与接入交换机通过 Trunk 链路通信，AP 管理 VLAN 为 100。 新 AP 上电后，指示灯红色常亮（正常应为绿色闪烁→常亮），无正常启动过程； AC 上执行display ap all，未显示该 AP 的信息（状态为空）； 接入交换机对应端口GigabitEthernet 0/0/15物理状态为 Up，PoE 供电正常（display poe power显示供电功率 15.4W）。 告警信息 AC 日志：系统日志报AP discovery failed: authentication failed，具体信息： %Oct 5 09:15:30:000 2025 AC WLAN/4/AP_AUTH_FAIL: AP authentication failed.

#无线网络 #wlan

Xuewei

08-17

wordpress 右键菜单修改 前言 此前看到Anheyu 的右键菜单样式，因此仿照该主题对Wordpress进行适配。 样式展示 修改正文 JS部分 新建JS文件（无子主题或者不想修改文件的话可以在主题中添加自定义JS代码） [blogRoot]/wp-content/themes/AeroCore-Child/js/rightmenu.js /** * 右键菜单 - AeroCore 适配版 * * 功能： * - 右键弹出自定义菜单，替换浏览器默认菜单 * - Ctrl + 右键 恢复浏览器默认菜单 * - 根据右键目标智能显示对应菜单项（文字选中/链接/图片/输入框） * - 边界检测，菜单不超出视口 * - 适配 AeroCore 深色模式切换 */ (function () { 'use strict'; // ==================== 菜单 HTML 模板 ==================== var menuHTML = ' ' + // 导航操作 ' ' + '后退' + '前进' + '刷新' + '回顶部' + ' ' + // 选中文字 ' ' +

#wordpress

Xuewei

06-27

华为交换机流策略匹配逻辑 在华为交换机的流策略（Traffic Policy）中，最终决定“允许”还是“拒绝”的，是“流行为（Traffic Behavior）”中的动作。ACL规则中的permit/deny，只决定“这个流量是否匹配本分类”，不直接决定最终是否转发。 不同场景匹配结果 场景 ACL规则 流行为动作 最终结果 原因 场景1 deny permit 允许 ACL deny 表示“不匹配”本分类，流量跳过此策略，不执行该行为。若后续有其他策略或默认路由，则正常转发。 场景2 deny deny 允许（但不会执行deny动作） 同上，ACL deny 让流量根本不进入该分类，行为不生效。流量继续匹配后续策略或走普通转发。 场景3 permit permit 允许 ACL permit 表示“匹配”本分类，执行行为中的permit，流量被允许通过。 场景4 permit deny 拒绝 ACL permit 表示“匹配”本分类，执行行为中的deny，流量被丢弃。 核心结论： ACL中的permit = 进入这个分类，ACL中的deny = 不进入这

#路由交换 #华为交换机

Xuewei

04-21

防火墙直连与旁挂部署差异 前言 防火墙作为企业网络中的关键安全设备，其在网络中的部署方式主要分为直连（串联）部署和旁挂（并联）部署两种。不同的部署方式在安全性、可靠性、性能和运维复杂度上各有优劣。 防火墙直连（串联）部署 定义：防火墙直接串联在网络的关键路径上，所有进出网络的流量必须经过防火墙的检测和处理。 优点： 安全控制全面：所有流量强制经过防火墙，能够实现100%的流量可见性和安全策略控制，有效防止绕过安全设备的攻击。 策略执行严格：便于实施统一的安全策略，如NAT、访问控制、入侵防御（IPS）、防病毒（AV）等，策略执行无遗漏。 部署简单直观：逻辑清晰，网络路径明确，适合中小型网络或对安全性要求极高的核心区域。 缺点： 单点故障风险高：防火墙本身成为网络的关键节点，一旦设备故障或重启，可能导致整个网络中断。 性能瓶颈：所有流量均需经过防火墙处理，对设备的吞吐量和处理能力要求极高，可能成为网络性能瓶颈。 扩展性差：网络流量增长时，需升级防火墙硬件以匹配带宽需求，成本较高。 典型场景：适用于对安全性要求极高且流量可控的场景，如企业出口、数据中心南北向流量防护等。 防火墙旁挂部署

#网络安全 #防火墙

Xuewei

03-24

wordpress友情链接自助申请插件-持续更新 前言 此前发布了《wordpress友情链接自助申请插件》，本次在此插件基础上进行了功能性更新以及优化。 功能特点 用户自助申请 前端表单提交友链申请 支持短代码 [/friendlink_apply_form] 嵌入任意页面 已登录用户自动填充邮箱信息 一键获取网站标题、图标、描述 管理员审核流程 待审核/已通过/已拒绝三种状态管理 一键通过、拒绝、删除申请 审核通过后自动添加到 WordPress 链接管理 批量操作和搜索筛选 管理员通知邮件（用户提交后） 提交确认邮件（用户提交后） 审核通过邮件 审核拒绝邮件 回链检测机制 自动检测对方网站是否添加了回链 多种友链检测方式 显示检测状态和响应时间 支持手动重检和批量检测 友链展示功能 多种显示样式：卡片式、列表式 可自定义显示数量和标题 显示回链状态标识 更新日志 2.8.1 (2026-10-04) 1、链接分类与评级管理 原生链接管理器开关：插件设置新增「启用 WordPress 原生链接管理器」开关，开启后后台侧边栏显示原生「链接」菜单，可管理友链分类与评级 链接分

#wordpress

Xuewei

03-16

企业OLT命令行调优无线常用配置 无线调优分三部分：调整无线频宽、调整信道干扰、调整射频功率。 1、信道调优和频宽调优 display ap-group name APzu1 #查看AP组的详细信息，查看AP组绑定那些域模板，射频模板、然后调整这些模板。 display regulatory-domain-profile name default #查看无线默认域模板 更改默认5g频宽为40hz，2.4g信道，5g信道 regulatory-domain-profile name default dca-channel 5g bandwidth 40mhz dca-channel 2.4g channel-set 1,6,11 dca-channel 5g channel-set 36,40,44,48,52,56,60,64,149,153,157,161 调整APzu1的无线调优 calibrate manual startup ap-group APzu1 查看APzu1组信道调优 display wlan calibrate channel-set ap-group name APzu1

#路由交换 #OLT

Xuewei

03-11

wordpress友情链接自助申请插件 前言 此前一直用的果核CoreNext主题，该主题自带友情链接板块与wordpress自带链接功能无法并存，本次升级为AeroCore主题后，自带链接板块可以与主题部分共存，找遍网上现有插件均不符合预期要求，因此想着用AI写一个。 插件介绍 友链自助申请是一款专为 WordPress 网站设计的智能友链管理插件，致力于简化网站管理员的友链管理流程，提升用户申请体验。 核心功能 自助申请系统 ：用户可通过前端表单一键提交友链申请，无需管理员手动添加 智能信息获取 ：内置"自动获取"功能，输入网站地址后可自动抓取网站标题、描述和图标 完整的审核流程 ：后台支持待审核、已通过、已拒绝三种状态管理 邮件通知系统 ：自动发送申请提交、审核通过/拒绝的邮件通知 响应式设计 ：完美适配桌面端和移动端，确保各种设备上的良好体验 插件亮点 用户友好界面 ：现代化的表单设计，简洁直观的操作流程 安全可靠 ：集成 WordPress 非ce 验证机制，确保数据安全 数据库优化 ：自动创建专用数据表，卸载时完全清理数据 高度可定制 ：支持自定义邮件模板、审核状态等 性能优化 ：轻

#wordpress

Xuewei

03-07

Portal认证不弹窗故障排查案例 问题描述 客户要求实现：Portal认证（MAC认证+Portal）。在测试环境中，可以正常弹出Portal认证页面，但切换至正式环境中Portal认证无法弹出认证页面 告警信息 现象： 测试环境Portal认证正常，切换至正式环境后页面无法加载。 终端抓包显示DNS请求（223.5.5.5）无响应。 处理过程 排查过程： 对比分析： 测试环境：使用内网DNS（192.168.1.10），AC已放行。 正式环境：访客SSID分配公网DNS（223.5.5.5），但AC未放行该DNS流量。协议验证： Portal认证流程依赖DNS解析认证页域名（如auth.xxxxx.com）。 公网DNS被AC认证策略拦截，导致解析失败。 根因 环境差异的隐蔽性： 测试环境与生产环境的DHCP/DNS策略可能不同（如员工/访客分组配置）。 必须核查： 各SSID的地址池、DNS、VLAN划分。 AC/防火墙的放行策略（含DNS、NTP等基础服务）。 解决方案 解决方案： 在AC上放行公网DNS流量（2选1）： 免认证规则放行： free-rule desti

#网络技术 #wlan

Xuewei

2025-11-16

Windows Server 允许多个用户同时远程桌面登录 Windows Server 2012/2016/2019/2022服务器操作系统默认仅支持一个用户远程，如果第二个人远程上去之后会直接把前面一个登录用户踢掉，由于安装的OA系统，需要多个管理员同时访问和维护，下面就介绍一下Windows服务器操作系统允许同时多人连接到远程桌面。 配置方法 1、 按”Windows+R”在运行的输入框里面输入“gpedit.msc”命令然后点击确定。 2、在“计算机组策略”中依次展开 计算机配置-管理模板-windows组件。 3、在右边的菜单中选择打开“远程桌面服务”。 4、打开“远程桌面会话主机”。 5、在“远程桌面会话主机”界面中双击打开“连接”。 6、在“将远程桌面服务用户限制到单独的远程桌面服务会话”界面中选择“已禁用”然后点击确定。 7、在“限制连接的数量”界面中：选择“已启用”，然后在选项里面“允许的RD最大连接数”里面选择你能接受的最大的同时远程的用户数，我这里填写的是2，也就是同时支持2个远程桌面管理，然后点击确定即可。 最后为了保证策略可以生效，重启服务器即可。

#网络安全 #Windows

Xuewei

2025-09-17

链路聚合负载不均导致部分链路拥塞 问题描述 核心交换机之间通过一条4*10G Eth-Trunk（链路聚合组）互联。监控发现，该聚合组的总流量并未超载，但网络中存在周期性延迟抖动，用户反映访问部分应用时快时慢。 处理过程 1.发现问题：发现4个成员链路中，有两条链路流量很高（接近10G），另一条链路流量中等，最后一条链路流量几乎为0。负载极度不均衡。 2.检查配置：使用 display eth-trunk 查看负载均衡配置（load-balance模式）。发现当前配置为基于src-dst-ip（源目的IP）的负载分担模式。 3.流量分析：分析网络中的主要流量，发现存在多条“大象流”（Big Flow），即少数几对IP地址之间的大流量数据传送（如服务器备份流量）。由于这些大流的源和目的IP不变，它们始终被哈希到同一条物理链路上，导致该链路拥塞，而其他链路闲置。 4.解决方案：将负载均衡模式修改为更复杂的哈希算法，例如基于src-dst-ip和l4-port（四层端口）的模式：load-balance src-dst-ip l4-port。这样，即使同一对IP间的不同应用流量（不同端口）也会被分配到不同链路上。

#故障排错 #路由交换