eNSP校园网六层联动实验:VLAN、LACP、OSPF、NAT与ACL闭环实践
简介本资源是一份面向网络工程初学者与高校实验教学的eNSP综合组网实践指南聚焦VLAN划分、VLAN间通信、ACL访问控制、DHCP自动分配、OSPF动态路由、NAT地址转换及LACP链路聚合等核心技能适用于华为设备模拟环境下的实验室组网训练与课程设计。资源为单文件PDF文档140KB内容结构完整涵盖实验概述、知识要点梳理、拓扑说明、详细配置命令含LSW1的VLAN批量创建、Eth-Trunk 1的LACP静态聚合、VLANIF接口IP配置、DHCP服务启用等、关键命令注释及验证方法便于边学边练、对照排错。目前已有10004人学习下载是理解企业级中小型网络架构搭建与策略实施的高实用性入门材料。1. 这不是“拼设备”的实验而是用 eNSP 拆解真实校园网的最小可运行闭环VLAN 隔离、LACP 聚合、单臂路由、OSPF 互通、NAT 出口、ACL 精控六层联动你有没有试过在 eNSP 里拖完一堆设备配完所有接口 IPping却始终不通不是命令敲错了也不是拓扑画歪了而是缺了一根“逻辑线”——把 VLAN 划分、三层终结、链路冗余、动态学习、地址转换、访问控制这六个动作串成闭环的那根线。这个综合组网实验就是专治这种“单点能通、全局瘫痪”的玄学问题。它不堆砌功能而是用一所模拟学校实验室的真实诉求倒推二楼两个教室VLAN201/VLAN202要互访但三楼 302 教室必须被隔离所有教室要能上外网但出口带宽有限得靠 NAT 复用核心链路不能单点故障所以 LSW1 和 LSW3 之间用三条物理线跑 LACP且主备链路状态可查更关键的是当流量从 VLAN201 流向公网时它得经过 LSW1 的 VLANIF 接口 → LSW3 的 VLANIF → AR2 的子接口 → AR1 的 NAT 池 → OSPF 学到的下一跳全程每跳都可验证、可截断、可替换。这不是教科书里的孤立知识点罗列而是一张带血丝的网络脉络图——你改一行 ACL302 教室立刻断网你拔一根 Eth-Trunk 成员线dis eth-trunk 1显示 UP 数从 3 变 2你删掉 AR1 的ospf network声明LSW3 就再也学不到 192.168.7.0/24。适合刚啃完《TCP/IP 详解》前两卷、手痒想碰真设备配置但又被“为什么配了还是不通”反复暴击的网络初学者也适合备考 HCIA-Datacom 或需要快速复现客户现场拓扑的工程师——因为所有命令都来自真实设备 CLI没做任何 GUI 封装或脚本抽象。2. 从物理端口到逻辑平面VLAN 划分、VLANIF 终结与 DHCP 全局下发的三层穿透逻辑2.1 VLAN 划分不是贴标签而是定义广播域边界的物理锚点在 LSW1 上g0/0/1和g0/0/2是接入实验室终端的物理端口。执行port link-type accessport default vlan 201并非简单地“把端口塞进 VLAN”而是告诉交换机从此刻起所有从g0/0/1进来的未打标帧一律打上 VLAN201 标签转发所有发往g0/0/1的帧若标签为 VLAN201则剥标后送出否则丢弃。这是二层隔离的物理基石。注意vlan batch 201 202 20命令必须前置——eNSP 中若先配置port default vlan 201而 VLAN201 尚未创建命令会静默失败且无报错提示这是新手翻车第一坑。sys [Huawei]vlan batch 201 202 20 [Huawei]int g0/0/1 [Huawei-GigabitEthernet0/0/1]port link-type access [Huawei-GigabitEthernet0/0/1]port default vlan 201 [Huawei-GigabitEthernet0/0/1]int g0/0/2 [Huawei-GigabitEthernet0/0/2]port link-type access [Huawei-GigabitEthernet0/0/2]port default vlan 202参数说明vlan batch一次性创建多个 VLAN避免逐条vlan 201的繁琐port link-type access强制端口工作在接入模式仅收发单个 VLAN 帧port default vlan 201指定该端口的 PVIDPort VLAN ID即未打标帧的默认归属 VLAN。2.2 VLANIF 接口是三层能力的开关不是“配个 IP 就完事”VLANIF201 和 VLANIF202 是逻辑三层接口其存在意义是让 LSW1 具备“VLAN 间路由”能力。但关键在于VLANIF 的 IP 地址必须与对应 VLAN 内终端的网关地址一致。例如VLAN201 内终端需设网关为10.1.1.1则int vlanif 201必须配ip address 10.1.1.1 24。若此处配成10.1.1.254则终端无法通过该网关通信且display ip interface brief会显示 VLANIF 状态为 DOWN因无 ARP 应答。此外vlanif 20的配置并非冗余——它是 LSW1 与上层 LSW3 通信的“管理通道”IP192.168.2.2/24必须与 LSW3 的vlanif 20192.168.2.1/24在同一网段否则静态路由失效。[Huawei]int vlanif 201 [Huawei-Vlanif201]ip address 10.1.1.1 24 [Huawei-Vlanif201]int vlanif 202 [Huawei-Vlanif202]ip address 10.1.2.1 24 [Huawei-Vlanif202]int vlanif 20 [Huawei-Vlanif20]ip address 192.168.2.2 24逻辑说明VLANIF 接口本质是交换机内部的 SVISwitch Virtual Interface其 UP 状态依赖于至少一个物理端口属于该 VLAN 且链路 UP。若g0/0/1被 shutdownVLANIF201 会自动 DOWN这是判断 VLAN 成员端口连通性的隐式指标。2.3 DHCP 全局启用与接口级下发让终端“零配置”获取网络参数DHCP 在 LSW1 上启用后dhcp select interface命令将 VLANIF 接口变为 DHCP 服务器——它直接以该接口 IP 为网关、以接口子网为地址池无需额外配置ip pool。这意味着VLAN201 终端获取的 IP 必然是10.1.1.x/24网关为10.1.1.1VLAN202 终端获取10.1.2.x/24网关10.1.2.1。此模式简洁高效但代价是地址池不可定制如不能排除.1或设置租期。若需精细控制必须改用dhcp select globalip pool方式但本实验中接口模式已足够。[Huawei]dhcp enable [Huawei]int vlanif 201 [Huawei-Vlanif201]dhcp select interface [Huawei-Vlanif201]int vlanif 202 [Huawei-Vlanif202]dhcp select interface参数说明dhcp enable是全局开关不执行则所有dhcp select命令无效dhcp select interface表示该 VLANIF 接口自身作为 DHCP Server地址池即其直连子网dhcp select global则需先创建ip pool并绑定到 VLANIF。2.4 链路聚合LACP的主动/被动握手与活跃链路数硬约束LSW1 与 LSW3 之间用三条线g0/0/3/g0/0/4/g0/0/5构建 Eth-Trunk1采用lacp-static模式。此模式下LACP 协议报文用于协商链路状态但不参与负载分担决策——决策权在max active-linknumber。LSW1 设为lacp priority 100低于默认 32768成为主动方LSW3 保持默认优先级为被动方。当三条线全通时max active-linknumber 2强制只选两条为 ACTIVE另一条为 STANDBY。若某 ACTIVE 链路中断STANDBY 立即激活整个过程毫秒级dis eth-trunk 1输出中Status列会实时变化UP/DOWN。这是链路冗余的物理保障也是排查“为什么带宽只有 2G”的第一检查点。[Huawei]int Eth-Trunk 1 [Huawei-Eth-Trunk1]mode lacp-static [Huawei-Eth-Trunk1]trunkport g0/0/3 [Huawei-Eth-Trunk1]trunkport g0/0/4 [Huawei-Eth-Trunk1]trunkport g0/0/5 [Huawei-Eth-Trunk1]max active-linknumber 2 [Huawei]lacp priority 100逻辑说明mode lacp-static启用 LACP 协商但负载分担由max active-linknumber控制lacp priority数值越小优先级越高主动方决定哪几条链路 ACTIVEdis eth-trunk 1中PortName Status列的 UP/DOWN 状态是链路健康度的黄金指标比ping更底层。2.5 Trunk 端口的 VLAN 放行清单允许什么就等于拒绝其余一切Eth-Trunk1 作为 LSW1 与 LSW3 的上行链路必须配置为port link-type trunk并明确port trunk allow-pass vlan 201 202 20。此处allow-pass是白名单机制仅允许 VLAN201、202、20 的帧通过其他 VLAN如误配的 VLAN100帧会被静默丢弃。若漏配 VLAN20则 LSW1 与 LSW3 的管理通信192.168.2.0/24中断导致静态路由失效若多配 VLAN100则可能引发跨 VLAN 广播风暴。因此allow-pass清单必须与两端 VLANIF 接口的业务需求严格对齐宁缺毋滥。[Huawei]int Eth-Trunk 1 [Huawei-Eth-Trunk1]port link-type trunk [Huawei-Eth-Trunk1]port trunk allow-pass vlan 201 202 20参数说明port link-type trunk将逻辑端口设为干道模式允许多 VLAN 帧带标签通行port trunk allow-pass vlan指定允许通过的 VLAN ID 列表未列出的 VLAN 帧被丢弃vlan 20是管理 VLAN承载 LSW1 与 LSW3 的三层通信流量。3. 三层跃迁与协议协同OSPF 动态学习、单臂路由终结、NAT 地址复用的流量路径闭环3.1 OSPF 区域 0 的 network 声明不是配接口而是宣告“我能到达这些网段”AR1 和 AR2 的 OSPF 配置中network 192.168.7.0 0.0.0.255这条命令常被误解为“在 g0/0/1 接口启用 OSPF”。实际逻辑是路由器扫描所有直连网段若某直连网段如192.168.7.0/24匹配network命令的反掩码范围则将该网段作为 OSPF 路由通告出去。因此AR2 的network 192.168.7.0 0.0.0.255是为了向 AR1 通告“我AR2能到达192.168.7.0/24”而 AR1 的同命令则是通告“我AR1能到达192.168.7.0/24”。两者共同构成区域 0 的骨干连接。若 AR2 忘记此声明LSW3 的display ospf routing将看不到192.168.7.0/24路由导致内网无法访问外网。# AR2 配置 [Huawei]ospf [Huawei-ospf-1]area 0 [Huawei-ospf-1-area-0.0.0.0]network 192.168.7.0 0.0.0.255 # AR1 配置 [Huawei]ospf [Huawei-ospf-1]area 0 [Huawei-ospf-1-area-0.0.0.0]network 192.168.7.0 0.0.0.255逻辑说明network命令的反掩码0.0.0.255表示匹配192.168.7.x的所有 IP只要路由器有直连地址在此范围内该网段即被 OSPF 管理OSPF 路由表dis ospf routing显示的是“通过 OSPF 学到的路由”而非直连路由直连路由永远存在于dis ip routing-table中但不会被 OSPF 通告。3.2 单臂路由用子接口剥离 VLAN 标签让路由器读懂三层流量AR2 的g0/0/0.1是一个子接口其dot1q termination vid 100命令是单臂路由的核心——它告诉路由器“从此接口收到的帧若 VLAN ID 为 100则剥去 802.1Q 标签按普通 IP 包处理从此接口发出的包若目的为 VLAN100则重新打上 VID 100 标签”。这解决了路由器物理接口无法处理带标帧的问题。ip address 192.168.6.1 24是该子接口的三层地址它与 LSW3 的vlanif 100192.168.6.2/24构成直连网段使 OSPF 能在此链路上建立邻居。若dot1q termination vid与 LSW3 的port trunk allow-pass vlan 100不匹配display dot1q termination将显示无匹配ping必然超时。[Huawei]int g0/0/0.1 [Huawei-GigabitEthernet0/0/0.1]ip address 192.168.6.1 24 [Huawei-GigabitEthernet0/0/0.1]dot1q termination vid 100参数说明dot1q termination vid 100指定子接口终结的 VLAN ID必须与对端 Trunk 端口放行的 VLAN 一致子接口命名g0/0/0.1中的.1是逻辑编号与 VID 无关但习惯上保持一致便于维护ip address必须与对端 VLANIF 在同一子网。3.3 NAT 地址池与 ACL 的强耦合没有 ACL 的 NAT 是裸奔AR1 的 NAT 配置中nat outbound 2000 address-group 1 no-pat表面看是“用地址池 1 转换 ACL 2000 匹配的流量”但关键在no-pat——它禁用端口地址转换意味着每个内网 IP 必须独占一个公网 IP。而acl 2000的rule 5 permit source 10.0.0.0 0.255.255.255定义了转换范围所有源 IP 为10.x.x.x的流量均被 NAT。若 ACL 规则写成deny则匹配流量被丢弃NAT 不生效若 ACL 未创建或未应用nat outbound命令虽能执行但实际无流量触发转换。因此NAT 的有效性必须通过display nat session验证——该命令显示当前活跃的 NAT 映射若为空则 ACL 或 NAT 配置必有一处失效。[Huawei]nat address-group 1 200.10.10.1 200.10.10.200 [Huawei]acl 2000 [Huawei-acl-basic-2000]rule 5 permit source 10.0.0.0 0.255.255.255 [Huawei-acl-basic-2000]q [Huawei]int g0/0/0 [Huawei-GigabitEthernet0/0/0]nat outbound 2000 address-group 1 no-pat逻辑说明nat address-group定义公网 IP 池acl 2000定义需转换的内网流量范围nat outbound将 ACL 与地址池绑定并指定应用在g0/0/0接口的出方向no-pat表示一对一映射适用于公网 IP 充足场景display nat session是验证 NAT 是否工作的唯一可靠命令。3.4 静态路由的兜底价值当 OSPF 失效时它是最沉默的救生圈LSW1 和 LSW3 的ip route-static 0.0.0.0 0.0.0.0 192.168.2.1是典型的默认路由指向下一跳192.168.2.1LSW3 的vlanif 20地址。它的存在意义在于当 OSPF 因配置错误或链路中断而无法学习到外部路由时所有未知目的地的流量仍能通过此静态路由转发至 LSW3再由 LSW3 的默认路由192.168.6.1送至 AR2。这是一种“协议降级”保障。若删除此静态路由且 OSPF 未正常工作则 LSW1 下挂的 VLAN201/202 终端将完全无法访问外网tracert会在 LSW1 处终止。因此静态路由是动态路由的保底而非替代。# LSW1 配置 [Huawei]ip route-static 0.0.0.0 0.0.0.0 192.168.2.1 # LSW3 配置 [Huawei]ip route-static 0.0.0.0 0.0.0.0 192.168.6.1参数说明0.0.0.0 0.0.0.0是默认路由的目标和掩码表示匹配所有未被更精确路由匹配的目的地下一跳192.168.2.1必须是直连可达地址否则路由无效display ip routing-table中Route Flags为D表示直连O表示 OSPFS表示静态可据此确认路由来源。3.5 链路备份的优先级博弈Preference 值决定主备切换的瞬间LSW3 到 AR3 的备份链路通过ip route-static 0.0.0.0 0.0.0.0 192.168.6.3 preference 70实现。此处preference 70是关键——默认静态路由优先级为 6070 60因此该路由为备份。当主链路192.168.6.1因 AR2 故障或链路中断而不可达时路由器自动将备份路由192.168.6.3载入路由表display ip routing-table中默认路由的下一跳会从192.168.6.1变为192.168.6.3。切换时间取决于路由收敛速度通常 1 秒。若preference设为 60则两条默认路由等价流量会负载分担违背备份初衷。# LSW3 主路由默认优先级 60 [Huawei]ip route-static 0.0.0.0 0.0.0.0 192.168.6.1 # LSW3 备份路由显式设为 70 [Huawei]ip route-static 0.0.0.0 0.0.0.0 192.168.6.3 preference 70逻辑说明preference值越小优先级越高主备路由必须指向不同下一跳且备份路由的preference必须大于主路由display ip routing-table中同一目标路由的多条路径会按preference排序仅最优者生效。4. 访问控制的刀锋ACL 规则顺序、应用方向与 Eth-Trunk 接口的特殊性4.1 ACL 2000 的 deny 规则必须置于首位规则顺序即执行顺序在 LSW2 上配置 ACL 2000 以禁止 302 教室10.2.2.0/24访问外部网络时rule deny source 10.2.2.0 0.0.0.255必须是第一条规则rule 5。因为 ACL 匹配遵循“自上而下命中即停”原则若先配置rule 10 permit source any则所有流量在 rule 10 就被放行后续 deny 规则永不执行。本实验中rule 5的编号 5 是刻意为之——预留 rule 1-4 给未来扩展确保 deny 规则处于绝对优先位置。display acl 2000可查看规则顺序若发现 deny 在 permit 之后必须用undo rule 10删除错误规则再重配。[Huawei]acl 2000 [Huawei-acl-basic-2000]rule 5 deny source 10.2.2.0 0.0.0.255 [Huawei-acl-basic-2000]q参数说明rule 5中的 5 是规则编号决定匹配顺序编号越小越先匹配deny source 10.2.2.0 0.0.0.255表示拒绝源 IP 在10.2.2.0/24网段的所有流量display acl 2000显示规则列表及匹配计数是验证 ACL 是否生效的直接证据。4.2 traffic-filter 应用在 Eth-Trunk 的 outbound 方向控制的是“离开本设备”的流量ACL 2000 在 LSW2 上通过traffic-filter outbound acl 2000应用到 Eth-Trunk1 接口。此处outbound是关键——它表示 ACL 检查的是“从 LSW2 发往对端如 LSW3的流量”即 302 教室发出的、准备经 Eth-Trunk1 上传的包。若误用inbound则 ACL 检查的是“从对端发来、准备进入 LSW2 的流量”此时 302 教室的出站请求尚未被拦截已造成安全漏洞。outbound方向确保控制点位于流量离开本设备的最后关口符合“最小权限”原则。[Huawei]int Eth-Trunk 1 [Huawei-Eth-Trunk1]traffic-filter outbound acl 2000逻辑说明traffic-filter outbound应用于接口的出方向过滤本设备发出的流量traffic-filter inbound应用于入方向过滤本设备接收的流量Eth-Trunk 作为逻辑接口其 ACL 应用效果等同于物理接口但作用于聚合后的逻辑流。4.3 ACL 与 VLANIF 的关系为何不在 VLANIF 上应用有人会疑惑既然 302 教室属于 VLAN302为何不直接在vlanif 302接口应用 ACL答案是VLANIF 是三层终结点其上的流量已是剥离 VLAN 标签后的纯 IP 包而 ACL 2000 的目标是阻止10.2.2.0/24的出站流量。若在vlanif 302应用outboundACL它只能控制 VLAN302 内部的三层转发如访问 VLAN301无法控制该 VLAN 流量经 Eth-Trunk1 上行至核心的路径。因此ACL 必须应用在流量离开接入层、进入汇聚层的边界接口Eth-Trunk1这才是网络分层控制的正确位置。提示接入层LSW2负责用户接入与基本隔离汇聚层LSW3负责 VLAN 间路由与策略执行核心层AR负责广域互联。ACL 应部署在层间边界而非层内接口。4.4 验证 ACL 生效的三步法从终端到设备的全链路追踪验证 ACL 是否真正生效不能只在 LSW2 上display acl 2000看匹配计数。必须执行三步终端侧从 302 教室 PC 执行ping 10.1.1.1VLAN201 网关应超时执行ping 10.2.2.1本 VLAN 网关应成功——证明 ACL 未阻断本 VLAN 通信设备侧在 LSW2 上display acl 2000观察Rule 5的Matched计数是否随ping增加——证明 ACL 规则被触发路径侧在 LSW2 上display traffic-filter applied-record确认 ACL 2000 已正确应用到 Eth-Trunk1 的 outbound 方向——证明策略已加载。注意若Matched计数为 0常见原因是 ACL 未应用、应用方向错误、或流量未经过该接口如走错路由。4.5 ACL 的隐式拒绝未匹配任何规则的流量默认丢弃所有 ACL 末尾都有一条隐式deny any规则。这意味着若 ACL 2000 中只有rule 5 deny source 10.2.2.0 0.0.0.255则除10.2.2.0/24外的所有流量包括10.1.1.0/24、192.168.2.0/24都会被隐式拒绝。因此必须显式添加rule 10 permit source any放行其他流量否则整个网络将瘫痪。本实验摘要中未体现此规则是典型配置遗漏实践中必须补全。[Huawei]acl 2000 [Huawei-acl-basic-2000]rule 5 deny source 10.2.2.0 0.0.0.255 [Huawei-acl-basic-2000]rule 10 permit source any [Huawei-acl-basic-2000]q逻辑说明隐式deny any是 ACL 安全基线防止规则遗漏导致流量放行rule 10 permit source any显式放行其他所有流量确保 ACL 仅精准限制目标网段规则编号 10 必须大于 5保证 deny 优先于 permit。5. 避坑eNSP 综合实验中五个血泪经验总结现象→原因→解决5.1 现象pingVLANIF 接口 IP 通但ping同一 VLAN 内终端 IP 不通原因终端未获取到正确的网关地址或网关地址未配置在 VLANIF 接口上。常见于 DHCP 配置后终端获取的网关是10.1.1.254错误而 VLANIF201 配的是10.1.1.1正确导致 ARP 请求无响应。解决在终端执行ipconfig /allWindows或ifconfigLinux确认网关地址与 VLANIF IP 一致若不一致检查 LSW1 的dhcp select interface是否执行或终端是否手动设置了错误网关重启终端网络服务或执行ipconfig /release ipconfig /renew强制更新 DHCP 租约。5.2 现象dis eth-trunk 1显示所有成员端口Status为 DOWN原因对端设备LSW3未配置 Eth-Trunk或配置了但port link-type trunk未启用导致 LACP 协商失败。eNSP 中若一端为 Eth-Trunk另一端为普通接口LACP 报文无法交互成员端口全部 DOWN。解决立即检查 LSW3 的对应端口g0/0/1/g0/0/7/g0/0/8是否加入 Eth-Trunk2且Eth-Trunk2是否配置mode lacp-static和port link-type trunk使用dis interface g0/0/1确认物理端口状态为 UP若对端是普通接口必须统一为 Eth-Trunk 模式。5.3 现象OSPF 邻居状态卡在INIT或2-WAY无法进入FULL原因两端network声明的网段不匹配或hello/dead计时器不一致。本实验中AR1 和 AR2 的network 192.168.7.0 0.0.0.255必须同时存在且g0/0/1接口 IP 必须在该网段内AR1:192.168.7.1/24AR2:192.168.7.2/24。若 AR2 的g0/0/1配成192.168.7.3/24则 OSPF 无法在该链路上建立邻接。解决在 AR1 和 AR2 上分别执行display ospf peer查看邻居状态及Address字段若Address为空或错误检查g0/0/1的 IP 配置执行display ospf interface g0/0/1确认Network Type为BROADCASTState为DR或BDR确保两端ospf timer hello和ospf timer dead值相同默认 10s/40s。5.4 现象NAT 转换后外网服务器能收到请求但返回包无法到达内网终端原因NAT 转换是单向的返回包的源 IP 是公网 IP如200.10.10.1目标 IP 是内网终端如10.1.1.10但 LSW1/LSW3 缺少返回路径的路由。本实验中AR1 的g0/0/0接口NAT 出口必须有回程路由指向内网即ip route-static 10.0.0.0 255.0.0.0 192.168.7.2下一跳为 AR2 的g0/0/1地址。解决在 AR1 上执行display ip routing-table确认是否存在10.0.0.0/8的路由下一跳为192.168.7.2若无添加静态路由ip route-static 10.0.0.0 255.0.0.0 192.168.7.2在 AR2 上display ip routing-table确认10.0.0.0/8是否通过 OSPF 学到应有O标识。5.5 现象ACL 应用后302 教室完全断网连本 VLAN 内通信都失败原因本文还有配套的精品资源点击获取

