Skip to main content
Home

The network tools Apple stopped shipping, on every Apple device you own

Ping, DNS, whois, MX and DNSBL — free, native, on the Mac, iPhone and iPad, in the same app you SSH from. Plus a real traceroute on the direct-download Mac and Windows builds.

You open Spotlight, type "Network Utility", and nothing comes back. That is not a broken install: the app is gone. Network Utility shipped with every Mac up to macOS Catalina 10.15, was deprecated in Big Sur 11 in June 2020 — the bundle was still sitting in /System/Library/CoreServices/Applications/ but the tabs no longer did anything — and was removed from the system entirely in Ventura 13

What SSHive does

Ping — is it up, and how bad is it

Ten probes on desktop, twenty on iPhone and iPad, with per-probe RTT, a loss percentage and an average. The engine differs by build and we say so: real ICMP (`ping -c 10`) in the direct-download Mac app, a TCP-connect probe to port 80 everywhere else — Mac App Store, Windows, iPhone, iPad — because neither App Sandbox nor iOS grants raw ICMP sockets to third-party apps.

Traceroute — where the path actually breaks

A thirty-hop `traceroute -m 30` in the direct-download Mac build, streamed line by line exactly as the system binary prints it, with a Stop button. It is not available in the Mac App Store build — Apple's sandbox denies ICMP raw sockets, and the card says so instead of failing silently — and there is no real traceroute on iPhone or iPad, for the same reason.

DNS lookup — six record types at once

A, AAAA, MX, CNAME, NS and TXT queried in parallel on Mac and Windows against your system resolver, each one independently error-trapped so a domain with no MX still shows its A record. On iPhone and iPad the lookup goes through the OS resolver and returns A and AAAA only; for mail records on mobile, use the MX tool instead.

Whois over native TCP port 43

A real WHOIS client, not a wrapper around somebody's web API. SSHive opens port 43 itself and follows registry referrals: up to three hops on desktop, starting from a built-in map of eighteen TLD servers; from IANA plus one referral on iPhone and iPad. Desktop parses registrar, dates, name servers, status, DNSSEC and abuse contact, and flags an expiry under 60 days.

MX and DNSBL — the pair Apple never shipped

MX Lookup sorts exchanges by priority; on desktop it also resolves each one to IPv4, reverse-resolves that address and runs it through the blacklist engine, so mail routing and reputation land in one table. The standalone DNSBL check queries 8 zones on Mac and Windows, 10 on iPhone and iPad. IPv4 only, on every platform.

Free everywhere, and honest about the gaps

All six tools are free on Mac, Windows, iPhone and iPad. None sits behind the licence check: no upgrade prompt, no ads, no account. What is missing is deliberate — no port scanner, no netstat, no finger. SSHive Pro is a separate one-time purchase (about $9.99, Universal across Mac, iPhone and iPad, no subscription) covering the remote-access side, never the diagnostics.

How to do it, step by step

  1. 1

    Open the tools tab on your Mac

    Click the network icon in the sidebar — its tooltip reads Network Tools — or hit the "Network tools" pill on the Welcome screen. Either opens a dedicated tools tab alongside your sessions, so running a diagnostic never costs you a live SSH connection.

  2. 2

    Pick a card — everything is on one screen

    The panel is a grid of lookup cards at the top (DNS Lookup, DNSBL Check, MX Lookup and your local interfaces) with three full-width cards below it: Ping, Traceroute and Whois. Nothing is buried in a menu; every tool has its own input field and its own Run button.

  3. 3

    On iPhone, use the Tools tab

    Tap Tools in the bottom tab bar (the network icon). The list is split in three sections: Diagnostic — Ping, DNS Lookup, Traceroute and Whois — Email & IP — MX Lookup and Blacklist Check — and Informations, which holds Network interfaces. (The Traceroute row is a placeholder screen; see the traceroute question below.) On iPad the same list lives in the split-view sidebar, under Network tools.

  4. 4

    Type a target and run it

    Every tool takes a hostname or an IP: example.com for ping, traceroute, DNS, whois and MX; a dotted-quad IPv4 for the blacklist check, which also accepts a domain and resolves it first. Streaming runs (ping, traceroute) print as they go and can be stopped mid-flight with Stop or Cancel.

  5. 5

    Go from diagnosis to fix without leaving the app

    When the output points at one host, open a session tab against it and log in. Ping shows the loss, DNS confirms the record is fine, you SSH in and restart the service — same window on the Mac, same app at 3am on a phone. That last step is the one no diagnostic-only app can do.

How to read what these tools are telling you

