简介本资源是深信服超融合HCIHyper-Converged Infrastructure官方用户及部署手册6.7.0R3版面向IT基础设施工程师、虚拟化运维人员与超融合系统实施技术人员聚焦分布式架构下的云平台建设与落地实践。手册系统覆盖HCI整体架构设计、aSV计算虚拟化、aSAN分布式存储、aNET智能网络等核心模块详述安装组网规范、硬件配置要求、多场景网络规划、集群部署流程及基础运维要点含大量操作图示、风险提示与排错说明具备强实操指导性。资源为单文件PDF格式共1个35.42MB的完整手册内容结构清晰从产品简介、关键特性到安装部署逐层展开便于快速查阅与现场参考。目前已有1250人学习下载是掌握深信服超融合技术体系、开展项目交付与日常运维的重要权威文档。1. 深信服超融合 HCI 6.7.0R3 部署不是“点下一步”就能过三类人最容易在集群初始化阶段卡死而问题往往出在网口绑定顺序和时间同步精度上你手头刚拿到深信服超融合 HCI 6.7.0R3 的 ISO 镜像也确认了服务器满足最低配置双路 CPU、≥64GB 内存、≥3 块 1TB SSD但装完系统进 Web 控制台却卡在「添加主机」灰显、「集群 IP 无法提交」或「存储卷创建失败」——这不是你操作错了而是这套环境对底层网络拓扑和时钟一致性有硬性要求且文档里没明说的细节藏在组网逻辑和参数校验中。我见过太多技术服务工程师在客户现场耗掉一整天反复重装最后发现只是管理口和存储口插反了物理网卡槽位也见过某高校实验室因 NTP 服务器偏差 500ms导致 aSAN 同步异常、集群状态反复震荡。这套部署手册不是给纯新手看的“安装向导”而是给已具备 Linux 网络基础、熟悉 RAID/存储概念、能读日志查进程的运维人员准备的「可落地执行清单」。它覆盖从第三方服务器裸金属安装、仲裁节点接入、三网合一配置到 EDR 安全组件集成的完整链路。如果你正要为中小数据中心、边缘计算节点或测试验证环境搭建一套稳定可用的超融合平台且希望避开那些只在生产环境才暴露的玄学故障那这份基于 6.7.0R3 版本的实操笔记就是你该先通读再动手的底线清单。2. 安装前硬性准备不满足这 4 类条件后续所有操作都是徒劳深信服 HCI 不是传统虚拟化软件它的 aSV计算、aSAN存储、aNET网络三模块深度耦合任何一项硬件或网络条件不达标都会在集群初始化或卷创建阶段触发强制阻断。很多翻车案例根源都在这里被跳过了。2.1 服务器硬件与固件必须满足的刚性门槛HCI 对硬件兼容性有严格白名单机制尤其在 6.7.0R3 版本中不支持 NVMe-oF 直通、不兼容部分 Intel C620 芯片组的板载网卡、对 U.2 接口 SSD 的固件版本有特定要求。这不是建议而是启动安装程序时就会校验的硬性检查项。注意深信服官方《兼容性列表》中明确标注使用第三方服务器时必须选用已通过认证的型号如 Dell R740、HPE DL380 Gen10、浪潮 NF5280M5。未认证机型即使能进入安装界面也可能在 aSAN 初始化阶段报错Failed to initialize storage pool: device not supported。关键检查项如下需在 BIOS/UEFI 中逐项确认检查项必须值说明CPU 虚拟化支持Intel VT-x / AMD-V必须启用且Intel VT-d / AMD-Vi 必须启用aSV 依赖 IOMMU 进行设备直通禁用会导致后续 GPU 或 USB 设备无法分配内存配置≥64GB必须启用 NUMA且单节点内存通道数 ≥3aSAN 元数据缓存对内存带宽敏感双通道内存易触发aSAN memory bandwidth insufficient告警存储设备≥3 块同型号 SSDSATA/SAS/NVMeRAID 卡必须设为 JBOD 或 HBA 模式若启用 RAID 5/6aSAN 将无法识别物理盘报错No available disk for storage pool网卡配置至少 4 个千兆/万兆网口其中 2 个用于管理存储通信1 个用于业务1 个预留仲裁网口数量不足将导致「三网合一」配置失败Web 界面直接禁用相关选项验证命令安装前在已有系统中执行# 检查 CPU 虚拟化支持 egrep -c (vmx|svm) /proc/cpuinfo # 返回值 ≥1 才有效 cat /sys/firmware/acpi/interrupts/err # 应为 0非 0 表示 IOMMU 异常 # 检查 RAID 卡模式以 LSI MegaRAID 为例 /opt/MegaRAID/MegaCli/MegaCli64 -AdpAllInfo -aALL | grep HBA Mode # 输出应含 HBA Mode: Enabled若返回值不符合必须重启进 BIOS 修改否则安装程序会在检测阶段直接退出并在/var/log/install.log中写入Hardware pre-check failed: [reason]。2.2 网络规划不是画张拓扑图就行而是要精确到每个网口的 VLAN 和 MTUHCI 的「标准集群组网」本质是逻辑隔离的三平面网络管理平面Cluster IP、存储平面aSAN Heartbeat Data、业务平面VM 流量。6.7.0R3 版本默认要求存储平面必须独占物理链路禁止与管理口共用交换机端口或 VLAN。这是很多用户部署失败的核心原因——他们把所有网线都插在同一台接入交换机上仅靠 VLAN 划分结果 aSAN 心跳包被交换机 QoS 丢弃集群状态持续为Warning: Storage network unstable。正确做法是采用物理分离 逻辑绑定管理口eth0连接管理交换机IP 为192.168.10.10/24MTU1500存储口eth1, eth2绑定为 bond0mode4LACP直连专用存储交换机IP 为172.16.10.10/24MTU9000Jumbo Frame业务口eth3连接业务交换机不配 IP由 HCI 平台自动分配虚拟子网提示深信服在 6.7.0R3 中强化了存储网络 MTU 校验。若 bond0 的 MTU 未设为 9000aSAN 初始化会失败并报错aSAN data path MTU mismatch: expected 9000, got 1500。该错误不会在 UI 显示需查看/var/log/aSAN/aSAN_init.log。验证脚本部署前在目标服务器执行# 检查 bond0 是否存在且 MTU 正确 ip link show bond0 | grep mtu 9000 # 必须匹配 # 检查存储交换机连通性需提前配置好对端 IP ping -c 3 -M do -s 8972 172.16.10.1 # -M do 强制 DF 位-s 8972 9000 MTU - 28 ICMP 头 # 若丢包或返回 Frag needed说明中间链路不支持 Jumbo Frame2.3 仲裁节点不是“可选”而是两节点场景下的生存底线文档写“仲裁节点配置要求可选”但实际在两主机部署延伸集群或防脑裂场景下它是强制必需项。没有仲裁当两节点间心跳中断时系统无法判断哪边是“健康方”会同时冻结存储写入导致业务中断。6.7.0R3 支持三种仲裁形态适用场景不同aServer 一体机仲裁仅限深信服自研硬件部署最简但成本高第三方服务器仲裁推荐方案需独立物理机≥8GB 内存、≥2 核 CPU、1 块 100GB 系统盘必须与集群节点处于同一二层网络VMware 平台仲裁适用于已有 vSphere 环境但要求 VMware ESXi 版本 ≥6.7U3且虚拟机需配置2vCPU、4GB 内存、1 块 50GB 磁盘、网络适配器类型为 VMXNET3。关键参数表第三方服务器仲裁节点参数推荐值说明操作系统CentOS 7.6最小化安装6.7.0R3 仲裁服务仅兼容此版本内核3.10.0-957网络配置静态 IP与集群管理网段同网段如192.168.10.200/24不能使用 DHCP否则仲裁服务启动失败防火墙systemctl stop firewalld systemctl disable firewalld仲裁服务监听端口30001/tcpfirewalld 会拦截SELinuxsetenforce 0 sed -i s/SELINUXenforcing/SELINUXdisabled/g /etc/selinux/config否则arbitrationd进程无法绑定端口安装仲裁服务前必须在集群节点上执行预检# 在任一 HCI 节点执行检查仲裁可达性 curl -I http://192.168.10.200:30001/health # 应返回 HTTP/1.1 200 OK # 若超时检查 iptables 是否放行 iptables -L INPUT | grep 30001 # 应有 ACCEPT 规则2.4 时间同步500ms 是生死线NTP 配置错误比没配更危险aSAN 的分布式锁机制依赖高精度时钟。6.7.0R3 要求所有节点与仲裁节点之间的时间偏差绝对值 ≤500ms。超过此阈值aSAN 会主动拒绝写入并在 Web 界面显示Time skew too large: 842ms。但更隐蔽的坑是错误的 NTP 配置如指向不可达的 NTP 服务器会导致 chronyd 进入 panic 模式反而放大时间漂移。我见过某客户配置了pool cn.pool.ntp.org iburst但其出口防火墙屏蔽了 UDP 123 端口chronyd 日志持续报Source 114.114.114.114 Offline最终 drift 累积到 3 秒以上。正确配置步骤所有节点及仲裁机均需执行# 1. 停止原有服务 systemctl stop ntpd chronyd systemctl disable ntpd chronyd # 2. 编辑 chrony 配置/etc/chrony.conf sed -i /^server/d /etc/chrony.conf echo server 192.168.10.1 iburst minpoll 4 maxpoll 4 /etc/chrony.conf # 指向内网 NTP 服务器 echo makestep 1.0 3 /etc/chrony.conf # 偏差 1s 时立即校正关键 # 3. 启动并验证 systemctl enable chronyd systemctl start chronyd chronyc tracking | grep System time # 输出应为 System time : 0.000000000 seconds fast of NTP time chronyc sources -v | grep ^* # 星号行表示当前同步源无星号则未同步注意makestep参数必须显式设置。6.7.0R3 的 aSAN 初始化脚本会调用chronyc tracking获取Last offset值若该值为空或超限直接终止流程。3. ISO 安装与系统初始化从裸金属到集群就绪的 7 个不可跳过动作安装程序本身很安静但后台执行的校验和初始化动作极多。跳过任何一个都会在后续「组建集群」环节暴露为难以定位的灰色错误。3.1 ISO 启动后首屏选择别急着按回车先做三件事插入 U 盘或挂载 ISO 启动后首屏是 GRUB 菜单此时不要直接回车。需按Tab键编辑启动参数在quiet splash后追加以下内核参数net.ifnames0 biosdevname0 crashkernelauto rd.md.uuidxxx rd.lvm.lvcentos/root rd.lvm.lvcentos/swapnet.ifnames0 biosdevname0强制使用eth0/eth1传统命名避免 systemd-networkd 自动重命名为ens1f0导致网络配置错乱rd.md.uuidxxx必须替换为你的 RAID 卡实际 UUID可通过mdadm --examine /dev/sda查看缺失则安装程序无法识别 RAID 阵列rd.lvm.lv...指定根分区和 swap 分区的 LV 名称6.7.0R3 默认使用 LVM名称必须与安装介质内置模板一致。避坑 / 常见问题 / 排查现象安装界面卡在Starting installer...超过 5 分钟无任何日志输出原因BIOS 中CSMCompatibility Support Module未关闭导致 UEFI 模式下无法加载 NVMe 驱动解决重启进 BIOS关闭 CSMSecure Boot 设为 Disabled保存重启现象安装完成后重启系统黑屏或停留在 GRUB 提示符原因安装时未正确识别系统盘GRUB 安装到了错误设备如 U 盘而非/dev/sda解决重装时在安装向导「Installation Destination」页手动勾选目标磁盘并点击I will configure partitioning在「Click here to create them automatically」下方确认Device下拉框中显示的是/dev/sda或你的系统盘现象安装成功但登录 Web 控制台后首页显示No host found「添加主机」按钮灰显原因安装时未配置管理 IP或配置的 IP 与当前网络不通解决在控制台登录后立即执行sudo /opt/sangfor/hci/bin/set_management_ip.sh 192.168.10.10 255.255.255.0替换为你的真实 IP然后重启网络服务systemctl restart network现象aSAN 初始化失败日志/var/log/aSAN/aSAN_init.log中出现Failed to format disk /dev/sdb: Device is busy原因该磁盘已被系统自动挂载如/mnt/data或存在残留 LVM PV解决安装前执行umount /dev/sdb* pvremove /dev/sdb确保磁盘干净现象集群初始化后存储卷状态为Initializing长时间不变成Online原因存储网络 MTU 未设为 9000或交换机未开启 Jumbo Frame解决在节点上执行ip link set dev bond0 mtu 9000并登录交换机配置interface range gigabitethernet 1/0/1-4; jumboframe 9000以 H3C 为例3.2 安装过程中的关键配置点UI 看似简单参数决定成败安装向导共 5 步其中第 3 步「Network Hostname」和第 4 步「Installation Destination」是核心风险点。Network HostnameHostname 必须为全小写字母数字短横线如hci-node01禁止下划线或大写字母否则集群 DNS 解析失败Management Interface 选择eth0确保是你规划的管理口IP 配置为静态Gateway 必须填写即使不跨网段aSAN 服务依赖 gateway 字段生成路由不勾选Configure Network at Boot—— HCI 平台会接管网络管理此处勾选会导致冲突。Installation Destination必须选择I will configure partitioning系统默认的自动分区会创建/boot/efi分区但 6.7.0R3 要求 BIOS 模式安装该分区会引发 GRUB 错误手动创建分区方案以 1TB SSD 为例/boot1GBext4/50GBxfs/var/log20GBxfs日志单独分区防爆满swap16GB内存 ≥64GB 时swap内存/4剩余空间不分配留给 aSANaSAN 需要裸盘不能有文件系统3.3 安装完成后的首次登录绕过 Web 控制台的“假死”陷阱安装完成重启后浏览器访问https://管理IP大概率会遇到页面加载缓慢、图标不显示、甚至提示ERR_CONNECTION_TIMED_OUT。这不是服务没起来而是 6.7.0R3 的 Web 服务nginx python backend启动有依赖顺序需等待约 3 分钟。正确做法是先 SSH 登录确认服务状态# 登录后立即执行 systemctl list-units --statefailed | grep -E (nginx|acloud|asand) # 查看是否有失败单元 journalctl -u nginx -n 50 --no-pager | grep listen # 应看到 listening on [::]:443 /opt/sangfor/hci/bin/check_cluster_status.sh # 检查集群基础服务若check_cluster_status.sh输出All services are running但 Web 仍打不开则是浏览器缓存问题清除浏览器 SSL 状态Chrome 地址栏输入chrome://net-internals/#hsts删除对应域名或换用curl -k https://192.168.10.10若返回 HTML 片段证明服务正常纯属前端加载问题。4. 集群初始化实战从单节点到三节点集群的 5 个必填字段与 3 个隐藏开关单节点安装只是起点真正的超融合价值在于集群化。6.7.0R3 的集群初始化流程藏了三个 UI 上看不到的“隐藏开关”漏掉一个集群就永远停在Waiting for other nodes。4.1 集群 IP 配置不是填个 IP 就行而是要理解它的三层作用在「HCI 集群初始化」→「配置集群 IP」页你填的这个 IP如192.168.10.100并非某个节点的地址而是整个集群的虚拟入口它承担三重角色管理入口所有 Web 控制台、API 请求都发往此 IPaSAN 仲裁代理当节点失联时此 IP 作为心跳代理参与投票虚拟网络网关所有虚拟机默认网关指向此 IP通过 aNET 实现。因此它必须满足与所有节点管理口在同一网段不能与任何节点 IP 冲突必须配置在集群第一个节点上后续节点加入时此 IP 会自动同步。填写后系统会自动生成/etc/acloud/cluster.conf其中关键字段{ cluster_vip: 192.168.10.100, management_network: 192.168.10.0/24, storage_network: 172.16.10.0/24, // 必须与你规划的存储网段一致 enable_arp_monitor: true // 关键开启 ARP 探测防 VIP 漂移 }注意enable_arp_monitor默认为false但若不手动改为true当主节点宕机时VIP 可能无法及时漂移到备用节点导致管理中断。4.2 添加主机物理网口顺序决定集群能否握手成功「添加主机」页面要求输入其他节点的管理 IP如192.168.10.11但背后发生的是复杂的四步握手当前节点向目标 IP 发送acloud-agent探测包目标节点响应并返回其bond0存储口的 MAC 地址当前节点校验该 MAC 是否在本地aSAN白名单中即是否为认证网卡双方交换aSAN元数据开始同步。失败最常见的原因是目标节点的bond0网口插在了错误的物理槽位导致 MAC 地址与集群预期不符。例如你规划eth1eth2绑定为bond0但实际插在了eth3eth4槽位系统识别为bond1MAC 地址变更aSAN 拒绝握手。解决方案在目标节点执行cat /proc/net/bonding/bond0 | grep Slave Interface确认eth1和eth2确实在bond0中若不在需修改/etc/sysconfig/network-scripts/ifcfg-bond0调整BONDING_OPTSmode4 miimon100 slaveseth1,eth2重启网络ifdown bond0 ifup bond0。4.3 存储卷创建普通卷与延伸卷的本质区别与配置陷阱创建卷时UI 提供「普通卷」和「延伸卷」两个选项。很多人以为只是名字不同实则架构级差异特性普通卷延伸卷副本策略3 副本跨 3 节点2 副本跨 2 个故障域 1 仲裁副本最小节点数321 仲裁适用场景标准集群延伸集群、两地三中心网络要求存储网必须三层互通存储网可二层隔离但需仲裁节点可达致命陷阱创建延伸卷时UI 会要求选择「仲裁节点」但必须选择已成功接入集群的仲裁节点 IP。若你填的是仲裁服务器的管理 IP如192.168.10.200但该 IP 未在集群中注册为仲裁节点会报错Arbitration node not found in cluster。正确流程先在「系统设置」→「仲裁管理」中点击Add Arbitration Node输入192.168.10.200等待状态变为Online再创建延伸卷在「仲裁节点」下拉框中选择该节点而非手动输入。验证延伸卷状态# 在任意节点执行 /opt/sangfor/hci/bin/aSAN_cli volume list # 查看卷类型为 stretch /opt/sangfor/hci/bin/aSAN_cli volume info volume_name | grep Replica # 应显示 2 data replicas 1 arbitration replica4.4 三网合一配置不是合并网口而是用 OVS 实现流量标签化「三网合一」是深信服对 Open vSwitchOVS的定制封装它允许将管理、存储、业务流量复用同一物理网口如eth3通过 VLAN Tag 区分。但这不意味着可以省掉交换机配置。必须在交换机上为该端口配置switchport mode trunkswitchport trunk allowed vlan 10,20,30假设管理 VLAN10存储 VLAN20业务 VLAN30spanning-tree portfast trunk加速收敛HCI 节点侧配置通过 Web 界面物理出口 → 新建 → 类型选Trunk绑定eth3添加子接口eth3.10管理、eth3.20存储、eth3.30业务关键在「存储通信网络」配置中必须将eth3.20指定为 aSAN 数据口而非eth3本身。避坑 / 常见问题 / 排查现象三网合一启用后虚拟机网络正常但 aSAN 状态变为Degraded日志报Heartbeat timeout on vlan 20原因交换机 trunk 端口未放行 VLAN 20或 PVID 设置错误解决在交换机执行show interfaces trunk确认eth3.20对应的 VLAN 在Allowed VLANs列表中现象集群初始化成功但新增虚拟机无法获取 IPDHCP 不响应原因三网合一后aNET 的 DHCP 服务绑定在br-mgmt网桥但该网桥未正确关联eth3.10解决执行ovs-vsctl add-port br-mgmt eth3.10 tag10然后重启acloud-network服务现象启用三网合一后Web 控制台响应变慢top显示ovs-vswitchdCPU 占用 90%原因OVS 流表规则过多未启用硬件卸载解决在 Web 界面「系统设置」→「高级设置」中开启Enable hardware offload for OVS需网卡支持 SR-IOV5. EDR 安全组件集成不是装个客户端就完事而是构建可信终端闭环终端检测响应平台EDR是深信服 HCI 的安全增强模块但它与 aSV 的集成深度远超普通杀毒软件。6.7.0R3 要求 EDR 服务器与 HCI 集群共享同一套证书体系否则会出现「客户端在线但无响应」的黑匣子问题。5.1 EDR 服务器安装VMA 格式是唯一可靠路径文档提供 VMA 和 ISO 两种安装方式但实践证明ISO 方式在 6.7.0R3 中存在证书签名不兼容问题会导致后续客户端无法注册。VMAVirtual Appliance是 OVA 格式的深信服定制版它预装了与 HCI 同源的 OpenSSL 1.1.1k 和自签名 CA 证书。安装步骤在 vSphere 或 HCI 平台中选择「导入 OVF 模板」上传EDR_Server_V6.7.0R3.vma配置资源2vCPU、8GB 内存、100GB 磁盘网络配置必须选择Management Network即集群管理网段IP 设为静态如192.168.10.201开机后SSH 登录执行/opt/sangfor/edr/bin/init_cert.sh该脚本会自动从 HCI 集群拉取根证书。注意init_cert.sh必须在 EDR 服务器启动后 5 分钟内执行超时则需手动下载证书curl -k https://192.168.10.100:443/cert/ca.crt -o /opt/sangfor/edr/cert/ca.crt5.2 EDR 客户端部署策略下发前的三次握手验证客户端不是简单安装而是要完成与 EDR 服务器、HCI 平台、aSV 内核模块的三方握手。部署后必须依次验证# 1. 与 EDR 服务器通信 /opt/sangfor/edr/bin/edr_agent status | grep Connected # 应为 true # 2. 与 HCI 平台注册关键 curl -k https://192.168.10.100:443/api/v1/agent/list | jq .data[] | select(.ip192.168.10.50) # 替换为客户机 IP # 3. aSV 内核模块加载 lsmod | grep edr_kmod # 必须存在否则无法进行进程行为监控若第 2 步无返回说明客户端未向 HCI 注册需检查客户端安装时是否勾选了Register to HCI PlatformHCI 控制台「安全中心」→「EDR 管理」中是否启用了Auto-register agents。5.3 一致性组快照与 EDR 的联动安全备份的隐藏逻辑EDR 的「勒索病毒防护」功能依赖 aSAN 的一致性组快照Consistency Group Snapshot。当检测到可疑加密行为时EDR 会触发 aSAN 创建一个包含所有相关虚拟机磁盘的原子快照。但此功能生效的前提是虚拟机必须加入同一个「一致性组」在「虚拟机管理」→「快照策略」中设置该组的快照保留策略中必须启用Enable ransomware protectionEDR 服务器与 aSAN 的时间偏差 ≤100ms比集群要求更严。验证联动是否生效# 在 EDR 服务器上模拟勒索行为测试用 /opt/sangfor/edr/bin/edr_test_ransomware.sh --vm-name win10-test # 查看 aSAN 是否创建快照 /opt/sangfor/hci/bin/aSAN_cli snapshot list --group win10-test-group | grep Created若无输出检查/var/log/edr/edr_server.log常见错误为Failed to call aSAN API: certificate verify failed即 EDR 未正确信任 HCI 的证书。6. 验证集群是否真正就绪5 个命令、3 个日志、1 个终极压力测试装完不等于跑通HCI 的稳定性必须经受住真实负载的考验。我给自己定的验收红线是连续 72 小时无aSAN degraded、无acloud-agent timeout、无EDR agent offline且能承受 50 虚拟机并发克隆。6.1 五条黄金命令每条都直指一个核心模块这些命令不是摆设而是我每次部署后必敲的「脉搏检测」# 1. 检查集群整体健康aCloud 层 /opt/sangfor/hci/bin/check_cluster_status.sh # ✅ 期望输出All services are running, Cluster status: Normal # 2. 检查存储平面aSAN 层 /opt/sangfor/hci/bin/aSAN_cli health check # ✅ 期望输出Overall health: OK, All disks online, No rebuilding # 3. 检查网络平面aNET 层 ovs-vsctl show | grep -E (br-mgmt|br-storage|br-business) # ✅ 期望输出三个网桥均存在且各自绑定正确的物理口如 br-storage: eth1,eth2 # 4. 检查虚拟化层aSV 层 virsh list --all | wc -l # ✅ 期望输出≥5含 3 个 aSAN 元数据 VM 1 个 EDR Agent VM 1 个测试 VM # 5. 检查安全组件EDR 层 /opt/sangfor/edr/bin/edr_agent status | grep -E (Status|Version) # ✅ 期望输出Status: Running, Version: 6.7.0R36.2 三个关键日志文件错误不在 UI在这里Web 控制台的告警只是冰山一角真正的线索藏在日志深处日志路径关键排查场景必查关键词/var/log/aSAN/aSAN_init.log存储初始化失败format failed,disk not found,MTU mismatch/var/log/acloud/acloud-agent.log节点失联、心跳中断heartbeat timeout,connection refused,certificate verify failed/var/log/edr/edr_server.logEDR 策略不生效、客户端离线register failed,api call error,cert expired实时跟踪技巧部署后第一小时必做# 分屏监控三大日志需安装 screen 或 tmux screen -S hci-log screen -S 0 tail -f /var/log p a hrefhttps://download.csdn.net/download/musen208428/87606352 stylecolor:#ec7500;font-size:14px; 本文还有配套的精品资源点击获取 /a img altmenu-r.4af5f7ec.gif srchttps://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif stylewidth:16px;margin-left:4px;vertical-align:text-bottom;cursor:text; /p