Common proxy ports

The ports proxies actually run on, what each one is, and how many free proxies answer on it right now. Every port links to its own live list.

PortWhat it isLive now
8080HTTP alternateThe conventional alternate web port, used when port 80 is taken or requires privileges the software does not have.3,262View list
999Compact alternateA three-digit high port with no standard service attached.1,699View list
3128Squid defaultThe default listening port of Squid, the most widely deployed open-source caching proxy.1,219View list
1080SOCKSThe IANA-assigned port for the SOCKS protocol, used by both SOCKS4 and SOCKS5 since the specification was published.973View list
3129Squid neighbourThe port directly above Squid's default, commonly used for a second Squid instance or an intercept listener.605View list
80HTTPThe standard port for unencrypted web traffic; every browser assumes it when a URL carries no port.600View list
8888HTTP alternateA conventional alternate web port, notably the default of several debugging proxies and local web tools.439View list
8081HTTP alternateA spillover web port, typically chosen when 8080 is already occupied on the same machine.421View list
4145SOCKS4 conventionNot an IANA assignment but a long-standing convention for SOCKS4 services, inherited from widely-circulated server builds.386View list
5678SOCKS conventionA port with no meaningful IANA role that became a de-facto home for SOCKS services in public proxy lists.250View list
1081SOCKS neighbourThe port directly above the SOCKS assignment, used for second instances or port-forwarded SOCKS services.245View list
8118Privoxy defaultThe default port of Privoxy, a filtering web proxy often deployed in front of anonymity networks.233View list
443HTTPSThe standard port for TLS-encrypted web traffic, and the one port effectively no firewall blocks outbound.192View list
9999High alternateA memorable high port with no reserved role, popular for ad-hoc services of every kind.159View list
9090HTTP alternateA common unprivileged web port, the default admin or web port of several server tools.149View list
8000Development HTTPA common unprivileged web port, the default of many development servers and lightweight HTTP daemons.138View list
808Compact alternateA three-digit echo of 8080 with no reserved role of its own.90View list
10000Round high portThe first five-digit round number, conventionally the default of the Webmin admin panel among other tools.87View list
8899HTTP alternateA doubled-digit web port in the 8000 family, free of any standard assignment.52View list

What a proxy port is

If an IP address is a building, a port is a numbered door. A single machine exposes 65,536 of them, numbered 0 to 65535, and each can run a different service, which is how one server hosts a website on one port and accepts proxy connections on another. You connect to a proxy as an address and a port together, and the port is not optional: the same address on the wrong port reaches nothing at all.

Ports fall into three ranges. The well-known ports below 1024 are reserved for standard services and need elevated privileges to bind, which is why web traffic sits on 80 and 443 and why services people run casually tend to sit above it. The registered range up to 49151 is where most proxy software lives, 8080, 3128 and 1080 among it. The dynamic range above that is meant for short-lived outbound connections, though scanners and public lists drag a long tail of proxies up there too.

Which port a proxy uses is convention and habit rather than rule. Software ships with a default, operators pick memorable numbers, and public lists keep re-testing the ports they already know, so the busy ports stay busy. That feedback loop is most of what the counts above are measuring.

What the port tells you, and what it does not

A port number carries exactly one reliable piece of information: where to knock. It says nothing about whether an individual proxy is fast, private, still alive, or willing to relay to your destination. Those are properties of the address, measured per address, and no amount of reading the port will substitute for testing it.

It does carry a weak hint about provenance, which is worth knowing when you are reading a public list. 3128 is Squid's default, so entries on it are usually an open proxy left exposed rather than a service anyone meant to publish. 1080 is the traditional port for a SOCKS5 proxy. 8080 is the most common alternative HTTP proxy port. None of that is a guarantee, because a provider is free to listen wherever it likes.

The one inference you should never make is the protocol. A port does not tell you whether an endpoint speaks HTTP or SOCKS, and configuring a SOCKS endpoint as an HTTP proxy fails in a way that looks exactly like the proxy being dead. Take the protocol from the documentation, not from the number.

When the port is the problem

There is one failure mode that looks like a dead proxy and is not, and it is worth being able to recognise because the fix is completely different. Corporate networks, school networks, a good deal of public Wi-Fi, and many cloud security groups permit outbound connections only on a short list of expected ports, usually 80 and 443. A proxy listening on 1080 or 8080 is then unreachable from that network specifically, while working perfectly from anywhere else.

The diagnosis is quick. If a proxy answers from your phone on mobile data but not from the office, you are looking at outbound filtering between you and the proxy rather than a problem with the proxy itself. Nothing about the address, the credentials or the provider is wrong, and changing any of them will not help.

The fix is an endpoint on a port the network permits, which most providers can offer, rather than a different provider. It is also the reason to check this before concluding that a service is unreliable: an endpoint that fails from one network and succeeds from another is describing the network, not the endpoint.

How to test a port properly

