A small set of free utilities for everyday network checks - verify a proxy list, measure latency to a host, trace the network path, or look up your own IP. No signup, no installs.
Most network checks shouldn’t require installing a CLI or signing up for a SaaS dashboard. The five tools here cover the questions we most often answer in support chats - is this proxy alive, is that host reachable, where is my traffic going, what does my IP look like to the outside world. Each tool runs the check from our infrastructure and shows you the result, with strict per-IP rate limits and reserved-range protections so the utilities can’t be abused for scanning random networks.
How the tools stay safe to share publicly
Rate limited per IP
Each tool has a small per-minute budget so a single visitor can’t saturate the workers.
Private ranges blocked
Lookups that resolve to RFC1918, link-local, loopback, or cloud-metadata addresses are refused.
Bot screening
An invisible Cloudflare Turnstile widget validates the request before any work is dispatched.
No credential retention
Submitted proxy lists are processed in memory and discarded as soon as the response is finished.
Frequently asked questions
Are these tools really free?
Yes. Every tool on this page is free to use without an account. Per-IP limits keep them from being abused, but everyday checks fit comfortably within those limits.
Do you store the proxies I paste?
No. The proxy checker processes lists in memory and discards them after the response is sent. Nothing is logged to disk.
Why does the port scanner only check a fixed list of ports?
Allowing arbitrary port ranges would turn this into a generic scanner usable against random infrastructure. We restrict the tool to a short curated list so it remains useful for verifying a server’s common services without enabling abuse.
Can I run these against private networks like 192.168.x.x?
No. Hosts that resolve to RFC1918, loopback, link-local, or cloud-metadata addresses are refused. Private network checks belong on tools that run inside that network, not on a public service.
Why ask Cloudflare Turnstile to verify my browser?
Turnstile is an invisible bot screen that runs in the background. It keeps automated abuse low and is the reason we can offer the tools without forcing a signup or CAPTCHA.
Need real proxies after testing?
If the diagnostics here did the job, our paid plans give you rotating residential IPs with country and city targeting.
Find connection settings, plan comparisons and checks you can run with your own pages before a larger order. Open the guide to choose a topic or follow the setup steps.
Read moreRead lessin this guide
Before and after: a saved proxy setup
These examples show which settings and checks to keep when you want to use the same setup again.
What to save
Before
After
Settings
An endpoint is pasted without notes.
Save the country, protocol and session settings with the application.
Page check
Only the connection status is checked.
Open the page and check its location and required fields.
Errors
The full page list is rerun after an error.
Save failed URLs and retry the ones that need another attempt.
Which proxy type should you choose?
Residential proxies provide household IPs with rotating connections or sticky sessions. Fusion Proxy's standard residential product supports country, state and city targeting and is billed by traffic used. Static ISP proxies provide assigned ISP-registered addresses, while datacenter proxies provide assigned server-network addresses. For both static products, check the countries and any city options currently offered in the order form.
Start with the requirement that would be hardest to change. For an IP allowlist, that is usually the fixed address. For a regional website test, it may be the country or city. For a large collection job, traffic usage and the site's response to the chosen IP type matter. Test a small set of actual target pages with the options that meet those requirements. Check the content returned, session behavior and cost for the expected run. Compare current plan duration and stock before ordering. If you need steady high-volume residential traffic with country targeting, also look at the unlimited speed-tier plans. Keep product differences visible in the comparison so you can see which setup the monthly price would actually provide.
Choose rotating residential access for changing household IPs, or a static allocation when the IP needs to stay assigned.
How do you check that your proxy is connected?
Copy the proxy host, port, username and password from your Fusion Proxy dashboard into the application you want to connect. Select the protocol that matches the generated endpoint. Some applications have four separate fields; others expect a single address in the form host:port:username:password. Use the format that your application's proxy settings request. A misplaced field or an extra space in the password can prevent a connection even when the account is active.
Open an IP-check page through that application and compare the displayed address with your normal connection. Next, open the website you actually plan to use. Check that the expected page loads and that any country or language settings are correct. Save this working configuration before adding other profiles or starting a larger batch. If the IP checker works but the website fails, keep the website's response code and the time of the request for troubleshooting. If both fail, check the protocol, credentials and available plan balance first. A test in your browser checks that browser; run a separate check for a script or desktop application with its own proxy settings.
Check the public IP in the same browser or application that will use the proxy.
When should you choose residential proxies?
Choose residential proxies when you need to view a website through a household connection in a selected country, state or city. Common examples include checking a regional product catalogue, reviewing your localized landing pages and collecting permitted public product information. Fusion Proxy's standard residential plans are billed by traffic used. In the endpoint generator, select the location and decide whether each new connection should rotate or keep a sticky session.
For separate product checks, rotating connections can be convenient. For a login or a sequence of connected pages, a sticky session keeps the same exit IP while you complete the steps. Fusion Proxy offers sticky durations from 1 to 120 minutes. The underlying household connection can go offline, so your application should be able to reconnect and resume safely. Before a large run, try the pages you expect to visit and check the transferred data in your dashboard. Keep the website's language, delivery location and account settings consistent during the test. For a project that needs the same IP on different days, compare the static ISP product and its current allocations.
Residential proxies connect through household IPs and offer rotating or sticky sessions.
How do you keep the same proxy IP between visits?
Use a static ISP or datacenter allocation when a service needs a fixed outbound IP. This can be useful for an IP allowlist, a business account you manage regularly or a scheduled job that should keep the same connection settings. Both products provide static addresses, with different network origins. ISP proxies use ISP-registered addresses, while datacenter proxies use server networks. Check the destination with the product you intend to order.
After ordering, save the assigned address and connection details in the relevant browser profile or application. Record the renewal date where your team tracks subscriptions. If the destination has an IP allowlist, add the assigned address before running the job and test that access works. Keep the same browser profile for returning account visits, because cookies and login state are stored by the browser. A static IP does not preserve those settings when you switch profiles or clear storage. If you replace an address, update every application and allowlist that uses it, then run a short connection check. This is particularly useful when several scheduled jobs share one configuration.
Keep the assigned IP, browser profile and account settings together for returning visits.
How do you select a country, state or city?
Standard residential proxies support country, state and city targeting through the endpoint generator. Start by selecting the country. Add a state or city when you are checking something local, such as a delivery area or a city-specific search page. A national catalogue check can often use country targeting. Keep the selected location with the generated endpoint so a colleague can tell which market that connection is intended to check.
After connecting, check the exit IP's reported location and open the target website. Look at the website's own location settings too. A saved delivery postcode, account address or language preference may take priority over the IP. For a local delivery test, set the postcode deliberately and keep it the same on repeat visits. If the result looks wrong, try a clean browser profile and compare the requested location with the site's displayed country. IP lookup databases can disagree, so include the lookup service and the actual page result when contacting support. Static ISP and datacenter location choices depend on current stock; their order form shows which country and city allocations are available.
Select the country first, then add a state or city when the page you are checking needs it.
How long can you keep a residential session?
Fusion Proxy's standard residential product offers sticky sessions from 1 to 120 minutes. In the endpoint generator, choose Sticky, set the duration and copy the generated connection details into your application. Use those details throughout the visit. This suits a series of connected actions, such as signing in to an account you manage, opening several account pages and checking a setting. Keep the browser's cookies and storage in the same profile during the session.
Choose a duration that leaves time for the whole visit, including typing and normal pauses. For example, if your own test normally takes around ten minutes, allow some extra time for a slow page or a verification step. Check the public IP at the beginning and end when troubleshooting an unexpected change. Household connections can become unavailable, so save progress before any step that is difficult to repeat. If a connection is lost during a form submission, check whether the submission succeeded before sending it again. When you need an address to remain assigned across several days, use the static ISP or datacenter options rather than extending a short residential visit.
Set a sticky duration from 1 to 120 minutes and use the same session for each connected step.
How much proxy traffic will your project use?
The amount of traffic depends on what your application downloads. A browser may load the page, images, fonts, scripts and background requests. A script that only retrieves the HTML can use much less. To estimate your standard residential plan, run a small batch with the same client and settings you intend to use later, then check the change in traffic usage in your dashboard.
As a calculation example, if 100 completed page checks use 20 MB, 10,000 similar checks would use about 2,000 MB, or 2 GB. This is an example of the arithmetic; measure your own pages because a photo-heavy page and a short text page can differ considerably. Include repeat visits and retries in the estimate. If you only need text, check whether your browser tool can skip unnecessary images or video, then confirm that the required text still loads. Keep images enabled for visual checks such as banner or layout reviews. Review traffic again after a website redesign or a change in your script, since either can alter how much gets downloaded on every visit.
Test a small batch, check its traffic use in the dashboard, then scale the estimate to your planned run.
Which pages should you test before a larger order?
Choose a short list of pages that reflects your project. For a shopping-site check, include a category page, a product with several variants and a product that is unavailable. For a localized website, include the homepage and a page where language or delivery options change. If you need several countries, run the same checks in each one. These examples show whether the setup handles the parts of the site your project actually uses.
Write down the fields you expect before running the test. Open a few results manually and compare them with the values saved by the script. Look for missing prices, unexpected currencies, duplicate products and pages that show a login prompt. Repeat a small part of the test after changing just one setting, such as the requested city or session type, so you can see its effect. Save the working endpoint configuration with the password removed. Also try a deliberately unavailable page to check that your application records the error and moves on. Once the sample works, use its traffic consumption and completion time to estimate the size and schedule of the full run.
Include the kinds of pages your application will visit, including one that shows how it handles an error.
Before and after: save a setup you can use again
Before saving a setup, a team may paste a proxy into a browser, open a page and leave the settings in that one window. The next person then has to find the endpoint, choose a location and repeat the checks. A saved setup is easier to use again: give the profile a clear name, keep the credentials in protected settings and record the country, session type and test page beside it.
For example, a shop team checking its German catalogue could save a German residential endpoint, a browser profile with German language settings and a delivery postcode used for the test. Keep a product URL and the fields to check, such as price, currency and stock status. On the next visit, open that profile and repeat the same check before starting the full product list. If a result differs, you can inspect the saved settings and the page instead of guessing which connection was used. Update the notes when the shop changes its page layout or the team changes its test location. This also gives a colleague enough information to continue while the original operator is away.
Save the settings with a tested page so your next run starts from a configuration you already know.
What information helps support fix a connection problem?
Send support the application name and version, proxy type, protocol, selected location and the approximate time of the problem with timezone. Include the exact error message and say whether it happens on every request or only on one website. Remove the password from connection URLs, screenshots and logs. If a simple IP-check request fails too, mention that result; it helps distinguish a connection problem from a page-specific issue.
Describe what changed before the failure. Common examples include a client update, a new proxy password, a different city selection or a change to the destination page. Keep one small example that reproduces the error and one recent working example if available. Avoid sending a whole customer dataset when a single redacted request is enough. For ongoing team use, keep the tested settings, subscription renewal date and responsible person in the place where you maintain the application. Add the test page and the result you expect. A colleague can then check the connection after an update or take over a scheduled job without copying unknown settings from an old browser window.
Include one failing request, the time and the client version, with the password removed.
Need help choosing or connecting?
Check current plans and available locations before ordering. For setup help, use the connection documentation or tell support which application and website you want to connect. Include any error message and the selected protocol, with the password removed.
