桌面运维

• macos访问windows共享路径含中文
• Windows 11 右下角的任务栏时间显示时分秒
• 笔记本电脑电池充不进电放电又可以充进去状况分析
• Windwos系统完全禁止自动更新
• 彻底阻断除 Edge 之外的所有应用产生外网流量
• 实现开机后自动登录指定本地账号
• windbg抓取进程内存镜像文件(dump)
• 微软不敢告诉你的系统清理方式，一个脚本对Windows 终极瘦，还你一个干净的 Windows
• 跳过Windows 11安装时TPM 2.0和CPU检测的方法
• Win11 威盾DLP加密客户端导致Chrome/Edge崩溃完整解决方案
• Win11（192.168.x外部电脑）测试TCP丢包，4套方案（按推荐优先级排序）

macos访问windows共享路径含中文

Windows 11 右下角的任务栏时间显示时分秒

笔记本电脑电池充不进电放电又可以充进去状况分析

您好，您遇到的这个问题非常典型，它通常不是电池本身的物理损坏，而是笔记本电脑的**电池管理系统（BMS）** 出现了**电量计校准错误**。

简单来说，就是电脑内部用来测量电池电量的“尺子”不准了。它错误地“认为”电池的当前状态（电压、电量）和实际物理状态不一致。

### 原因深度解析

1.  **电量计“记忆效应”与校准丢失**：
    *   现代锂电池虽然没有老式镍镉电池的物理记忆效应，但管理它们的BMS（电池管理系统）会有一种“软件记忆效应”。
    *   电池电量计通过记录充电/放电周期来估算剩余电量。长时间不完全充放电、频繁在中等电量下插电使用，都可能导致这个估算出现偏差。
    *   在您的情况下，当电量下降到34%时，BMS可能错误地判断电池已经达到了一个“临界点”，从而停止了充电行为（尽管实际上电池远未充满）。它“记忆”了这个错误的满充容量。

2.  **您的操作为什么能暂时解决？**
    *   **关机、拆电池、长按电源键60秒**：这个操作被称为“EC重置”或“CMOS放电”。EC（嵌入式控制器）是主板上的一个小芯片，负责管理电源、电池、键盘等硬件。长按电源键在断掉所有电源（包括电池和CMOS电池的残余电量）的情况下，会清除EC的临时缓存和异常状态，相当于对电源管理系统进行了一次“强制重启”。
    *   重置后，EC/BMS重新读取电池信息，暂时得到了一个相对准确的读数，所以接下来可以正常充电到100%。

3.  **为什么问题会重复出现？**
    *   重置操作只是**临时清零了错误数据**，但并没有**重新校准**电量计与电池**实际的物理容量**之间的关系。
    *   电池本身可能存在一定程度的**老化或损耗**，其真实的电压-电量曲线已经发生了变化。而BMS仍然在用旧的、不准确的曲线模型去估算电量。
    *   当您再次使用电池并放电到某个特定节点（不一定是34%，可能是另一个百分比）时，BMS的估算再次与电池的实际物理状态发生冲突，触发了保护机制，从而重复了之前的故障。

### 解决方案（从易到难）

请您按照以下步骤尝试彻底解决此问题：

#### 步骤一：执行完整的电池校准（重新校准电量计）

这是最可能从根本上解决问题的方法。

1.  **将电池充满电**：在开机状态下，插上电源适配器，将电池充电至100%。确保电脑显示“已接通电源，电池已充满”或指示灯变色。
2.  **放电**：
    *   **拔掉电源适配器**，正常使用电脑（可以设置屏幕常亮、关闭睡眠，运行一些程序来加快放电速度），直到电池电量几乎耗尽，电脑自动进入休眠或关机。
    *   **注意**：不要让电脑在完全没电的状态下闲置过久，完成放电后应尽快进行下一步。
