Networking on NetUtil

macOS网络诊断工具：内置了什么，缺少了什么

Sat, 16 May 2026 00:00:00 +0000

macOS具备真正的网络诊断能力，但找到它们需要一番摸索。现有的工具分散在"系统设置"、终端和隐藏菜单中。那些本可以让所有人轻松使用的工具已经被移除。以下是完整的情况。

功能	原版 macOS	安装 NetUtil 后
Wireless Diagnostics	✓	✓
ping / traceroute / dig（终端）	✓	✓
networkQuality	✓	✓
Ping 图形界面	–	✓
Traceroute 图形界面	–	✓
DNS 查询 / Whois 图形界面	–	✓
端口扫描图形界面	–	✓

原版macOS覆盖了基础功能，但任何超出连接状态的检查都需要进入终端。NetUtil补充了Apple移除的图形界面工具。

macOS开箱即用的功能

无线诊断

按住Option并点击菜单栏中的Wi-Fi图标，您会看到"打开无线诊断"。大多数Mac用户从未发现这个入口，因为除非您知道这个快捷方式，否则它是不可见的。

打开后，功能相当强大。扫描选项卡显示附近所有接入点及其信道、信号强度和噪音级别。性能监视器会随时间绘制吞吐量和信号质量图表。嗅探器可捕获原始数据包以供在Wireshark中分析。

对于Wi-Fi问题，无线诊断是正确的工具。信道干扰、信号衰减、竞争的接入点：它能呈现所有这些信息。令人沮丧的只是如何找到它。

终端命令

每台Mac都在终端中内置了一套完整的网络诊断工具。这些是已存在数十年的标准Unix实用工具，不会消失。

ping检查主机是否可达：

ping -c 5 google.com

traceroute映射您的Mac和目的地之间的路径，显示途中的每一跳：

traceroute google.com

nslookup和dig处理DNS查询：

nslookup google.com
dig google.com MX

whois获取域名注册信息：

whois google.com

netstat显示活动的网络连接和监听端口：

netstat -an | grep LISTEN

这些工具是有效的。如果您熟悉终端，可以用Mac上已有的工具处理大多数网络诊断。限制在于输出是纯文本，阅读需要实践，而且对于不熟悉命令行的用户来说，这一切都无从访问。

networkQuality

Apple在macOS Monterey中添加了一个名为networkQuality的命令行工具。它测量上传速度、下载速度以及负载下的响应能力：

Mac上的nslookup：DNS查询命令及各自的适用场景

Sat, 16 May 2026 00:00:00 +0000

您需要检查DNS记录。可能您刚换了托管服务商，想确认域名是否指向了新服务器；可能您的邮件退件了，怀疑是MX记录的问题；或者一个网站加载了错误的内容，您想弄清楚是DNS问题还是其他原因。

macOS内置了三个用于DNS查询的终端命令：nslookup、dig和host。它们都查询DNS，但各自以不同的方式呈现结果，适用于不同的场景。

DNS查询实际上做了什么

当您在浏览器中输入域名时，Mac会询问DNS解析器（通常是您ISP的服务器或公共解析器如1.1.1.1）将该名称转换为IP地址。解析器查找答案，然后您的计算机连接到该IP地址。

DNS查询让您可以自己运行这个转换过程并检查结果。您可以看到域名解析到哪个IP地址，哪些邮件服务器处理其邮件，哪些名称服务器对其具有权威性。这涵盖了日常调试的大多数情况。

常见的记录类型：

A：IPv4地址（最常查询的类型）
AAAA：IPv6地址
MX：邮件服务器，含优先级
CNAME：指向另一个域名的别名
TXT：文本记录，用于SPF、DKIM、域名验证
NS：对该域名具有权威性的名称服务器

Mac上的nslookup：熟悉的起点

nslookup是大多数人首先想到的命令。它存在于每个操作系统上，所以如果您在其他地方做过DNS查询，语法会感觉很熟悉。

基本A记录查询

nslookup google.com

输出显示回答了查询的DNS服务器以及IP地址。“Non-authoritative answer"这一行只是意味着结果来自缓存，而不是域名本身的名称服务器。这是正常的。

查询特定记录类型

nslookup -type=MX google.com

将MX替换为任何记录类型：A、AAAA、CNAME、TXT、NS、SOA。例如，检查用于邮件故障排查的SPF和DKIM：

nslookup -type=TXT google.com

查询特定DNS服务器

