Private network access

Browse Remote VPN and Private Access: What a VPN Changes—and What It Does Not

A VPN creates a protected network path between a device and a remote network or exit gateway. It can change the apparent network location and provide access to private resources, but the browser still executes on the local endpoint unless the VPN is paired with a remote browser or desktop.

Understand the layer

VPNs operate primarily at the network layer. They protect traffic on the path to the VPN gateway and can route selected or all traffic through that gateway. They do not, by themselves, isolate JavaScript, browser extensions, downloads, cookies, or local browser storage from the endpoint.

Remote browsers move execution. Remote desktops move an application or entire desktop. These patterns can be combined, but they solve different problems and should not be described as interchangeable.

Choose full tunnel or split tunnel deliberately

A full tunnel sends most traffic through the remote gateway, simplifying egress policy but potentially increasing bandwidth and latency. A split tunnel routes only selected destinations or networks through the VPN, improving efficiency but making policy and DNS behavior more complex.

Document what happens to DNS, IPv6, local network access, captive portals, and traffic when the tunnel drops. A kill switch or fail-closed route may be appropriate for privacy-sensitive workflows, while other use cases require graceful fallback.

Protect the access edge

The VPN gateway is an exposed authentication surface. Use strong identity, phishing-resistant multifactor authentication where possible, short-lived credentials, device checks when justified, rate limits, patching, and logs. Avoid shared credentials and broad network access that gives every connected device the same reach.

Segment remote users from management networks and from each other. Access should be based on the resources a user needs, not on the assumption that a successful tunnel makes the device trusted.

Use remote browsing when endpoint execution is the problem

When the goal is to keep active web content away from a local device, a VPN alone is insufficient. Pair the tunnel with a remote browser, VDI, or isolated application environment. The VPN can protect the connection to the remote workspace or give the workspace access to private applications.

This combination is useful for private web tools, regulated environments, or fixed egress requirements. It also adds operational dependencies, so session recovery and fallback paths should be tested.

Compare before deploying

Use the remote browser versus VPN versus RDP comparison to match the architecture to the risk. For full desktop delivery, continue to the remote desktop guide. For offsite browser execution with controlled network egress, review self-hosted remote browser patterns.

Continue planning

Related Browse Remote architectures.

Remote Browser

Understand how a remote browser works, where the browser runs, how sessions are delivered, and which remote browsing architecture fits your workflow.

Explore remote browser

RDP

Plan remote desktop browsing with RDP or VDI, secure gateways, device redirection controls, session hosts, and browser-only alternatives.

Explore rdp

Self-hosted

Plan a self-hosted remote browser on a VPS or private server with TLS, identity, session isolation, controlled egress, monitoring, and recovery.

Explore self-hosted

Field guide

Go deeper with implementation detail.

The Remote Browser Field Guide includes ten original long-form articles on security, infrastructure, platforms, and automation.

Browse all guides