相关新闻

带权并查集入门:从A Bug‘s Life理解关系维护与路径压缩

带权并查集入门:从A Bug‘s Life理解关系维护与路径压缩

刷POJ的并查集题单,有一道题绕不开:A Bugs Life。我第一次做它的时候,用普通并查集硬怼了半天,WA了快十发才反应过来——这题根本不是“把虫子分成几堆”那么简单,它需要给并查集的每条边加上权值,去表示集…

2026/10/13 1:36:10 阅读更多 →
数据库课设工艺卡片系统:数据建模、事务与版本控制实践

数据库课设工艺卡片系统:数据建模、事务与版本控制实践

简介:一份面向数据库课程设计的完整工艺卡片系统项目,适用于需要完成数据库课设、并希望顺利通过老师验收的高校学生。项目覆盖需求分析、E-R概念模型、关系表结构、SQL实现到系统测试的全过程,并包含管理员与普通员工两类用户权限管理的设计…

2026/10/13 1:36:09 阅读更多 →
Python二维码生成实战:从基础到批量处理与Logo嵌入

Python二维码生成实战:从基础到批量处理与Logo嵌入

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 1:35:09 阅读更多 →

最新新闻

Label Studio:两条 Docker 命令完成第一次数据标注并导出模型训练格式

Label Studio:两条 Docker 命令完成第一次数据标注并导出模型训练格式

