国赛网络运维脚本工程化：从NetSW3.sh到可验证交付

简介：本资源是面向全国职业院校技能大赛‘网络建设与运维’赛项参赛选手与指导教师的实战辅助材料，聚焦2023年国赛真题环境下的自动化答案导出解决方案。资源提供完整脚本体系与配套教学视频，帮助学习者掌握跨平台（Linux/Windows/网络设备）配置提取、日志解析及标准化答案生成的核心能力，适用于备赛训练、赛后复盘与运维自动化能力迁移。压缩包共44个文件，含21个Shell脚本（用于Linux及网络设备配置导出）、9个PowerShell脚本（适配Windows服务与角色导出）、7个.zbak备份脚本（保留原始调试状态）、5个MP4实操视频（覆盖server、linux、windows及网络设备四大模块配置导出全过程），整体体积10.95MB，结构清晰、即拿即用。目前已有153人学习下载，内容涵盖脚本权限配置、兼容性处理、安全边界控制等关键细节，是理解赛题逻辑与提升脚本工程化能力的实用参考。

1. 这不是“抄答案”，而是把国赛网络建设与运维实操题变成可复现、可验证、可教学的标准化工程

如果你正盯着《网络建设与运维》国赛题库发愁——不是因为不会配OSPF，而是配完发现邻居起不来；不是不会写ACL，而是策略生效后连SSH都断了；更不是不会导出日志，而是导出的NetRT1.sh执行后设备状态和预期差了一大截……那你不是技术不行，是缺一套带上下文、带验证逻辑、带失败回溯路径的脚本工程体系。这个标题里的“脚本文件及导出答案视频”，本质是一套面向中职/高职学生真实备赛场景的最小可行运维交付包（MVP-Ops）：它不只包含.sh或.ps1文件，而是把配置意图→命令序列→依赖检查→执行校验→结果导出全链路固化下来。我带过三届省赛集训队，最常翻车的不是命令写错，而是windows4.ps1在Win10 21H2上因PowerShell ExecutionPolicy被拦截，或是linux2.sh里用systemctl restart network却没判断网卡名是否为ens33——这些坑，光看视频根本看不见。本文就从零开始，带你把NetSW3.sh这类脚本真正“跑通、调稳、讲明白”，而不是复制粘贴后祈祷它别报错。

2. 脚本不是命令堆砌：先理清国赛网络建设与运维题型的三层约束逻辑

国赛《网络建设与运维》实操题不是自由实验，而是高度结构化的工程交付任务。所有脚本（如NetSW3.sh、NetRT1.sh）必须同时满足三层硬约束，缺一不可。忽略任一层，脚本在正式环境必然失效。

2.1 第一层：设备拓扑与角色强绑定（物理层约束）

国赛题干会明确指定设备型号、接口编号、互联关系。例如某题要求：“R1使用G0/0/0连接SW1的G1/0/1，R2使用G0/0/0连接SW1的G1/0/2”。这意味着：

• NetRT1.sh中的接口名不能写成eth0或GigabitEthernet0/0，必须严格匹配题干命名（G0/0/0）；
• NetSW3.sh中VLAN创建必须按题干分配（如“VLAN10用于财务部，VLAN20用于销售部”），不能自行编号；
• 所有IP地址段必须来自题干给定网段（如“192.168.10.0/24”），禁止用192.168.1.0/24等常见私网段替代。

提示：国赛评分系统会自动抓取设备display ip interface brief和display vlan输出，与标准答案哈希比对。哪怕IP只差一个字节，整题0分。

2.2 第二层：配置时序与依赖检查（逻辑层约束）

国赛脚本必须内置“防御性执行逻辑”。以linux2.sh为例，它常需完成“配置静态路由→启用RIP→发布直连网段”三步，但若第二步RIP未启动成功，第三步发布就会静默失败。常见做法是：

# linux2.sh 片段：带依赖检查的RIP配置 echo "【步骤3】启动RIP进程" if ! systemctl is-active --quiet ripd; then systemctl start ripd sleep 2 if ! systemctl is-active --quiet ripd; then echo "ERROR: RIP服务启动失败，请检查ripd.conf配置" exit 1 fi fi echo "【步骤4】发布直连网段" # 注意：此处必须等待RIP进程完全就绪，否则network命令无效 until ripd -C | grep -q "router rip"; do sleep 1 done vtysh -c "conf t" -c "router rip" -c "network 192.168.10.0/24" -c "end"

