CYBER SECURITY • NETWORKING AND INTERNET SECURITY

LAN/WAN/VPN — Explain the difference between LAN/WAN/VPN concepts

Understanding how local, wide-area, and virtual private networks differ in scope, architecture, and security posture.

Historical Context & Motivation

The need to connect computing devices arose almost as soon as multiple machines existed within the same organization. In the 1960s and 1970s, researchers at universities and defense laboratories recognized that linking computers together could multiply their collective utility, enabling resource sharing, collaborative work, and centralized data management. The earliest networks were confined to a single building or campus, connected by coaxial cable at modest data rates—these were the conceptual ancestors of the modern Local Area Network (LAN). As organizations expanded geographically, the demand for interconnecting distant sites drove the development of Wide Area Networks (WANs), which leveraged leased telephone lines and later fiber-optic infrastructure to span cities, countries, and continents.

The explosive growth of the public Internet in the 1990s created a paradox: organizations needed the reach of a WAN but the privacy and trust of a LAN, yet building dedicated private links between every branch office was prohibitively expensive. This tension gave rise to the Virtual Private Network (VPN), a technology that constructs encrypted tunnels over an untrusted public network to simulate the security properties of a private link. Understanding how LANs, WANs, and VPNs differ—and how they complement one another—is foundational to designing, securing, and troubleshooting modern network architectures.

1973
Ethernet Invented
Robert Metcalfe at Xerox PARC designs Ethernet, enabling multiple computers in a single building to communicate over shared coaxial cable—laying the groundwork for the modern LAN.
1983
ARPANET Adopts TCP/IP
The ARPANET transitions to the TCP/IP protocol suite, establishing the fundamental WAN architecture that would eventually become the global Internet.
1995
IPsec Standard Emerges
The IETF publishes the first IPsec RFCs, providing a standardized framework for encrypting and authenticating IP traffic—a core building block of modern site-to-site VPNs.
2001
OpenVPN Released
OpenVPN introduces an open-source SSL/TLS-based VPN solution, making encrypted remote access accessible to organizations of all sizes and popularizing the remote-access VPN model.
2018
WireGuard Gains Traction
WireGuard's inclusion in the Linux kernel signals a new generation of lightweight, high-performance VPN protocols emphasizing simplicity and modern cryptography.

From Ethernet's invention to the modern era of cloud-connected, zero-trust architectures, the central question has remained consistent: how do we connect the right devices, across the right distances, with the right level of security? Answering this question requires a precise understanding of LANs, WANs, and VPNs—their scope, their protocols, and their security implications.

Core Principles & Definitions

Before comparing LANs, WANs, and VPNs directly, it is essential to establish the defining characteristics of each network type. These three concepts operate at different levels of abstraction: a LAN and a WAN describe physical and logical network scopes, while a VPN is an overlay technology that can operate on top of either a LAN or a WAN. Distinguishing between them requires attention to geographic scope, ownership, trust boundaries, and the protocol layers at which they operate.

1

LAN — Local Area Network

A network confined to a small geographic area such as a single building, campus, or home. Devices communicate over high-speed, low-latency media (Ethernet, Wi-Fi) typically owned and managed by a single organization. The LAN constitutes a single broadcast domain or a set of VLANs within one administrative boundary.
2

WAN — Wide Area Network

A network spanning large geographic distances—cities, countries, or continents. WANs interconnect multiple LANs using leased lines, MPLS circuits, or the public Internet. They typically involve third-party service providers, introduce higher latency, and require robust routing protocols such as BGP to manage path selection across autonomous systems.
3

VPN — Virtual Private Network

An encrypted overlay tunnel constructed over an existing network (usually the Internet) that provides confidentiality, integrity, and authentication. VPNs emulate the trust properties of a private link without requiring dedicated physical infrastructure, using protocols such as IPsec, TLS/SSL, or WireGuard.
4

Trust Boundary

