简介思科N9K系列交换机是面向云环境与大规模虚拟化的数据中心高端设备其配置涉及多项专用命令。这份docx格式的说明书专为网络工程师与数据中心运维人员整理覆盖设备命名、启用telnet/OSPF/BGP等必要服务、创建管理VLAN、配置静态路由、端口接入VLAN、创建Port-Channel链路聚合以及调整MTU等关键操作。文档以命令示例方式呈现并附有show vlan brief、show port-channel summary、show version等常用查看命令以及运行配置保存方法便于快速落地和排查。资源为单个docx文件容量仅15KB轻量易用目前已吸引4194人浏览学习适合刚接触N9K或需要快速查阅基础配置的网络学习者与实际运维者。1. N9K 是一台让你先忘掉 IOS 再重新上手的交换机拿到“思科N9K系列产品配置命令说明书.docx”这个标题第一反应别是“又是一本命令手册”。N9K 是 Nexus 9000 系列数据中心交换机跑的是 NX-OS不是传统交换机的 IOS。我第一次从 2960 跳到 N9K 时连 enable 密码都找了半天——因为 NX-OS 默认没有 enable 模式admin 用户直接进特权模式再敲configure terminal就进全局配置。这个习惯差异让不少老工程师第一天就翻车。N9K 的价值不在“多几个命令”而在 VPC、FEX、VXLAN 这些数据中心特性以及和 IOS 完全不同的配置理念。这篇笔记面向两类人一类是从 IOS 转过来的老手另一类是刚接触数据中心交换机的新人。我会按真实交付顺序把命令讲透参数怎么调、失败看什么、哪些是玄学坑一条一条说清楚。2. N9K 的 NX-OS 命令体系和 IOS 到底差在哪从登录到保存的五个关键差异2.1 登录和权限模型没有 enable 密码admin 就是一切N9K 默认的管理账号是 admin第一次开机引导会让你设密码和 mgmt0 的 IP。之后 SSH 上来直接就在特权模式下。IOS 里那个enable、enable secret的概念在 NX-OS 里是另一套逻辑admin 账号本身拥有 network-admin 角色权限等同于 IOS 的 level 15。你不需要再敲enable更不需要设 enable 密码。想给其他人分权用role做 RBAC而不是给不同 enable 密码。N9K-1# show role Role: network-admin Policy: default-command-rule Rule Type: permit ... Role: network-operator Policy: default-command-rule Rule Type: permit read-only这段输出的意思是系统内置两个角色network-admin 是“默认放行一切命令”network-operator 是“默认只读”但可以用permit interface config这类规则给 operator 开放接口配置权限。实际交付中我一般是创建一个netops角色只允许show命令和interface下的配置避免误操作。NX-OS 的登录模型里还有一个坑默认不启用 AAA 时本地账号就是全部。如果你配了 TACACS 或 RADIUS记得保留一个本地 fallback 账号否则 AAA 服务器一挂你连设备都进不去。这是我在客户现场真实踩过的坑恢复只能靠 console 接上去。2.2 配置生效方式候选配置、copy running-config startup-config 和 checkpointNX-OS 最让 IOS 用户不习惯的是“候选配置”概念。你在configure terminal下敲的命令默认是直接进 running-config 的但很多版本会提示 candidate意味着配置并没有真正提交要敲commit才生效。不同版本行为不一致建议从一开始就固定一个习惯每次会话结束前copy running-config startup-config把配置持久化。N9K-1# configure terminal N9K-1(config)# interface ethernet 1/1 N9K-1(config-if)# description UPLINK_TO_CORE N9K-1(config-if)# no shutdown N9K-1(config-if)# exit N9K-1(config)# exit N9K-1# copy running-config startup-config [########################################] 100% Copy complete.这里的逻辑是copy running-config startup-config相当于 IOS 的write memory但 NX-OS 没有write memory的简写你写wr会报错。我见过不止一个同事在这上面卡壳最后是copy run start解决的。另外NX-OS 还有个后悔药叫checkpointN9K-1# checkpoint baseline Checkpoint completed. N9K-1# ... 执行一堆操作 ... N9K-1# rollback running-config baseline Rollback completed.checkpoint是把当前 running-config 存成一个快照rollback可以恢复到那个快照。大规模变更前拍一个 checkpoint比手动记改动靠谱得多。2.3 接口命名和编号Ethernet 1/1 不是 GigabitEthernet 1/0/1N9K 的接口编号是Ethernet 模块/端口常见的有 Ethernet 1/1、Ethernet 1/32如果是 N97 系列还会有 Ethernet 2/1 这种跨线卡编号。这和 IOS 的GigabitEthernet1/0/1完全不同。第一次用show ip interface brief的人看到Eth1/1可能会愣一下但习惯后反而更简洁。N9K-1# show interface ethernet 1/1 Ethernet1/1 is up, line protocol is up Hardware is 100/1000/10000 Ethernet, address is 000c.29a1.b2c3 Internet address is 192.168.1.1/24 MTU 1500 bytes, BW 10000000 Kbit ...注意MTU 1500 bytes这一行。N9K 默认接口 MTU 是 1500但如果要做 VXLAN需要把 MTU 调大到 1600 甚至 9216因为 VXLAN 封装会加 50 字节头。忘了改 MTU 是 VXLAN 流量不通的第一大原因。命令是mtu 9216在接口配置下敲对/31、/32点对点链路建议直接配 9216。2.4 特性开关不敲 feature 命令功能默认是关的这是 NX-OS 和 IOS 最大的理念差异之一。IOS 里很多功能默认就开NX-OS 里几乎所有高级特性都要先手动开启比如 OSPF、VPC、BFD、PTP。不敲feature你配置了也不生效甚至命令都敲不进去。N9K-1(config)# feature ospf N9K-1(config)# feature bgp N9K-1(config)# feature vpc N9K-1(config)# feature lacp这个设计的目的很明确数据中心里不需要的特性就别开着减少 CPU 和内存开销。但实际交付时这往往是配置遗漏的重灾区。我见过一个项目OSPF 配了半天 neighbor 不起来最后发现feature ospf没敲。所以在落地时我一般会把所有需要的 feature 一次性列全逐个验证。2.5 配置回滚和抹配置写 start 之前的最后一道检查N9K 抹配置不像 IOS 那样write erase就完事。正确做法是N9K-1# configure terminal N9K-1(config)# write erase Warning: Erases the startup configuration. Continue? (yes/no) [no] yes N9K-1(config)# exit N9K-1# reload注意write erase在 NX-OS 里是全局配置模式下敲的不是特权模式下。而且reload后会要求确认因为这是生产设备最危险的操作。我在实验室里模拟过多次流程很固定。如果你只需要清某个接口的配置用default interface ethernet 1/1比手动一条条no干净得多尤其是 port-channel 这种复合配置。3. 用命令在 N9K 上打通二层到三层VLAN、Port-Channel、SVI 和 VPC 配置实战3.1 上手第一步配 VLAN、SVI 和 trunk 的最小命令集不管多复杂的项目从零配置 N9K 永远从 VLAN 开始。数据中心里 VLAN 数量动辄几百NX-OS 支持vlan range批量创建这在 IOS 里是不行的。创建后别忘了name不然排障时看到一堆VLAN0001想死的心都有。N9K-1(config)# vlan 10,20,30,40 N9K-1(config-vlan)# name APP_TIER N9K-1(config-vlan)# exit N9K-1(config)# interface vlan 10 N9K-1(config-if)# ip address 192.168.10.1/24 N9K-1(config-if)# no shutdowninterface vlan 10是 SVISwitch Virtual Interface相当于 IOS 的interface vlan 10。但 NX-OS 有一点不同SVI 默认是 up 的不需要no shutdown但如果你在 SVI 下配了ip address后没配no shutdown某些版本里 SVI 还是 down。所以我会保留no shutdown这个习惯。trunk 口的配置也不一样NX-OS 用switchport mode trunk而不是switchport trunk encapsulation dot1qN9K 只有 dot1q没有 ISL。默认 trunk 不封装直接打 dot1q 标签。这是数据中心场景下更简洁的做法也是 IOS 转过来容易多敲命令的地方。N9K-1(config)# interface ethernet 1/10 N9K-1(config-if)# switchport mode trunk N9K-1(config-if)# switchport trunk allowed vlan 10,20,30 N9K-1(config-if)# no shutdownallowed vlan 一定要显式指定默认是 all但生产环境谁也不想让 VLAN 到处跑。我见过因为忘了配 allowed vlan 导致 VLAN 泛洪到整个二层域的案例最后抓包才发现。3.2 Port-Channel 和 LACP三个参数决定链路是否聚合成功N9K 的 port-channel 配置比 IOS 简洁尤其是 LACP 模式。核心命令是channel-group而不是 IOS 的channel-group加mode的繁琐写法。下面这套是我常用的N9K-1(config)# interface port-channel 100 N9K-1(config-if)# switchport mode trunk N9K-1(config-if)# switchport trunk allowed vlan 10,20,30 N9K-1(config-if)# exit N9K-1(config)# interface ethernet 1/10 N9K-1(config-if)# channel-group 100 mode active N9K-1(config-if)# exit N9K-1(config)# interface ethernet 1/11 N9K-1(config-if)# channel-group 100 mode activechannel-group 100 mode active的active是 LACP 主动模式。另一个成员口也用active两边都 active 才能建立 LACP 协商。如果一边是passive另一边是active也能建但两边都passive就永远协商不起来。这个知识点和 Cisco 私有协议没关系是 LACP 标准行为。配完 port-channel 后必须验证N9K-1# show port-channel summary Flags: D - Down P - Up in port-channel I - Individual H - Hot-standby (LACP only) S - Switched R - Routed U - Up M - Not in use -------------------------------------------------------------------------------- Group Port- Type Protocol Member Ports Channel -------------------------------------------------------------------------------- 100 Po100(SD) Eth LACP Eth1/10(P) Eth1/11(P)看Member Ports那列每个成员口后面带(P)表示在 port-channel 里且 up。如果显示(I)说明成员口落单了多半是对端配置不一致、速率不匹配或 MTU 不一致。Po100(SD)里的SD表示 port-channel 本身是 down 的这时候对上联交换机配置逐一比对别急着改线。还有两个参数直接影响 port-channel 稳定性lacp rate fast和lacp timeout。前者把 LACP 报文间隔从 30 秒缩短到 1 秒适合对收敛时间有要求的场景。后者设置超时时间默认 90 秒配了 fast 后改成 3 秒。这两条命令在 N9K 里要敲在接口配置下N9K-1(config-if)# lacp rate fast N9K-1(config-if)# lacp timeout 33.3 VPC两台 N9K 变成一台逻辑交换机peer-link 和 keepalive 是命门VPCVirtual Port Channel是 N9K 系列最核心的特性用两台交换机把同一个 port-channel 接到服务器或下联交换机服务器看到的是一台设备链路冗余却翻倍。VPC 的配置比 think 复杂四个组件缺一不可domain、peer-link、keepalive、port-channel 成员口。N9K-1(config)# vpc domain 10 N9K-1(config-vpc-domain)# role priority 100 N9K-1(config-vpc-domain)# peer-keepalive destination 192.168.255.2 source 192.168.255.1 N9K-1(config-vpc-domain)# exit N9K-1(config)# interface port-channel 100 N9K-1(config-if)# vpc peer-link N9K-1(config-if)# exit N9K-1(config)# interface port-channel 10 N9K-1(config-if)# vpc 10vpc domain 10是 VPC 域编号两台设备必须一样。role priority决定谁做 primary值越小优先级越高默认是 32667。peer-link 必须是 port-channel不能是单根线否则就是单点故障。keepalive 走的是管理口或带外网络不能和 peer-link 共享同一链路否则链路故障时 keepalive 也会断VPC 会进入 suspended 状态数据转发直接挂掉。vpc 10后面的数字是 VPC ID在两端必须一致且要和 port-channel 的成员 VLAN 对应。配完后看状态N9K-1# show vpc status Legend: (*) local vPC is down, forwarding via vPC peer-link vPC domain id : 10 Peer status : peer adjacency formed ok vPC keep-alive status : peer is alive Configuration consistency status : success vPC role : primary重点看两行Peer status必须是peer adjacency formed okvPC keep-alive status必须是peer is alive。如果Configuration consistency status不是success说明两端有配置不一致常见的是 allowed VLAN 不同、MTU 不同、STP 优先级不同。VPC 的坑基本都在这三行状态里。3.4 三层路由和 OSPFfeature 开启后的邻居建立与故障排查三层网络在 N9K 上和 IOS 的区别不大但 feature 开关不能忘。OSPF 配置分两步先feature ospf再配进程和接口。我一般会在每个接口下显式指定 OSPF 区域不用network语句因为数据中心里/32和点对点链路更常见接口级配置可读性更好。N9K-1(config)# feature ospf N9K-1(config)# router ospf 1 N9K-1(config-router)# router-id 1.1.1.1 N9K-1(config-router)# exit N9K-1(config)# interface ethernet 1/1 N9K-1(config-if)# ip router ospf 1 area 0 N9K-1(config-if)# ip ospf network point-to-pointip ospf network point-to-point这条很重要。默认 OSPF 接口类型是 broadcast会选 DR/BDR在点对点链路上纯属浪费时间。点对点类型不用选 DR邻居建立更快排障也简单。ip ospf cost可以根据链路带宽调整开销但我一般不动它让 N9K 按带宽自动算。邻居建立不起来时第一件事看接口 up 没 up再看show ip ospf neighborN9K-1# show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 2.2.2.2 1 Full/ - 00:00:38 10.0.1.2 Ethernet1/1State 是Full表示邻居正常。如果停在ExStart或Exchange大概率是 MTU 不一致。如果停在Init看看 hello 间隔和 dead 间隔是否匹配或者 ACL 是不是把 224.0.0.5 给拦了。OSPF 的坑大多在这两处别急着怀疑线路。4. 从“能通”到“稳”show 命令族、日志和抓包的排障三板斧4.1 先学会看 show version 和 show module硬件健康是第一道门排障第一步永远不是看路由表而是看硬件状态。N9K 是模块化交换机线卡、电源、风扇、温度任何一项异常都会导致丢包。show version看软件版本和 uptimeshow module看线卡状态show environment看电源风扇。N9K-1# show module Mod Ports Module-Type Model Status --- ----- ----------------------------------- ------------------ ---------- 1 48 1/10/25G Ethernet Module N9K-X9564PX ok 2 36 100G Ethernet Module N9K-X9636C-RX ok看 Status 列。ok是正常failed或power-deny就要处理了。我见过一次show module里线卡状态是ok但 console 不断报MODULE_PORT_ERROR最后发现是光模块脏了重新插拔才好。硬件排障不能全靠状态日志也有价值。show version里还有一个容易被忽视的字段Kernel uptime。如果 uptime 只有几天说明设备最近重启过去查show logging里有没有reload原因。常见的有电源故障触发重启、温度过高触发 shutdown、还有一次是软件 bug 被monitor触发自动恢复。这些都是从设备自己嘴里说出来的线索。4.2 show interface counters 和 errors三个计数器决定链路质量端口 up 不等于链路质量好。CRC 错误、runts、giants 这些计数器才是真正说明问题的。命令是show interface counters errorsN9K-1# show interface counters errors ethernet 1/1 Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize Eth1/1 0 0 0 0 0重点看 FCS-Err 和 Rcv-Err。这两个如果持续增长先怀疑光模块或光纤再怀疑对端设备端口协商问题。UnderSize增长说明收到了小于 64 字节的帧一般是软件 bug 或线缆干扰。别急着换模块先shutdown再no shutdown重启端口看计数器是否继续涨。如果重启后还在涨再查物理层。另一个有用的是show interface counters里的Input/Output Bytes看有没有单方向流量特别大、另一方向几乎为零的情况。这个在 VPC 场景特别重要因为 VPC peer-link 承担的是控制平面同步不是数据转发路径。如果 peer-link 上流量暴涨说明 VPC 转发逻辑有问题数据走了不该走的路。4.3 logging 和 diagnostics让设备告诉你它经历了什么NX-OS 的日志体系和 IOS 类似但命令细节不同。show logging看的是内存日志show logging logfile看持久化日志。默认情况下N9K 的 logfile 容量不大生产环境建议把 syslog 发到远端服务器配置在logging serverN9K-1(config)# logging server 192.168.200.10 N9K-1(config)# logging level modules 5 N9K-1(config)# logging timestamp millisecondslogging level modules 5的意思是把模块化组件如 vpc、ospf的日志级别设为 5notifications。生产环境我一般设 5调试时临时调到 7调完记得改回来。logging timestamp milliseconds加上毫秒时间戳排障时对比各设备日志顺序非常有用。show logging里最常看到的几种报错信息%VPC-2-VPC_FAILED表示 VPC 域失效%ETHPORT-3-IF_ERROR表示接口错误%MODULE-2-MODULE_FAILED表示线卡故障。看到这些关键词时别急着猜直接show tech-support收集完整信息再判断。show tech-support输出很长但里面涵盖了所有相关模块的调试输出是发给 TAC 的标准毒药。4.4 抓包验证推理性结论别让路由表骗了你有时候配置看起来全对路由表也有但流量就是不通。这时候别瞎猜直接在 N9K 上抓包。NX-OS 内置了ethernet抓包工具不需要外接镜像端口。命令是N9K-1# ethanalyzer local interface inband capture-filter icmp limit-captured-frames 1000 Capturing on inband 0.000000 192.168.10.1 - 192.168.10.2 ICMP echo request 0.000104 192.168.10.2 - 192.168.10.1 ICMP echo replyethanalyzer local interface inband抓的是转发平面的包limit-captured-frames控制抓包数量避免抓太多把 CPU 打满。看到 ICMP request 发出去了但收不到 reply说明问题在远端或转发路径上如果 request 都没看到说明本地路由或 ACL 有问题。这个命令在 VXLAN 排障时尤其有用可以看到 VXLAN 封装后的包确认源目 VTEP 是否正确。有个小坑ethanalyzer抓包对 CPU 有影响生产环境建议抓个一两百帧就停别挂着长时间跑。真要长期抓包用 SPAN 端口镜像到外部抓包机更稳妥。5. 避坑实录N9K 配置里最常遇到的四个坑从现象到解决逐条拆5.1 坑一配了 OSPF 但 neighbor 一直停在 ExStartMTU 是原罪现象两台 N9K 之间配 OSPFshow ip ospf neighbor显示邻居状态停在ExStart来回跳DD 报文交换不完成。原因两端接口 MTU 不一致。N9K 默认 MTU 1500如果对端是华为或锐捷交换机默认可能是 1500 或 1600只要不一致OSPF 的 DD 报文大小协商不上邻居就建不起来。解决把两端接口 MTU 配成一致。N9K 上在接口下敲mtu 1600对端设备同步调整。改完后clear ip ospf process重新建立邻居。如果不想改 MTU也可以在 OSPF 进程下敲ip ospf mtu-ignore但这是掩耳盗铃不建议在生产环境这么干。5.2 坑二VPC keepalive 用 peer-link 同一条物理链路链路闪断即全挂现象VPC 配完后一切正常但只要 peer-link 所在的光纤闪断一下整个 VPC 域直接进入 suspend所有 VPC 流量中断。原因keepalive 和 peer-link 走了同一条物理链路。peer-link 断开时keepalive 也无法通信两台交换机同时认为对方死了都把自己切成 primary 或 secondaryVPC 状态无法协商干脆 suspend。解决keepalive 必须走独立的带外网络通常用管理口mgmt0或独立的物理接口。配两个 /30 地址互 ping确认独立链路后再配 VPC。我在交付中见过有人把 keepalive 配在 peer-link 的 SVI 上这种配置哪怕看起来能跑也是定时炸弹。5.3 坑三feature开了但功能还是不正常忘了feature的依赖项现象feature ospf敲了OSPF 进程也能建但show ip ospf neighbor死活没有邻居。查了半天发现feature bfd没开导致 BFD 检测失败OSPF 邻居建不起来。原因NX-OS 的 feature 之间存在依赖关系。OSPF 依赖 BFD如果配了 bfdVPC 依赖 LACPmember 口必须用 LACP 模式VXLAN 依赖 OSPF/IS-IS/BGP 和feature nv overlay。只开显式 feature、漏开隐式依赖是 N9K 配置里最常见的翻车点。解决配置前先查show feature看当前开了什么配置后看show running-config | include feature确认 all feature 都在。依赖关系没有官方一句话清单按实际情况逐个 verify。我的习惯是 feature 一次性开全不能省。5.4 坑四N9K 和华为交换机对接VLAN tag 和 untag 规则不一致现象N9K 通过 trunk 接华为交换机配了switchport trunk allowed vlan 10,20,30但对端 ping 不通抓包发现 VLAN 标签不对。原因华为交换机的 trunk 默认是 tagged而 N9K 的 trunk 默认是 tagged。但华为还有一个port trunk allow-pass vlan和port trunk pvid vlan的概念如果对端 PVID 不一致两个交换机就会在 untagged 帧上产生歧义VLAN 10 的流量可能被标记成 VLAN 1。解决对接前先统一两侧的 tagged/untagged 预期。N9K 侧在 trunk 口下确认switchport trunk native vlan 1默认华为侧确认port trunk pvid vlan和port trunk allow-pass vlan保持一致。多用show interface trunk检查确认 trunk 状态和 native vlan 符合预期。6. 从能用到熟手show 命令整合、SLA 追踪和一套可复制的巡检清单6.1 把五个 show 命令合成一条巡检命令十秒看清设备状态日常巡检时别一条条敲命令用 NX-OS 的show管道和| grep组合一行命令输出关键信息。我常用的巡检组合是N9K-1# show interface brief | grep Eth | grep -v down N9K-1# show port-channel summary | grep -E Po.*(SD|I) N9K-1# show vpc status | grep -E Peer|keepalive|vPC role N9K-1# show ip ospf neighbor | grep -E Full|ExStart|Init第一条看所有 up 的物理接口有 down 的口直接暴露第二条看 port-channel 有没有落单或 down 的组第三条看 VPC 三个核心状态第四条看 OSPF 邻居有没有 Full。四行输出十秒扫完一台 N9K。如果是几十台设备的巡检建议用脚本批量执行把输出存成日志再 grep。我还习惯把巡检输出和前一天做 diff。NX-OS 的show running-config可以导出到 TFTP 或远端服务器自动化工具抓下来做对比。配置漂移在这种方式下一目了然。手工巡检的缺点是人会疲劳靠脚本 diff 才能保证每次一致。6.2 SLA 跟踪验证链路质量比 ping 100 次更靠谱ping只能证明通不通无法量化抖动和丢包。N9K 支持配置 IP SLA定期检测对端可达性和延迟。我一般用 UDP jitter 或 ICMP echo 两种看关键链路。配置示例N9K-1(config)# ip sla 10 N9K-1(config-ip-sla)# icmp-echo 192.168.10.2 source-interface ethernet 1/1 N9K-1(config-ip-sla)# frequency 5 N9K-1(config-ip-sla)# exit N9K-1(config)# ip sla schedule 10 life forever start-time nowfrequency 5表示每 5 秒发一次探测life forever表示永久运行。配完后show ip sla statistics看结果N9K-1# show ip sla statistics 10 IPSLAs Latest Operation Statistics IPSLA operation id: 10 Latest RTT: 1 ms Latest RTT Status: OKRTT 稳定且 OK链路基本健康。如果 RTT 忽高忽低比如从 1ms 跳到 200ms 再跳回来多半是链路拥塞或光模块衰减。SLA 的好处是持续监控能发现偶发丢包这是手动 ping 测不出来的。6.3 一套可落地的 N9K 巡检清单每次变更和每周巡检都照这个走最后分享我在交付和运维中沉淀下来的巡检清单。不是花架子是每次变更前和每周巡检都会实际执行的第一硬件层show environment看温度、电源、风扇任何一项异常先处理再谈配置。第二接口层show interface counters errors看所有接口的 CRC 和错误计数重点看光模块位置清理脏模块是常事。第三VPC 层show vpc status三个字段全绿peer-link 上流量正常keepalive 通。第四路由层show ip ospf neighbor和show ip bgp summary确认邻居状态再看show ip route确认关键前缀在表里。第五配置层show running-config导出后 diff确认没有意外变更。第六日志层show logging扫一遍 error 级别信息重点关注 VPC、ETHPORT、MODULE 三个模块。这套清单看着简单但能覆盖 90% 的日常问题。真到了业务中断那一刻能让你冷静下来、按顺序排查的恰恰是这种死流程。我见过太多人在故障时东敲一下西敲一下最后越搞越乱。N9K 是台好设备但它的复杂度和特性开关决定了它更需要纪律性操作。把命令背熟只是第一步能在关键时刻不慌、按清单走完才算是真正接手了这套设备。希望这篇笔记能帮你在自己的环境里少踩几个坑。本文还有配套的精品资源点击获取