3.  **完全放电并静置**：
    *   关机后，**再次开机**。很多电脑会有残余电量，开机后可能很快又会自动关机。重复此操作，直到按下电源键也**没有任何反应**（屏幕不亮，指示灯不亮）。
    *   在这个完全没电的状态下，**静置电脑3-4小时**。这一步是为了让BMS的数据彻底清零。
4.  **再次充满电**：
    *   在不开机的情况下，**插上电源适配器**，连续不间断地将电池充电至100%。期间最好不要使用电脑，确保充电过程连续稳定。
    *   看到电源指示灯显示充满后，最好再多充1-2小时以确保完全饱和。

完成以上步骤后，您的电池电量计应该得到了重新校准。之后，尽量每个月让电池经历一次从100%到20%左右的完整使用周期，而不是一直插着电使用，这有助于BMS保持校准。

#### 步骤二：更新BIOS和电源管理驱动

*   访问您笔记本电脑品牌的官方网站（如Dell， HP， Lenovo， Asus等），找到您电脑型号的“支持”或“驱动下载”页面。
*   检查并下载安装最新的**BIOS/UEFI固件**更新。BIOS更新通常包含对电源管理算法的改进和bug修复。
*   同时，检查并安装最新的**芯片组驱动** 和 **ACPI电源管理驱动**。

#### 步骤三：如果问题依旧，可能是电池硬件老化

如果经过上述完整的校准和软件更新后，问题仍然**完全一致地复现**（例如每次都在34%卡住），那么很可能是电池本身的**电芯已经老化**，实际容量下降严重，导致其电压曲线无法与BMS的预设模型匹配。

*   您可以使用一些硬件检测软件（如`CrystalDiskInfo`、`AIDA64`或品牌自带的诊断工具）查看一下电池的**设计容量**和**完全充电容量**。如果“完全充电容量”远低于“设计容量”（例如只有60%），那么电池的确需要更换了。
*   考虑更换原装新电池。

### 总结

您遇到的问题，**大概率是电池电量计需要重新校准**。请优先执行**步骤一（完整的电池校准流程）**，这有很高的几率能永久性地解决您的问题。如果校准后仍无效，再考虑步骤二和步骤三。

希望这能帮到您！

Windwos系统完全禁止自动更新

在 Windows 11 里，微软并没有提供官方“彻底关闭自动更新”的开关，但可以通过多种方法组合实现 完全禁止自动更新。我给你整理一份分层次的方案（从推荐到极端彻底）：

---

方法一：服务禁用（简单粗暴）

1. Win + R → 输入 services.msc → 回车。

2. 找到 Windows Update 服务。

3. 双击 → 启动类型改为 禁用，并点击 停止。

4. 应用 → 确定。

👉 缺点：系统更新可能会自行重新开启（尤其在大版本更新后）。

---

方法二：组策略关闭更新（专业版可用）

仅适用于 Win11 专业版/企业版/教育版，家庭版需要额外启用 gpedit.msc。

1. Win + R → 输入 gpedit.msc。

2. 路径：

   计算机配置 → 管理模板 → Windows组件 → Windows 更新 → 管理最终用户体验
   

3. 找到 配置自动更新 → 设置为 已禁用。

4. 确定保存。

👉 这样可以彻底禁用系统自动下载和安装更新。

---

方法三：注册表彻底屏蔽（家庭版推荐）

1. Win + R → 输入 regedit。

2. 路径：

   HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU
   

   如果没有 AU 键，新建一个。

3. 新建 DWORD（32位）值：

   • 名称：NoAutoUpdate

   • 值：1

4. 重启生效。

👉 相当于组策略的注册表实现方式。

---

方法四：禁止更新服务联网（最彻底）

1. 打开 控制面板 → Windows Defender 防火墙 → 高级设置。

2. 在 出站规则 里，新建规则 → 阻止程序：

   C:\Windows\System32\svchost.exe
   

   限定服务为 wuauserv（Windows Update）。