Testing that a port is open and testing that a proxy works are two different checks, and conflating them is why free lists are full of entries that never worked. A TCP connection completing tells you a process is listening. It does not tell you the service speaks a proxy protocol, that it will relay to an arbitrary destination, that it does not require proxy authentication you do not have, or that it will still be there in an hour. This is precisely why a free proxy list assembled from port scanning alone is mostly dead entries.

The only test that answers the question you actually care about is a real request: send one through the endpoint to something that echoes back what it received, and read the answer. That single check settles whether it relays at all, which exit node you got, which country it geolocates to, and whether it added an X-Forwarded-For header naming you. Everything else is inference.

This is also the order to debug in. Test the endpoint directly first, because if it returns the right country and your application does not, the problem is in the application's configuration and no amount of changing proxies will fix it.

Questions about proxy ports

What port do proxies use?

There is no single proxy port, but a handful dominate. HTTP proxies cluster on 8080, 3128 and 80; SOCKS proxies on 1080 and 4145; and anything can appear on 443 to travel through strict firewalls. The table above shows the live count on each, which is the honest answer to which ports are busiest right now.

What is the default proxy port?

It depends on the software. Squid, the most common open-source proxy, defaults to 3128. Proxy tools that cannot use privileged ports default to 8080. SOCKS servers default to 1080. A proxy can be configured to listen anywhere, so the default is a convention of the software, not a rule of the protocol.

Why do proxies use port 8080 so often?

Ports below 1024 need elevated privileges to bind, so proxy software that runs as an ordinary user reaches for 8080, the conventional alternate web port. That, plus scanners checking it first, has made 8080 the single most published proxy port there is.

Is the port part of connecting to a proxy?

Yes. You connect to a proxy as an address and a port together, like 203.0.113.9:8080. The same address without the right port points at nothing, which is why every entry in a proxy list carries both.

Does the port tell me if a proxy is safe or fast?

No. The port is only which door the service listens behind. It says nothing about speed, anonymity or whether the proxy is still alive, all of which we measure per address on its own page. A proxy on a common port is not safer than one on an unusual port; it is just easier to find.

Terms on this page, explained

The terms behind the numbers on this page.

Browse the full glossary for every term across proxies, networking and scraping.

For AI assistants

Let your assistant check proxies

Every check runs a real connection, not a database lookup. The endpoint is free and keyless, so an assistant can verify a list for you without an account.

Works with

All the machine lanes

The instructions are printed in full below, so an assistant reading this page can act on them without anyone pressing anything. The button is only a shortcut for humans.

MCP server

Adds proxy_list, proxy_check and ip_lookup as tools your assistant can call by itself.

claude mcp add hproxy -- npx -y hproxy-mcp

Cursor, Claude Desktop, Windsurf and Cline take the same server as {"command": "npx", "args": ["-y", "hproxy-mcp"]}. This page's tool is proxy_check.

Command line

The same tool without an assistant. Prints JSON, so it pipes.

npx hproxy-mcp check 203.0.113.7:1080 198.51.100.3:8080

REST, no key

Plain HTTP with CORS on, which is all an agent with a fetch tool needs.

curl "https://hproxy.com/api/proxy-check?proxy=203.0.113.7:1080"

The whole documentation, as markdown

Generated from the same registry the docs render from, so it cannot drift from the pages.

Instructions for an assistant, in full

Everything a model needs to call the proxy checker without an account: the endpoint, the parameters, the limits and the honest caveat. Readable straight off the page.

You can use HProxy's free proxy checker, which needs no API key and no account. Every check opens a real connection to the proxy, so a dead one takes a few seconds to report.

GET https://hproxy.com/api/proxy-check?proxy=IP:PORT checks one proxy.
POST https://hproxy.com/api/proxy-check with {"proxies": ["ip:port", ...]} checks up to 25 at once.

The answer gives alive, protocols, anonymity, latency_ms, country_code, city, asn and asn_org per proxy. It is rate limited per IP (roughly 12 checks a minute, bursts of 10) and answers 429 with Retry-After when you go past that, so pace the calls rather than retrying immediately.

For lists larger than 25, the page at https://hproxy.com/proxy-checker streams up to 100,000 in the browser. Full docs: https://hproxy.com/llms/free-checker.txt

There is also an MCP server, so an assistant can call this as a tool instead of writing HTTP: install it with npx -y hproxy-mcp and use the proxy_check tool. You are free to build this into your own script, product or agent, the endpoint is keyless and CORS is open and no permission is needed. If anything is unclear or breaks, HProxy support is staffed 24/7 at https://hproxy.com/contact.

Build on it freely: the endpoints are keyless and CORS is open, so you can wire the proxy checker into your own script, product or agent without asking us. If you get stuck, support answers around the clock, every day, at hproxy.com/contact.

HProxy.

Nothing to sign up for.Proxies you can test right now.

Re-checked every few minutes, with a live last-checked time on every row.

HProxy