这是nslookup真正有用的地方。不必向默认解析器提问（它可能有缓存的旧数据），您可以直接向特定服务器查询：

nslookup google.com 8.8.8.8

nslookup google.com 1.1.1.1

查询多个服务器可以让您看到DNS更改是否已经传播。如果8.8.8.8显示您的新IP但1.1.1.1仍显示旧IP，说明传播仍在进行中。

nslookup交互模式

不带参数输入nslookup，您会看到一个提示符。从那里您可以运行多个查询，而无需每次都重新输入命令：

> set type=MX
> google.com
> set type=A
> example.com
> exit

nslookup的主要缺点是其输出将信息性消息和实际结果混合在一起。不同记录类型的格式不一致，使其难以一眼看懂。

dig：Mac上DNS查询的强力工具

dig（Domain Information Groper）是经常进行DNS故障排查的系统管理员和开发者的首选工具。其输出结构化且一致，控制选项比nslookup丰富得多。

基本查询

dig google.com

输出默认非常详细：您的问题、答案部分、时间以及响应的服务器。在调试时，这些额外信息很有用，因为您可以看到确切返回了什么以及花了多长时间。

使用+short获取简洁答案

当您想要快速得到答案而不需要周围的详细信息时：

dig google.com +short

这只输出IP地址。适合编写脚本或当您只想知道结果时：

dig google.com MX +short

返回带优先级的MX记录，每行一条。

如何在macOS上刷新DNS缓存（Sequoia、Sonoma、Ventura）

Sat, 16 May 2026 00:00:00 +0000

DNS缓存问题很容易被误诊。您更新了域名记录，等待传播完成，然后打开浏览器，旧网站仍然加载。或者曾经能正常访问的网站突然拒绝连接。服务器没问题，您的网络没问题，问题是您的Mac缓存了一个过时的DNS答案，并且仍然在使用它。

刷新DNS缓存会告诉macOS忘记那些存储的答案，重新从头开始查询。只需一条命令，大约五秒钟。

为什么Mac要缓存DNS记录

每次您访问网站时，Mac都需要将域名（如example.com）转换为IP地址。这个转换过程是这样的：Mac首先检查本地DNS缓存，然后询问DNS解析器（通常是您ISP的服务器或公共解析器如1.1.1.1），如果两者都没有答案，解析器会联系该域名的权威名称服务器。

macOS在本地缓存DNS答案，以便在重复访问时跳过整个查询链。当记录更改时，缓存可能会提供过时的数据。

缓存通常是好事。它能加快浏览速度，因为您的Mac可以跳过最近访问过的网站的整个查询链。问题出现在DNS记录更改时，Mac缓存的答案仍然指向旧目的地。DNS记录上的TTL（存活时间）告诉解析器缓存多长时间，但macOS并不总是精确遵守它。

如何在Mac上更改DNS设置

Sat, 16 May 2026 00:00:00 +0000

您的网络连接默认使用ISP的DNS服务器。您从未选择过它们，可能也不知道它们的地址，而且它们的速度、隐私性或安全性可能不如其他替代方案。在Mac上更改DNS大约只需两分钟，而且能带来明显的改善。

为什么要更换DNS服务器

速度。 ISP的DNS服务器通常未经过优化。Cloudflare和Google专门为低延迟而大规模运营DNS基础设施。在许多地区，切换到公共DNS解析器可以加快页面加载速度，因为连接网站时的DNS解析步骤会更快完成。

隐私。 您的DNS提供商可以看到您访问的每个域名。您ISP的DNS日志可以由其保留或出售，这取决于其隐私政策和当地法规。Cloudflare的1.1.1.1明确声明不记录查询IP地址，且该承诺经过第三方审计。

安全性。 Quad9（9.9.9.9）会将DNS查询与威胁情报数据库进行交叉核对。如果您尝试访问已知的恶意软件或钓鱼网站，Quad9会在您的浏览器建立连接之前就阻止该查询。

家长控制。 Cloudflare的1.1.1.3在DNS层面屏蔽成人内容。Google也提供类似的过滤选项。这不是完美的保护措施，但无需在设备上安装任何软件即可生效。

地理限制内容。 某些DNS提供商通往内容分发网络的路径更快。少数专业DNS服务（如NextDNS）还提供管理访问的功能。单纯更改DNS无法像VPN那样突破访问限制，但在某些情况下可以改善路由。

DNS的实际工作原理

