Access model & connectivity
How this is scored
What the product connects and how: a managed gateway VPN with shared or dedicated gateways and dedicated static IPs, a peer-to-peer mesh between devices and servers, access per application or resource (ZTNA), site-to-site links between offices and cloud networks (AWS, Azure, Google Cloud), connectors behind a firewall without inbound ports, the protocols (WireGuard, IPsec, OpenVPN, a vendor protocol), split tunnelling and full tunnelling, always-on and auto-connect, clients for Windows, macOS, Linux, iOS, Android and ChromeOS, the gateway and relay locations, NAT traversal and relays, and access for contractors without a managed device.
0 — Gives no remote access of its own; a browser extension, a consumer VPN for anonymous browsing or a security tool that only filters traffic.
3 — A VPN client that connects users to one gateway or network; site-to-site, per-resource access, the clients per platform and the locations are basic or not described.
5 — Clients for Windows, macOS, Linux, iOS and Android, a modern protocol (WireGuard or IPsec), access to private networks through a gateway or connector without inbound firewall rules, split tunnelling, dedicated static IPs or self-run gateways, site-to-site or cloud network links, and the gateway or relay locations named.
8 — Access per application or resource rather than whole networks, peer-to-peer connections with relays as fallback, always-on and auto-connect, connectors for the major clouds and Kubernetes, gateways in many named regions, private DNS and split DNS, clientless browser access for contractors, and the protocol and encryption choices documented.
10 — Connectivity a distributed company runs on: every access model above in one product, high-availability gateways and connectors with failover documented, performance and throughput published per gateway type, post-quantum or equivalent key exchange documented, and an exit path to run the same network on self-hosted components.
The DevOps Engineer
This is a genuine peer-to-peer mesh: devices connect directly whenever possible with the vendor's root servers as relay fallback, and the docs say what relaying costs in latency and packet loss, which is exactly the honest architecture disclosure I want. The AWS VPC gateway guide shows a self-run connector (a t2.nano EC2 instance routing a VPC range into the virtual network, deployable in Docker), managed routes give effective split tunnelling, and post-quantum key exchange with ML-KEM-1024 and CNSA 2.0 is documented on the Quantum tier. It falls short of the top anchors because access is granted per network and per device via flow rules rather than per application, and we found no public information on private or split DNS, clientless browser access for contractors, always-on auto-connect, named gateway or relay regions, or documented gateway high availability and failover. 2 5 12 13 6 4