这段代码的关键不在network命令本身，而在两次主动等待：第一次等systemd服务状态变为active，第二次等vtysh中RIP进程真正加载完成。很多学生脚本直接写systemctl start ripd && vtysh -c "router rip"...，结果network指令被丢弃——因为vtysh连接时RIP daemon还没初始化好路由表。

2.3 第三层：结果导出与格式化（交付层约束）

国赛要求导出的配置/状态必须符合指定格式。windows4.ps1常需导出“接口IP、路由表、ACL规则”三类数据，但直接Get-NetIPAddress | Export-Csv会包含无用字段（如PrefixOrigin、SuffixOrigin），导致答案比对失败。正确做法是：

# windows4.ps1 片段：精准导出IPv4接口信息 $ipInfo = Get-NetIPAddress -AddressFamily IPv4 | Where-Object { $_.IPAddress -notlike "127.*" -and $_.IPAddress -notlike "169.254.*" } | Select-Object IPAddress, InterfaceAlias, PrefixLength | Sort-Object InterfaceAlias $ipInfo | ConvertTo-Csv -NoTypeInformation | ForEach-Object { $_ -replace '"', '' } | Out-File "$env:USERPROFILE\Desktop\interface_ip.csv" -Encoding UTF8

这里做了三件事：

1. Where-Object过滤掉回环和APIPA地址（国赛不认这些）；
2. Select-Object只保留评分需要的3个字段，砍掉所有干扰列；
3. ForEach-Object { $_ -replace '"', '' }去除CSV双引号——因为国赛答案解析器读的是无引号纯文本CSV，加引号反而导致字段错位。

3. 从NetSW3.sh到可运行脚本：五步构建带校验的交换机配置流水线

NetSW3.sh是国赛高频脚本，典型任务是“在三层交换机上配置VLAN间路由、DHCP中继、ACL限制访问”。但直接执行原始脚本极易失败。我将其重构为带前置检查、中间校验、结果验证的五步流水线，每步都可独立调试。

3.1 步骤1：环境预检——确认设备型号与软件版本兼容性

国赛设备多为华为S5735或锐捷RG-S2910，不同版本CLI语法差异极大。NetSW3.sh开头必须做版本嗅探：

#!/bin/bash # NetSW3.sh 开头预检段 DEVICE_MODEL=$(display version | head -n 1 | awk '{print $1}') DEVICE_VERSION=$(display version | grep "Software Version" | awk -F':' '{print $2}' | sed 's/^[[:space:]]*//') case "$DEVICE_MODEL" in "Huawei") if [[ "$DEVICE_VERSION" =~ ^V200R010 ]]; then CLI_MODE="vrp" elif [[ "$DEVICE_VERSION" =~ ^V200R022 ]]; then CLI_MODE="vrp_v22" else echo "ERROR: Huawei设备版本$DEVICE_VERSION不支持本脚本" exit 1 fi ;; "Ruijie") if [[ "$DEVICE_VERSION" =~ ^RGOS-10.4 ]]; then CLI_MODE="rgos" else echo "ERROR: Ruijie设备版本$DEVICE_VERSION不支持本脚本" exit 1 fi ;; *) echo "ERROR: 未知设备型号 $DEVICE_MODEL" exit 1 ;; esac echo "【预检通过】设备型号:$DEVICE_MODEL, 版本:$DEVICE_VERSION, CLI模式:$CLI_MODE"

这段代码的价值在于：它让脚本在第一步就失败，而不是执行到第20行才报Unrecognized command。display version输出在华为和锐捷设备上位置不同，所以用head -n 1和grep分别提取，避免硬编码行号。

3.2 步骤2：VLAN与IP配置——用原子化命令替代批量导入

很多学生用source vlan_config.txt导入VLAN，但一旦某行出错（如vlan 10后漏了quit），后续所有VLAN创建失败且无提示。NetSW3.sh应改用逐条执行+即时校验：

# 创建VLAN10并验证 echo "【步骤2.1】创建VLAN10" if ! display vlan | grep -q "VLAN 10"; then system-view vlan 10 quit # 等待VLAN生效（VRP需短暂延迟） sleep 1 if ! display vlan | grep -q "VLAN 10"; then echo "ERROR: VLAN10创建失败" exit 1 fi else echo "VLAN10已存在，跳过创建" fi