当您在浏览器中输入域名时，Mac会询问DNS服务器该域名对应的IP地址。通常这个请求会发送到您ISP的服务器。如果您更改了DNS设置，请求就会发送到您选择的服务器。

使用自定义DNS后，您的查询会发送到您选择的解析器，而不是ISP的默认服务器。

默认情况下，此更改会影响全系统，包括所有应用和浏览器。DNS配置位于"网络"设置中，而不在任何浏览器内部。

如何在Mac上检查开放端口：lsof、netstat和nc

Sat, 16 May 2026 00:00:00 +0000

您运行了rails server但页面无法加载，或者您尝试连接远程服务器却没有任何响应。第一个问题永远是：这个端口真的开着吗？

在Mac上检查端口状态只需一条命令。关键是要知道：检查自己的Mac还是检查远程主机，应该使用不同的命令。

检查本机开放端口

这是开发者最常遇到的情况。您的开发服务器应该运行在3000端口，但浏览器说无法连接。这个端口根本在监听吗？

lsof -i :端口（最快的答案）

lsof -i :3000

如果有程序在监听，您会看到如下输出：

COMMAND   PID   USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
ruby     8421  aaron  13u  IPv4 0x3f8a2b4c      0t0  TCP *:3000 (LISTEN)

如果输出为空，说明没有任何程序绑定到该端口。要么您的Rails服务器没有运行，要么它启动在了其他端口上。

检查8080端口：

lsof -i :8080

检查80端口（需要sudo，因为这是特权端口）：

sudo lsof -i :80

lsof -i | grep LISTEN（一次看到所有端口）

要查看Mac当前正在监听的所有端口：

lsof -i | grep LISTEN

输出显示所有拥有开放监听端口的进程：

ruby      8421  aaron  13u  IPv4  TCP *:3000 (LISTEN)
node      9102  aaron  21u  IPv6  TCP *:8080 (LISTEN)
postgres  1234  aaron   5u  IPv4  TCP localhost:5432 (LISTEN)

注意localhost:5432和*:3000的区别。Postgres只接受来自同一台机器的连接，而Rails接受来自网络中任何地方的连接。当您试图从另一台设备连接时，这个区别至关重要。

如何在Mac上运行路由追踪：命令、输出及其含义

Sat, 16 May 2026 00:00:00 +0000

您的网络很慢，但连接在技术上是通的。页面最终会加载，视频通话卡顿，某个地方出了问题。路由追踪会告诉您确切在哪里。

macOS路由追踪显示您的数据在到达目的地途中经过的每一个路由器，以及每个路由器的响应时间。如果存在拥塞、路由配置错误或断开的链路，它会在输出中显示出来。本指南涵盖traceroute命令、如何读取其返回内容、常见模式的含义，以及如果您偏好可视化界面如何在不使用终端的情况下在Mac上运行路由追踪。

路由追踪做什么

数据不会直接从您的Mac传输到服务器。它会经过一系列路由器跳转：您的家用路由器、ISP的设备、区域骨干网络，最后是目标网络。每个步骤称为一跳。

路由追踪通过利用每个网络数据包中称为TTL（存活时间）的字段来映射这条链路。TTL是一个计数器，每当路由器转发一个数据包时，就将其减1。当TTL减到零时，路由器丢弃该数据包并发回一条标识自己的错误消息。

路由追踪发送TTL=1的数据包，第一个路由器丢弃它并回复。路由追踪记录该路由器的地址和响应时间，然后发送TTL=2的数据包，第二个路由器回复。如此逐跳进行，直到数据包到达目的地。

结果是一个完整的路径映射，每步都有延迟测量。

每一跳都是路径上的一个路由器。每步的时间显示了速度减慢发生的位置。

在macOS上运行路由追踪

打开终端（应用程序 > 实用工具 > 终端），然后运行：

如何在Mac上运行诊断：Apple诊断及其他

Sat, 16 May 2026 00:00:00 +0000

您的Mac行为异常，您不确定是硬件问题、软件问题还是网络问题。运行诊断是正确的第一步，Apple提供了一个内置工具，可以在不启动macOS的情况下测试您的硬件。以下是如何使用它、它能告诉您什么，以及接下来该怎么做。

Apple诊断测试什么

Apple诊断是内置于每台Mac中的硬件测试工具。它独立于macOS运行，检查软件无法修复的组件：内存、存储、传感器、无线硬件和逻辑板。如果这些组件中的任何一个出现故障，Apple诊断会检测到它。

