Private web access, explained

Build a Site VPN for the web tools that should not be public.

Vendor-neutral architecture and deployment guides for WireGuard, Linux VPS gateways, iOS, Android, Windows, macOS, private static sites, LAMP/PHP panels, AI chat, and internal web applications.

Device-level accessUnique peers and narrow routes
Private web originsStatic, LAMP, APIs, and chat
No service claimsEducation, not VPN accounts
Diagram showing a laptop and phone connecting through an encrypted VPN gateway to a private website and administration API
The model

A private path, not a magic shield.

A Site VPN combines encrypted transport, private routing, controlled name resolution, and a web service that is deliberately unavailable on public interfaces. Application identity and secure coding still matter after the tunnel connects.

Enroll the device

Give each phone, laptop, server, or router its own peer key and address. Unique peers make revocation and troubleshooting possible.

Plan client access →

Route the resource

Advertise only the private host or service subnet the device needs. A narrow route is easier to test than a blanket private network.

Study the architecture →

Close the origin

Bind the website or reverse proxy to a WireGuard address or private interface, then verify public IPv4, IPv6, and alternate ports cannot reach it.

Protect a web app →
Use cases

One access pattern, several kinds of private web.

The same network boundary can protect a small static documentation site or a larger administration stack. The service behind it determines the additional controls.

Private static website

Publish internal docs, prototypes, runbooks, or client deliverables without putting the origin on a public CDN. Control browser caching and build destinations.

Read the static-site guide →

LAMP and PHP administration

Move a sensitive admin hostname off the public internet while keeping named accounts, MFA, secure sessions, patching, and least-privilege database access.

Harden a LAMP admin →

Private AI chatbot or team chat

Keep the interface private, then address model data flow, prompt injection, tool permissions, conversation retention, and Python execution separately.

Design private AI access →

Forms, webhooks, and payment operations

Leave a narrow public submission or payment endpoint available while moving message review, Bitcoin Pay or Solana Pay reconciliation, exports, and internal webhooks behind the VPN.

Map the private web stack →
A practical default

WireGuard on a Linux VPS, with the site bound privately.

For a small team, a stable UDP endpoint and hub-and-spoke topology keep the packet path visible. Use unique keys, a reserved private subnet, split DNS where needed, HTTPS, and explicit firewall rules.

Linux VPSWireGuardPrivate DNSHTTPSReverse proxy

Design

List users, devices, resources, routes, names, and failure consequences.

Deploy

Build the gateway, bind the origin, and enroll one pilot device.

Prove

Test approved access, denied access, revocation, roaming, and recovery.

Choose deliberately

WireGuard, OpenVPN, Tailscale, or an application tunnel?

Protocol speed is only one factor. Control-plane work, identity, NAT traversal, restricted networks, provider dependency, and the number of private protocols should drive the choice.

PatternBest fitYou operateWatch for
Direct WireGuardStable gateway, known devices, narrow private routesKeys, routes, DNS, gateway, monitoringManual lifecycle and UDP restrictions
OpenVPNExisting PKI, TCP transport, mature integrationsCertificates, server policy, profiles, upgradesLarger configuration surface
Managed meshChanging devices, identity policy, NAT traversalPolicy, endpoints, app security, vendor governanceControl-plane dependency and metadata
Application tunnelBrowser-only access to selected web appsConnector, identity policy, origin, vendor accountProvider in the request path
SiteVPN Dispatch

Long-form deployment guides.

Ten complete articles focus on architecture, practical setup, limitations, and operations rather than promises of anonymity or effortless security.

Common questions

Site VPN FAQ

What is a Site VPN?

A Site VPN is an encrypted private route to a website, API, dashboard, or group of web services. Approved devices join the VPN before they can reach the private address.

Can a Site VPN be free?

WireGuard and many supporting tools are free and open source. A dependable deployment can still require a VPS, domain, backups, monitoring, and operator time, so “free” usually describes the software rather than the full service.

Is WireGuard an OpenVPN or Tailscale alternative?

WireGuard can replace the tunnel layer in many deployments. Tailscale also provides coordination, identity, NAT traversal, and device management, while OpenVPN offers a different transport and authentication model. The correct comparison includes those operational layers.

Can I protect a static website, LAMP panel, or private chatbot?

Yes. The web server should listen only on a private interface or private reverse proxy, while application authentication, HTTPS, patching, and least privilege remain in place.

Does a Site VPN make a website anonymous?

No. It limits reachability and encrypts the tunnel. The gateway, application, identity system, browser, and upstream networks can still create metadata, and an authorized device can still be compromised.

Start small

Protect one site before building a private platform.

Choose a low-risk internal service, enroll one device, and prove both access and non-access. A clear, recoverable path is more valuable than a large network no one fully understands.