Du starter Windows Sandbox, åpner en nettleser i den, og siden lastes fra din vanlige tilkobling selv om verten var på VPN ett minutt tidligere. Ingenting er ødelagt. Sandkassen får en virtuell nettverksadapter knyttet til vertens standardbryter, og hvorvidt vertens tunnel dekker den veien, er en egenskap ved VPN-klienten, ikke ved Windows.

Hva sandkassen faktisk får

Sandkassen er en lett virtuell maskin med sin egen nettverksadapter. Den adapteren kobles gjennom vertens Hyper-V-standardbryter, som oversetter sandkassens trafikk til vertens virtuelle Ethernet-grensesnitt før den forlater maskinen. Den detaljen forklarer nesten hvert symptom folk rapporterer om dette.

Sandkassen er altså ikke en prosess på skrivebordet ditt. Den er et eget nettverksendepunkt der verten videresender pakkene, og vertens brannmur og VPN-klienten ser hver sin side av den videresendingen på sin måte. En regel skrevet for en nettleserprosess passer ikke automatisk på en oversatt ramme fra en virtuell bryter.

To krav som ser ut som ett

Å nå en privat ressurs og å tvinge hver sandkasseforespørsel gjennom tunnelen er to forskjellige mål. Det første krever en rute og et navneoppslag som virker for sandkassens endepunkt. Det andre krever håndheving som overlever en gjentilkobling og en feil. Ingen av dem følger av den andre, og en kontroll som oppfyller det ene, sier ingenting om det andre.

En kontroll av den offentlige adressen besvarer ikke noen av de to spørsmålene fullt ut. Å se VPN-utgangen innenfra sandkassen viser at noe trafikk brukte tunnelen. Den sier ingenting om hvorvidt private navn løses opp, eller hva som skjer med en forespørsel som starter mens tunnelen er nede.

Skriv ned hvilket av de to du trenger før du tester noe, fordi de to kravene fører til ulike design, og bare det ene kan verifiseres med en nettleser.

Sjekk innenfra sandkassen

Den eneste meningsfulle observasjonen kommer fra sandkassens egen økt, ikke fra verten. Åpne PowerShell der og se på adapteren, navneoppslaget og veien til en dokumentasjonsadresse:

ipconfig /all
Resolve-DnsName files.corp.example
Test-NetConnection 198.51.100.7 -Port 443
Get-NetRoute -DestinationPrefix 0.0.0.0/0

Adapterlisten viser adressen og gatewayen sandkassen fikk. En annen gateway enn vertens er normalt for standardbryteren, så sammenlign utgangen i stedet for gatewayen. Oppslagstesten viser om et privat navn i det hele tatt besvares, og det er her split-horizon-oppsett vanligvis avviker fra verten. Rutelinjen viser hvilken gateway sandkassen mener eier standardruten.

Gjenta de samme tre kontrollene med tunnelen tilkoblet og frakoblet. Et resultat som ikke endrer seg mellom de to tilstandene, er bevis for at tunnelen ikke er på sandkassens vei i det hele tatt, uansett hvilken adresse den offentlige kontrollen viste.

Slå av nettverket når sandkassen ikke trenger det

For offline-inspeksjon kan en tilpasset konfigurasjonsfil fjerne nettverket helt. Innstillingen er ett enkelt element i konfigurasjonsdokumentet:

<Configuration>
  <Networking>Disable</Networking>
</Configuration>

Referansen til sandkassens konfigurasjon dokumenterer dette elementet og advarer om at aktivert nettverk kan utsette interne nettverk for applikasjoner du ikke stoler på. Den advarselen er hele grunnen til å sette den eksplisitt i stedet for å godta standarden.

Bryteren velger imidlertid ikke et VPN-grensesnitt. Det er en binær beslutning om å ha et nettverk, ikke en måte å binde sandkassen til en bestemt tunnel. Et krav som navngir en utgang, kan ikke oppfylles av en bryter som bare avgjør om det finnes en.

Design grensen før du gir noe som helst

Hvis kravet er streng isolasjon, velg et nettverksdesign for virtuelle maskiner som kan håndheve det, og bruk VPN-produktets støttede policy for videresendt trafikk eller trafikk fra virtuelle maskiner. Å gjette på vertens klientatferd er ikke et design, og én vellykket kontroll er ikke en implementasjon.

Ikke gi en lite pålitelig sandkasse en bedrifts-VPN-profil eller private legitimasjoner for å få en test til å bestå. Det bytter grensen du prøvde å etablere, mot et grønt resultat, og legitimasjonen overlever testen.

Skriv nettverkstilstand, den observerte utgangen og gjentilkoblingsatferden ned i utrullingsnotatene. Når en klientoppdatering endrer hvordan videresendt trafikk håndteres, er det notatene som forteller at kravet aldri egentlig ble oppfylt.

Relaterte artikler