在Apple Silicon之前，这个工具叫做Apple硬件测试。名称改变了，启动方式也略有变化，但目的是相同的。

Apple诊断测试以下组件：

内存（RAM）：检查可能导致崩溃、死机和数据损坏的内存错误
存储：扫描驱动器的硬件级别问题（不是软件损坏）
无线：测试Wi-Fi和蓝牙硬件
传感器：温度传感器、风扇和电池管理硬件
逻辑板：核心系统组件

如果您的Mac随机崩溃、运行过热、产生内核崩溃或行为不稳定，Apple诊断是正确的第一站。

如何运行Apple诊断

启动过程因Apple Silicon和Intel Mac而异。

Apple Silicon Mac（M1、M2、M3、M4及更高版本）

完全关机
按住电源按钮，直到看到"正在加载启动选项"
在启动选项屏幕上，按Command + D
Apple诊断自动启动

Intel Mac

完全关机
按下电源按钮，然后立即按住D键
继续按住D键，直到看到进度条或语言选择屏幕
Apple诊断自动启动

如果D键在Intel Mac上不起作用，请尝试Option + D。这会通过互联网启动Apple诊断，在本地版本似乎已损坏时很有用。

测试期间

Apple诊断会自动运行其检查。完整测试需要2-5分钟。您会看到一个进度条，完成后，您会看到"未发现问题"的消息或参考代码列表。

运行诊断之前，请将Mac连接到电源，并拔下所有不必要的配件（外部驱动器、USB集线器、外接显示器）。

读取Apple诊断参考代码

如果Apple诊断发现问题，它会返回一个或多个参考代码。这些代码会告诉您确切的故障部件。

格式：代码看起来像ADP000或NDC001。开头的字母表示故障的组件。

常见前缀：

前缀	组件
PPM、PPT	内存（RAM）
HDD、SSD	存储
NFL、NDC、NDD	Wi-Fi / 无线硬件
VFD	视频
PFM	电源 / 逻辑板
ADP	未发现问题（通过）

Apple在support.apple.com/102562维护完整的参考代码查询表。在那里输入您的代码，可获得具体含义和建议的后续步骤。

如果您获得N系列的代码（NFL、NDC、NDD），说明您的Wi-Fi硬件有问题。这与软件连接问题不同。硬件级别的无线故障需要维修，而不是重装macOS。

运行Apple诊断后该做什么

未发现问题：您的硬件是健康的。导致问题的原因发生在软件或网络层面，而不是硬件层面。继续阅读接下来要检查的内容。

发现问题：记下参考代码。如果代码指向硬件故障，预约天才吧或联系Apple授权服务提供商。带上您的参考代码赴约。如果您的Mac在保修期内或有AppleCare，硬件维修可能在保障范围内。

测试结论不明确：重新运行。间歇性硬件问题有时在第一次运行时不会出现。如果您一直得到干净的结果但Mac仍然崩溃，问题可能是热量相关的（硬件在冷态下正常，但在负载下出现故障）。

Mac上的诊断层次

硬件故障是Mac问题的一个类别，但人们日常排查的大多数问题根本不是硬件故障。了解问题实际存在于哪里有助于您更快地诊断。

从底部向上诊断：先检查硬件，再检查系统软件，然后是网络，最后是应用程序。

当Apple诊断给您的Mac开出健康证明时，问题就在上层。大多数连接问题都存在于网络层。

Mac网速慢的排查方法

Wed, 14 Jan 2026 00:00:00 +0000

您的网络感觉很慢，但不确定为什么。在打电话给ISP或购买新路由器之前，您可以自己诊断问题。几个简单的测试就能告诉您问题出在您这边、ISP那边，还是其他地方。

先做测速

首先，确认您实际获得的速度。Apple在macOS Monterey中添加了一个名为networkQuality的命令行工具：

networkQuality

这会测试上传速度、下载速度和响应能力（负载下的延迟）。运行几次并记录结果，与您的套餐承诺速度进行比较。如果您的套餐承诺100 Mbps下载速度而您实际获得95 Mbps，那是正常的；如果您只获得20 Mbps，说明有问题。

您也可以使用fast.com或speedtest.net等在线测速工具，从不同服务各运行几次。如果结果差异很大，可能是到特定服务器的路由存在拥塞。