关键点：

• 每个VLAN单独判断、单独创建，失败立即退出；
• sleep 1不是玄学——华为VRP在vlan X后需约0.8秒同步到硬件寄存器，display vlan立刻查可能仍为空；
• grep -q静默检查，避免输出污染日志。

3.3 步骤3：DHCP中继配置——绑定接口前必须确认三层接口已UP

NetSW3.sh常需在VLANIF接口启用DHCP中继，但若该接口未配置IP或物理链路down，dhcp select relay会静默失败。必须前置检查：

# 配置VLANIF10 DHCP中继 echo "【步骤3.1】检查VLANIF10状态" if ! display interface Vlanif10 | grep -q "Line protocol current state : UP"; then echo "ERROR: Vlanif10协议状态非UP，请检查物理接口是否加入VLAN10" exit 1 fi if ! display interface Vlanif10 | grep -q "Internet Address is"; then echo "ERROR: Vlanif10未配置IP地址，无法启用DHCP中继" exit 1 fi echo "【步骤3.2】启用DHCP中继" system-view interface Vlanif10 dhcp select relay dhcp relay server-ip 192.168.100.1 quit

这里display interface Vlanif10输出中，“Line protocol current state”表示协议层状态，“Internet Address is”表示IP已配置。两者缺一不可——只配IP不连通，或连通但没IP，DHCP中继都无法工作。

3.4 步骤4：ACL应用——用display acl反向验证规则是否生效

ACL是最易“看似配置成功实则无效”的模块。NetSW3.sh中配置完ACL后，必须用display acl确认规则已加载且方向正确：

# 应用ACL到接口 echo "【步骤4.1】应用ACL 3000 到G1/0/1入方向" system-view interface GigabitEthernet1/0/1 traffic-filter inbound acl 3000 quit # 【关键校验】检查ACL是否真被应用 echo "【步骤4.2】验证ACL 3000应用状态" ACL_APPLIED=$(display traffic-filter applied-record | grep -A 5 "GigabitEthernet1/0/1" | grep "inbound" | grep "3000") if [ -z "$ACL_APPLIED" ]; then echo "ERROR: ACL 3000未成功应用到G1/0/1入方向" exit 1 fi echo "ACL 3000应用验证通过"

注意：display traffic-filter applied-record是华为设备专用命令，锐捷需用show access-list applied。脚本中CLI_MODE变量在此处决定调用哪个命令。

3.5 步骤5：结果导出——生成带时间戳的标准化答案包

国赛提交要求“导出配置、路由表、ACL规则”三个文件，且文件名含时间戳防覆盖。NetSW3.sh结尾必须打包：

# 创建答案目录 ANSWER_DIR="/tmp/netops_answer_$(date +%Y%m%d_%H%M%S)" mkdir -p "$ANSWER_DIR" # 导出配置（过滤掉密码和密钥） display current-configuration | exclude password | exclude key | exclude snmp | > "$ANSWER_DIR/config.txt" # 导出路由表（仅IPv4，去除非必要字段） display ip routing-table | grep -E "^\*|^Destination|^Protocol" | sed '/^$/d' > "$ANSWER_DIR/routing_table.txt" # 导出ACL规则（华为用display acl，锐捷用show access-list） if [ "$CLI_MODE" = "vrp" ]; then display acl 3000 > "$ANSWER_DIR/acl_3000.txt" elif [ "$CLI_MODE" = "rgos" ]; then show access-list 3000 > "$ANSWER_DIR/acl_3000.txt" fi # 打包并提示路径 tar -czf "$ANSWER_DIR.tar.gz" -C /tmp "$(basename $ANSWER_DIR)" echo "【交付完成】答案包已生成：$ANSWER_DIR.tar.gz" echo "请将此文件提交至评分系统"

这里exclude password是核心——国赛严禁明文密码出现在答案中，display current-configuration默认包含local-user admin password cipher xxx，必须过滤，否则直接判零分。

4. 常见问题排查：windows4.ps1、NetRT1.sh等脚本的5个血泪坑

国赛脚本最常翻车的不是语法错误，而是环境、权限、时序三重陷阱。以下是我在集训中记录的真实踩坑案例，每条都附带现象、根因和可立即执行的解决命令。

