折腾了整整一个下午，我把一台老笔记本从“只有网线才能上网”救成了“Wi-Fi 正常连接”。装的是 Windows Server 2019，无线网卡是 Intel Wireless-N 7265。一开始我以为这就是下载驱动、双击安装、重启三步走的事，结果卡在了一个非常反直觉的点上：驱动确实装上了，设备管理器也不报错，但系统就是找不到任何无线网络。后来我借助 workbuddy 把零散的排查命令整理成了一条完整的修复链路，逐条执行、逐条验证，终于把这块老网卡彻底救活。这篇文章就是这次修复过程的完整复盘，包含了驱动层的处理、服务层的启动、以及 Server 系统上用命令行连接 Wi-Fi 的全部细节。
1. 先别急着装驱动：Windows Server 2019 的无线“三连缺”
很多人第一次在 Server 上折腾无线网卡，都会陷入一个误区：以为只要搞定驱动文件就完事了。实际上 Windows Server 2019 对无线网卡的支持是“三连缺”的——缺驱动、缺服务、缺图形入口。这三个问题不解决，驱动装得再漂亮也没用。
1.1 缺的不是驱动，是整套无线服务
Windows Server 2019 和 Windows 10 共享同一套 NT 内核，内核版本约等于 1809。按理说 Windows 10 能用的网卡驱动，Server 2019 也应该能用。但微软在设计 Server 系统时，默认认为“服务器就应该插网线”，所以把无线相关的功能和服务都藏起来了。
具体缺了什么东西？最关键的是WLAN AutoConfig服务（服务名WlanSvc）。这个服务负责扫描无线网络、管理无线配置文件、处理认证和连接状态。桌面版 Windows 默认开着它，但 Server 版默认没有启用，甚至在部分精简安装里干脆没有注册这个服务。
我刚开始在设备管理器里看到 Intel Wireless-N 7265 已经被识别，驱动也没有黄色感叹号，心里还挺高兴。结果打开网络连接面板，里面只有一个以太网适配器，连“Wi-Fi”的字样都看不到。当时我就意识到：这不是驱动的问题，是系统层面根本没有把无线当成一个可用网络类型。
1.2 先确认网卡型号和驱动可用范围
在动手之前，一定要先把网卡具体型号确认清楚。Intel Wireless-N 7265 这个型号存在好几个变体：单频版、双频版、M.2 接口版、mini-PCIe 版。虽然它们共用同一套驱动，但硬件 ID 不同，偶尔会出现 A 型号的驱动在 B 型号上装不上或者信号异常的情况。
我建议按下Win + X打开设备管理器，找到网络适配器，双击设备进入属性，切到“详细信息”标签页，把“硬件 ID”列出来。你会看到类似这样的值：
PCI\VEN_8086&DEV_095A&SUBSYS_51108086VEN_8086就是 Intel，DEV_095A对应的就是 Wireless-N 7265 家族。后面那个SUBSYS字段决定了具体是哪个子型号，去 Intel 官网或者第三方驱动站查这个值最准确。
Intel 对这个老型号的驱动支持早已进入维护期，最后几个公开版本都是面向 Windows 10 的，版本号在 20.x 到 22.x 之间。这不是坏事，因为 Windows Server 2019 和 Windows 10 1809 同源，驱动可以直接用。不要刻意去找什么“Server 专用驱动”，Intel 压根不会为一个老网卡单独出 Server 版。
2. 用 workbuddy 把修复过程“脚本化”
这次修复能成功，除了技术细节，更重要的收获是整个过程被我整理成了一套可以反复执行的脚本化流程。这里就不得不提 workbuddy 的作用。
2.1 workbuddy 在这个场景里帮我干了三件事
这套流程的定位是“个人工作台/终端 AI 助手”，它读入我的问题描述，拆解出可行的排查路径，再生成可以直接执行的命令。在这次 Wi-Fi 驱动修复里，它主要发挥了三个作用。
第一，把碎片信息串成完整链路。网上的资料怎么说呢，东一榔头西一棒槌，有人说改注册表，有人说禁用驱动签名强制，有人说装完驱动去服务里启动 WlanSvc。每一个单独看都有道理，但执行完依然连不上网。我把这些咨询记录丢给 workbuddy，它帮我整理出了一条逻辑链：硬件层先把驱动正确装上，服务层再把无线功能启用，最后用 netsh 命令完成连接。三个阶段彼此依赖，顺序错了就会白忙。
第二，生成可执行的 PowerShell 命令。比如我手工执行Set-Service时经常忘记需要管理员权限，workbuddy 生成的脚本开头就会加上权限检查。这些细节看起来不起眼，但在实际操作中非常省事。
第三，保留完整排查记录。我每执行一步，就把输出贴回去，workbuddy 会根据报错判断下一步方向。这比我自己拿着记事本记来记去要可靠得多，也方便最后整理成这篇文章。
2.2 核心判断：真正需要的是“服务”而不是“驱动”
这是 workbuddy 给出的最关键的判断。它对比了大量类似案例后指出，Intel Wireless-N 7265 在 Windows Server 2019 上装不上的情况，绝大多数不是驱动文件损坏，而是WlanSvc服务不存在或没启动。驱动安装失败导致设备无法识别的情况当然也有，但那种情况设备管理器会直接报错误码 10，很好辨认。
于是我把修复重点从“下载驱动”转向了“检查无线功能和服务的状态”。这个思路转变非常关键，因为很多人包括我自己，一开始都在跟驱动文件较劲，反复下载、反复解压、反复重装，却忽略了系统层面根本不打算让无线网卡工作。
这里补充一个经验：使用任何 AI 辅助工具时，不要让它替你做决定，而是让它帮你把“该检查什么、按什么顺序检查”梳理清楚。命令能不能跑、跑完是什么结果，最终还是要在终端里验证。workbuddy 在这里更像个军师，而不是甩手掌柜。
3. 驱动层的完整处理：从官网下载到 pnputil 安装
既然主线已经清晰，我就按“先驱动、后服务、再连接”的顺序往下走。驱动层虽然往往不是最终瓶颈，但它是整个链路的地基，必须处理干净。
3.1 下载官方驱动并解压出 INF 文件
我强调一定要从 Intel 官网或者笔记本厂商官网下载驱动，不要去乱七八糟的驱动下载站。老网卡尤其容易被第三方站捆绑恶意软件，得不偿失。搜索关键词用“Intel Wireless-N 7265 driver Windows 10 64-bit”而不是“Server 2019”，这样找到的才是新版本。
下载下来通常是一个.exe自解压文件，比如Wireless_21.40.5_64_Win10.exe。不要直接双击安装，先把它解压出来。可以用命令行：
Wireless_21.40.5_64_Win10.exe -extract C:\wlan_driver或者直接运行一次安装程序，让它解压到临时目录后不继续，去C:\Program Files\Intel\下面找。解压完你会看到一堆文件夹，里面至少有.inf、.sys、.cat三种文件。.inf是驱动描述文件，.sys是真正的驱动程序，.cat是数字签名文件。
3.2 首选方案：设备管理器手动指定驱动
最简单的安装方式不是双击安装包，而是通过设备管理器手动指定。打开设备管理器，找到带黄色感叹号的无线网卡，或者在没有驱动时显示为“未知设备”的网络控制器，右键选择“更新驱动程序”→“浏览我的电脑以查找驱动程序”→“让我从计算机上的可用驱动程序列表中选取”→“从磁盘安装”。
然后定位到你解压出来的文件夹，选择一个.inf文件。Intel 7265 的 INF 通常是Netwtw08.inf（面向 x64 系统）。如果列表里有多个名称，优先选包含“7265”字样的选项，比如 “Intel(R) Network Adapter Driver for Windows Server” 或者 “Intel(R) Wireless-AC 7265”。
这一步完成后，设备管理器里的无线网卡应该会变成正常图标。如果这里就出现“此设备无法启动（代码 10）”，说明驱动本身不匹配，回到 1.2 节检查硬件 ID，确认下载的是对应分支的驱动。
3.3 次选方案：pnputil 命令行兜底
有时候设备管理器里看不到未知设备，或者“从磁盘安装”按钮灰掉，这时候可以用 pnputil 命令行兜底。把解压目录记下来，以管理员身份打开 PowerShell，执行：
pnputil /add-driver "C:\wlan_driver\Netwtw08.inf" /install这条命令会直接把.inf加入系统驱动库并尝试安装。如果电脑上已经存在旧版本，可以先删掉旧包再装新的。查看已安装的驱动包可以用：
pnputil /enum-drivers记住Netwtw08.inf对应项前面的oemXX.inf编号，然后执行：
pnputil /delete-driver oemXX.inf /force最后再重新/add-driver。注意/force参数会强制删除正在使用的驱动，如果无线网卡正处于活动状态，可能会导致短暂断网，建议装完再连接。
3.4 关于“此平台不支持”和签名问题
有相当一部分人卡在安装时的“此平台不支持”报错。这个提示的根源在于 INF 文件里声明了支持的操作系统范围。Intel 的官方驱动只声明了 Windows 10/11 桌面版的 TargetOSVersion，没有声明 Windows Server 2019，所以安装程序拒绝执行。
有人会建议手动修改 INF 文件，加上 Server 相关的内容。我实话说，这个偏方我试过，风险不小。修改 INF 后，驱动目录哈希和数字签名信息会发生改变，x64 系统上 Windows 会认为驱动包被篡改，反而触发签名校验失败。所以我更推荐前两节的方式：设备管理器手动指定或者 pnputil 安装，这两种方式绕过了安装包层面的兼容性检查，直接跟系统驱动库打交道，成功率更高。
如果实在想用安装包直接跑，可以试试“兼容性疑难解答”把安装程序设为 Windows 10 兼容模式，但很多情况下依然无效。我的建议是：驱动层的问题用设备管理器解决，服务层的问题用命令解决，不要强行改 INF。
3.5 装完驱动后先清掉旧配置
这个细节很重要。如果你的网卡之前在旧驱动下工作过，系统里会残留旧配置。装完新驱动后，建议在设备管理器里右键网卡，选择“卸载设备”，勾选“尝试删除此设备的驱动程序软件”，然后重新扫描硬件改动。这能避免新旧驱动配置冲突导致的随机断流或者无法扫描网络。
这一步做完，硬件层才算真正干净。接下来才是这个案例里最关键的环节——把服务层打开。
4. 服务层的修复：WLAN AutoConfig 才是能连网的关键
如果驱动层一切正常，但网络连接面板里始终没有 Wi-Fi 图标，那 90% 的原因是服务层没就绪。Windows Server 2019 的无线服务默认是隐身状态，必须手动激活。
4.1 检查 WlanSvc 到底存不存在
先以管理员身份打开 PowerShell，查看无线服务是否存在：
Get-Service WlanSvc输出有两种情况。第一种报错，说找不到WlanSvc这个服务，这说明系统里压根没有注册无线组件。第二种能看到服务但状态是已停止，启动类型是“禁用”，这就好办多了。
如果是第一种情况，需要先安装无线网络功能。运行：
Install-WindowsFeature -Name Wireless-Networking这个命令可能需要系统镜像源，如果报错提示找不到源文件，可以指定-Source参数指向 Windows Server 2019 的安装介质或者C:\Windows\WinSxS目录。装完功能后，再执行一次Get-Service WlanSvc，应该就能看到服务了。
我在实际过程中遇到的是第二种情况：服务存在但被禁用。原因很直接，Server 默认策略就是不让无线服务自动运行。解决方式很简单：
Set-Service -Name WlanSvc -StartupType Automatic Start-Service -Name WlanSvc执行后再看一眼服务状态和启动类型：
Get-Service WlanSvc | Select-Object Name, Status, StartType如果状态是Running，启动类型是Automatic，服务层就算过了一大关。
4.2 关联服务与网卡启用
WlanSvc 不是唯一需要检查的服务。在实际操作中，我还发现另外两个服务也对无线连接有影响。
第一个是Windows Connection Manager，服务名Wcmsvc。它负责管理电脑的网络连接，包括 Wi-Fi、移动宽带等。如果它被禁用，即使 WlanSvc 在跑，也可能无法正常发起连接。检查并启动：
Get-Service Wcmsvc Set-Service -Name Wcmsvc -StartupType Automatic Start-Service -Name Wcmsvc第二个是Network Setup Service，服务名NetSetupSvc。这个名字听起来和无线没关系，但它参与了网络适配器的配置和状态通知，偶尔也会影响网卡的“启用”状态。
服务搞完，还要检查网卡本身是不是被禁用了。Windows Server 有时会默认禁用非核心网卡，尤其是这种老无线网卡。用这条命令看：
Get-NetAdapter | Sort-Object Name如果无线网卡的Status是Disabled，启用它：
Enable-NetAdapter -Name "WLAN"网卡名称不一定是 “WLAN”，要根据Get-NetAdapter输出的实际名称来。如果你不确定哪个是有线、哪个是无线，可以看InterfaceDescription列，包含7265字样的就是目标网卡。
此时再来一次大检查：
Get-Service WlanSvc, Wcmsvc, NetSetupSvc | Select-Object Name, Status, StartType Get-NetAdapter | Sort-Object Name如果都是正常状态，网络连接面板里大概率已经能看到无线网卡图标了。不用刷新，等几秒它自己会出现。
5. 连接与验证：在 Server 上用 netsh 完成 Wi-Fi 连接
服务启动之后，图形界面可能还是显示不出系统托盘里的无线图标，毕竟 Server 的 Explorer 外壳跟桌面版不完全一样。这时候直接用命令行连接反而更利落。
5.1 先看接口状态再连 Wi-Fi
先扫描周边无线网络，确认网卡真的在工作：
netsh wlan show interfaces如果输出里能看到接口名称、状态是“已连接”或者“已断开”，说明网卡和驱动都正常。如果这条命令直接报错，说什么“无线自动配置服务未运行”，那就回到第 4 节把服务查一遍。
再扫描一下可见热点：
netsh wlan show networks mode=bssid注意mode=bssid参数，这样能看到每个热点的信号强度和安全类型，方便判断目标网络在不在覆盖范围。
5.2 添加并连接指定 SSID
Windows Server 上没有图形界面的“点击 Wi-Fi 图标 → 输入密码”流程，所以连接 Wi-Fi 要用命令行。对于最常见的 WPA2-PSK 加密网络，有两种方式。
第一种，如果你的 Windows 上已经保存过这个网络的配置文件（比如从别的电脑导出的 XML），可以直接导入：
netsh wlan add profile filename="C:\wifi\home.xml"然后连接：
netsh wlan connect name="home"第二种，没有现成配置文件，需要手动创建 XML。这个操作稍微繁琐但很可靠。在记事本里写一个 XML 文件，内容大概是：
<?xml version="1.0"?> <WLANProfile xmlns="http://www.microsoft.com/networking/WLAN/profile/v1"> <name>HomeWiFi</name> <SSIDConfig> <SSID> <name>HomeWiFi</name> </SSID> </SSIDConfig> <connectionType>ESS</connectionType> <connectionMode>auto</connectionMode> <MSM> <security> <authEncryption> <authentication>WPA2PSK</authentication> <encryption>AES</encryption> <useOneX>false</useOneX> </authEncryption> <sharedKey> <keyType>passPhrase</keyType> <protected>false</protected> <keyMaterial>你的WiFi密码</keyMaterial> </sharedKey> </security> </MSM> </WLANProfile>注意把name和SSID的name都改成实际热点名称，keyMaterial改成 Wi-Fi 密码，保存为homewifi.xml。然后导入并连接：
netsh wlan add profile filename="C:\wifi\homewifi.xml" netsh wlan connect name="HomeWiFi"连上之后，确认状态：
netsh wlan show interfaces信号强度为满格，状态为“已连接”，就说明链路全通了。
5.3 验证连通性和驱动版本
最后再验证一下 TCP/IP 层的连通性。先用ipconfig看是否拿到了 IP 地址，再ping网关或者公共 DNS：
ipconfig ping 192.168.1.1 ping 223.5.5.5如果你要确认驱动版本和日期，用：
Get-NetAdapter | Where-Object {$_.InterfaceDescription -like "*7265*"} | Get-NetAdapterAdvancedProperty或者直接去设备管理器看驱动属性。这一步的意义在于，确认这次修复用的驱动是不是最新稳定版，以及是否被系统正确加载。
6. 踩坑记录与通用排错心法
整个修复过程走下来，有几个坑特别值得单独拎出来写一笔。这些坑单看都不大，但撞上任意一个都可能让你误判“这网卡废了”。
6.1 三个最容易让人放弃的细节
第一个坑是：服务明明已经启动了，无线图标还是不出来。遇到这种情况，先别急着怀疑自己的操作，更不用重装系统。很多情况下是 Windows 的资源管理器外壳没有刷新网络列表，直接重启一次系统就好。不要小看这一步，我第二次折腾时就在这儿白白浪费了二十分钟。
第二个坑是：驱动装好后设备管理器显示正常，但Get-NetAdapter里看不到无线网卡。这个问题多半出在网卡被禁用。Windows Server 对网卡的管理策略比桌面版激进，非系统关键网卡默认可能处于禁用状态。去查看并启用一下就好，千万别顺手卸载驱动。
第三个坑是：pnputil 显示驱动安装成功，但设备管理器还是黄色感叹号。这通常意味着新旧驱动包冲突，尤其是你之前手动安装过其他版本的驱动。按 3.5 节的方式卸载设备并删除旧驱动包，再把新驱动装一遍，问题就消失了。
6.2 如果还是不行，下一步往哪查
如果所有步骤都执行了一遍，Wi-Fi 依然连不上，我建议按这个顺序继续排查。
先看系统日志。打开事件查看器，重点看“系统”日志里，来源包含WLAN-AutoConfig、Netwtw、NDIS的条目。这些日志往往直接给出了失败原因，比如“关联被拒绝”“身份验证超时”或者“频段不支持”。
再看频段问题。Intel 7265 支持 2.4GHz 和 5GHz，但你路由器的 5GHz 频段如果开了较高的信道（比如 149-165），某些旧驱动里的区域设置可能不允许连接。可以先用手机热点测试，把热点设为 2.4GHz，如果 2.4GHz 能连而 5GHz 连不上，去网卡的高级属性里把“Preferred Band”改成“2.4GHz First”或者“No Preference”。
最后看电源管理。无线网卡在 Server 上容易被电源管理策略休眠，导致不定时掉线。在设备管理器 → 网卡属性 → 电源管理里，取消勾选“允许计算机关闭此设备以节约电源”。这个问题不出现则已，一出现就是随机断流的玄学问题，不提前关掉迟早把它当成硬件故障。
6.3 把修复流程固化成 workbuddy 的 skill
这次修完驱动，我没有把经验丢在一边，而是把这套流程整理成了一个可复用的脚本模板。其实就是一个 PowerShell 脚本，按顺序执行检查服务、设置启动类型、启动服务、启用网卡、扫描网络这几个步骤，保存为.ps1文件。下次如果再遇到 Server 系统 + Intel 无线网卡的问题，直接跑一遍就能定位。
结合 workbuddy 的 skill 机制，可以把这段脚本甚至整个“排查流程”存成自定义指令，以后我只需要说一句“检查无线网卡在 Server 上的状态”，它就能自动把对应的检查和修复命令列出来，我再逐条确认执行。这种方式的好处是，AI 不需要重新理解一遍问题，我也能保证每一步都在自己的掌控范围内。
如果你也在 Windows Server 2019/2022 上折腾过无线网卡，我强烈建议把这次的完整流程记下来：先确认硬件 ID，再从官方渠道拿 Windows 10 驱动，用设备管理器或 pnputil 手动安装，然后激活 WlanSvc 和相关服务，最后用 netsh 命令行完成连接和验证。熟练之后，整个流程十分钟之内就能走完。
顺便说一句，如果你打算给一台机器长期装 Windows Server 当主力系统，最好还是走有线网络。无线网卡在 Server 下的电源管理、漫游策略、驱动更新都不如桌面版省心，临时应急可以，长期使用还是以太网稳。但如果你非要在 Server 上用无线，那这篇文里的每一步，都值得从头到尾走一遍。