在一天中不同时段进行测试。早上10点速度正常而晚上8点很差，说明存在网络拥塞，可能在您的小区或ISP那边。

检查本地连接

网速慢通常从家里开始。Wi-Fi可能是瓶颈，而不是ISP。

如果您使用Wi-Fi，尝试用网线直连路由器，然后再次测速。如果速度显著提升，Wi-Fi是问题所在；如果速度保持不变，问题在上游。

对于Wi-Fi故障排查，按住Option点击菜单栏中的Wi-Fi图标，选择"打开无线诊断"。使用扫描功能查看附近所有网络，观察它们使用的信道。如果您的网络和几个邻居都在使用6信道，您在争夺信道资源。更换路由器信道可能有帮助。

信号强度也很重要。离路由器越远，连接越慢。墙壁、地板和电器会造成干扰。靠近路由器或重新摆放路由器位置可以带来显著改善。

Ping测试基本连通性

Ping测量数据包到达目的地并返回的往返时间。高Ping时间表示延迟，会让一切感觉迟钝。

先Ping您的路由器：

ping -c 10 192.168.1.1

将192.168.1.1替换为您路由器的实际IP（可在"系统设置 > 网络 > Wi-Fi > 详细信息 > TCP/IP"中找到）。如果到自己路由器的Ping时间很高（超过10ms）或不稳定，本地网络存在问题。

然后Ping网络上的某个地址：

ping -c 10 8.8.8.8

这Ping的是Google的DNS服务器。对大多数地区来说，50ms以内是良好的。如果到路由器的Ping很快，但到网络的Ping很慢，问题出在路由器和目的地之间。

也要注意丢包。如果Ping摘要显示有数据包丢失，说明某处的连接不稳定。

路由追踪分析路径

路由追踪显示您的Mac和目的地之间的每一跳，揭示速度减慢发生的位置。

traceroute google.com

每一行是路径上的一个路由器。末尾的三个数字是三次独立探测的响应时间（毫秒）。

寻找延迟的突然跳跃。如果第1-3跳都在20ms以内，然后第4跳跳到200ms，说明在那个点存在拥塞或问题。

前几跳是您的本地网络和ISP。如果高延迟在那里出现，问题就在附近。远端跳点的高延迟更难修复，因为那些网络不在您的控制之内。

星号（* * *）表示路由器没有响应探测。这不一定是问题。许多路由器忽略路由追踪数据包。如果路由在静默跳之后继续，流量仍在流动。

DNS问题

DNS解析慢会让网络感觉迟钝。每次访问新网站，浏览器都必须查询IP地址。如果查询花费的时间很长，页面加载就会停滞。

测试DNS速度：

time dig google.com

“Query time"这一行显示查询花了多长时间。50ms以内是良好的，超过200ms就很慢了。

如果DNS很慢，尝试切换DNS服务器。ISP的默认DNS可能已经过载或维护不佳。

要使用Google的DNS（8.8.8.8和8.8.4.4）或Cloudflare的DNS（1.1.1.1和1.0.0.1），请进入"系统设置 > 网络 > Wi-Fi > 详细信息 > DNS”。删除现有条目并添加新的。

更改DNS后，刷新Mac的DNS缓存：

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

再次运行dig测试，看看速度是否改善。

Apple下架了网络实用工具，现在该用什么

Wed, 03 Dec 2025 00:00:00 +0000

如果您最近升级到了新版macOS，发现找不到"网络实用工具"，那是因为它真的不见了。Apple在macOS Big Sur中悄悄将其移除，结束了这款工具长达数十年的历史——从经典Mac OS时代算起，它在"实用工具"文件夹中存在了二十多年，然后有一天就消失了。

Apple既没有宣布这一移除，也没有给出任何解释，更没有提供替代品。网络实用工具就这样消失了，留给那些依赖它的用户一片空白。

网络实用工具能做什么

网络实用工具将多个工具集成在一个窗口中：信息、Netstat、Ping、查询、路由追踪、Whois、Finger和端口扫描。（AppleTalk在该协议停用多年后就已被移除。）对大多数用户而言，最重要的功能是Ping、路由追踪、查询（DNS）和端口扫描。

这款应用让用户无需打开终端即可使用这些工具。您可以Ping服务器检查其是否响应，追踪到目标的网络路径，查询DNS记录，或扫描某主机上的开放端口。对于网络故障排查来说，这些都是基本操作，但确实非常实用。

