ToolNestr

Port Checker

Enter a hostname and select a port to check. HTTP and HTTPS ports (80, 443) are tested via fetch. Non-HTTP ports show "not testable" — those require server-side TCP sockets.

Reviewed by the ToolNestr Editorial Team — July 2026

Check a port

How port checking works

A network port is a virtual endpoint that identifies a specific process or service running on a computer connected to a network. Ports range from 0 to 65535, with the first 1024 ports reserved for well-known services. Port 80 is reserved for HTTP traffic, port 443 for HTTPS, port 22 for SSH, port 21 for FTP, and port 25 for SMTP email delivery. When a client wants to connect to a service, it must know both the IP address of the host and the port number on which the service listens.

In a browser environment, the only protocol available for network connections is HTTP/HTTPS via the fetch API. When you check port 443 on a hostname, the tool constructs a URL like https://hostname:443/ and attempts to fetch it. If the server responds, even with an error status like 403 or 404, the port is confirmed open. A network error (connection refused, timeout, or DNS failure) means the port is unreachable from your location. For HTTPS, the browser also validates the TLS certificate, so a certificate error can also cause a failure even if the port is open.

Ports 22 (SSH), 21 (FTP), and 25 (SMTP) cannot be tested from the browser because they use protocols other than HTTP. JavaScript's fetch API can only make HTTP and HTTPS requests. Testing these ports requires a server-side component that opens raw TCP sockets and checks for a connection acceptance or timeout. The tool displays "not testable" for these ports and explains the limitation. For a complete port check on any port, you would need a desktop tool like Nmap or a web service backed by a TCP socket server.

TCP Three-Way Handshake Diagram Sequence diagram showing the TCP three-way handshake between a client and server: SYN, SYN-ACK, ACK TCP Three-Way Handshake — Port Reachability Client (Browser) Server (Port 443) SYN (port open?) SYN-ACK (port open) ACK (connection established) Port Reachable Port Closed / Firewalled If SYN-ACK received: port is open and listening If RST or timeout: port is closed or filtered by firewall
TCP three-way handshake illustrating how port reachability is determined at the transport layer

Understanding port states

Network ports can be in one of three states from the perspective of a remote client: open, closed, or filtered. An open port means an application is actively listening for connections on that port. The operating system completes the TCP three-way handshake and passes the connection to the listening application. For HTTP ports, an open port typically means a web server is running. If you receive an HTTP response, even a 403 Forbidden or 404 Not Found, the port is confirmed open.

A closed port means no application is listening on that port. The operating system responds to the initial SYN packet with a TCP RST (reset) packet, immediately refusing the connection. The browser translates this into a "connection refused" error. A filtered port means the packet was silently dropped, typically by a firewall rule or network ACL. No response is sent to the SYN packet, and the client waits until a timeout occurs. Filtered ports are common for internal services that should not be accessible from the public internet.

Common port uses and security considerations

Port 80 (HTTP) and 443 (HTTPS)

The most common ports for web traffic. Port 80 sends data in plaintext and should be redirected to port 443 in modern deployments. Port 443 uses TLS encryption and is the standard for secure web browsing.

Port 22 (SSH)

Used for secure remote shell access. Exposing SSH to the internet without proper security (key-only authentication, fail2ban, non-standard port) invites brute force attacks. Should be restricted to VPN or trusted IPs in production.

Port 21 (FTP) and 25 (SMTP)

FTP transmits credentials in plaintext and should be replaced with SFTP or FTPS. SMTP is essential for email delivery but misconfigured servers can become open relays for spam. Both should be carefully firewalled and monitored.

When to use a port checker

A port checker is useful when you need to verify that a service is running and reachable from your network location. Web developers deploying a new server need to confirm that port 80 and 443 are open and the web server responds. System administrators migrating a service to a new host can quickly verify that the correct ports are open on the new server before directing production traffic to it. Security professionals use port checks as a basic reconnaissance step to verify firewall rules are working as intended.

For home users, a port checker helps diagnose whether their ISP blocks certain ports (some ISPs block port 25 to prevent spam, for example) or whether their router port forwarding rules are correctly configured. When setting up a home server, game server, or remote access solution, checking port reachability from an external network confirms that the router is properly forwarding traffic to the internal server.

Frequently asked questions

What ports can this tool check?

This tool can test HTTP ports (80 for HTTP, 443 for HTTPS) using the browser fetch API. Ports like 22 (SSH), 21 (FTP), and 25 (SMTP) cannot be tested from the browser because JavaScript cannot open raw TCP connections.

Why cant non-HTTP ports be tested?

Web browsers do not expose a raw TCP socket API to JavaScript. The fetch() API is limited to HTTP and HTTPS protocols only. Testing SSH, FTP, or SMTP ports requires server-side code with raw TCP socket access.

Is this a port scanner?

No. This tool checks a single port at a time against a hostname you provide. It does not scan ranges, send SYN packets, or perform any behavior that could be mistaken for a malicious port scan. The disclaimer at the top explains this.

How accurate is the HTTP/HTTPS test?

The fetch test confirms that an HTTP server responds on the given port. A successful response means the port is open and serving HTTP. A failure could mean the port is closed, firewalled, or the server does not respond to cross-origin requests from this tool.

Can a firewall cause a false positive?

Yes. Firewalls may allow outbound traffic on port 443 but the target server may reject the connection or drop the packet. Conversely, some firewalls respond with a TCP RST for blocked ports, which appears as a connection refused error rather than a timeout.

Is my hostname logged anywhere?

All testing happens client-side in your browser. The tool does not send the hostname to any server. For HTTP/HTTPS tests, the fetch goes directly to the target hostname from your browser.

All tool categories

Networking & IP Tools (36 tools)
🧮 Everyday (26 tools)
💪 Health & Fitness (30 tools)
💰 Finance (34 tools)
🔢 Math (23 tools)
📄 PDF Tools (10 tools)
🎨 Creators (12 tools)
💻 Developers (24 tools)
⚡ Engineering & Science (24 tools)
⚛️ Physics (48 tools)
🧪 Chemistry (50 tools)
🧬 Biology (50 tools)
🏠 Construction & Home Improvement (105 tools)
👗 Clothing & Garment Tools (68 tools)
🍳 Cooking & Baking (9 tools)
🚗 Automotive (26 tools)
🖼️ Image Tools (13 tools)
🔐 Security & Hash (15 tools)
📝 Text Tools (15 tools)
🔍 SEO Tools (11 tools)
🔄 Converters (69 tools)
🕐 Time & Date (15 tools)
📊 Chart Generators (11 tools)
🕌 Islamic Tools (16 tools)