This page explains how the catalog turns public OpenVPN profiles into visible rows, what the checks measure, what they do not prove, and how server owners or users can request corrections. PublicVPNList is a catalog and measurement layer; it does not operate the listed VPN exit servers.
The importer reads public OpenVPN sources such as direct .ovpn files, public profile bundles, CSV-style feeds and public repositories. A source must be reachable without account registration or captcha, and profiles must contain practical connection data such as a remote host, port and protocol.
Imported profiles are normalized into a common dataset with country, host, IP address, port, protocol, source name and timestamps where available. Import alone does not guarantee public display: a profile still needs enough useful data and current measurements before it appears in user-facing tables.
Availability checks focus on whether an endpoint still looks usable from the monitoring environment. The checker evaluates recent response signals, protocol and port data, and whether the row has enough current information to be useful in the public catalog.
A successful check means the server passed the technical visibility rules at that time. It does not guarantee that the server will stay online, accept every client, or work from every user network.
Speed is stored as measured Mbps from the latest available check window. The catalog uses this number as a practical quality signal, not as a permanent capacity claim. Public VPN endpoints can be overloaded, rate-limited or routed differently depending on the user's network.
Rows with no useful speed measurement are kept out of the main indexable catalog. When choosing a server, compare speed together with latency, checked time, country, protocol and port.
Configs can become stale when the remote host disappears, the port changes, the profile is removed from the source, the endpoint stops responding, or repeated checks no longer produce useful measurements. Stale or broken profiles can be hidden from country pages, downloads and sitemap entries.
The public dataset favors rows that are current enough to help users make a decision. Older imported profiles may still be useful for rechecking or deduplication, but they should not be treated as live recommendations.
Server owners, network operators, source maintainers and users can request removal or correction through Contacts. Include the host or IP address, port, protocol, country label, source URL if known, and the requested action.
For ownership or operator requests, include enough context to verify that the request is legitimate. Credible reports may lead to correction, exclusion from public pages, or removal from future import queues.
PublicVPNList does not verify the legal identity, logging policy, internal security controls, ownership, jurisdiction, employee access, malware filtering, content manipulation or long-term trustworthiness of third-party VPN operators.
The checks also do not prove that the country label is legally exact. IP geolocation and source hints can be imperfect, so country should be treated as a practical routing signal rather than proof of physical location.
OpenVPN encryption protects the connection between your device and the VPN endpoint, but the endpoint operator can still control the exit path. Unknown public VPN servers may log metadata, change DNS behavior, throttle traffic, inject rules, disappear suddenly or publish stale profiles.
Use public VPN profiles for low-risk testing, route comparison, troubleshooting and OpenVPN client setup practice. Avoid banking, work systems, private accounts, identity documents, medical portals, source code and other sensitive traffic unless you trust the operator.