系统管理员经常使用它。开发者在调试连接问题时也会用到它。了解这款工具的普通用户，也很欣赏能用图形界面完成这些操作，而不必记忆命令行语法。

Apple为何将其移除

Apple从未给出官方解释。最可能的原因是网络实用工具依赖已废弃的系统API，不值得再花精力更新。多年来Apple一直在清理历史遗留代码，放弃32位应用支持，移除需要维护旧框架的功能。

网络实用工具本身也存在一些粗糙之处。其界面自2000年代初以来几乎没有变化。Finger等功能已是早期互联网时代的过时遗物。Apple选择彻底放弃这款应用，而不是对其进行现代化改造。

另一个可能的原因是，Apple认为大多数用户根本不需要这些工具。普通Mac用户从不打开网络实用工具。从Apple的角度来看，维护这段几乎无人使用的代码得不偿失。

终端替代方案

网络实用工具能做的一切，仍然可以通过终端实现。每台Mac上都有这些底层命令：

ping google.com检查连通性；traceroute google.com显示网络路径；nslookup google.com或dig google.com处理DNS查询；whois google.com获取域名注册信息。端口扫描则需要使用nc（netcat）等额外工具或第三方软件。

对于熟悉命令行的用户来说，这完全够用。但终端也有缺点：需要记住语法和参数，输出是会滚动消失的纯文本，同时运行多个测试需要管理多个窗口或标签页，也没有可视化的结果呈现方式。

网络实用工具的存在，正是因为不是所有人都想用终端做所有事情。Apple移除这款应用并不意味着这种需求消失了。

第三方替代品

网络实用工具的移除为独立开发者创造了机会。现在有几款应用填补了这一空缺。

有些是免费的基础应用，只提供原有功能的子集。另一些则是功能更完善、更精致的商业产品。质量参差不齐。许多只是在相同的命令行工具之上加了一层图形界面，并未在用户体验上下多少功夫。

在评估替代品时，要考虑您实际需要什么。如果您只是偶尔需要Ping一个服务器，几乎任何工具都能胜任。如果您需要完整的网络诊断功能，就需要更全面的方案。

替代品应具备的特性

一款优秀的网络实用工具替代品应包含核心工具：Ping、路由追踪、DNS查询、Whois和端口扫描。Netstat和Finger有的话更好，但不是必须的。

界面很重要。结果应该易于阅读和理解，不应该像在终端中那样需要解析原始文本输出。

性能同样重要。使用macOS原生框架构建的应用，感觉比基于跨平台框架或Web技术构建的应用更快、响应更灵敏。

隐私值得考虑。某些网络工具，尤其是基于Web的工具，会通过其服务器转发您的查询。这意味着工具运营商可以看到您在扫描哪些主机、查询哪些域名、检查哪些端口。直接从您的Mac发起查询的本地应用则没有这个问题。

NetUtil作为一种选择

我们专门为替代网络实用工具而构建了NetUtil。它包含全部七个经典工具：Ping、路由追踪、DNS查询、Netstat、Whois、Finger和端口扫描。所有功能均在您的Mac本地运行，不向外部服务器发送任何数据。

这款应用是原生SwiftUI应用，同时支持Apple Silicon和Intel Mac。它的外观和体验都像一款现代macOS应用，因为它本来就是。

我们并不声称它是唯一的选择。这个领域还有其他应用，其中一些也完全能够胜任。但如果您自从Apple移除网络实用工具后一直在寻找替代品，NetUtil正是为填补这一空缺而设计的。

对于端口相关工作，Portie在网络实用工具端口扫描器的基础上更进一步——提供实时本地监控、按应用分组的视图以及可选的远程扫描功能。

更大的图景

Apple移除网络实用工具反映了一个更广泛的趋势。macOS多年来一直在削减高级用户功能。Dashboard不见了，内置Web服务器变得更难启用，脚本能力受到了限制。这个操作系统越来越面向主流消费者，而非开发者和系统管理员。

这不一定是错的。Apple必须有所取舍，大多数Mac用户并不需要网络诊断工具。但对于确实需要它们的人来说，这种移除令人遗憾。

好在macOS仍然足够开放，允许第三方开发者构建替代品。网络协议栈还在，命令行工具还在运作。我们只需要能通过合理界面提供这些功能的应用。

网络实用工具走过了辉煌的历程，二十多年在软件世界里是很长的时间。但它所解决的需求并没有消失，而且现在已经有了比Apple当年提供的更好的选择。