Två personer anslutna till samma leverantör använder inte nödvändigtvis varandras hemanslutning, eftersom båda enheterna i det vanliga upplägget skickar sin trafik till leverantörens slutpunkt och bara delar utångsadressen. En produkt för resursdelning kan verka åt andra hållet, där din dator bidrar med en väg för någon annans trafik. Riktningen är hela frågan, och den kan besvaras från appen framför dig. Det som följer är ordningen att fråga i, och bevisen som är värda att spara.

Två riktningar, och bara en behöver samtycke

Att använda en fjärrutgång innebär att din trafik går ut genom leverantören och destinationen ser leverantörens adress. Att bidra med en utgång innebär att någon annans trafik går ut genom din anslutning och destinationen ser din. Båda kallas VPN, och de lägger helt olika skyldigheter på den som driver klienten. En produkt kan göra det första utan något av det andra, och den kan göra båda samtidigt.

  1. Fjärrutgång: din applikation skickar sin trafik till leverantörens slutpunkt, och destinationen registrerar leverantörens adress.
  2. Bidragen utgång: någon annans trafik passerar delningskomponenten på din dator, går ut genom din länk, och destinationen registrerar din adress.

Det första är ett integritetsval om din egen trafik. Det andra är ett beslut om någon annans, och därför är en delad utångsadress ett rykteproblem, medan en bidragen anslutning är ett problem med trafikens ursprung. Dessa två bekymmer blandas ständigt ihop, och att skilja dem är det mesta av analysen.

Läs delningsreglaget i appen du installerade

Öppna produkten som faktiskt är installerad och sök i dess inställningar efter ord som delning, bidrag, peer-to-peer eller gemenskapsåtkomst. Notera om det finns ett reglage, om det startar aktiverat och vilken kontonivå det hör till, ta sedan en bild av panelen med versionssträngen synlig, eftersom ett svar från supporten kommer att fråga efter den. Upprepa kontrollen efter nästa uppdatering, eftersom standardvärden flyttar sig mellan versioner. En panel utan något delningsspråk är ett användbart fynd, även om det i sig inte är en garanti.

En leverantör som beskriver peer-to-peer-delning för en produkt och utesluter andra utgåvor har just berättat skillnaden som ett varumärke döljer. Leverantörens vanliga frågor för en sådan tjänst skiljer bidragande produkter från utgåvor utan peer, och just en sådan skillnad är värd att läsa själv. Betalstatus är inte heller en teknisk beskrivning, eftersom en betald prenumeration kan innehålla en delningskomponent, medan det är den kostnadsfria nivån som inte gör det.

Vad som fortsätter att köra efter att fönstret stängs

Ett webbläsartillägg och en separat installerad tjänst kan utföra olika jobb under en och samma logotyp, så stäng fönstret och kontrollera om en process överlever. En process som lever längre än fliken är skillnaden mellan en funktion du aktiverade och en komponent som arbetar vidare utan den. Båda kan vara legitima, och bara en av dem syns från fliken.

Blocket nedan är för Windows. Det läser processen, sedan de sockets processen äger, och identifieraren från den första raden är det de andra två filtrerar på, så byt ut den i stället för att köra tre orelaterade utskrifter. Läs processökvägen och de etablerade anslutningarna tillsammans, eftersom var och en för sig bevisar mycket 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 är inte fildelning

Att vidarebefordra någon annans trafik är en annan behörighet än att exponera filer eller tjänster på din dator. Dokumentation om det ena beskriver inte det andra, och samtycke till en tunnel är inte samtycke till fildelning, även när en enda installation ställde in båda. Håll de två frågorna åtskilda när du läser en inställningssida.

Avsaknaden av en lyssnande port är inte bevis för att inget delas, eftersom en relay kan starta utgående anslutningar och aldrig acceptera en inkommande, och det är precis så peer-to-peer-system undviker problem med brandväggen. Titta vart anslutningarna tar vägen och inte bara vad som lyssnar. En anslutning till leverantörens egen slutpunkt ser ut som en klient, medan flera till adresser du inte kan förklara förtjänar en närmare titt. Om modellen fortfarande är oklar efter inställningarna och dokumentationen, ställ en konkret fråga till operatören; på en arbetsenhet eller i ett hanterat nätverk bestämmer administratören, inte personen som håller i laptopen.

Skriv ner vad du såg, och kontrollera igen

Skriv ner versionen, inställningarnas tillstånd och de sockets du observerade, med tidsstämplar, eftersom den dokumentationen gör en misstanke till en fråga som någon kan svara på. Det är också vad du kommer att vilja ha om ett missbruksmeddelande kommer månader senare, och en anteckning i ett chattfönster är inte dokumentation.

Blocket nedan är för Linux eller macOS och svarar på samma frågor som det för Windows. Kör det även efter en uppdatering, eftersom komponenternas layout ändras mellan versioner och en ny hjälpprocess är lätt att missa. Socketlistan namnger processen som äger dem, och det är det som gör de två blocken jämförbara mellan versioner.

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

Om en av dina adresser dyker upp i ett klagomål, kom ihåg att en IP-adress inte identifierar en person i sig. Bevara meddelandet, tidsstämplarna och de inställningar du registrerade, och följ sedan leverantörens eller administratörens rapporteringsprocess. Det avvisar inte klagomålet, och det håller en delad utångsadress åtskild från trafik som faktiskt lämnade din egen anslutning.

Relaterade artiklar