whats-best.ai
Search Sign in

Business VPN & Zero Trust Access

Tailscale

Rest of world Report an error

Panel rating · 6 judges · How to read the stars

Category median

Sovereignty: not determined

0–5 in half steps. 5 means the rubric's top anchor is met on the evidence.

by Tailscale US Inc. · tailscale.com

Compare with NordLayer → Compare with NetBird → Report an error on this page Is this your product? →

Link to this page

Tailscale: AI-assisted analysis on whats-best.ai Tailscale: AI-assisted analysis on whats-best.ai (dark)

Add ?theme=dark to the image address for dark backgrounds. The badge shows the category and the month of the latest evaluation, and EU-Made where that is the product’s provenance. It never shows a score.

Tailscale at a glance

Vendor
Tailscale US Inc.
Headquarters
Not stated on the vendor’s pages as of 5 Nov 2026
Data hosting
Not stated on the vendor’s pages as of 5 Nov 2026
Free plan
Yes, per the vendor’s own page source, captured 5 Nov 2026
Panel verdict
The AI panel rates Tailscale 3.5/5, the mean of 6 judges. Tailscale, a WireGuard mesh VPN with identity-based access control, scored highest on identity and policy at 8 across the bench, built on default-deny grants, MFA inherited from your own identity provider and SCIM group sync. how scores are made
As of
Vendor pages captured 5 Nov 2026; evaluated by the panel 6 Nov 2026. all sources

Tailscale alternatives, European ones first →

Read this page as one judge. Each weighs the same scores by what they care about.

The DevOps Engineer

Weighted verdict

Platform engineer at a sixty-person software company with servers at Hetzner, a Kubernetes cluster on AWS and a bastion host everyone shares a key for. Wants a mesh that reaches every server and cluster without inbound ports, access policies kept in Git and applied with Terraform, SSH access tied to the identity provider, connectors that run as containers, and a published architecture that says what the vendor's relays can see.

Same scores as the panel view — this lens weights them the way this judge cares.

Scored by The DevOps Engineer

Panel median The DevOps Engineer This judge’s scores over the panel median. Each label opens its reasoning below.
Scores per criterion, in stars out of 5
Criterion Panel median The DevOps Engineer
Access model & connectivity 4 of 5 4 of 5
Identity, access policy & device posture 4 of 5 4 of 5
Logs, audit trail & incident response 3.5 of 5 3.5 of 5
Deployment, API & administration 3.5 of 5 3.5 of 5
Architecture, reliability & security assurance 3.5 of 5 3.5 of 5
European sovereignty 2 of 5 2 of 5
Pricing transparency 3.5 of 5 3.5 of 5

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.

Report an error

The DevOps Engineer

This is the model I want for sixty servers and two clouds: WireGuard peer-to-peer mesh with STUN/ICE NAT traversal so nothing needs an inbound port, DERP relays only as fallback, and subnet routers bridging whole subnets including site-to-site between cloud networks. Clients are listed for Windows, macOS, Linux, iOS, Android, Chromebooks and more, MagicDNS and split DNS are documented, the Kubernetes Operator covers clusters, and high-availability subnet routers with failover are written up. We found no public information on always-on auto-connect, clientless browser access for contractors, or post-quantum key exchange, so it stops short of the top end. 2 4 13 14 20 21 22

Report an error

Identity, access policy & device posture

How this is scored

Whether access follows identity and the state of the device rather than the network: single sign-on with Microsoft Entra ID, Google Workspace, Okta or any OIDC/SAML provider, SCIM or directory sync so a leaver loses access, multi-factor authentication, groups and per-resource access policies, least-privilege defaults, device posture checks (operating system version, disk encryption, EDR or MDM status, managed device certificates), just-in-time or time-limited access with approval, session lifetimes and re-authentication, and access revoked when a device is lost.

0 — No user identity at all; a shared key or configuration file grants access to the whole network.

3 — User accounts with a password or one identity provider; groups, per-resource policies and device checks are basic or not described.

5 — Single sign-on with Entra ID, Google Workspace and Okta, multi-factor authentication, user groups, access policies that restrict groups to named networks, resources or ports, automatic or SCIM-based deprovisioning, and basic device posture checks such as operating system version.

8 — SCIM provisioning from the major identity providers, per-resource policies with least privilege by default, device posture from EDR or MDM tools (for example CrowdStrike, SentinelOne, Intune, Jamf), just-in-time access with approval and expiry, session re-authentication, policies kept as code, and the policy model documented.

