服务器更换主板后电子标签修改工具V1.0

最新推荐文章于 2025-04-03 15:12:59 发布
最新推荐文章于 2025-04-03 15:12:59 发布
阅读量1.6k 收藏 11
点赞数 5
分类专栏： 服务器 文章标签： 服务器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_49891087/article/details/140584405
版权

1、软件介绍

服务器更换主板后SN（序列号）会发生变化，需要修改SN和之前保持一致，不然会影响维护报修。全局唯一标识符不一致可能影响告警平台接管设备。（注意：请勿随意使用，否则影响设备维保）

设备名称、设备序列号、产品名称、产品序列号是一般要修改的项，其他的一般不会改变，可根据实际情况进行修改，确保更换前后一致即可。

使用人员：设备维护工程师

工具下载地址：

https://download.youkuaiyun.com/download/m0_49891087/89515842?spm=1001.2014.3001.5503

2、软件使用方法

整体使用流程：更换主板前获取设备信息----更换主板后获取设备信息----对比更换主板前后是否一致------把不一致的选项在框内修改为和换主板前一致------点击修改对应的标签按钮即可进行修改

1）输入服务器的ibmc地址、用户名和密码；

2）点击获取设备信息，即可把所有信息获取；

3）记录当前信息，拍照和复制相应字段；

4）更换主板；

5）更换主板后按同样方式，输入服务器ibmc地址、用户名和密码，然后点击获取设备信息；

6）对比当前获取的信息和之前记录的信息是否一致，需要对不一致的标签项进行修改，点击后面的修改按钮即可完成修改。例如要修改设备名称标签项，点击修改设备名称按钮；

7）全部修改完成后，最后再点击获取设备信息，进行比对，确保所有信息都和换主板之前一致。

3、注意事项

请勿随意修改主板SN信息，否则影响维保；

设备名称、产品名称、设备序列号、产品序列号长度固定，增加或者减少字节会导致无法修改成功。

4、联系作者

有问题可以在文章或者工具下载链接后面留言

联系作者邮箱：zhangleilei108@163.com