The perimeter within which devices are considered trusted. A LAN's trust boundary is typically the organization's physical premises. A WAN extends across untrusted provider networks. A VPN cryptographically reconstructs a trust boundary over an untrusted transport, but the trust is only as strong as the authentication and key management mechanisms in use.
KEY TAKEAWAY
Think of a LAN as a conversation in a private office—everyone in the room can hear each other directly, with low delay and high bandwidth. A WAN is like sending a courier between offices in different cities: the message travels farther and depends on external postal infrastructure you do not control. A VPN is like placing your letter in a locked diplomatic pouch before handing it to that same public courier—the transport is shared, but the contents remain private and tamper-evident.

Visual Explanation — Network Architecture Overview

Two LANs (Site A and Site B) are each self-contained broadcast domains with switches, hosts, and servers. The routers at each site connect to the WAN (the public Internet or an MPLS backbone). A VPN tunnel (dashed green) traverses the WAN to provide an encrypted, authenticated channel that logically extends the private network between sites.

The diagram above illustrates the three-layer relationship. Each LAN is a high-speed, low-latency environment where Ethernet switching handles frame forwarding within the local broadcast domain. The WAN interconnects these LANs through a series of routers and provider infrastructure, introducing variable latency and potential exposure to eavesdropping. The VPN is not a separate physical network at all—it is a logical construct, an encrypted tunnel that rides on top of the WAN. Packets entering the VPN gateway at Router A are encapsulated and encrypted; they traverse the WAN in this protected state and are decrypted at Router B, appearing to the destination LAN as if they arrived over a direct private link.

🔑 Layer Distinction
LAN and WAN are classifications of network scope (Layers 1–3 of the OSI model). A VPN is a security overlay operating at Layer 3 (IPsec) or Layer 4+ (TLS). They are not mutually exclusive categories—a VPN runs over a WAN and terminates inside LANs.

How It Works — Protocols & Encapsulation

Each network type relies on distinct protocol stacks and encapsulation mechanisms. Understanding these mechanisms is critical for security analysis because vulnerabilities often arise at encapsulation boundaries—where a packet transitions from a trusted LAN to an untrusted WAN, or where a VPN tunnel terminates and decrypted traffic re-enters a local segment.

LAN Protocols

At Layer 2, the LAN operates primarily on the IEEE 802.3 (Ethernet) and IEEE 802.11 (Wi-Fi) standards. Ethernet frames carry source and destination MAC addresses and are forwarded by switches using MAC address tables (CAM tables). Modern LANs segment broadcast domains using VLANs (IEEE 802.1Q), which insert a 4-byte tag into the Ethernet frame header to logically separate traffic on the same physical switch. Speeds range from 1 Gbps to 100 Gbps on enterprise-grade switches, with round-trip latencies typically under 1 ms within the same building.

WAN Protocols

WANs operate at Layer 3 and rely on IP routing. The dominant exterior gateway protocol is BGP (Border Gateway Protocol), which exchanges reachability information between autonomous systems. Enterprise WANs may also use provider-managed MPLS (Multiprotocol Label Switching) circuits, which apply short labels to packets for fast forwarding along predetermined label-switched paths. WAN links introduce latencies of 10–200 ms or more depending on geographic distance and are subject to jitter, packet loss, and congestion that are largely absent in a well-provisioned LAN.

VPN Encapsulation

A VPN encapsulates the original IP packet (the "inner" packet) inside a new IP packet (the "outer" packet) with an added encryption and authentication header. In IPsec tunnel mode, the Encapsulating Security Payload (ESP) header provides confidentiality via symmetric encryption (typically AES-256) and integrity via HMAC. The original IP header is hidden inside the encrypted payload, so intermediate routers on the WAN see only the outer header and cannot inspect the true source, destination, or payload of the inner packet. TLS-based VPNs (e.g., OpenVPN) operate similarly but at Layer 4, wrapping IP packets inside a TLS session carried over UDP or TCP.