10 — Access control a security team can audit and trust: continuous evaluation of identity and device state during a session, policies tested before they apply, emergency revocation documented, device identity bound to hardware, and the decision for every connection explainable from the logs.

Report an error

The DevOps Engineer

Authentication is outsourced to your own OAuth2/OIDC/SAML provider with MFA inherited from it, SCIM group sync keeps access current, and policies are default-deny grants in one tailnet policy file I can drive through GitOps with GitHub or GitLab and the API. Device posture pulls pre-populated host facts plus synced EDR and MDM attributes (CrowdStrike is the worked example), just-in-time access is policy-file driven, and Tailscale SSH authorizes by tailnet identity instead of SSH keys — the shared bastion key can finally die. Terraform shows up for managing PAM resources rather than the whole tailnet, which is the one gap I care about. 2 4 5 12 15 16 21

Report an error

Logs, audit trail & incident response

How this is scored

What can be seen and proven afterwards: connection and access logs (who reached which resource from which device, when), admin and configuration audit logs, how long logs are kept per plan, log export and streaming to a SIEM (Splunk, Microsoft Sentinel, Datadog, an S3 bucket), alerts on unusual access, a view of active sessions and the ability to end them, DNS logs where DNS filtering is part of the product, and what the vendor states it does not log, such as the content of traffic.

0 — No logs of any kind; the admin cannot see who connected.

3 — A list of connected users or devices; access logs, admin audit logs, retention and export are basic or not described.

5 — Connection or access logs per user and device, an admin audit log of configuration changes, the retention period stated, log export by CSV or API, a view of active sessions or devices with the option to disconnect or revoke them, and a statement of what traffic data is and is not logged.

8 — Log streaming to named SIEM tools, network flow logs per resource, retention of a year or more stated per plan, alerts or webhooks on security events, logs filterable by user, device and resource, and the log schema documented.

10 — An audit trail that holds up in an investigation: every access decision and admin action recorded with its policy and reason, logs signed or tamper-evident, evidence suitable for ISO 27001, NIS2 or DORA audits, full export in an open format, and the customer able to keep logs entirely on its own infrastructure.

Report an error

The DevOps Engineer

Configuration audit logs are on by default with actor, action, target and time, filterable in the admin console and exportable via API, and network flow logs cover node-to-node traffic with an explicit statement they contain no traffic contents. Streaming to named SIEMs — Splunk HEC, Datadog, Elasticsearch, Panther among others — plus webhooks and SSH session recording is documented, and every connection being logged on both source and destination makes tampering detectable. Configuration log retention is fixed at ninety days and cannot be configured, and we found no public information on alerts for unusual access or a live session view. 4 6 10 17 18 21

Report an error

Deployment, API & administration

How this is scored

How the product is rolled out and run by a small IT team or a service provider: time to the first connection, deployment of clients through MDM (Intune, Jamf, Kandji) with preconfigured settings, a central admin console, a documented REST API, a Terraform provider or configuration as code, roles for administrators, several teams, sites or customer tenants in one account, a multi-tenant console for managed service providers, a self-hosted or on-premises edition, the update process for clients and gateways, and support channels and hours.

0 — No central administration; every client is configured by hand with no console.

3 — A web console to add users and gateways; the API, MDM deployment, admin roles and multi-tenant set-up are basic or not described.

5 — A central admin console, a documented REST API, client deployment through MDM with preconfigured settings, admin roles, several networks or sites in one account, client updates managed centrally, and support channels and response times stated per plan.

8 — A Terraform provider or configuration as code, a multi-tenant console for service providers or several organisations, granular admin roles, a self-hosted or on-premises edition documented for production, gateways deployable as containers or cloud images, and webhooks or integrations with ticketing and chat tools.

10 — Administration that scales across many sites and tenants: every setting reachable by API and code with parity stated, staged rollouts of client and gateway updates, a self-hosted edition with feature parity stated, reseller or MSP billing per tenant, and an exit path for configuration and users documented.

Report an error

The DevOps Engineer

A documented REST API is on all plans with scoped tokens and trust credentials, admin roles split across Owner, Admin, IT admin and Network admin, MDM deployment written up in real detail for Jamf with preconfigured profiles, and centrally managed client updates across stable, release candidate and unstable tracks. The Kubernetes Operator deploys via Helm, multiple tailnets under one organization exist for OEM-style setups, and webhooks are listed. We found no public information on a self-hosted or on-premises edition documented for production, which is what holds this below the top level. 2 4 7 8 19 20

