简介：面向网络运维人员与IT工程师的Autelan交换机命令行配置手册，以docx格式打包发布，适合系统学习CLI命令或辅助日常设备调优。文档基于傲天动联技术V1.23系统管理分册整理，修订记录显示该版本主要更新LOGO信息。正文按手册说明、命令行格式约定、命令行模式说明、缩略语表等模块展开，其中命令行格式约定说明了命令结构、参数使用与执行语法；命令行模式部分逐一介绍enable、disable、exit、end、list、configure terminal、terminal length、idle-timeout，解释如何进入配置模式、切换权限等级、查看当前配置、调整终端显示行数以及设置无操作自动退出时间。系统配置管理则聚焦管理员账户的添加、删除、角色分配、密码修改与查看命令，并给出telnet与ssh接入控制的配置逻辑。内容还涉及DHCP、VLAN划分、端口镜像、静态路由等高级网络功能，便于读者按需查阅对应命令语法与配置示例。包内含1个docx文档，压缩包约137KB，轻量便携，便于离线翻阅。目前已有123人学习下载，适合初学者搭建CLI配置框架，也能帮助有经验者快速查漏补缺。
1. 先想清楚：Autelan 交换机的命令行手册范本，到底要解决什么
在园区网现场摸过 Autelan 交换机的工程师都有同一种感受：资料是真的少。华为、H3C 的命令教程一搜一大把，轮到 Autelan，能找到的多半是销售彩页——命令行怎么配、光衰怎么查、ACL 怎么写，常常要对着旧设备一条条试出来。这个标题给了个务实方向：把命令行配置过程沉淀成一份 docx 范本，让新人能照着敲，熟手能按图索骥找到 VTY、镜像口和保存命令。它解决的是资料断档、人员交接、重复上线这三件事，适合三类人：被派去现场交付的集成商工程师、一个人扛起整个内网维护的 IT、以及要给客户交付可维护文档的售前售后。
2. 登录与视图切换：把 Autelan CLI 的入口和层级一次走通
不管你是新装一台设备还是接手一台旧设备，第一步永远是「进得来」。Autelan 的 CLI 跟主流厂商在思路上没有本质差别，但软件版本碎片化明显，不同版本可能同时存在两套命令字。这一章先把登录方式、视图层级和保存这组「骨架命令」吃透，后面再往上填配置。
2.1 Console 登录是第一道门槛：线序、波特率与驱动
第一次拿到一台未配置的 Autelan 交换机，唯一的入口就是 Console 口。常见做法是拿 USB 转串口线接 Console 口，电脑装好 CH340 或 FT232 驱动，再用串口终端软件建会话。参数几乎是行业统一标准：波特率 9600、数据位 8、停止位 1、无校验、流控关闭。这五个值记不住没关系，范本里应该专门留一页写「如何接 Console」，因为新人八成在这里翻车。
# 1. 确认串口驱动已装好，打开设备管理器看端口号，例如 COM3 # 2. 串口工具新建连接，选 Serial / 串口，填 COM3 # 3. 参数按下面填，不要动别的： # 波特率 9600 # 数据位 8 # 停止位 1 # 校验 None # 流控 None # 4. 交换机上电，看到提示符即可开始敲命令市面上串口工具界面大同小异，SecureCRT、Xshell、MobaXterm 都行，重点是那三个参数别填错。我一般习惯先把流控（Flow Control）设为 None——很多 Console 连不上不是线坏了，而是流控默认开了 RTS/CTS。上电后屏幕滚过启动日志，说明链路没问题；如果全是乱码，大概率波特率不对，个别版本还跑 115200，拿不准就把 9600 和 115200 都试一遍。
提示：Console 登录要是黑屏无反应，先按几下回车。有的设备要会话建立后才输出提示符，等上电也行，但回车唤醒是最快的试探。
2.2 Telnet 与 SSH：给交换机开一个远程管理口
Console 只是开局用，日常维护还得靠远程。Autelan 老版本可能只支持 Telnet，新版本才有 SSH，选型上优先 SSH，毕竟 Telnet 是明文传输，只建议在隔离的管理网段里用。配置路径基本固定：先给管理 VLAN 配上 IP，再打开相应服务，最后建立可登录的账号。
system-view interface vlan 1 ip address 192.168.1.2 255.255.255.0 quit telnet server enable # 开启 Telnet 服务 ssh server enable # 开启 SSH 服务，老版本可能没有这条 user admin password admin123 # 个别版本用 local-user 创建账号 user admin service-type telnet ssh进入系统视图的命令在不同版本里可能是system-view，也可能是configure terminal，范本第一条就该写「本设备实际用哪条进系统视图」。VLAN 1 是默认管理 VLAN，如果业务上把管理 VLAN 挪走了，远程管理地址要跟着换。账号建好后，最好在范本里记录这个账号的权限级别和服务类型，避免后面排查时不知道账号到底能干什么。
远程登录连不上的时候，先别怀疑网线，按顺序查三样：管理 IP 通不通、Telnet/SSH 服务开没开、账号的服务类型里有没有包含 telnet 或 ssh。这三样占远程登录故障的九成，剩余一成才是 VLAN 和路由的问题。
2.3 视图体系与三条保命命令：?、tab、save
这个 CLI 的视图层级和主流厂商类似：用户视图、系统视图、接口视图和 VLAN 视图。用户视图只能看和 ping，系统视图管全局配置，接口视图管单个口的属性。切视图用quit一级级退，想直接回用户视图就敲return或end，具体用哪个以?提示为准。
# 用户视图提示符形如 <Autelan> system-view # 进入系统视图，提示符变成 [Autelan] interface ethernet 1/0/1 # 进入接口视图，提示符变成 [Autelan-Ethernet1/0/1] quit # 退回上一级视图 return # 直接回到用户视图 save # 保存配置，部分版本会问文件名，回车确认即可三个保命技巧写进范本里：?显示当前视图所有可用命令，tab补全命令，save把运行配置写入启动配置。第三个最关键——交换机改配置是即时生效的，不 save 的话重启就回到出厂，这是这个 CLI 最容易踩的坑，也是后面避坑章要重点展开的。
3. 常用配置命令落地：VLAN、接口、路由与 ACL 的最小可执行集
设备进得来以后，就是真正的配置了。交换机日常 80% 的工作集中在 VLAN、接口、路由和 ACL 四类，再加上偶尔出现的链路聚合与端口镜像。这一章给的是「最小可执行集」：每段命令都能直接抄进 Console，抄完业务就能通。
3.1 从零划 VLAN：access 与 trunk 的取舍
一个典型场景：24 口接入交换机，接办公终端的口划进 VLAN 10，接物联网终端的口划进 VLAN 20，上联口跑 trunk。范本里记录的应该是这样一组标准动作，而不是某台设备的一次性配置。
system-view vlan 10 name office quit vlan 20 name iot quit interface ethernet 1/0/1 port link-type access port default vlan 10 quit interface ethernet 1/0/24 port link-type trunk port trunk allow-pass vlan 10 20 quit接口编号格式各型号差异很大，ethernet 1/0/1在另一台机器上可能是gigabitethernet 0/1，用?敲出来的最准，别背型号。access 口用来接终端，一个口只属于一个 VLAN；trunk 口用于交换机级联，允许多个 VLAN 帧通过。注意 PVID 和允许列表是两回事：默认 VLAN 决定不带标签的帧进哪个 VLAN，allow-pass 决定哪些 VLAN 能从这个口走，漏配 allow-pass 的典型现象是对端怎么都看不到 VLAN 10 的 MAC。
如果 24 个口都要划进同一个 VLAN，再配端口组：interface range ethernet 1/0/1 to 1/0/24进批量视图，后面命令一次下发到 24 个口。范本里把两种写法都留着，单口调试用第一条，批量上线用第二条。
3.2 三层接口与静态路由：让交换机在网关位置跑起来
如果这台设备要当 VLAN 间互访的网关，就得给每个 VLAN 建三层接口，术语叫 VLANIF。VLANIF 起来以后，VLAN 间的路由是自动生成的直连路由，不需要额外配置。真正要动手的只有出口方向的一条默认路由。
system-view interface vlan 10 ip address 192.168.10.1 255.255.255.0 quit interface vlan 20 ip address 192.168.20.1 255.255.255.0 quit ip route-static 0.0.0.0 0.0.0.0 192.168.1.1上联路由器在 192.168.1.1，默认路由全部指向它，终端上网就走这条。静态路由的写法是「目的网段 + 掩码 + 下一跳」，多出口场景可以写多条，靠路由优先级分主备。这个命令的坑集中在 VLANIF 起不来：要么 VLAN 里一个物理口都没有，要么物理口全是 down，VLANIF 会跟着 down，整个 VLAN 的终端就断了。排查先display interface brief看物理口状态，再display ip interface brief看 VLANIF 有没有 up。
3.3 ACL 单向访问：让 A 能访问 B、B 不能访问 A
现场高频需求之一：A 能访问 B，但 B 不能访问 A。ACL 是最直接的做法。原理上就是在 A 的入方向把 B 网段的流量拒掉，其他流量放行。这里的关键是规则顺序和过滤方向，配反了要么全部不通，要么跟没配一样。
system-view acl 3000 rule 5 deny ip source 192.168.20.0 0.0.0.255 destination 192.168.10.0 0.0.0.255 rule 10 permit ip quit interface vlan 10 traffic-filter inbound acl 3000 quitACL 按规则号从小到大匹配，命中即停止，所以 deny 必须排在 permit 前面。方向的选法是「站在被保护的一方看流量进来」：不让 B 访问 A，就在 A 的入口（inbound）过滤 B 的来源地址。反掩码 0.0.0.255 表示匹配 192.168.20.0/24 这个网段，不是子网掩码，写错会匹配到完全不同的范围。
另一个常见需求是只允许指定管理终端登录：写一条permit ip source 192.168.1.100 0.0.0.0加一条deny ip，然后把 ACL 绑定到 VTY 线路上。范本里应当把「允许的源地址」单独留一行注释，否则半年后没人记得这台设备为什么只放行这一个 IP。
3.4 链路聚合与端口镜像：两张最常见的现场需求
链路聚合解决的是「两条线只跑一条」的尴尬，端口镜像解决的是「业务异常但抓不了包」的黑匣子问题。聚合的本质是把多个物理口绑成一个逻辑口，既是带宽叠加也是链路冗余；镜像的本质是把一个口的流量复制一份到指定口，给抓包工具用。
system-view interface bridge-aggregation 1 quit interface ethernet 1/0/1 port link-aggregation group 1 quit interface ethernet 1/0/2 port link-aggregation group 1 quit interface bridge-aggregation 1 port link-type trunk port trunk allow-pass vlan 10 20聚合口建好后，物理口的原配置要先清掉，再汇聚到聚合组里，最后在聚合口上统一配链路类型。跨厂商对接时先确认对端跑 LACP 还是静态聚合：华为和 H3C 的对接常见，但两端模式不一致聚合就起不来，表现为display link-aggregation summary里成员口一直不是 Selected 状态。
system-view monitor-port ethernet 1/0/10 interface ethernet 1/0/10 port monitor quit interface ethernet 1/0/5 port mirroring to monitor-port both quit镜像方向both是双向，也可以只镜像入方向或出方向。两个硬性约束要写进范本：一是镜像口不能再承载业务流量，二是镜像口速率不能低于被镜像口的流量峰值，千兆业务镜像到百兆口丢包是必然的。对接华为交换机镜像口配置时，命令名称可能不同，但「源口、目的口、方向」三个要素是一样的，按这个思路去翻译就行。
4. 排查与避坑：光衰、镜像、聚合与死机的五个高频现场问题
配置能通只是开始，真正考验人的是设备上线后的排查。这一章把查看类命令、光模块光衰判断和五个高频踩坑记录一次讲完。
4.1 查看类命令：把交换机当黑匣子拆开看
show 系和 display 系命令在不同版本里可能并存，范本里记录当前版本实际生效的那一组。这类命令只读不改，是排查的第一工具，熟悉后效率提升非常明显。
| 命令 | 作用 | 使用时机 |
|---|---|---|
| display version | 查看软件版本、运行时间、序列号 | 开局验收、变更前核对 |
| display interface brief | 端口状态、速率、协商结果 | 物理链路排查 |
| display vlan | VLAN 与端口成员关系 | 划 VLAN 后验证 |
| display mac-address | 二层转发表 | 环路与 MAC 漂移排查 |
| display arp | 三层 IP 与 MAC 映射 | 网关不通、IP 冲突排查 |
| display logbuffer | 本地日志缓冲区 | 死机、端口闪断、配置变更追溯 |
| ping / tracert | 连通性与路径测试 | 任何连通性故障第一步 |
用熟这套命令，交换机就不再是黑匣子。display interface brief发现端口 down，先查物理侧；display mac-address看到同一 MAC 在两个口反复跳，基本可以判定环路或 VLAN 配置冲突。
4.2 光模块光衰：收光功率看的是趋势，不是单次读数
光口查光衰的常用命令是display transceiver diagnosis或display interface transceiver，版本不同命令字有差异，用?补全最快。要关注的参量有三个：收光功率、发射光功率、模块温度。单看一次读数意义不大，光模块功率会随温度漂移，尤其是收发一体的 SFP 模块。
光衰是门玄学，很多现场是「功率在临界值附近抖动」：昨天收光 -18dBm 正常，今天 -19.5dBm，业务开始丢包，明天又回到 -18dBm，一切恢复正常。这时只看平均值没用，要看误码率——接收光功率在阈值附近时误码会先飙升。范本里应当记录每条光链路的正常收光范围，比如「正常 -12 到 -18dBm，低于 -23dBm 报障」，这样现场人员拿当前值一比对就知道该不该换纤。
提示：模块出现温度告警时，先查设备进风口和风扇状态，别急着报运营商查纤。高温导致的光衰波动，换线换模块都治标不治本。
4.3 五个高频踩坑记录：现象、原因、解决
坑一：Console 口连不上，终端黑屏无输出。现象是驱动装了、线插了，软件里就是没反应；原因是流控默认开启或 USB 转串口线芯片驱动不对；解决是串口设置里把流控全部关闭，换 CH340 官方驱动重装，最后再怀疑线材。这个坑占比最高，但解决成本最低。
坑二：Telnet 配好了却连不通。现象是管理 IP 能 ping 通，Telnet 端口超时或直接拒绝；原因是服务没开、VTY 线路没放行、或者 ACL 把管理地址挡了；解决是 Console 登录后逐项检查display telnet server、VTY 配置和绑定在 VTY 上的 ACL。我见过一次最隐蔽的：ACL 里 permit 源地址写错了网段，结果全网只有写错的那个网段能登录。
坑三：配置当时生效，重启后全部丢失。现象是改完的 VLAN 第二天开机没了；原因是没有执行 save，配置只存在于运行态；解决是把save变成肌肉记忆，同时范本里在每段配置后面标注「需保存」。血泪经验：一批设备改配置，第一台记得保存，最后三台赶时间忘了，第二天早上全现形。
坑四：镜像口抓包全是乱序和丢包。现象是 Wireshark 里 TCP 乱序、重传率高；原因是镜像口速率低于源口流量峰值，或者源口是聚合口只镜像了单个成员口；解决是把镜像口换成更高带宽口，聚合场景逐成员口镜像或用设备支持的聚合镜像语法。抓包是排障手段，别让它变成新的故障源。
坑五：交换机「死机」，Console 和远程全部卡死。现象是 CPU 100%、配置敲不进、业务时断时续；原因是二层环路导致广播风暴、异常流量冲击 CPU、或者设备高温降级；解决是拔掉可疑级联线观察 CPU，display logbuffer看风暴前日志，检查风扇和进风温度，最后才是 reboot。死机之后不要急着重启，先把当前运行配置保存下来——不然「死机」会顺手带走你半小时的未保存配置，变成双重事故。
5. 把命令沉淀成 docx 范本：章节框架、参数表与变更记录
前四章解决的是「设备怎么配」，这一章解决「手册怎么写」。一份能用的范本，不是把命令罗列一遍就完事，而是让半年没碰这台设备的人也能按文档把业务恢复起来。结构、参数、变更记录三者缺一不可。
5.1 一份能直接复制的七段式手册结构
我一般会把交换机手册范本固定成七个部分，少一段都别扭：
| 章节 | 填什么 | 解决什么问题 |
|---|---|---|
| 封面与设备信息 | 型号、序列号、软件版本、部署位置、维护人 | 设备台账对应 |
| 网络拓扑与端口规划 | 上联下联端口、VLAN 划分、IP 规划 | 恢复业务时先看清全局 |
| CLI 登录基线 | Console 参数、管理 IP、账号权限、SSH/Telnet 开关 | 进不去设备时按这份来 |
| 配置基线 | VLAN、接口、路由、ACL、聚合、镜像的当前配置快照 | 与设备实际配置核对 |
| 命令速查表 | 常用命令与用途，一页以内 | 日常变更快速定位 |
| 故障排查附录 | 常见故障现象、原因、处理步骤 | 出事后不靠记忆 |
| 变更记录 | 日期、变更人、内容、影响范围、回滚方案 | 出问题能回退 |
封面和拓扑不用多解释，关键在于「CLI 登录基线」和「配置基线」必须跟设备实际状态一致，这份文档才有价值。范本里要写明「配置基线每季度刷新一次」，否则三个月后文档跟设备对不上，反而误导人。
5.2 命令参数表怎么写：统一表格模板
命令速查表如果只是把命令堆进去，新手还是不知道该怎么填参数。我会要求每行命令都按统一模板记录：命令、视图、关键参数、取值范围或默认值、本设备实测值、注意事项。重点是「本设备实测值」这一列，它把通用命令和这台设备真正跑通的配置连在一起。
| 命令 | 视图 | 关键参数 | 本设备实测值 | 注意事项 |
|---|---|---|---|---|
| system-view | 用户视图 | 无 | system-view | 部分版本为 configure terminal |
| interface vlan 10 | 系统视图 | VLAN ID 1-4094 | vlan 10 | VLAN 须已存在 |
| ip address | VLANIF 视图 | IP 与掩码 | 192.168.10.1 255.255.255.0 | 掩码不可省略 |
| acl 3000 | 系统视图 | 规则号 1-99 | rule 5 deny | 命中即停止，deny 放前面 |
写参数说明时注意三件事：默认值要标「未配置时默认」而不是空着；单位要写清楚，光功率是 dBm、速率是 Mbps、时间是秒；取值范围能查到的就写全，查不到就写「以 ? 提示为准」。这样一份速查表，熟手扫一眼就能抄，新人也能照着填。
5.3 变更记录与配置基线：给设备留一颗后悔药
配置变更最怕的是「改了回不去」。常见做法是每次变更前先执行 save，再把运行配置导出存成带日期的文件，变更后再导出一份做对比。配置文件命名建议设备名_配置_日期.txt，例如core-sw01_config_20250120.txt，文档版本号和配置文件名联动：手册 V1.0 对应backup_20250101.txt，配置变更多少次，基线就升多少版。
回滚方案要写进变更记录里。最简单可靠的回滚是 Console 登录后清空配置，再把旧配置文件逐行粘贴回去；复杂一点的场景用 TFTP 把配置文件下发到设备加载。哪个方案适合当前设备，在变更前就要确认好，不要等变更失败才研究。
注意：回滚用的配置文件必须是变更前 save 过并成功导出的，不能拿配置基线章节里手抄的命令当回滚依据——手抄的和设备实际运行的往往有出入，这种「后悔药」是假的。
6. 进阶：批量下发与配置备份，让范本直接变成生产配置
单台设备的手册做扎实以后，下一步就是一组设备的管理。最实际的技巧是配一个批量备份小脚本，把范本「配置基线」章节的素材来源自动化——每次备份既是文档的原料，也是设备的后悔药。用 Python 加 Paramiko 库就能做，几十行代码跑遍全网设备。
import paramiko devices = ["192.168.1.2", "192.168.1.3", "192.168.1.4"] for ip in devices: cli = paramiko.SSHClient() cli.set_missing_host_key_policy(paramiko.AutoAddPolicy()) cli.connect(ip, username="admin", password="admin123", timeout=10) stdin, stdout, stderr = cli.exec_command("display current-configuration") cfg = stdout.read().decode() with open(f"backup_{ip}.txt", "w", encoding="utf-8") as f: f.write(cfg) cli.close() print(f"backup {ip} done")脚本逻辑很简单：逐个 IP 建 SSH 连接，敲一条display current-configuration，把输出存成以 IP 命名的 txt。注意exec_command执行的是设备命令，不是本地 shell 命令；密码硬编码在脚本里只适合内网测试环境，生产环境建议改成从本地文件读取。批量变更不要用脚本直接推配置，我一般只让它做备份和校验——对比备份文件和手册里的配置基线，差异一目了然，比逐台登录快得多。
我在批量备份上吃过一次亏：脚本只拉了配置没记版本号，结果两台设备软件版本不一致，新命令在其中一台根本没生效，业务断了半小时才发现。后来手册范本里强制加了一条「变更前核对 display version」的检查项，再没犯过。技巧再多，最稳的兜底永远是基线、备份和核对这三板斧。希望帮到你。
本文还有配套的精品资源，点击获取
