Search a deterministic reference covering every port and range in the pinned public checklist, with reviewed engineering detail for common infrastructure services.
Around 2 mins No account required Graduate level
Interactive utility
Run Port Lookup
Inputs stay in this browser and results are not saved.
Search the port and protocol reference
Matches port numbers, ranges, service names, protocols, aliases and technology terms.
Start a search or browse
Common references
1588 reviewed and reference records
22TCP
SSH
Encrypted remote shell, command execution and file transfer.
Typical use
Linux administration, automation, tunnels, SFTP/SCP and Git access.
Traffic direction
Client to server
Security considerations
Disable password authentication where practical, protect private keys and restrict administrative access by source network.
Reviewing firewall rules or load-balancer exposure
Triaging an unfamiliar listening port
Planning infrastructure dependencies and network policy
How to use it
A complete run, step by step
1
Search by number or name
Enter a port, service, protocol, alias, or common technology name such as 443, HTTPS, Kerberos, WinRM, LDAP, or Kubernetes.
2
Review every matching entry
Multi-port technologies return all curated records so firewall and dependency decisions are not reduced to one port.
3
Check transport and direction
Confirm whether each entry uses TCP, UDP, or both and review its usual traffic direction before changing policy.
4
Validate the operational context
Use the security notes and official reference links as inputs to a change review, then verify against the deployed product configuration.
Input guide
What you will need
Prepare the following information before starting. Use measured evidence where possible; defaults are examples and should not be treated as recommendations.
Results and methodology
What the result tells you
Your report includes
TCP, UDP, SCTP and DCCP transport identification where listed
All relevant entries for multi-port services
Reviewed operational notes for common infrastructure
Complete port and range coverage from the pinned reference snapshot
How it is determined
The lookup performs client-side matching against a version-controlled dataset. Reviewed KBY records provide operational detail for common infrastructure, while a generated non-indexable layer guarantees coverage of every port and range in the pinned reference revision. IANA assignments are used where available; no AI model or external lookup API is involved at runtime.
Deterministic calculation · high confidence · v2026.08.2
Search results are deterministic matches against a reviewed core plus a generated, version-controlled coverage snapshot with explicit transport fields.
Model assumptions
• Port assignments describe common defaults rather than proof of a live service.
• The exhaustive coverage layer is pinned to a specific public-list revision rather than claiming to mirror the continuously updated IANA registry.
• Reference-only entries identify documented conventions and require confirmation against current vendor documentation.
• Product-specific overrides and network topology must be checked before changing firewall policy.
An engineer searches for port 443 while validating a web-facing load balancer rule.
Result
The lookup identifies HTTPS over TCP, explains its typical use and traffic direction, and highlights that certificate, TLS version, and cipher configuration require separate review.
Important limitations
Use the result with engineering judgement
The exhaustive checklist is a pinned snapshot and is not a substitute for the continuously updated IANA registry.
Applications can be configured to listen on non-standard ports.
A known port does not prove which process or protocol is actually using a live socket.
Reference-only records require confirmation against current vendor documentation before firewall changes.
Frequently asked questions
Questions before you begin
Is this the complete IANA port registry?
No. It covers every port and range in the pinned public reference snapshot and validates registered assignments against IANA where available. IANA remains the authority for the continuously updated registry.
Why can one service return several ports?
Technologies such as Kerberos, Active Directory, DNS, DHCP, SMB, and Kubernetes use multiple transports or endpoints. The lookup keeps those records distinct.
Does finding a port confirm the service running on a host?
No. Port numbers are conventions. Confirm the owning process, configuration, traffic, and application protocol on the system itself.
Ready to run Port Lookup?
Open the interactive utility without an account. Inputs and results are not saved.