Report an error

Architecture, reliability & security assurance

How this is scored

How the product is built and how its claims are proven: a published architecture showing what the coordination servers, relays and gateways see, whether traffic passes through the vendor or end to end between devices, encryption and key management, open-source clients or servers, independent security audits and penetration tests with reports or summaries published, a vulnerability disclosure or bug bounty programme, high availability and failover of the vendor's control plane, what happens to existing connections when the vendor's service is down, the vendor's own public status page and incident history, and an SLA.

0 — Nothing is published about how the product works or is secured.

3 — Encryption is mentioned in marketing terms; architecture, audits, availability and the vendor's status page are basic or not described.

5 — An architecture overview of clients, gateways and the control plane, the encryption protocol and key handling named, an independent security audit or penetration test stated, a vulnerability disclosure contact, the vendor's public status page, and an availability SLA on the business plans.

8 — A security whitepaper with the data flow and what the vendor can see, open-source clients or core components, audit or pentest reports or summaries published by the auditor, a bug bounty, high availability of the control plane documented, existing connections kept alive when the control plane is down, and the incident history public with post-mortems.

10 — Assurance a regulated buyer can verify: fully open-source and reproducible components, recurring independent audits published in full, the control plane self-hostable with no call home, a documented failure mode for every vendor component, and several years of availability published.

Report an error

The DevOps Engineer

The how-it-works page is exactly what I ask vendors for: the coordination server is described as a shared drop box for public keys only, private keys never leave the node, and DERP relays blindly forward already-encrypted WireGuard packets and do not log — with the relay code open source so I can check. Encryption is documented down to Noise IK with X25519, TLS 1.2 minimum, AEAD cipher selection and Tailnet Lock signatures, the network stays reachable when the coordination server is down, and DERP regions fail over independently. Independent Latacora audits are stated but available only on request, the vendor states it has no bug bounty program, and we found no public information on a status page, incident history or an availability SLA. 4 11 12 21 22

Report an error

European sovereignty

How this is scored

Who the contracting entity and the parent company are, where account data, user and device identities, connection logs and configuration are stored and processed, which party runs the coordination servers, relays and gateways the traffic passes through, and who the subprocessors are (hosting, identity, email, support and payment tools). Independently sourced by the sovereignty pipeline. Gateway and exit locations outside Europe are part of what the product does and are not counted against it; where the logs and identities are stored and who processes them is. A self-hosted or open-source edition the customer runs on its own European servers counts as the customer's chain, whatever the vendor's seat.

0 — Non-EU vendor and contracting entity, hosting of the control plane and logs unstated, subprocessors unnamed, and no data processing agreement offered.

3 — A privacy policy and a data processing agreement exist, but the location of the control plane and logs is unstated or non-EU and the subprocessors are not listed.

5 — EU hosting of logs and account data available and an EU contracting entity or EU representative, but parts of the chain (relays, support, identity, payment) run through non-EU providers without a stated safeguard.

8 — EU hosting on named infrastructure for the control plane and logs, EU contracting entity, subprocessors listed with their locations, a data processing agreement published, and security certifications (ISO 27001, SOC 2) stated — or a self-hosted edition documented that keeps every record and connection on the customer's own servers.

10 — Sovereign end to end and evidenced: European ownership, entity, hosting and every subprocessor, or a self-hosted open-source edition with no call home, data export and deletion documented, and certifications published with their scope rather than implied.

Report an error

The DevOps Engineer

The contracting entity is a US corporation with exclusive venue in New York County, while the DPA is published with standard contractual clauses, an Article 27 GDPR representative (EDPO) appointed, and subprocessors listed with ten days' notice of changes. Information is stated to be maintained and processed in Canada, Germany, the United States and the United Kingdom — a mixed footprint rather than a documented EU-hosting option for the control plane and logs — and we found no public information on a self-hosted production edition that would keep records on our own servers. 9 10 11 12

Report an error

Pricing transparency

How this is scored

Whether a buyer can compute the real annual cost from public pages alone: price per user or per device and tier, minimum seats, what dedicated gateways, static IPs, extra networks or sites cost, which features (SSO, SCIM, device posture, log streaming, longer retention, site-to-site) need a higher tier, the free tier and its limits, the price of a self-hosted or on-premises licence, monthly versus annual billing, minimum term and VAT.

0 — No public prices at all; every customer is a sales call or a partner quote.