IPSEC TUNNEL MODE PACKET STRUCTURE
[ Outer IP Header | ESP Header | Encrypted( Inner IP Header | Payload ) | ESP Trailer | ESP Auth ]
The Outer IP Header contains the VPN gateway addresses. The ESP Header carries the Security Parameter Index (SPI) and sequence number. The entire inner packet (original IP header + payload) is encrypted. The ESP Auth field provides an HMAC for integrity verification.
MTU OVERHEAD CALCULATION
Effective MTU = WAN MTU − (Outer IP Header) − (ESP Header + Trailer + Auth) = 1500 − 20 − (8 + 2 + padding + 12) ≈ 1400–1440 bytes
VPN encapsulation adds overhead, reducing the maximum payload that can traverse the tunnel without fragmentation. Network engineers must account for this by setting the tunnel interface MTU to approximately 1400 bytes or enabling Path MTU Discovery (PMTUD) to avoid performance-degrading fragmentation.

VPN Classification & Deployment Models

VPNs are not monolithic—they come in several deployment models optimized for different use cases. Understanding these models is essential for choosing the right architecture and assessing its security properties. The three primary categories are site-to-site VPNs, remote-access VPNs, and client-to-client (mesh) VPNs. Additionally, the industry distinguishes between Layer 2 VPNs (which carry Ethernet frames) and Layer 3 VPNs (which carry IP packets).

Three primary VPN deployment models are compared: site-to-site (permanent gateway-to-gateway tunnels), remote-access (individual clients connecting to a concentrator), and mesh (every node tunneled to every other). The table below summarizes the dominant protocols.

A site-to-site VPN establishes a permanent, always-on tunnel between two fixed gateways—typically routers or firewalls at branch offices. This is the VPN model that most closely replicates a dedicated WAN link. In contrast, a remote-access VPN allows individual users (e.g., employees working from home) to establish on-demand tunnels into the corporate network using a software client. The mesh VPN model, popularized by tools like WireGuard-based Tailscale and Nebula, creates peer-to-peer tunnels among all nodes, eliminating the single point of failure inherent in hub-and-spoke topologies. Security practitioners must evaluate each model's attack surface: site-to-site VPNs expose two gateway endpoints, remote-access VPNs expose the concentrator to the entire Internet, and mesh VPNs distribute the attack surface across every participating node.

Worked Example — Designing a Multi-Site Network

Consider a medium-sized company, Acme Corp, with a headquarters in New York, a branch office in London, and 50 remote employees worldwide. The IT team must design a network architecture that provides internal connectivity, inter-site communication, and secure remote access. We will walk through the design decisions step by step, identifying where LAN, WAN, and VPN concepts apply.

Acme Corp Network Design
1
Step 1 — Design the LAN at Each SiteEach physical site requires its own LAN. At headquarters, the team deploys a Layer 3 core switch with 10 Gbps uplinks and multiple access-layer switches for floor-level connectivity. The network is segmented into VLANs: VLAN 10 for Engineering (subnet 10.1.10.0/24), VLAN 20 for Finance (10.1.20.0/24), and VLAN 30 for Guest Wi-Fi (10.1.30.0/24). The London office mirrors this structure at a smaller scale with a single switch stack.
Two isolated LANs: HQ (10.1.0.0/16) and London (10.2.0.0/16), each with VLAN segmentation for security.
2
Step 2 — Establish WAN ConnectivityTo interconnect the two LANs, Acme procures a business-grade Internet connection at each site: 1 Gbps fiber at HQ and 500 Mbps at London. Both sites use border routers running BGP to peer with their respective ISPs. The public Internet serves as the WAN transport. For latency-sensitive applications, the team also considers an MPLS circuit from a global carrier as a backup path with guaranteed QoS.
WAN connectivity established via public Internet (primary) and optional MPLS (secondary) between New York and London.
3
Step 3 — Deploy a Site-to-Site VPNBecause the public Internet is untrusted, the team configures an IPsec tunnel between the border routers. IKEv2 negotiates the security association using certificate-based authentication. The tunnel encrypts all inter-site traffic with AES-256-GCM and uses SHA-384 for integrity. The tunnel interface MTU is set to 1400 bytes to avoid fragmentation. Routing is configured so that traffic destined for 10.2.0.0/16 from HQ is directed into the tunnel, and vice versa.
Site-to-site IPsec VPN operational: HQ ↔ London, AES-256-GCM, MTU 1400, certificate authentication.
4
Step 4 — Configure Remote-Access VPNFor the 50 remote employees, the team deploys a WireGuard VPN server on a dedicated appliance at HQ. Each employee's laptop has a WireGuard client configured with a unique public/private key pair. The server assigns addresses from the 10.3.0.0/24 pool. Split tunneling is configured so that only traffic destined for internal subnets (10.0.0.0/8) traverses the VPN; all other traffic goes directly to the Internet, reducing bandwidth load on the HQ link.
Remote-access VPN: 50 clients via WireGuard, split tunneling enabled, dedicated subnet 10.3.0.0/24.
5
Step 5 — Validate Security PostureThe security team verifies the design. LAN-level controls include 802.1X port-based authentication and VLAN ACLs to prevent lateral movement between Engineering and Finance. The site-to-site VPN uses Perfect Forward Secrecy (PFS) with Diffie-Hellman Group 20 to ensure that compromise of a long-term key does not expose past sessions. The remote-access VPN enforces multi-factor authentication (MFA) before tunnel establishment. Firewall rules at both sites restrict VPN traffic to only the necessary ports and protocols.
Layered security: 802.1X on LANs, PFS on site-to-site VPN, MFA on remote-access VPN, restrictive firewall policies.

