Definition: hvad betyder site-to-site VPN?

Et site-to-site VPN forbinder to adskilte netværk over internettet ved at etablere en krypteret tunnel mellem deres netværks-gateways (fx firewall/routere). Formålet er, at enheder i det ene netværk kan kommunikere med enheder i det andet netværk, som om de var i samme private adressområde—dog typisk med kontrollerede ruter og firewallregler.

Et enkelt model for opsætning (gateway, kryptering, netværksruter)

Tænk på en site-to-site-løsning som tre sammenhængende dele:

  1. Endepunkter (gateways): Du definerer, hvilke systemer der skal være “start” og “slut” for tunellen. Det er ofte de offentligt tilgængelige adresser på jeres firewalls/routere.

  2. Godkendelse og kryptering: Du vælger en metode til at verificere, at den anden gateway faktisk er den, I forventer. Det kan fx være via certifikater eller en foruddelt nøgle, afhængigt af implementeringen.

  3. Trafik-flow via ruter: Du skal angive hvilke interne netværk der skal kunne nås på tværs, og hvordan trafikken skal rutes derhen. Her afgør rute-definitioner og firewallpolitikker i praksis, om brugerne får adgang.

Typiske komponenter og valg i konfigurationen

Nedenfor er kontrolpunkter, som ofte går igen, når man opretter et site-to-site VPN. De konkrete felter kan variere, men tankegangen er den samme.

Adresser og “interne net”

Du skal have styr på de interne netværksområder, der skal forbindes. Hvis begge sites fx bruger samme IP-range (samme undernet), kan det kræve ekstra håndtering—i hvert fald bør du regne med, at rute- og regelopsætningen bliver mere følsom.

Identitet: hvem er den anden gateway?

Du angiver, hvilken identitet/erklæring den anden side skal have, og hvordan de to ender skal matche hinanden. Uanset om du bruger certifikater eller nøgler, er det afgørende, at værdierne er konsistente på begge sider.

Tunel- og krypteringsparametre

Når begge ender “forstår hinanden”, kan tunellen forhandles. Du bør derfor sikre, at de centrale krypterings- og tunnelparametre matcher. Hvis de ikke matcher, kan tunellen enten slet ikke komme op, eller den kan komme op men fungere ustabilt.

Ruter: statiske vs. dynamiske principper

I praksis kan site-to-site VPN bygges med statiske ruter (du indtaster ruter manuelt), eller med dynamiske ruter (mere automatiseret, ofte baseret på et routingsystem, afhængigt af udstyr). Uanset valg skal du sikre, at de rigtige “interne net” annonceres/tilgængeliggøres korrekt, og at gatewayen vælger den tunellede vej.

Forskelle, grænser og hvad der kan ændre svaret

Selve “opskriften” kan ændre sig, afhængigt af om du forventer følgende:

  • Overlapping af IP-adresser: Hvis begge sites bruger samme private IP-område, kan du få routingkonflikter. Det kan kræve designændringer før VPN’et kan fungere efter hensigten.
  • Firewallregler er ikke valgfri: Selvom VPN-tunellen er etableret, er det firewallpolitikkerne mellem nettene, der afgør om trafikken faktisk slippes igennem.
  • Stærk drift kræver tests: En tunel kan blive oprettet, men stadig ikke tillade den ønskede trafik, hvis ruter eller regler er forkert.
  • Udbyder-/netværksbegrænsninger: Nogle netværksopsætninger kan påvirke, hvilke forbindelser der kan forhandles og køre (fx NAT, rate limits eller filtrering). Det betyder, at den tekniske detalje kan variere fra case til case.

Da der ikke foreligger konkrete produkt- eller leverandørdetaljer her, er ovenstående en generel, ikke-proprietær arbejdsgang—når du følger en specifik guide, bør du matche felter og begreber i netop dit udstyrs grænseflade.

Praktisk: sådan kan du tjekke om opsætningen virker

Du kan reducere usikkerhed ved at teste i et par trin:

  1. Tunelopbygning: Verificér at begge gateways kan oprette en krypteret tunnel og at de matcher hinandens parametre.
  2. Routing i begge retninger: Tjek at hver side ved, at den anden side ligger “bag” VPN’et, og at ruter peger mod den rigtige gateway.
  3. Adgang pr. service: Test en simpel trafiktype (fx ping eller en valgt applikationsport), og bekræft at firewallregler tillader det.
  4. Omfang: Test specifikt de interne undernet, du forventer at forbinde—ikke kun én enkelt værtskommunikation.
  5. Stabilitet: Når forbindelsen virker, så observer om den holder under normal trafik, eller om der opstår udfald (ofte knyttet til rute-/policy-mismatch eller netværksbegrænsninger).

Hvis noget fejler, er den mest almindelige årsag typisk en uoverensstemmelse i enten identitet/parametre (tunellen kan ikke etableres) eller ruter/firewall (tunellen er oppe, men trafikken blokeres).