3 — A starting price or a free tier exists, but how cost scales with users, devices, gateways or features is unclear.

5 — Tiers are public with a price per user and their main inclusions, but at least one commonly needed piece (dedicated gateways or IPs, extra sites, SSO or SCIM, log retention, the self-hosted licence) is unpriced or "on request".

8 — Every tier priced publicly with its scaling rule (users, devices, gateways, networks), dedicated IPs and gateways priced, add-ons priced, minimum seats, minimum term and VAT treatment stated.

10 — Complete price computability: annual cost derivable for a given team size, number of sites, gateways and devices, with every add-on, overage and support fee and the cancellation and data-return terms published.

Report an error

The DevOps Engineer

Published tiers are Personal at $0 forever, Standard at $8 per user, per month and Premium at $18 per user, per month, with tagged resources at $1 per month each beyond fifty included, per-plan ephemeral-minute allotments, taxes explicitly excluded, USD invoicing at thirty days, and plan gating documented for posture attributes and log streaming. Enterprise and additional ephemeral minutes are contact sales. Minimum seats, minimum term and an annual-versus-monthly price difference are the pieces we found no public information on. 3 6 8 9 15 18

Report an error

European sovereignty — proven facts

0 of 6 dimensions proven

Built only from facts shown on the vendor's own pages. A dimension we could not prove is left open, not scored as zero.

Hosting location Not determined — uncited Report an error
Hosting options Not determined — uncited Report an error
Open source Not determined ⚠ unverified — uncited Report an error
Data processing agreement Not determined ⚠ unverified — uncited Report an error
Transfer impact assessment Not determined — uncited Report an error

Questions about Tailscale

Is Tailscale European?

No. whats-best.ai classifies Tailscale as Rest of world.

Where does Tailscale store data?

Not stated on the vendor’s pages as of 5 Nov 2026.

Does Tailscale have a free plan?

Yes. Tailscale has a free plan, per the vendor’s page captured 5 Nov 2026.

What are the best alternatives to Tailscale?

As of 6 Nov 2026, the panel rates Defguard (3.5/5), Firezone (3.5/5) and Cloudflare Zero Trust (3.5/5) highest among the other 12 Business VPN & Zero Trust Access products evaluated. Ratings that look equal are rounded to half stars; the order uses the unrounded rating, then the name. The highest-rated European alternative is Defguard (EU-Made). Ratings are the AI panel’s opinion, formed from public evidence: how scores are made. The full list, with European products first: Tailscale alternatives.

Where this could be wrong

What we left out

A claim that does not survive our checks costs us the claim, not the page. This is what was taken off this one.

Do you know more about Tailscale? Tell us Report an error on this page

Sources (22)

The pages every claim on this page was read from — each one checked, dated, and kept verifiable.

  1. 1 Vendor homepage tailscale.com Checked 5 Nov 2026 Details →
  2. 2 Features page tailscale.com Checked 5 Nov 2026 Details →
  3. 3 Features page (zero trust networking) tailscale.com Checked 5 Nov 2026 Details →
  4. 4 Documentation tailscale.com Checked 5 Nov 2026 Details →
  5. 5 Documentation (access control) tailscale.com Checked 5 Nov 2026 Details →
  6. 6 Documentation (logging) tailscale.com Checked 5 Nov 2026 Details →
  7. 7 API documentation tailscale.com Checked 5 Nov 2026 Details →
  8. 8 Pricing page tailscale.com Checked 5 Nov 2026 Details →
  9. 9 Terms of service (names the contracting entity) tailscale.com Checked 5 Nov 2026 Details →
  10. 10 Privacy policy tailscale.com Checked 5 Nov 2026 Details →
  11. 11 Data processing agreement (dpa) tailscale.com Checked 5 Nov 2026 Details →
  12. 12 Security / trust page tailscale.com Checked 5 Nov 2026 Details →
  13. 13 Access model & connectivity — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  14. 14 Access model & connectivity — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  15. 15 Identity, access policy & device posture — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  16. 16 Identity, access policy & device posture — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  17. 17 Logs, audit trail & incident response — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  18. 18 Logs, audit trail & incident response — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  19. 19 Deployment, API & administration — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  20. 20 Deployment, API & administration — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  21. 21 Architecture, reliability & security assurance — found from sitemap tailscale.com Checked 5 Nov 2026 Details →
  22. 22 Architecture, reliability & security assurance — found from sitemap tailscale.com Checked 5 Nov 2026 Details →