Traffico anomalo di Google su un'uscita VPN condivisa: dispositivo o IP?

Dover dimostrare di essere umano sembra un'accusa, e la conclusione ovvia è che qualcosa sul tablet sia infetto. Quella conclusione salta un passaggio. Un'uscita VPN condivisa mette molte sessioni non correlate dietro un unico indirizzo pubblico, e l'avviso reagisce alla richiesta così come arriva, il che include quell'indirizzo. Stabilire se lo schema appartiene al dispositivo o all'uscita richiede tre brevi test, e la risposta giusta cambia ciò che fai dopo.

A cosa reagisce davvero l'avviso

Le indicazioni di Google sul traffico anomalo citano le reti condivise e i servizi VPN tra le situazioni che producono la verifica, insieme alle richieste automatiche da un dispositivo. L'indirizzo pubblico è un segnale su un gruppo di utenti, non un'impronta di una sola persona. Gli indirizzi accumulano reputazione da tutto ciò che li usa, compreso il traffico che non vedi mai.

Questo vale in entrambe le direzioni, ed è per questo che l'avviso non dimostra nessuna delle due storie. La verifica resta volutamente vaga su quale segnale sia scattato, quindi trattala come un invito a raccogliere prove, non come un verdetto.

Tre test che separano il dispositivo dall'uscita

Primo, porta lo stesso dispositivo su un'altra rete approvata e ripeti una ricerca normale. Se la verifica segue il dispositivo tra connessioni non correlate, l'indirizzo non è la variabile e devi guardare le estensioni, l'automazione e tutto il resto che il dispositivo esegue. Se il dispositivo è pulito altrove e fatica solo su una connessione, hai imparato qualcosa sul percorso. Fai questo confronto prima di cambiare qualsiasi impostazione, così resta pulito.

Secondo, usa un altro dispositivo attraverso la stessa uscita e prova la stessa ricerca. Due dispositivi verificati nella stessa finestra indicano l'indirizzo condiviso; un solo dispositivo verificato indica quel dispositivo.

Terzo, guarda il momento. Un avviso che compare solo in certe ore suggerisce carico sull'uscita anziché qualcosa installato localmente. Confronta una sera feriale con una mattina tranquilla, perché un'uscita condivisa segue gli orari altrui.

Rispondi senza disattivare i tuoi controlli

Completa il passaggio di verifica umana quando viene offerto, e prova un browser supportato se la verifica non si carica, perché uno script bloccato o un'estensione possono far sembrare rotta una verifica risolvibile. Non tempestare la pagina e non aggiungere script intorno, perché i tentativi ripetuti dalla stessa uscita peggiorano l'indirizzo per tutti quelli che vi stanno dietro. Se lo schema persiste, contatta il provider con l'identificatore dell'uscita e gli orari approssimativi e chiedi cosa può vedere sull'attività dell'indirizzo condiviso.

Non c'è motivo di inviare a un provider la cronologia delle ricerche o le credenziali VPN, e un operatore di supporto che chieda l'una o le altre merita di essere messo in discussione.

Ruotare le uscite per aggirare la verifica non è una diagnosi, e a seconda del provider può collocarti su un indirizzo con una cronologia ancora più scarsa.

Cosa cambia un indirizzo dedicato

Un indirizzo dedicato toglie gli altri utenti dall'equazione e lascia in piedi la cronologia precedente, i tuoi schemi di richieste e i segnali a livello di account. Può aiutare, e non è una cura garantita, perché un indirizzo nuovo già usato per traffico massivo si porta dietro quel passato. La formulazione onesta è che compri l'isolamento dagli altri clienti, non una reputazione pulita.

Il risultato utile di tutto questo è una frase che puoi difendere: l'avviso segue questo dispositivo, oppure segue questo percorso condiviso, oppure compare sotto carico indipendentemente da entrambi. Il resto è indovinare il traffico di qualcun altro.

Se un team condivide un'uscita, la stessa logica si estende: un client rumoroso colpisce tutti quelli dietro l'indirizzo, e la soluzione di solito sta dentro il team, non in un nuovo server.