Deler VPN-en din tilkoblingen din? To retninger å sjekke

To personer koblet til samme leverandør bruker ikke nødvendigvis hverandres hjemmetilkobling, for i den vanlige ordningen sender begge enhetene trafikken sin til leverandørens endepunkt og deler bare utgangsadressen. Et produkt for ressursdeling kan virke motsatt vei, der maskinen din bidrar med en vei for andres trafikk. Retningen er hele spørsmålet, og den kan besvares fra appen foran deg. Det som følger, er rekkefølgen å spørre i, og bevisene som er verdt å ta vare på.

To retninger, og bare én trenger samtykke

Å bruke en ekstern utgang betyr at trafikken din går ut gjennom leverandøren, og destinasjonen ser leverandørens adresse. Å bidra med en utgang betyr at andres trafikk går ut gjennom tilkoblingen din, og destinasjonen ser din. Begge kalles en VPN, og de pålegger den som driver klienten helt forskjellige forpliktelser. Et produkt kan gjøre det første uten noe av det andre, og det kan gjøre begge samtidig.

1. Ekstern utgang: applikasjonen din sender trafikken sin til leverandørens endepunkt, og destinasjonen registrerer leverandørens adresse.
2. Bidratt utgang: andres trafikk passerer delingskomponenten på maskinen din, går ut gjennom linjen din, og destinasjonen registrerer adressen din.

Den første er et personvernvalg om din egen trafikk. Den andre er en beslutning om andres, og derfor er en delt utgangsadresse et omdømmeproblem, mens en bidratt tilkobling er et problem med trafikkens opprinnelse. Disse to bekymringene blandes stadig sammen, og å skille dem er det meste av analysen.

Les delingsbryteren i appen du installerte

Åpne produktet som faktisk er installert, og søk i innstillingene etter ord som deling, bidrag, peer-to-peer eller fellesskapstilgang. Noter om det finnes en bryter, om den starter aktivert og hvilket kontonivå den hører til, og ta deretter bilde av panelet med versjonsstrengen synlig, fordi et svar fra support vil be om det. Gjenta sjekken etter neste oppdatering, fordi standardverdier flytter seg mellom versjoner. Et panel uten noe delingsspråk er et nyttig funn, selv om det ikke i seg selv er en garanti.

En leverandør som beskriver peer-to-peer-deling for ett produkt og utelukker andre utgaver, har nettopp fortalt deg forskjellen et merkenavn skjuler. Leverandørens FAQ for en slik tjeneste skiller bidragende produkter fra utgaver uten peer, og nettopp en slik forskjell er verdt å lese selv. Betalingsstatus er heller ikke en teknisk beskrivelse, fordi et betalt abonnement kan inneholde en delingskomponent, mens det er det gratis nivået som ikke gjør det.

Hva som fortsetter å kjøre etter at vinduet lukkes

Et nettlesertillegg og en separat installert tjeneste kan utføre ulike jobber under én logo, så lukk vinduet og sjekk om en prosess overlever. En prosess som lever lenger enn fanen, er forskjellen mellom en funksjon du aktiverte og en komponent som arbeider videre uten den. Begge kan være legitime, og bare én av dem er synlig fra fanen.

Blokken nedenfor er for Windows. Den leser prosessen, deretter socketene prosessen eier, og identifikatoren fra den første linjen er det de to andre filtrerer på, så bytt den ut i stedet for å kjøre tre urelaterte utskrifter. Les prosessstien og de etablerte tilkoblingene sammen, fordi hver av dem alene beviser svært lite.

Get-Process | Where-Object Path -like '*VPN*' | Select-Object Name, Id, Path
Get-NetTCPConnection -State Established | Where-Object OwningProcess -eq <pid> | Select-Object RemoteAddress, RemotePort
netstat -ano | Select-String 'ESTABLISHED' | Select-String '<pid>'

En relay er ikke fildeling

Å videresende andres trafikk er en annen tillatelse enn å eksponere filer eller tjenester på maskinen din. Dokumentasjon om det ene beskriver ikke det andre, og samtykke til en tunnel er ikke samtykke til fildeling, selv når én installatør satte opp begge. Hold de to spørsmålene fra hverandre når du leser en innstillingsside.

Fraværet av en lyttende port er ikke bevis for at ingenting deles, fordi en relay kan starte utgående tilkoblinger og aldri godta en innkommende, og det er nettopp slik peer-to-peer-systemer unngår trøbbel med brannmuren. Se hvor tilkoblingene går, ikke bare hva som lytter. Én tilkobling til leverandørens eget endepunkt ser ut som en klient, mens flere til adresser du ikke kan forklare fortjener et nærmere blikk. Hvis modellen fortsatt er uklar etter innstillingene og dokumentasjonen, still operatøren et konkret spørsmål; på en arbeidsenhet eller i et administrert nettverk bestemmer administratoren, ikke personen som holder laptopen.

Skriv ned det du så, og sjekk igjen

Skriv ned versjonen, tilstanden til innstillingene og socketene du observerte, med tidsstempler, fordi den registreringen er det som gjør en mistanke om til et spørsmål noen kan svare på. Det er også det du vil ønske hvis en misbruksvarsel kommer måneder senere, og et notat i et chatvindu er ikke en registrering.

Blokken nedenfor er for Linux eller macOS og svarer på de samme spørsmålene som den for Windows. Kjør den også etter en oppdatering, fordi komponentoppsettet endres mellom versjoner, og en ny hjelpeprosess er lett å overse. Socketlisten navngir prosessen som eier den, og det er det som gjør de to blokkene sammenlignbare på tvers av versjoner.

ss -tunp | head -n 20
lsof -i -P -n | grep -i vpn
journalctl --since '1 hour ago' | grep -i -E 'vpn|relay' | tail -n 20

Hvis en av adressene dine dukker opp i en klage, husk at en IP-adresse ikke identifiserer en person alene. Ta vare på varselet, tidsstemplene og innstillingene du registrerte, og følg deretter rapporteringsprosessen til leverandøren eller administratoren. Det avviser ikke klagen, og det holder en delt utgangsadresse atskilt fra trafikk som faktisk forlot din egen tilkobling.