Strengths, Limitations & Comparative Analysis

Each network type carries distinct advantages and trade-offs. The following table distills the key differentiators that a security professional or network architect must weigh when designing or evaluating an infrastructure.

Comparative characteristics of LAN, WAN, and VPN architectures
CharacteristicLANWANVPN
Geographic ScopeBuilding or campus (< 1 km)Metropolitan to globalAny (overlay on WAN)
Typical Bandwidth1–100 Gbps10 Mbps–10 GbpsLimited by WAN link + overhead
Latency< 1 ms10–200+ msWAN latency + encryption overhead
OwnershipOrganization-owned infrastructureISP / carrier infrastructureSoftware-defined over shared infra
Inherent EncryptionNone (cleartext by default)None (cleartext by default)Yes — end-to-end by design
Attack SurfacePhysical access, ARP spoofing, VLAN hoppingBGP hijacking, DDoS, eavesdroppingVPN gateway exploitation, credential theft
Cost ModelCapEx for switches, cable, APsOpEx for ISP/carrier circuitsMinimal marginal cost (software)
KEY TAKEAWAY
LANs, WANs, and VPNs are not competing technologies—they are complementary layers of a complete network architecture. A LAN provides fast, local connectivity. A WAN connects distant LANs. A VPN adds a cryptographic security layer on top of the WAN to protect data in transit. In a well-designed enterprise network, all three coexist: the LAN handles intra-site switching, the WAN provides inter-site routing, and the VPN ensures that traffic crossing the untrusted WAN remains confidential and authenticated. Choosing among them is not an either/or decision; the question is always how to integrate all three effectively.

Connection to Advanced Theory — SD-WAN & Zero Trust

The traditional LAN/WAN/VPN taxonomy, while foundational, is evolving rapidly. Two transformative paradigms—Software-Defined WAN (SD-WAN) and Zero Trust Architecture (ZTA)—are reshaping how organizations think about network boundaries and trust. Understanding these advanced concepts requires a solid grasp of the LAN/WAN/VPN distinctions covered earlier, as both paradigms build upon and extend the classical model.

Traditional vs. next-generation network architectures
AspectTraditional LAN/WAN/VPNSD-WAN + Zero Trust
Trust ModelPerimeter-based: inside the LAN/VPN = trusted, outside = untrustedIdentity-based: no implicit trust regardless of network location
WAN TransportSingle MPLS or VPN tunnel, manual failoverMultiple paths (MPLS + broadband + LTE), application-aware policy routing
Access ControlVPN grants broad network access once authenticatedPer-session micro-segmentation; least-privilege access to specific applications
ConfigurationManual CLI or template-driven per deviceCentralized orchestration via controller, intent-based policies
Cloud IntegrationTraffic backhauled to HQ before reaching cloudDirect-to-cloud breakout from branch; SASE integration

