Find what’s listening on a port
Network services live on numbered ports. HTTPS is 443, SSH is 22, PostgreSQL is 5432. When you see an open port in a scan, a firewall rule, or a netstat listing, you need to know what it is — and the reverse, the canonical port for a given service. This searchable reference covers the most common TCP and UDP assignments with the service name, transport and the typical daemon or process behind it.
How it works
Each entry pairs a port number with a transport protocol (TCP or UDP), because a port is only meaningful together with its transport — TCP 53 and UDP 53 are different endpoints. The table is filtered live: type a number to find the service, or type a service name to find its conventional port. The transport filter lets you restrict results when you are reasoning about a stateful TCP listener versus a connectionless UDP one. Port ranges follow IANA: 0–1023 well-known, 1024–49151 registered, 49152–65535 dynamic/ephemeral.
Tips and notes
Treat these as conventions, not guarantees — always confirm the real listening port with ss -tulpn or netstat -tulpn rather than assuming the default. Remember that some services need both transports (DNS, NTP) and some use one port for plaintext and another for TLS (HTTP 80 vs HTTPS 443, SMTP 25 vs submission 587 vs SMTPS 465). For firewalls, deny by default and open only the ports you intentionally serve, restricting management ports like SSH to trusted source addresses.