Zabbix Server trapper 命令注入漏洞 (CVE-2017-2824)
李火火的安全圈
06-30 1527
Zabbix 是由Alexei Vladishev 开发的一种网络监视、管理系统，基于 Server-Client 架构。其Server端 trapper command 功能存在一处代码执行漏洞，特定的数据包可造成命令注入，进而远程执行代码。攻击者可以从一个Zabbix proxy发起请求，从而触发漏洞。...
CVE-2020-11800 —— Zabbix 远程代码执行漏洞
战神/calmness的博客
12-10 1011
目录 ​ Zabbix 组件介绍 描述 影响版本 过程 修复建议 CVE-2020-11800 | Zabbix 远程代码执行漏洞 Zabbix 组件介绍 Zabbix是一个基于WEB界面的分布式系统监视以及网络监视的企业级开源解决方案。Zabbix能监视各种网络参数，保证服务器系统的安全运营，并提供灵活的通知机制以便系统管理员快速定位和解决存在的各种问题。 它由两部分构成，Zabbix Server与可选组件Zabbix Agent。Zabbix server可以通过SNMP，Za
Zabbix Server trapper命令注入漏洞（CVE-2017-2824）
EC_Carrot的博客
08-21 1145
漏洞简介 Zabbix Server是拉脱维亚Zabbix SIA公司的一套应用于服务器端的开源的监控系统。该系统可监视各种网络参数，并提供通知机制让系统管理员快速定位、解决存在的各种问题。 Zabbix Server 2.4.X版本中的trapper command功能存在远程代码执行漏洞。远程攻击者可利用该漏洞注入命令，执行代码。 漏洞复现 使用这个简单的POC来复现漏洞： import sys import socket import json import sys def send(ip, da
mysql漏洞2017_Zabbix爆高危漏洞CVE-2017-2824
weixin_39652658的博客
02-08 317
原标题：Zabbix爆高危漏洞CVE-2017-2824纯手工打造每一篇开源资讯与技术干货，数十万程序员和Linuxer已经关注。导读zabbix能监视各种网络参数，保证服务器系统的安全运营;并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。 关于Zabbixzabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。zabbix能监视各种网络参数，保...
漏洞复现Zabbix SQL注入漏洞(CVE-2025-42327)，从零基础到精通，收藏这篇就够了！
最新发布
Libra1313的博客
04-03 1212
企业级的分布式监控解决方案，监控各种IT资源，从服务器到网络设备，再到应用程序和服务，无所不能！但是，再厉害的管家也有疏忽的时候，这不，Zabbix前端上默认用户或者其他拥有API访问权限的角色，就可能被这个名为CVE-2024-42327的SQL注入漏洞给钻了空子！罪魁祸首就是addRelatedObjects 函数中的 CUser 类，它被 CUser.get 函数调用，而每个拥有 API 访问权限的用户都能访问这个函数，简直是防不胜防！因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取。
Zabbix Server trapper命令注入漏洞（CVE-2020-11800）
EC_Carrot的博客
08-21 1217
漏洞简介 Zabbix SIA Zabbix是拉脱维亚Zabbix SIA公司的一套开源的监控系统。该系统支持网络监控、服务器监控、云监控和应用监控等。 Zabbix SIA zabbix3-proxy 3.0.31之前版本和zabbix3-server 3.0.31之前版本中存在安全漏洞。在CVE-2017-2824中，其Server端 trapper command 功能存在一处代码执行漏洞，而修复补丁并不完善，导致可以利用IPv6进行绕过，注入任意命令。 漏洞复现 修改CVE-2017-2824的PO
CVE-2017-2824 zabbix 命令注入漏洞（未授权访问/绕过登录）
qq_41567985的博客
09-27 1003
Zabbix 是由Alexei Vladishev 开发的一种网络监视、管理系统，基于 Server-Client 架构。其Server端 trapper command 功能存在一处代码执行漏洞，特定的数据包可造成命令注入，进而远程执行代码。命令执行后，执行docker-compose ps查看容器是否全部成功启动，如果没有，可以尝试重新执行docker-compose up -d。总结一下： 其中那个多试几次就好，还有，超时时间改小一点，不要极端，不然很难反弹shell。---->可见-权限算太高。
Zabbix 远程代码执行漏洞复现（CVE-2020-11800）
m0_48520508的博客
03-08 5729
0x00简介 abbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。zabbix由2部分构成，zabbix server与可选组件zabbix agent。zabbix server可以通过SNMP，zabbix agent，ping，端口监视等方法提供对远程服务器/网络状态的监视，数据收集等功能，它可以运行在Linux，Solaris，HP-UX，A
Zabbix 远程代码执行漏洞（CVE-2020-11800）复现
weixin_47531489的博客
07-20 2093
1 简介 abbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。zabbix由2部分构成，zabbix server与可选组件zabbix agent。zabbix server可以通过SNMP，zabbix agent，ping，端口监视等方法提供对远程服务器/网络状态的监视，数据收集等功能，它可以运行在Linux，Solaris，HP-UX，AI
CVE-2020-11800漏洞复现-kali2020.4
weixin_43867542的博客
07-19 1023
漏洞名称：zabbix SIA Zabbix 安全漏洞 等级危害：超危 CVSS评分： 漏洞类型：其他 漏洞概述 Zabbix SIA Zabbix是拉脱维亚Zabbix SIA公司的一套开源的监控系统。该系统支持网络监控、服务器监控、云监控和应用监控等。 Zabbix SIA zabbix3-proxy 3.0.31之前版本和zabbix3-server 3.0.31之前版本中存在安全漏洞。攻击者可利用该漏洞执行任意代码/命令。 受影响版本 zabbix 3.0.x~3.0.30 环境概
（CVE-2020-11800）Zabbix_Server_trapper_命令注入漏洞
weixin_40646615的博客
06-02 816
（CVE-2020-11800）Zabbix_Server_trapper_命令注入漏洞 20210508 一、漏洞简介 Zabbix 是由Alexei Vladishev 开发的一种网络监视、管理系统，基于 Server-Client 架构，可用于监视各种网络服务、 服务器和网络机器等状态。在[CVE-2017-2824][1]中，其Server端 trapper command 功能存在一处代码执行漏洞，而修复补丁并不完善，导致可以利用IPv6进行绕过，注入任意命令。 二、漏洞影响 Zabbix 3
zabbix监控深信服_Zabbix 远程代码执行漏洞CVE202011800
weixin_28899845的博客
12-06 556
漏洞概要 漏洞名称：Zabbix 远程代码执行漏洞CVE-2020-11800威胁等级：高危影响范围：Zabbix 3.2 (已不支持)Zabbix 3.0 -3.0.30Zabbix 2.2.18 - 2.2.x(已不支持)漏洞类型：远程代码执行 漏洞分析 2.1 Zabbix 组件介绍Zabbix是一个基于WEB界面的分布式系统监视以及网络监视的企业级开...
漏洞复现--Zabbix远程代码执行漏洞（CVE-2020-11800含EXP）
HengMengSec的博客
08-21 2715
漏洞复现--Zabbix远程代码执行漏洞（CVE-2020-11800含EXP）
Zabbix爆高危漏洞CVE-2017-2824
Listen2You的博客
05-10 4191
导读 zabbix能监视各种网络参数，保证服务器系统的安全运营;并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。   关于Zabbix zabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。 zabbix能监视各种网络参数，保证服务器系统的安全运营;并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题
php-proxy3 漏洞,Zabbix Server Active Proxy Trappe RCE 漏洞详解(CVE-2017-2824)
weixin_39663970的博客
04-12 591
前言有点相似Zabbix是一种企业监控解决方案，旨在使组织能够监控其网络中各种系统的健康状况和状态，包括：网络服务，服务器和网络设备。前些日子Lilith Wyatt of Cisco ASIG 发现利用命令注入的形式可以在Zabbix Server上实现远程代码执行，影响的版本为Zabbix 2.4.7 – 2.4.8r1。在复现过程中发现利用条件比较苛刻，首先需要能访问到Zabbix Serv...
zabbix远程mysql数据库_Zabbix爆远程代码执行漏洞、数据库写入高危漏洞(CVE-2017-2824)...
weixin_34622572的博客
02-05 306
题图：By James Padolsey From Unsplash关于Zabbixzabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。zabbix能监视各种网络参数，保证服务器系统的安全运营;并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。漏洞详情CVE-2017-2824：Zabbix Server Active Proxy Trappe...
RCE漏洞细节——CVE-2020-11800 zabbix 远程代码执行漏洞
aming小老弟
07-17 67
纪年科技aming网络安全 ,深度学习,嵌入式,机器强化,生物智能,生命科学。 叮叮叮：产品已上线 —>关注 官方-微信公众号——济南纪年信息科技有限公司民生项目：商城加盟/娱乐交友/创业商圈/外包兼职开发-项目发布/安全项目：态势感知防御系统/内网巡查系统云服项目：动态扩容云主机/域名/弹性存储-数据库-云盘/...
axios 处理重复请求
03-25
<think>好的，我现在需要处理用户关于“axios处理重复请求”的问题。用户之前已经询问过如何用qs库替换GET参数处理，现在转向另一个axios相关的问题。首先，我需要理解用户的需求是什么。他们可能遇到了重复请求导致的问题，比如表单重复提交、数据重复加载，或者资源浪费。用户可能希望了解如何识别和阻止重复请求，提升应用性能和数据一致性。 接下来，我需要回忆axios的相关知识。axios本身并没有内置的重复请求处理机制，但可以通过拦截器、CancelToken或AbortController来实现。同时，用户可能想知道不同的方法及其优缺点，比如基于URL和参数的哈希，或者使用请求标识符。还需要考虑如何管理取消令牌，避免内存泄漏，或者在Vue、React等框架中的最佳实践。 然后，我需要组织回答的结构。用户之前的回复结构清晰，分步骤、关键点、配置选项等，所以这次也应该保持类似结构。可能需要包括重复请求的场景、解决方案（拦截器、CancelToken、AbortController）、实现步骤、注意事项等。同时，用户可能希望有代码示例，方便直接应用。 还需要注意用户可能的深层需求。例如，他们可能在开发中遇到重复请求的问题，特别是在SPA中，快速点击按钮导致多次提交。或者，在数据获取时，页面切换时未取消请求，导致状态混乱。因此，需要覆盖这些场景，并提供对应的解决方案。 另外，考虑到用户之前使用了qs库替换参数处理，可能他们的项目正在优化axios的配置，所以需要强调如何将重复请求处理整合到现有的axios实例中，保持代码的整洁和可维护性。 最后，要确保回答准确，避免错误。比如，CancelToken已被AbortController逐渐取代，但需要说明兼容性。同时，示例代码要正确，包括如何生成唯一标识，如何存储和取消请求等。可能还需要提到第三方库如axios-extensions，但以原生解决方案为主。 总结步骤： 1. 分析用户需求和可能的问题场景。 2. 确定使用axios拦截器和取消机制作为解决方案。 3. 结构化回答：场景、解决方案、实现步骤、代码示例、注意事项。 4. 强调与现有axios实例的整合，如拦截器的使用。 5. 提供不同方法的比较，如CancelToken vs AbortController。 6. 注意事项包括内存管理、唯一标识生成、错误处理等。 7. 可能的优化点，如防抖、请求缓存。</think>--- ### **Axios 处理重复请求的完整方案** 重复请求通常出现在以下场景中： - 用户快速点击提交按钮 - 网络延迟导致用户重复操作 - 页面切换时未及时取消未完成请求 - 定时器触发的自动刷新未做防重 --- #### **1. 核心解决思路** | **方法** | **实现原理** | **适用场景** | |----------------|---------------------------------------|---------------------------| | **请求标识符** | 为每个请求生成唯一标识，拦截重复标识 | 所有类型的重复请求 | | **自动取消** | 取消前一个相同请求（覆盖式请求） | 搜索建议、分页等连续性操作 | | **防抖控制** | 延迟执行，短时间内只保留最后一次请求 | 按钮点击、输入框搜索 | | **状态标记** | 通过全局状态管理标记正在进行的请求 | 需要UI状态同步的场景 | --- ### **2. 基于拦截器的实现方案（推荐）** #### **(1) 创建请求缓存映射** ```javascript // 存储进行中的请求 const pendingRequests = new Map(); /** * 生成请求唯一标识 * @param {object} config 请求配置 * @returns {string} 唯一标识符 */ function generateReqKey(config) { const { method, url, params, data } = config; return [method, url, qs.stringify(params), qs.stringify(data)].join('&'); } ``` #### **(2) 添加请求拦截器** ```javascript axios.interceptors.request.use(config => { // 生成请求标识 const requestKey = generateReqKey(config); // 检查重复请求 if (pendingRequests.has(requestKey)) { const cancel = pendingRequests.get(requestKey); cancel('重复请求被自动取消'); // 取消前一个请求 pendingRequests.delete(requestKey); // 删除旧记录 } // 创建新取消令牌 config.cancelToken = new axios.CancelToken(cancel => { pendingRequests.set(requestKey, cancel); }); return config; }); ``` #### **(3) 添加响应拦截器** ```javascript axios.interceptors.response.use( response => { // 请求完成后移除记录 const requestKey = generateReqKey(response.config); pendingRequests.delete(requestKey); return response; }, error => { // 如果是主动取消的请求，不做错误处理 if (axios.isCancel(error)) { console.warn('已取消的请求:', error.message); return Promise.reject({ isCanceled: true }); // 返回特殊标记 } // 其他错误处理 return Promise.reject(error); } ); ``` --- ### **3. 高级优化技巧** #### **(1) 自动取消模式（覆盖式请求）** ```javascript // 在请求拦截器中添加： if (config.enableCancelDuplicated) { const requestKey = generateReqKey(config); if (pendingRequests.has(requestKey)) { pendingRequests.get(requestKey)(); // 立即取消前一个 } } ``` #### **(2) 防抖模式（延迟请求）** ```javascript const debounceMap = new Map(); axios.interceptors.request.use(config => { if (config.debounceTime) { const key = generateReqKey(config); // 清除已有定时器 if (debounceMap.has(key)) { clearTimeout(debounceMap.get(key)); } // 创建延迟Promise return new Promise(resolve => { debounceMap.set(key, setTimeout(() => { debounceMap.delete(key); resolve(config); }, config.debounceTime)); }); } return config; }); ``` #### **(3) 结合Vue/React状态管理** ```javascript // Vue示例：在store中管理请求状态 const store = { state: { ongoingRequests: {} }, mutations: { setRequestPending(state, key) { Vue.set(state.ongoingRequests, key, true); }, setRequestComplete(state, key) { Vue.delete(state.ongoingRequests, key); } } }; // 在拦截器中同步状态 axios.interceptors.request.use(config => { const key = generateReqKey(config); store.commit('setRequestPending', key); }); axios.interceptors.response.use( response => { const key = generateReqKey(response.config); store.commit('setRequestComplete', key); }, error => { if (!axios.isCancel(error)) { const key = generateReqKey(error.config); store.commit('setRequestComplete', key); } } ); ``` --- ### **4. 不同取消方式的对比** | **特性** | **CancelToken** | **AbortController** (Axios >=0.22.0) | |-----------------------|-------------------------------------|---------------------------------------| | 浏览器兼容性 | 所有支持Promise的环境 | 需要现代浏览器（IE不支持） | | 取消方式 | `cancel()` 函数调用 | `abort()` 方法调用 | | 错误类型 | `Cancel` 对象 | `AbortError` DOM异常 | | 多请求控制 | 每个请求独立token | 可共享同一个signal | | 推荐使用场景 | 兼容旧项目 | 新项目/现代浏览器环境 | **AbortController 示例**： ```javascript const controller = new AbortController(); axios.get('/api', { signal: controller.signal }).catch(err => { if (err.name === 'AbortError') { console.log('请求被取消'); } }); // 取消请求 controller.abort(); ``` --- ### **5. 注意事项** 1. **敏感参数处理**：生成唯一标识时排除随机参数（如时间戳） ```javascript function generateReqKey(config) { const filteredParams = omit(config.params, ['_t']); // 使用lodash.omit return [config.method, config.url, qs.stringify(filteredParams)].join('&'); } ``` 2. **内存泄漏预防**：设置最大缓存数量 ```javascript const MAX_PENDING = 100; if (pendingRequests.size > MAX_PENDING) { const oldestKey = Array.from(pendingRequests.keys())[0]; pendingRequests.get(oldestKey)('清理过期请求'); pendingRequests.delete(oldestKey); } ``` 3. **异常处理**：确保所有响应路径都清理缓存 ```javascript // 在响应拦截器的error分支中 if (error.config) { const key = generateReqKey(error.config); pendingRequests.delete(key); } ``` 4. **文件上传特殊处理**：对于FormData需要特殊处理 ```javascript function generateReqKey(config) { if (config.data instanceof FormData) { return [config.method, config.url].join('&'); // 不处理FormData内容 } // ...原有逻辑 } ``` --- ### **6. 完整代码整合** ```javascript import axios from 'axios'; import qs from 'qs'; const pendingRequests = new Map(); function generateReqKey(config) { const { method, url } = config; let params = config.params || {}; let data = config.data || {}; // 过滤随机参数 params = Object.fromEntries( Object.entries(params).filter(([key]) => !key.startsWith('_')) ); // 处理FormData if (data instanceof FormData) { return [method, url].join('&'); } return [method, url, qs.stringify(params), qs.stringify(data)].join('&'); } // 请求拦截器 axios.interceptors.request.use(config => { const requestKey = generateReqKey(config); if (pendingRequests.has(requestKey)) { const cancel = pendingRequests.get(requestKey); cancel(`重复请求: ${requestKey}`); pendingRequests.delete(requestKey); } config.cancelToken = new axios.CancelToken(cancel => { pendingRequests.set(requestKey, cancel); }); return config; }); // 响应拦截器 axios.interceptors.response.use( response => { const key = generateReqKey(response.config); pendingRequests.delete(key); return response; }, error => { if (axios.isCancel(error)) { return Promise.reject({ isCanceled: true }); } if (error.config) { const key = generateReqKey(error.config); pendingRequests.delete(key); } return Promise.reject(error); } ); // 使用示例 const fetchData = async () => { try { const response = await axios.get('/api/data', { params: { page: 1 } }); console.log(response.data); } catch (error) { if (!error.isCanceled) { console.error('请求错误:', error); } } }; ``` --- ### **7. 最佳实践建议** 1. **按需启用**：通过配置项控制是否检查重复请求 ```javascript axios.get('/api', { enableDuplicateCheck: true // 自定义配置项 }); ``` 2. **错误监控**：将取消的请求记录到监控系统 ```javascript if (axios.isCancel(error)) { sendToMonitoring({ type: 'CANCELED_REQUEST', url: error.config.url }); } ``` 3. **组合策略**：关键操作使用「防抖 + 重复检查」双重保护 ```javascript submitButton.addEventListener('click', () => { axios.post('/submit', data, { debounceTime: 500, enableDuplicateCheck: true }); }); ``` 4. **SSR兼容**：在服务端渲染时禁用该功能 ```javascript if (typeof window !== 'undefined') { // 添加拦截器 } ``` --- ### **总结** 通过拦截器实现的重复请求处理方案可以： - ✅ 自动拦截重复请求 - ✅ 保持代码整洁（集中式管理） - ✅ 支持多种取消策略 - ✅ 兼容现代浏览器和Node.js环境 建议根据具体业务需求选择「完全拦截」或「覆盖式取消」模式，对于关键操作建议结合防抖/节流使用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值