A proxy checker gives you a way to test those details before putting a proxy into your workflow. ProxyPact's free online proxy checker is designed for bulk verification, allowing up to 50 proxies to be tested in a single check. It reports connectivity, response time, exit IP, geolocation, authentication status, and SOCKS5 UDP support.

Why Verify Before Deployment
A working proxy is only useful if it meets the requirements of the task. Checking network properties before deployment saves time when large proxy lists contain dead nodes, slow connections, or missing protocol capabilities.

What a proxy checker actually tests

A basic check that only asks whether an IP address and port accept a connection does not tell you everything about a proxy. A proxy can accept a connection and still fail when authentication is required or when an application needs a particular protocol capability.

The ProxyPact checker runs several tests for each submitted proxy:

Connectivity and reachability

Determines whether the proxy is active, accepts the connection, and can transmit traffic without the connection being dropped.

Response time (RTT)

Measures round-trip latency in milliseconds. The checker classifies results below 300 ms as Fast, 300–800 ms as Good, and above 800 ms as Slow.

Exit IP detection

Shows the outgoing IP address observed by the remote destination. This is useful when checking whether traffic is actually leaving through the proxy rather than directly through the original connection.

Country and geolocation

Provides the detected ISO country code, country name, and geographic information associated with the exit IP address.

SOCKS5 UDP ASSOCIATE

For SOCKS5 proxies, tests UDP ASSOCIATE support. SOCKS5 defines UDP ASSOCIATE as the mechanism for establishing a UDP relay association for VoIP, WebRTC, and UDP streaming.

Authentication validation

Validates credentials for HTTP Basic authentication and SOCKS5 username/password authentication (RFC 1929), detecting HTTP 407 Proxy Authentication Required responses.

How to use the free online proxy checker

Using the checker is straightforward and completed in four simple steps:

1 Prepare your proxy list

Paste the proxies into the input box, with one proxy per line. The checker accepts a maximum of 50 entries per check.

You do not have to convert every proxy into the same notation first. Mixed formats are supported and automatically recognized.

Supported Syntax Examples:
192.168.1.1:8080
192.168.1.2:8080:user:password
user:password@192.168.1.3:8080
http://user:password@192.168.1.4:8080
socks5://user:password@192.168.1.5:1080

These correspond to the input formats supported by the checker: standard host:port, authenticated colon-delimited notation, URI-style authentication, HTTP proxy URIs, and SOCKS5 proxy URIs.

If you do not have a list ready, the page also provides an option to insert sample proxies. There is an Import from API option as well, which can populate the checker with proxies from ProxyPact's live API.

2 Choose the protocol

The protocol selector offers four choices:

Option
Auto Detect
Option
HTTP / HTTPS
Option
SOCKS5
Option
SOCKS4

Auto Detect is useful when the input list contains different proxy types and the protocol is not being specified manually. If the protocol is already known, selecting it explicitly can make the intended check clearer.

3 Set the timeout

The checker provides timeout options of 5, 8, 12, and 15 seconds, with 8 seconds selected by default.

A shorter timeout can make a bulk check finish sooner when the list contains many unreachable proxies. A longer timeout gives slower proxies more time to respond. The appropriate setting depends on whether the priority is speed of verification or allowing more time for slow connections.

4 Start the check

Select Start Proxy Check. Results are processed progressively rather than waiting for the entire list to finish.

The page displays a progress bar and live counters for total proxies, checked proxies, online proxies, failed proxies, and average response time.

You can also stop an active check at any moment if you no longer need to process the remaining entries.

Understanding the results

The live results table gives each proxy its own row. Available information includes the proxy address, detected protocol, status, response time, exit IP, country or geolocation, UDP association support, and authentication status.

The Online result indicates that the proxy passed the check, while failed entries are separated into the Failed view. The interface also provides filters for viewing all, online, or failed proxies.

Response time deserves particular attention when choosing between multiple working proxies. Two proxies may both be online, but a proxy responding in 200 ms is generally a more attractive candidate for latency-sensitive work than one taking 1,500 ms. The checker makes that difference visible instead of treating every working proxy as equivalent.

The exit IP and country fields are useful when the proxy needs to originate traffic from a particular location. A proxy advertised as belonging to one region should be checked against the actual exit IP rather than relying only on the address or provider's description.

Why authentication results matter

Authenticated proxies require valid credentials before they can be used successfully. A proxy can therefore be reachable while still being unusable because the supplied username or password is wrong.

For HTTP proxies, authentication failures can result in a 407 Proxy Authentication Required response. SOCKS5 also has a defined username/password authentication mechanism described by RFC 1929.

That is why a proxy check that includes authentication validation is more useful than a simple port scanner. It tests whether the supplied proxy configuration can actually complete the expected authentication step.

What SOCKS5 UDP testing tells you

SOCKS5 is capable of handling UDP through its UDP ASSOCIATE command. The protocol specification defines this operation for establishing an association through which UDP datagrams can be relayed.

ProxyPact exposes the result as UDP Associate in the checker.

This distinction matters because a SOCKS5 proxy that works for ordinary TCP connections does not automatically mean that the UDP functionality required by a particular application is available. Testing the capability separately gives you more useful information about what the proxy can actually handle.

Export the working proxies

After verification is complete, the checker provides an Export Working Proxies option. You can choose between standard IP:Port output, full URI format, or JSON. The resulting list can be downloaded as a .txt file or copied directly to the clipboard.

This is useful when the next step is to move only working proxies into another application, script, proxy manager, or development workflow. Instead of manually copying individual entries from the results table, the checker gives you a cleaned output list.

A practical way to check a proxy list

For a typical bulk verification task, paste up to 50 proxies, leave the protocol on Auto Detect when the list contains mixed formats, choose a timeout appropriate for the expected network conditions, and start the check. Once the results appear, compare status and response time first, then inspect exit IP, location, authentication, and UDP support where those capabilities matter.

A working proxy is only useful if it meets the requirements of the task. Checking properties before deployment saves time and prevents unexpected workflow interruptions.

Checking those properties before deployment can save time when a large proxy list contains entries that are unreachable, slow, incorrectly authenticated, or missing a protocol capability your application requires.