VPN data sources and import policy

PublicVPNList imports public OpenVPN profiles from multiple third-party sources, then keeps the public pages focused on entries that pass checks. The importer only uses sources where .ovpn files, zip bundles or CSV profile data can be fetched without account registration or captcha. A source may provide a profile, but the catalog table depends on measured status, speed, latency and safe file handling.

3341servers indexed
52countries +0added last hour 4686.9 Mbpsfastest check
May 31, 2026 20:26 UTClast updated

Who manages this catalog

PublicVPNList is a public VPN catalog and measurement project. The site does not operate the listed VPN exit servers and does not sell VPN accounts. Its role is to collect public OpenVPN profiles, normalize them into a readable dataset, run technical checks, and publish the results with clear limits.

Editorial and removal requests are handled through the contact page. Server owners, network operators, source maintainers and users can report incorrect country labels, stale profiles, abuse concerns or removal requests. Requests should include the host or IP address, port, protocol, source URL if known, and the reason for the request.

Active sources

  • AutoOVPN: 2070 visible active rows.
  • VPNGate: 1097 visible active rows.
  • IPSpeed: 174 visible active rows.

Configured, pending and fallback sources

  • VPNBook: Small official source with a limited number of public OpenVPN profiles.
  • IPSpeed: Public feed used to discover additional temporary OpenVPN profiles.
  • FreeOpenVPN: Public OpenVPN profile pool used as fallback coverage.
  • FreeVPN.me: Small public source used as an extra profile pool.
  • OpenTunnel: Country and temporary-server source imported for broader coverage.
  • VPN Jantit: Temporary public OpenVPN profiles used when direct profiles are available.
  • TcpVPN: Temporary public OpenVPN profiles used when direct profiles are available.
  • GitHub archives: 9xN/auto-ovpn, Zoult/.ovpn and similar .ovpn archives used as fallback pools.
  • Manual submissions: User or operator submissions can be reviewed when they include a valid OpenVPN profile and source context.

These sources are configured or monitored, but they are not described as active unless they currently contribute visible checked rows.

From source profile to visible table row

Imported profiles can enter the local dataset before they have a fresh speed result. In public tables, a dash means the metric is unknown or not measured yet, not that the server has a literal zero result. Country pages and sitemap entries are generated only for countries with live measured rows.

Downloads use short-lived links instead of exposing raw profile paths. A visible row means the profile had enough public data for the catalog and passed the current public visibility rules; it does not mean PublicVPNList endorses or operates that endpoint.

What is checked technically

  • OpenVPN profile structure: the importer looks for usable remote host, port and protocol data, plus a downloadable profile path.
  • Country signal: rows are grouped by source country hints and IP/location data available at import time. IP geolocation can be wrong, so the country label is a practical routing hint, not legal proof of location.
  • Reachability and freshness: rows are refreshed regularly and stale or failed entries can disappear from public tables.
  • Speed and latency: the catalog stores measured Mbps and response time so users can compare recent technical quality instead of relying on old static lists.
  • Public display safety: broken configs, missing remote lines, duplicate hosts, reserved networks and unmeasured zero-speed rows can be skipped or kept only for later rechecking.

The detailed measurement policy is documented on How checks work.

What is not checked

PublicVPNList does not verify the legal identity, logging policy, internal network controls, ownership, jurisdiction, employee access, malware filtering, content manipulation, or long-term trustworthiness of third-party VPN operators. A server can pass a technical reachability check and still be a poor choice for private accounts, work systems, banking, identity documents, source code, medical portals or other sensitive traffic.

The catalog also cannot guarantee that a public endpoint will remain online after download. Public VPN servers are temporary by nature, and operators can change ports, certificates, routing or logging behavior without notice.

Why public VPN can be unsafe for sensitive traffic

OpenVPN encryption protects the tunnel between your device and the endpoint, but the endpoint operator can still see metadata and, for non-HTTPS traffic, potentially the content leaving the VPN server. Unknown public VPN operators may log activity, inject DNS behavior, throttle connections, disappear suddenly, or reuse stale profiles.

Use public VPN profiles for low-risk testing, route comparison, troubleshooting, temporary browsing and OpenVPN client setup practice. For accounts that matter, use a provider or self-hosted server whose operator, policies and jurisdiction you trust. More practical warnings are listed on Public VPN risks.

Removal, correction and abuse reports

To remove or correct a listed server, send a report through Contacts. Include the host or IP address, port, protocol, country label, source URL if available, and the requested action. Server owners or network operators should include enough context to verify that they administer the endpoint.

Users can also report configs that are broken, mislabeled, suspicious, abusive, or no longer intended for public use. Credible reports may lead to correction, exclusion from public pages, or removal from the source queue.

How the site is funded

PublicVPNList is free to use. The site may show advertising to cover hosting, monitoring, bandwidth and maintenance costs. Advertising does not make a server rank higher in the VPN tables, and the catalog does not sell paid placement for individual public VPN endpoints.

Server ranking is based on the available dataset and technical signals such as recent checks, speed, latency, country and freshness. If commercial relationships are added in the future, they should be disclosed separately from the measured public dataset.

Why multiple VPN sources are used

No single public VPN source is complete or permanently stable. VPN Gate can provide broad coverage, VPNBook is smaller but official, GitHub archives can expose temporary public configs, and smaller providers can add countries that are missing from larger feeds. Combining sources improves coverage, while live checks keep the visible catalog focused on servers that still work.

Frequently asked questions

Does PublicVPNList own the listed VPN servers?
No. PublicVPNList imports public OpenVPN profiles from third-party sources and checks whether they are technically usable.
Why can a source have more rows than the public table?
Some imported profiles fail checks, lack measurements, duplicate existing rows or are waiting for the next verification run.
How can a server be removed?
Send the host or IP, port, protocol, source URL if available, proof or context for the request, and the removal reason through the contact page.
Is a technically working public VPN safe for sensitive traffic?
Not necessarily. Technical checks do not verify the operator, logging policy or trustworthiness of the endpoint. Avoid sensitive traffic on unknown public VPN servers.
Can advertising affect server rankings?
No. Advertising may support the site, but VPN rows are ranked from catalog data and technical signals, not paid placement.

Related methodology pages