Label Studio:两条 Docker 命令完成第一次数据标注并导出模型训练格式 【免费下载链接】label-studio Label Studio is a multi-type data labeling and annotation tool with standardized output format 项目地址: https://gitcode.com/GitHub_Trending/la/labe…

2026/10/13 2:15:26 阅读更多 →
Gemini cli 源码分析之工具篇:ReadFile 工具从入口到落盘的完整链路拆解

Gemini cli 源码分析之工具篇:ReadFile 工具从入口到落盘的完整链路拆解

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 2:15:26 阅读更多 →
5 分钟跑通 ArtCraft:一条脚本启动 AI 图像生成桌面应用

5 分钟跑通 ArtCraft:一条脚本启动 AI 图像生成桌面应用

5 分钟跑通 ArtCraft:一条脚本启动 AI 图像生成桌面应用 【免费下载链接】artcraft ArtCraft is an intentional crafting engine for artists, designers, and filmmakers 项目地址: https://gitcode.com/GitHub_Trending/ar/artcraft ArtCraft 是一个面向艺…

2026/10/13 2:15:26 阅读更多 →
AI Agent 架构设计:上下文窗口压缩(OpenClaw、Claude Code、Hermes Agent 对比)——用 TaoToken 统一 Key 跑通三家实测

AI Agent 架构设计:上下文窗口压缩(OpenClaw、Claude Code、Hermes Agent 对比)——用 TaoToken 统一 Key 跑通三家实测

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 2:15:26 阅读更多 →
Claude Code 最全使用指南:CLAUDE.md、rules、skills、memory 一次讲清,TaoToken 统一 Key 接入

Claude Code 最全使用指南:CLAUDE.md、rules、skills、memory 一次讲清,TaoToken 统一 Key 接入

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 2:15:26 阅读更多 →
从 “My excellent classmates“ 看辅导型 GPT 自定义指令的完整设计范式

从 “My excellent classmates“ 看辅导型 GPT 自定义指令的完整设计范式

提示工程AI 安全治理 【免费下载链接】TheBigPromptLibrary A collection of prompts, system prompts and LLM instructions 项目地址: https://gitcode.com/gh_mirrors/th/TheBigPromptLibrary 点击查看 免费下载 导读 本文以 TheBigPromptLibrary 仓库中收录的…

2026/10/13 2:14:26 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/12 0:16:30 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/12 0:16:38 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 21:05:09 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 18:11:17 阅读更多 →