Work in this order: name, then reachability, then path, then reputation. Most incidents die at step one. Packet loss. Loss on a ping only means something if it is consistent and if the destination cares about ICMP. A router dropping 3% of echo requests while forwarding your TCP traffic at line rate is doing its job — ICMP is handled by the control plane and is the first thing rate-limited under load. What matters is loss that tracks your actual symptom, and jitter: probes at 40, 41, 39, 210, 42 ms are worse news than ten steady probes at 180 ms. Remember which engine you are on, too. A TCP-connect ping reports total failure only when the probe is silently dropped — a host behind a firewall that discards traffic to port 80 reads as 100% loss even though it answers ICMP. A host with nothing listening but no firewall replies with a RST, which SSHive correctly counts as reachable and marks 'port closed'. Un ping TCP n'annonce 100 % de perte que si la sonde est jetée en silence : un hôte derrière un pare-feu qui bloque le port 80 apparaît à 100 % de perte alors qu'il répond en ICMP. Un hôte sans service mais sans filtrage renvoie un RST, que SSHive compte correctement comme joignable en indiquant « port fermé ». Three asterisks in a traceroute. A starred hop in the middle of an otherwise complete trace is almost never the fault. It means that router chose not to send an ICMP time-exceeded reply, or rate-limited it. A real break looks different: every hop from N onward is stars and the destination never answers. Same logic for latency — one hop at 180 ms followed by a hop at 30 ms is not a slow hop, it is a router deprioritising your probe. Only latency that rises and stays risen through the final hop is a path problem. WHOIS status codes. clientTransferProhibited is healthy: your registrar has locked the domain against unauthorised transfer. serverHold is the emergency — the registry has pulled the domain from the zone, so it will not resolve at all. redemptionPeriod and pendingDelete mean it already expired. MX priority is a preference, not a quality score: lowest number tried first, equal numbers round-robin. DNSBL hits are not equal. Read the return code (desktop also shows the TXT reason; mobile shows the code alone). A Spamhaus PBL entry only says "this IP is a dynamic range that should not send mail directly" — expected on a home line. UCEPROTECT level 2 — queried on iPhone and iPad only — lists a whole allocation because a neighbour spammed, and most receivers ignore it; a lone level-2 hit beside otherwise clean rows is usually noise.

Frequently asked questions

Did Apple really remove Network Utility from macOS, and when?+
Yes. It was fully functional through macOS Catalina 10.15. Big Sur 11, in June 2020, deprecated it: the bundle was still in /System/Library/CoreServices/Applications/, but the tabs no longer did anything. By Monterey 12 it was reported gone, with the `networkQuality` command line tool offered as a partial consolation. On macOS 27.0 (build 26A5388g) it is absent from both /System/Library/CoreServices/Applications/ and /System/Applications/Utilities/. Apple's support pages describing it are still online, but they are frozen at the macOS 10.15 URL path and were never updated.
Which of the six tools actually work on iPhone and iPad?+
Five: ping, DNS lookup, whois, MX lookup and the DNSBL blacklist check, plus the network-interfaces view. Traceroute is the exception — SSHive does not implement one on iOS, so there is no real traceroute on iPhone or iPad and we will not claim one. If you need a hop-by-hop path, run it from the direct-download Mac build or the Windows build.
Is SSHive's ping a real ICMP ping?+
On the direct-download Mac app, yes: it runs the system `ping -c 10` and streams the raw output, `icmp_seq`, TTL and the statistics block included. On the Mac App Store build, on Windows, on iPhone and on iPad it is a TCP-connect probe to port 80 instead, because App Sandbox and iOS do not grant raw ICMP sockets. Two practical consequences: measured RTT includes TCP handshake overhead, so it reads slightly high, and a host whose port 80 is firewalled — dropping the probe rather than refusing it — shows as unreachable even though it answers ICMP. A port that is merely closed sends a RST, and SSHive counts that as a reply.
Why is traceroute missing from the Mac App Store version?+
App Sandbox does not grant ICMP raw sockets. A traceroute has to set the IP TTL on each outgoing probe and then read the ICMP time-exceeded replies that routers send back — and reading ICMP requires a raw socket, which no entitlement Apple offers gives to a sandboxed app. Rather than fail silently, the Mac App Store build renders the Traceroute card greyed out with that explanation. If you need traceroute on a Mac, use the free direct-download build, which runs the system `traceroute -m 30`.
Are the network tools free, or do they need Pro?+
Free — all six, on Mac, Windows, iPhone and iPad. None of them goes through the licence check, so there is no upgrade prompt, no ad overlay before a result, and no account to create. You can install the app, run a whois and never see a paywall. SSHive Pro is a separate one-time purchase (about $9.99, Universal Purchase across Mac, iPhone and iPad, no subscription) that covers the remote-access side of the app. It does not gate the diagnostics on any platform.
Does SSHive send my lookups through a third-party API?+
WHOIS queries open a TCP connection to port 43 on the registry or registrar server directly — the desktop build chains up to three hops (two referrals) to reach the authoritative server, the mobile build starts at IANA and follows one." Apply the same fix in the deepDive: "chains up to three hops, two referrals deep, with a ten-second timeout per hop".
Is this a complete Network Utility replacement?+
Not a literal one, and we would rather say so up front. Ping, Lookup, Traceroute (Mac direct download), Whois and the Info tab's interface list all have equivalents here. Port Scan and Netstat do not — use nmap and `netstat -an` or `lsof -i` in Terminal for those. Finger is a dead protocol nobody needs. In exchange you get two things Network Utility never had, and that no clone of it ships: MX lookup and DNSBL blacklist checking, on iPhone and iPad as well as the Mac.

What the sandbox forbids, and how each tool works around it

Every platform difference in this section comes down to one question: who is allowed to open a raw socket. ICMP has no port numbers. To send an echo request and read the echo reply, a process needs a socket that speaks IP protocol 1 directly. On a normal macOS install, /sbin/ping and /usr/sbin/traceroute do that for you. A sandboxed build cannot reach them: App Sandbox forbids spawning those binaries, and SSHive's ICMP paths are built on exactly that spawn. So the Mac App Store build and the iOS app fall back to what the entitlement SSHive holds — com.apple.security.network.client — does cover: outbound TCP and UDP through BSD sockets and Network.framework.