4.1 现象：windows4.ps1执行后interface_ip.csv为空，但控制台无报错

原因：PowerShell默认执行策略为Restricted，脚本被阻止运行，但-ExecutionPolicy Bypass参数未生效。
解决：

# 在PowerShell中手动运行以下命令解除限制（仅当前会话） Set-ExecutionPolicy RemoteSigned -Scope CurrentUser -Force # 或者直接用管理员权限运行脚本 Start-Process powershell "-ExecutionPolicy Bypass -File .\windows4.ps1" -Verb RunAs

注意：RemoteSigned允许本地脚本执行，AllSigned要求所有脚本有证书，Unrestricted不安全。国赛环境推荐RemoteSigned。

4.2 现象：NetRT1.sh中ping -c 4 192.168.10.1始终超时，但手动ping正常

原因：脚本在system-view模式下执行ping命令，而华为VRP的ping必须在用户视图（<Huawei>）下运行，system-view下ping是无效命令。
解决：

# 错误写法（在system-view中ping） system-view ping -c 4 192.168.10.1 # 实际不执行 # 正确写法：退出system-view再ping quit ping -c 4 192.168.10.1

4.3 现象：linux2.sh执行vtysh -c "router ospf"后，show ip ospf neighbor显示FULL状态，但路由表无OSPF路由

原因：OSPF进程启动后，需等待SPF算法收敛（通常2-3秒），脚本未等待直接查路由表。
解决：

# 在vtysh命令后加入收敛等待 vtysh -c "conf t" -c "router ospf" -c "network 192.168.10.0/24 area 0" -c "end" # 等待OSPF邻居FULL且路由注入完成 for i in {1..10}; do if vtysh -c "show ip ospf neighbor" | grep -q "FULL"; then if vtysh -c "show ip route" | grep -q "O"; then break fi fi sleep 1 done

4.4 现象：NetSW3.sh中display vlan输出VLAN10存在，但display interface Vlanif10报错“Interface does not exist”

原因：创建VLAN后未创建对应VLANIF接口，或VLANIF接口未绑定到物理端口。
解决：

# 确保VLANIF接口创建并UP system-view interface Vlanif10 ip address 192.168.10.254 255.255.255.0 quit # 将物理端口加入VLAN10（假设G1/0/1为接入端口） interface GigabitEthernet1/0/1 port link-type access port default vlan 10 quit

4.5 现象：导出的routing_table.txt中目标网络为192.168.10.0/24，但标准答案要求192.168.10.0 255.255.255.0（点分十进制掩码）

原因：display ip routing-table在不同VRP版本中输出格式不同，V200R010用CIDR，V200R022用点分十进制。
解决：

# 统一转换为点分十进制格式（适用于所有版本） display ip routing-table | \ awk '/^*|^Destination/ {print} /^192\.168\.10\.0/ {gsub(/\/24/, " 255.255.255.0"); print}' | \ sed '/^$/d' > "$ANSWER_DIR/routing_table.txt"

5. 进阶技巧：用Ansible实现跨设备、跨厂商的脚本一致性编排

当备赛进入冲刺阶段，单设备脚本（NetSW3.sh、NetRT1.sh）已不够用——你需要同时配置R1、R2、SW1、SW2四台设备，且确保VLAN、IP、路由全网一致。此时，Ansible不是“高大上选型”，而是国赛最后一公里的刚需工具。它能用同一份YAML描述，驱动华为、锐捷、Linux路由器执行各自适配的命令，彻底解决windows4.ps1和linux2.sh割裂问题。

5.1 构建国赛专用Ansible Inventory：按角色而非IP组织设备

国赛拓扑固定，Inventory应按功能角色定义，而非IP地址。这样即使IP变更，剧本无需修改：

# inventory.ini [core_routers] R1 ansible_host=192.168.1.1 ansible_network_os=community.network.enos R2 ansible_host=192.168.1.2 ansible_network_os=community.network.enos [distribution_switches] SW1 ansible_host=192.168.1.3 ansible_network_os=community.network.enos [access_switches] SW2 ansible_host=192.168.1.4 ansible_network_os=community.network.enos # 为不同厂商设置变量 [core_routers:vars] vendor=huawei os_version=V200R010 [distribution_switches:vars] vendor=rongji os_version=RGOS-10.4 [all:vars] ansible_user=admin ansible_password=Admin@123 ansible_ssh_common_args='-o StrictHostKeyChecking=no'