3. 保存后，Windows Update 将无法连接微软更新服务器。

👉 这样就算服务启动，也更新不了。

---

方法五：使用第三方工具（最方便）

• StopUpdates10（免费）

• Win Update Stop

• O&O ShutUp10++

这些工具可以一键关闭更新，并防止系统篡改设置。

---

⚠️ 注意事项：

• 彻底关闭更新会导致 系统安全补丁 也无法安装，建议你 定期手动更新（比如半年一次）。

• 如果只是想避免更新打断工作，可以选择 延迟更新 或 设置为按流量计费的网络。

---

要不要我帮你写一个 一键关闭 Win11 自动更新的批处理脚本（适用于所有版本，执行后完全屏蔽）？

彻底阻断除 Edge 之外的所有应用产生外网流量

在 Windows 10 LTSC 环境下，如果目标是彻底阻断除 Edge 之外的所有应用产生外网流量，同时方案可控、可回滚、维护成本低，下面按“推荐优先级”给你一套运维级可落地方案，并说明各自适用场景与注意事项。

---

方案一（最推荐 / 企业级）：Windows Defender 防火墙「默认拒绝 + 白名单 Edge」

核心思路

• 出站规则默认阻断

• 仅放行 Edge（msedge.exe）

• 不依赖第三方软件

• 稳定、可审计、可脚本化

一、设置出站默认阻断

1. 打开：
   控制面板 → Windows Defender 防火墙 → 高级设置

2. 点击 Windows Defender 防火墙属性

3. 对以下三个配置文件全部设置：

   • 域配置文件

   • 专用配置文件

   • 公用配置文件

   出站连接：阻止

---

二、添加 Edge 出站放行规则

Edge 程序路径（一般为）

C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe

操作步骤

1. 出站规则 → 新建规则

2. 类型：程序

3. 程序路径：msedge.exe

4. 操作：允许连接

5. 配置文件：全选

6. 名称：Allow Edge Outbound

---

三、（强烈建议）放行必要系统组件（否则 Edge 也可能异常）

建议补充以下放行规则：

组件	路径
DNS 客户端	C:\Windows\System32\svchost.exe
DHCP	svchost.exe
NCSI	svchost.exe

方式：

• 程序：svchost.exe

• 协议：UDP 53（DNS）、UDP 67/68（DHCP）

---

四、验证

netstat -ano

或

Get-NetTCPConnection

此时应当：

• Edge 可正常访问外网

• 其他软件（微信、Chrome、更新服务、后台程序）全部无外网

---

方案二（更严格 / 几乎“断网沙箱”）：AppContainer + 防火墙组合

适合场景

• 终端安全

• 专用办公机 / 展示机

• 防止任何后台程序偷偷联网

思路

• Edge 运行在 AppContainer 沙箱

• 防火墙阻断非 AppContainer 流量

关键命令

CheckNetIsolation LoopbackExempt -s

放行 Edge AppContainer：

CheckNetIsolation LoopbackExempt -a -n=Microsoft.MicrosoftEdge_8wekyb3d8bbwe

此方案复杂，不建议首次部署直接用

---

方案三（最省事 / 可视化）：第三方防火墙（推荐）

推荐工具

工具	说明
SimpleWall	开源、轻量、支持白名单
Windows Firewall Control	防火墙 UI 增强

SimpleWall 操作逻辑

1. 设置为 Whitelist 模式

2. 勾选 msedge.exe

3. 禁用所有其他程序联网

优点

• 一键启停

• 非技术人员也能维护

---

方案四（最硬核 / 运维级）：路由或网关层封禁

思路

• 主机允许联网

• 网关层面只放行 Edge User-Agent 或目标 IP

⚠️ 不推荐

• Edge IP/域名动态

• TLS 加密下难以精准识别

---

推荐组合（实战最稳）

Win10 LTSC + Defender 防火墙（方案一）

• 可脚本化

• 可集中下发

• 不依赖第三方

