Uvanlig Google-trafikk på en delt VPN-utgang: enhet eller IP?

Å bli bedt om å bevise at du er et menneske føles som en anklage, og den åpenbare konklusjonen er at noe på nettbrettet er infisert. Den konklusjonen hopper over et steg. En delt VPN-utgang setter mange urelaterte økter bak én offentlig adresse, og varselet reagerer på forespørselen slik den ankommer, noe som omfatter den adressen. Å avgjøre om mønsteret tilhører enheten eller utgangen krever tre korte tester, og det riktige svaret endrer hva du gjør videre.

Hva varselet egentlig reagerer på

Googles veiledning om uvanlig trafikk nevner delte nettverk og VPN-tjenester blant situasjonene som utløser utfordringen, sammen med automatiserte forespørsler fra en enhet. Den offentlige adressen er et signal om en gruppe brukere, ikke et fingeravtrykk av én person. Adresser samler omdømme fra alt som bruker dem, også trafikk du aldri ser.

Det skjærer begge veier, og derfor beviser varselet ingen av de to historiene. Utfordringen er bevisst vag om hvilket signal som ble utløst, så behandle den som en oppfordring til å samle bevis, ikke som en dom.

Tre tester som skiller enheten fra utgangen

Først, ta med den samme enheten til et annet godkjent nettverk og gjenta et vanlig søk. Hvis utfordringen følger enheten på tvers av urelaterte tilkoblinger, er ikke adressen variabelen, og du bør se på utvidelser, automatisering og alt annet enheten kjører. Hvis enheten er ren andre steder og bare har problemer på én tilkobling, har du lært noe om ruten. Gjør den sammenligningen før du endrer noen innstillinger, så den holder seg ren.

For det andre, bruk en annen enhet gjennom samme utgang og prøv samme søk. To enheter utfordret i samme tidsvindu peker på den delte adressen; én utfordret enhet alene peker tilbake på den enheten.

For det tredje, se på tidspunktet. Et varsel som bare vises på bestemte tider tyder på belastning på utgangen snarere enn noe installert lokalt. Sammenlign en hverdagsaften med en rolig morgen, fordi en delt utgang følger andre folks tidsplaner.

Svar uten å slå av dine egne kontroller

Fullfør trinnet med menneskelig verifisering når det tilbys, og prøv en støttet nettleser hvis utfordringen ikke vises, fordi et blokkert skript eller en utvidelse kan få en løsbar sjekk til å se ødelagt ut. Ikke hamre på siden eller legg inn skript rundt den, fordi gjentatte forsøk fra samme utgang får adressen til å se verre ut for alle bak den. Hvis mønsteret vedvarer, kontakt leverandøren med identifikatoren til utgangen og de omtrentlige tidspunktene og spør hva den kan se om aktiviteten til den delte adressen.

Det er ingen grunn til å sende en leverandør søkehistorikken din eller VPN-innloggingsopplysningene dine, og en supportagent som ber om en av delene fortjener å bli stilt spørsmål ved.

Å rotere utganger for å omgå sjekken er ikke en diagnose, og avhengig av leverandøren kan det plassere deg på en adresse med enda mindre historikk.

Hva en dedikert adresse endrer

En dedikert adresse fjerner andre brukere fra bildet og lar tidligere historikk, dine egne forespørselsmønstre og signaler på kontonivå bli stående. Det kan hjelpe, og det er ikke en garantert kur, fordi en fersk adresse som allerede er brukt til massetrafikk bærer den fortiden med seg. Den ærlige formuleringen er at du kjøper isolasjon fra andre kunder, ikke et rent omdømme.

Det nyttige resultatet av alt dette er en setning du kan forsvare: varselet følger denne enheten, eller det følger denne delte ruten, eller det vises under belastning uavhengig av begge. Alt annet er gjetting om andres trafikk.

Hvis et team deler én utgang, skalerer den samme logikken: én støyende klient påvirker alle bak adressen, og løsningen ligger vanligvis inne i teamet snarere enn i en ny server.