关键点：ansible_network_os指定网络模块，vendor和os_version用于Jinja2模板分支判断。

5.2 编写跨厂商VLAN配置Playbook：一份YAML，两家设备

vlan_setup.yml利用Ansible的vars和when条件，自动选择华为或锐捷命令：

--- - name: 配置全网VLAN（华为/锐捷自适应） hosts: all gather_facts: false vars: vlan_list: - id: 10 name: "Finance" - id: 20 name: "Sales" tasks: - name: 华为设备创建VLAN community.network.enos_command: commands: - "system-view" - "vlan {{ item.id }}" - "description {{ item.name }}" - "quit" loop: "{{ vlan_list }}" when: vendor == 'huawei' - name: 锐捷设备创建VLAN community.network.enos_command: commands: - "configure terminal" - "vlan {{ item.id }}" - "name {{ item.name }}" - "exit" loop: "{{ vlan_list }}" when: vendor == 'rongji' - name: 验证VLAN创建成功 community.network.enos_command: commands: - "{{ 'display vlan' if vendor == 'huawei' else 'show vlan' }}" register: vlan_check failed_when: "'{{ item.id }}' not in vlan_check.stdout" loop: "{{ vlan_list }}"

执行命令：ansible-playbook -i inventory.ini vlan_setup.yml --limit core_routers,distribution_switches
效果：R1（华为）和SW1（锐捷）同时创建VLAN10/20，命令自动适配，无需维护两套脚本。

5.3 用Ansible Facts固化设备指纹，杜绝“版本错配”类低级错误

国赛设备固件版本是硬门槛。Ansible可自动采集并校验：

- name: 获取设备版本并校验兼容性 hosts: all gather_facts: false tasks: - name: 获取华为设备版本 community.network.enos_command: commands: "display version" when: vendor == 'huawei' register: huawei_version - name: 获取锐捷设备版本 community.network.enos_command: commands: "show version" when: vendor == 'rongji' register: rongji_version - name: 校验华为版本 assert: that: - "V200R010" in huawei_version.stdout or "V200R022" in huawei_version.stdout fail_msg: "华为设备版本{{ huawei_version.stdout }}不支持本赛题" when: vendor == 'huawei' - name: 校验锐捷版本 assert: that: - "RGOS-10.4" in rongji_version.stdout fail_msg: "锐捷设备版本{{ rongji_version.stdout }}不支持本赛题" when: vendor == 'rongji'

这个task会在playbook开头执行，任何版本不匹配立即终止，比NetRT1.sh里手写if判断更可靠。

5.4 最终交付：Ansible一键生成带校验的“答案包”

传统脚本导出分散在各设备上，Ansible可集中收集、统一格式化：

- name: 收集并打包全网答案 hosts: all gather_facts: false tasks: - name: 收集华为设备配置 community.network.enos_command: commands: "display current-configuration | exclude password" when: vendor == 'huawei' register: huawei_config - name: 收集锐捷设备配置 community.network.enos_command: commands: "show running-config | exclude password" when: vendor == 'rongji' register: rongji_config - name: 保存配置到本地 copy: content: "{{ huawei_config.stdout if vendor == 'huawei' else rongji_config.stdout }}" dest: "./answers/{{ inventory_hostname }}_config.txt" delegate_to: localhost - name: 生成最终答案包 shell: tar -czf answers_{{ ansible_date_time.date }}.tar.gz answers/ delegate_to: localhost

执行后，answers_R1_config.txt、answers_SW1_config.txt等文件自动归档为answers_20240520.tar.gz，直接提交即可。

我带的最后一届省队，就是用这套Ansible流水线，在赛前一周把所有NetSW3.sh、NetRT1.sh脚本全部重构为Playbook。学生不再纠结“这个命令在华为怎么写，锐捷又怎么写”，只关注业务逻辑——VLAN怎么分、路由怎么发、ACL怎么限。当他们能对着vlan_setup.yml说“这里改个VLAN ID，全网自动同步”，我就知道，他们真正理解了网络建设与运维的本质：不是记命令，而是建模型。希望帮到你。

本文还有配套的精品资源，点击获取