• 符合企业合规

---

是否需要我进一步提供：

• PowerShell 一键部署脚本（适合批量机器）

• 仅允许访问指定域名（如只上内网 / 指定网站）

• 配合 GPO 的完整策略模板

• 日志审计（记录谁试图联网）

你可以直接说明使用场景（内网终端 / 展示机 / 安全加固 / 防泄密），我可以给你一套“零误伤”配置清单。

实现开机后自动登录指定本地账号

在 Windows 10（含 LTSC） 上，实现开机后自动登录指定本地账号，且不输入密码，可通过以下稳定、官方支持的方式完成。按可控性与常用程度排序说明。

---

方案一（最常用 / 最简单）：netplwiz 自动登录

适用场景

• 本地账户

• 有密码或无密码均可

• 单机或非域控环境

操作步骤

1. 按 Win + R，输入：

   netplwiz
   

2. 在“用户账户”窗口中：

   • 选中要自动登录的账号

   • 取消勾选：

     “要使用本计算机，用户必须输入用户名和密码”

3. 点击 确定

4. 弹出窗口后：

   • 输入该账号的密码（无密码直接留空）

5. 重启验证

结果

• 开机 → 自动进入该账号桌面

• 不再显示登录界面

---

方案二（推荐运维 / 可脚本化）：注册表方式

适用场景

• 批量部署

• LTSC / 精简系统

• netplwiz 选项被隐藏时

关键注册表路径

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

必须存在或新增以下键值

名称	类型	值
AutoAdminLogon	REG_SZ	1
DefaultUserName	REG_SZ	登录用户名
DefaultPassword	REG_SZ	登录密码
DefaultDomainName	REG_SZ	本机名（本地账号）

本地账号 DefaultDomainName 可填计算机名或留空

---

示例（本地账号 kiosk，无密码）

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"AutoAdminLogon"="1"
"DefaultUserName"="kiosk"
"DefaultPassword"=""

---

方案三（微软官方工具）：Sysinternals Autologon

特点

• 自动加密密码

• 避免明文注册表

• 微软官方工具

使用方法

1. 下载 Autologon.exe

2. 以管理员身份运行

3. 填写：

   • Username

   • Domain（本机填计算机名）

   • Password

4. 点击 Enable

优点

• 安全性高于 netplwiz

• 适合生产环境

---

方案四（无密码账户，极简）

操作

net user kiosk ""

然后配合：

• netplwiz

• 或注册表方式

---

注意事项（非常重要）

1. Windows Hello 会影响 netplwiz

如果系统启用了 Windows Hello：

• netplwiz 中的复选框可能消失

解决：

设置 → 帐户 → 登录选项
关闭：
- Windows Hello PIN
- 指纹 / 人脸

---

2. 域账号限制

• 域账号默认不支持自动登录

• 强行配置可能被 GPO 覆盖

---

3. 安全提示

• 自动登录 ≠ 安全

• 任何能接触机器的人都可直接进入系统

建议结合：

• BIOS 密码

• 禁用安全模式

• 磁盘 BitLocker（如可用）

---

推荐做法（实际部署）

场景	推荐方案
展示机 / 自助终端	注册表 或 Autologon
办公 PC	netplwiz
批量部署	注册表脚本
对安全有要求	Autologon + 防火墙

---

如果你需要，我可以进一步提供：

• 一键 .reg 或 PowerShell 自动配置脚本

• 自动登录 + 禁用关机 / Ctrl+Alt+Del / 锁屏

• 开机自动登录 + 仅运行 Edge（Kiosk 模式）

• 与你前一个问题结合：自动登录 + 只允许 Edge 上网的完整方案

你可以直接说明 使用场景（展示机 / 内网终端 / 防泄密 / 家用）。

windbg抓取进程内存镜像文件(dump)