SD-WAN abstracts the WAN transport layer, allowing organizations to dynamically route traffic across multiple underlying connections based on application requirements—steering latency-sensitive video conferencing over MPLS while sending email over cheaper broadband. Zero Trust Architecture eliminates the assumption that devices on the LAN or connected via VPN are inherently trusted; instead, every access request is authenticated, authorized, and encrypted regardless of the requester's network location. Technologies such as SASE (Secure Access Service Edge) converge SD-WAN, VPN, firewall, and identity verification into a unified cloud-delivered service. As you advance in your study of network security, you will find that the LAN/WAN/VPN model is not obsolete—it remains the conceptual scaffolding upon which these newer frameworks are built.

🔭 Looking Ahead
Courses in cloud security and enterprise architecture will deepen your understanding of how SD-WAN overlays, ZTNA (Zero Trust Network Access) policies, and microsegmentation extend the LAN/WAN/VPN model into hybrid cloud environments. Mastering the fundamentals in this lesson provides the necessary foundation for those advanced topics.

Practice Problems

PROBLEM 1CONCEPTUAL
A network administrator says, "Our VPN replaces our WAN." Explain why this statement is technically imprecise. In your answer, clarify the relationship between a VPN and a WAN, and describe what the VPN actually depends upon.
PROBLEM 2BASIC CALCULATION
An IPsec tunnel in ESP tunnel mode adds a 20-byte outer IP header, an 8-byte ESP header, a 2-byte ESP trailer, up to 14 bytes of padding, and a 12-byte ESP authentication tag. If the WAN interface MTU is 1500 bytes, calculate the maximum effective payload size that can be transmitted through the tunnel without fragmentation.
PROBLEM 3INTERMEDIATE
A company has three offices: New York (HQ), London, and Tokyo. They need all offices to communicate securely. Compare and contrast deploying a hub-and-spoke site-to-site VPN (with HQ as the hub) versus a full mesh VPN. Analyze the trade-offs in terms of number of tunnels, latency for London-to-Tokyo traffic, single points of failure, and administrative complexity.
PROBLEM 4APPLIED
A healthcare organization must allow 200 physicians to access patient records from personal devices at home. Regulatory requirements (HIPAA) mandate encryption of all protected health information (PHI) in transit. Design a solution specifying: (a) the VPN type and protocol, (b) authentication mechanism, (c) whether to use split tunneling and why, and (d) LAN-level segmentation at the hospital.
PROBLEM 5CRITICAL THINKING
A security consultant argues that VPNs are becoming obsolete because Zero Trust Network Access (ZTNA) provides superior security. Critically evaluate this claim. Under what circumstances might a traditional VPN still be the better choice? Under what circumstances is ZTNA clearly superior? What fundamental assumption about LANs does Zero Trust challenge, and how does this relate to the LAN/WAN/VPN model?

Lesson Summary

A LAN (Local Area Network) is a high-speed, low-latency network confined to a single building or campus, operating primarily at OSI Layers 1–2 via Ethernet switching and VLAN segmentation. A WAN (Wide Area Network) interconnects geographically dispersed LANs using Layer 3 IP routing over carrier-provided infrastructure, introducing higher latency and reliance on protocols such as BGP and MPLS. A VPN (Virtual Private Network) is an encrypted overlay tunnel—using IPsec, TLS, or WireGuard—that provides confidentiality, integrity, and authentication over an untrusted WAN transport. These three concepts are complementary layers, not competing alternatives.

VPNs come in three primary deployment models: site-to-site (permanent gateway tunnels), remote-access (individual client dial-in), and mesh (peer-to-peer among all nodes). Each model has distinct security trade-offs regarding attack surface, single points of failure, and scalability. Looking forward, SD-WAN and Zero Trust Architecture extend but do not replace the LAN/WAN/VPN model, adding application-aware routing and identity-based access control on top of these foundational network abstractions.

Varsity Tutors • Cyber Security • LAN/WAN/VPN — Explain the difference between LAN/WAN/VPN concepts