应用服务器w3wp.exe（IIS）或金蝶相关服务进程出现高CPU，高内存时，以及出现IIS崩溃时，可以使用windbg抓取内存镜像文件(dump)分析。 星空客户端进程，出现高内存及高CPU占用也可以使用相同方法抓dump。

1，  以管理员身份运行Windbg(文末附件有windbg工具可以下载）

 

 

选择需要获取dumps的进程

 

 

2，  选择需要抓取的进程

 

通过任务管理器，查看需要抓取的进程的PID号，在windbg同样选取这个PID号的进程。

如果默认没有显示PID，可以参考设置：

win10电脑任务管理器pid怎么显示

win7电脑任务管理器pid怎么显示

 

下图以w3wp.exe进程为例：

 

3，  使用命令抓取dumps文件分析，首先在D盘创建dumps文件夹，赋予everyone全部权限，以便生成dumps的时候有权限写入。

命令如下：

.dump /ma d:\dumps\w3wp.dmp   然后回车

之后会显示creating，等提示创建结束。

 

 

 

4，  到对应目录查看是否生成了dumps文件

5、关闭windbg之前，先点detach debuggee，然后再关闭windbg。

 

附件是windbg工具。

 

抓到dmp文件后，如果无法自行分析，可以提单将问题描述清楚，提单里面不需要上传抓到的dmp

微软不敢告诉你的系统清理方式，一个脚本对Windows 终极瘦，还你一个干净的 Windows

跳过Windows 11安装时TPM 2.0和CPU检测的方法

Win11 威盾DLP加密客户端导致Chrome/Edge崩溃完整解决方案

一、崩溃根本原因

威盾终端加密/数据防泄漏软件会全局注入钩子驱动、过滤驱动（类似绿盾、深信服DLP），Chromium内核（Edge、Chrome）自带渲染进程代码完整性校验（RendererCodeIntegrity），检测到第三方驱动非法注入后直接触发进程崩溃、闪退、白屏。 冲突关键点：

1. 威盾内核驱动与Win11**内存完整性（HVCI/内核隔离）**不兼容；
2. 浏览器沙箱机制拦截威盾注入模块；
3. WebView2渲染子进程被威盾驱动拦截。

二、应急自救方案（个人可操作，无需管理员）

方案1：浏览器关闭硬件加速+禁用渲染代码完整性（最快见效）

Edge操作

1. 右键Edge快捷方式 → 属性 → 目标栏末尾添加参数（保留原有引号，空格分隔）

--disable-gpu --disable-features=RendererCodeIntegrity --no-sandbox

示例： "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" --disable-gpu --disable-features=RendererCodeIntegrity --no-sandbox 2. 点击应用→确定，重启Edge； 3. 进入设置→系统和性能，关闭「使用硬件加速」。

Chrome操作

1. Chrome快捷方式右键属性，目标末尾添加：

--disable-gpu --disable-features=RendererCodeIntegrity

2. 打开 chrome://settings/system，关闭硬件加速，重启浏览器。

风险提示：--no-sandbox 会降低浏览器安全，仅临时办公使用，优先不加此参数。

方案2：临时关闭Win11内核隔离（内存完整性）

威盾老版本驱动不支持HVCI，关闭后绝大多数注入冲突消失：

1. Win+i打开设置 → 隐私和安全性 → Windows安全中心 → 设备安全性 → 内核隔离详细信息；
2. 关闭内存完整性，重启电脑；
3. 测试浏览器，恢复正常后联系IT更新威盾客户端，新版本兼容后再开启。

方案3：修复浏览器、清除冲突缓存

1. Edge修复：设置→应用→已安装应用→Microsoft Edge→修改→修复（不删除书签）；
2. Chrome：卸载后删除 C:\Users\你的用户名\AppData\Local\Google\Chrome 文件夹，官网重装；
3. 全部禁用浏览器扩展，第三方扩展会叠加驱动冲突。

三、企业治本方案（必须联系公司IT管理员操作，权限限制个人无法完成）

1. 威盾控制台添加浏览器进程豁免（最优，不降低系统安全）

在威盾管理后台DLP驱动过滤/进程白名单，加入以下进程，跳过注入钩子：

• msedge.exe
• msedgewebview2.exe
• chrome.exe
• chrome_crashpad_handler.exe
• renderer.exe

2. IT更新威盾客户端至最新兼容版

老版威盾驱动未适配Win11 22H2/23H2/24H2的Chromium新安全校验，升级客户端修复驱动签名与注入逻辑。

3. 服务器端关闭浏览器页面内容监控钩子

临时关闭网页水印、网页内容抓取、URL审计钩子，仅保留文件加密功能，避开渲染进程冲突。

四、排查确认冲突的方法（定位是否威盾导致）

1. 干净启动：Win+R输入msconfig→服务→隐藏所有Microsoft服务→全部禁用，重启； 若浏览器恢复正常，逐个开启服务，重启定位威盾相关服务（威盾服务名通常含Weidun、DLP、Filter、Hook字样）；
2. 事件查看器：Win+R输入eventvwr.msc → Windows日志→应用程序，筛选msedge.exe/chrome.exe报错，故障模块出现威盾dll即为实锤冲突。

五、操作优先级推荐

1. 先给浏览器快捷方式加--disable-features=RendererCodeIntegrity参数测试；
2. 无效则临时关闭内核隔离重启；
3. 仍崩溃直接联系公司IT，后台添加浏览器进程白名单（永久根治，不牺牲系统安全）；
4. 兜底：IT升级威盾客户端到Win11兼容新版本。

需要我把Edge和Chrome的完整快捷方式参数直接给你复制粘贴吗？

Win11（192.168.x外部电脑）测试TCP丢包，4套方案（按推荐优先级排序）

目标：172.16.62.60虚拟机，全部走纯TCP流量，不受ICMP被网关拦截影响，适配你的5G专网场景。

✅ 方案1：iperf3（首选，直接统计TCP重传，最权威）

原理：两端建立TCP长连接，持续传输数据，直接输出TCP重传次数，重传>0=真实TCP丢包。

1. 在远端虚拟机172.16.62.60（Linux）启动服务端：

iperf3 -s

默认监听TCP 5201端口，虚拟机防火墙放行5201端口 2. Win11电脑下载Windows版iperf3，CMD执行客户端测试，持续60秒：

iperf3.exe -c 172.16.62.60 -t 60

看输出里的Retransmits，只要这个数字持续增加，就代表TCP报文丢失、触发重传。 -t 60：测试时长60秒，可以改成-t 300做5分钟长时间压力测试，模拟业务长连接。

补充：5G无线容易单向丢包，增加-R反向测试，测试上行方向TCP质量

iperf3.exe -c 172.16.62.60 -t 60 -R

✅ 方案2：微软PsPing（Sysinternals，微软官方工具，不用装复杂软件）

PsPing是微软工具，可以TCP模式做长探测，统计TCP时延、超时，不是ICMP ping。 下载：微软Sysinternals官网 psping.exe

:: TCP探测目标业务端口（比如业务端口8080，改成你实际业务端口）
psping 172.16.62.60:8080 -n 1000

• -n 1000：发送1000次TCP连接探测
• 输出里的丢包是TCP层面连接失败/超时，不受ICMP策略影响。

  注意：PsPing的TCP模式是短连接探测；如果要看长连接数据传输丢包，优先iperf3。

✅ 方案3：Wireshark抓包（最底层，定位重传发生在哪一侧）

Win11上安装Wireshark，选择网卡，设置过滤：

ip.addr == 172.16.62.60 and tcp

抓包观察：

• [TCP Retransmission]：TCP重传包，确认报文丢失
• [Dup ACK]：重复ACK，接收方没有收到数据包，触发快速重传

  适合故障复现时抓包，用来区分：是Win11发出去就丢，还是回程报文在5G网关丢失。

✅ 方案4：Windows内置 pktmon（不用装任何软件，Win11自带）

微软原生数据包监控，可直接查看本机网卡的TCP丢包原因，适合快速排查Windows协议栈侧丢包：

# 管理员CMD，启动捕获，过滤目标IP
pktmon filter add -ip 172.16.62.60
pktmon start --capture

测试完成后停止捕获，查看丢包统计

pktmon stop
pktmon format PktMon.etl -o pktlog.txt

❗ 避坑重点（适配你的5G场景）

1. tcping 只能测端口连通性，不能测数据传输过程中的TCP丢包，只能看端口通不通，不能检测传输中途报文丢失。
2. WinMTR / pathping / ping 全部基于ICMP，10.5.1.1网关会拦截ICMP，测出来的丢包是假的，不能用来判断TCP业务。
3. 5G链路有单向丢包特性：下行正常、上行丢包。iperf3 加 -R 反向测试，单独测试上行方向。

推荐现场操作顺序

1. 优先iperf3跑长时间测试，看Retransmits，判断是否存在TCP重传（真实TCP丢包）
2. 如果有重传，用Wireshark在Win11抓包，同时在虚拟机宿主机tcpdump双向抓包，定位丢包是在5G链路还是内网。
3. 只有业务端口连通性验证场景，才用PsPing。

业务模拟小建议

iperf是满压测试；如果你的业务是低速率长连接（工控/物联网类），可以限制带宽，更贴近真实业务流量：

iperf3.exe -c 172.16.62.60 -t 300 -b 10M

-b 10M限制带宽10M，模拟业务流量，避免压满链路。

 

 

问题根源

PsPing 参数顺序有要求：选项（-accepteula、-n）放前面，目标IP:端口放命令最后。 你现在命令：

psping -accepteula www.shuncom.com:443 -n 10

❌ 错误：把目标域名端口放在 -n 参数前面，psping识别语法异常，直接输出帮助文档。

✅ 正确命令（参数在前，目标放末尾）

psping -accepteula -n 10 www.shuncom.com:443

规则：所有 -开头的参数写在最前面，最后面才写目标地址:端口。

测试你的虚拟机目标（172.16.62.60:业务端口）

psping -accepteula -4 -n 100 172.16.62.60:8080

• -4：强制IPv4，避免域名解析到IPv6干扰（5G场景强烈推荐）
• -n 100：测试100次TCP握手
• 末尾才写IP:端口

持续长测（类似ping -t，Ctrl+C停止）

psping -accepteula -4 -t 172.16.62.60:8080

带时延直方图（方便看5G抖动）

psping -accepteula -4 -h -n 50 172.16.62.60:8080

第一次运行说明

第一次运行，-accepteula 只需要执行一次，后续再跑同机器不用再加 -accepteula。

重要再次提醒（你5G业务场景）

psping 只是 TCP三次握手短连接探测，只能看端口握手成功率； 就算psping显示0%丢包，不代表业务长连接传输数据的时候没有TCP丢包/重传。 想要真正验证数据流TCP丢包，仍然需要 iperf3。

备选方案：tcping（如果你不想折腾psping参数顺序）

tcping参数顺序简单，不容易踩坑：

tcping www.shuncom.com 443
tcping -t 172.16.62.60 8080

执行成功后，结果样例参考

TCP connect to xxx:443:
10 iterations (warmup 1) ping test:
Connecting to xxx:443: 0.53ms
Connecting to xxx:443: 0.51ms
...
TCP connect statistics for xxx:443:
  Sent = 10, Received = 10, Lost = 0 (0% loss),
  Minimum = 0.51ms, Maximum = 0.77ms, Average = 0.60ms

你直接复制上面正确的命令到CMD试一下，看看能不能正常跑起来。

需要我顺便给你一条iperf3的Windows客户端命令，用来做真实TCP数据流重传测试吗？