Tutte le posizioni attive · 99.99% uptime
Residential Proxy

Cos'è una sticky session e come si imposta?

Se accedi a un sito e alla seconda richiesta risulti provenire da un altro paese, la piattaforma se ne accorge subito: stesso cookie, IP diverso. Il risultato è in genere la caduta della sessione o la richiesta di una verifica aggiuntiva. La sticky sessionelimina questo problema permettendoti di mantenere lo stesso IP di uscita per un periodo determinato.

In questo articolo vediamo come funziona la sticky session, come gestirne la durata e come affrontare le interruzioni.

Il problema: cosa rompe il cambio di IP?

FIGURAConseguenze di un cambio di IP a metà sessione
PROBLEMAClientProxyPiattaformaRichiesta di login (IP: A)AutenticazioneCookie di sessioneRichiesta dati (IP: B)Stesso cookie, IP diversoVerifica aggiuntiva / sessione caduta

Dal punto di vista della piattaforma, questo produce lo stesso segnale dell'uso di un cookie rubato da un'altra località. Scatta il riflesso difensivo.

Come si richiede una sticky session?

Ci sono tre modi per dire al gateway "invia queste richieste dalla stessa uscita". Il più diffuso consiste nell'incorporare una chiave di sessione nel nome utente:

FIGURANome utente contenente la chiave di sessione
ANATOMIAmusteri-country-tr-session-7f3a2b-ttl-15mmusteriIdentificativo dell'accountcountry-trFiltro sul paese di uscitasession-7f3a2bLa chiave che identifica in modo univoco questa sessionettl-15mDurata di stabilità richiesta

La chiave la generi tu. Finché invii la stessa chiave, il gateway cerca di indirizzarti sullo stesso nodo; quando la cambi, ottieni una nuova uscita.

MetodoEsempioVantaggio
Nel nome utenteuser-session-a1Una sola porta, sessioni illimitate
Per portagateway:10001Credenziali fisse, pratico sui client semplici
Tramite APIPOST /session/createGestione programmatica del ciclo di vita della sessione

Generazione della chiave: regole pratiche

FIGURAChiave persistente e riutilizzabile per ogni account
Python — gestione della chiave di sessione01import hashlib, os, time0203GATEWAY = "gateway.example.com:8000"04USER, PASS = os.environ["PROXY_USER"], os.environ["PROXY_PASS"]0506def session_key(hesap_id: str) -> str:07 # Lo stesso account deve generare sempre la stessa chiave08 return hashlib.sha1(hesap_id.encode()).hexdigest()[:10]0910def proxy_url(hesap_id: str, ulke: str = "tr", ttl: str = "15m") -> str:11 key = session_key(hesap_id)12 user = f"{USER}-country-{ulke}-session-{key}-ttl-{ttl}"13 return f"http://{user}:{PASS}@{GATEWAY}"1415# Utilizzo: lo stesso account va a ogni chiamata sulla stessa uscita16proxies = {"http": proxy_url("hesap_42"), "https": proxy_url("hesap_42")}

Derivare la chiave dall'identificativo dell'account, invece di generarla casualmente e memorizzarla, ti permette di mantenere la stessa sessione anche dopo il riavvio del processo.

L'errore più frequente

Rigenerare la chiave in modo casuale a ogni richiesta. In questo caso il parametro di sessione è presente ma inutile: ogni richiesta ottiene una nuova uscita. Verifica nel tuo codice, tramite i log, che la chiave resti effettivamente fissa.

TTL: quale durata scegliere?

FIGURADurata sticky consigliata per tipo di attività
TEMPO1-3 min10 min30 minIP staticoScraping di pagine prodottoIdealeAdattoSuperfluoEccessivoFlusso carrello / pagamentoInsufficienteIdealeAdattoAdattoGestione degli accountInsufficienteInsufficienteIdealeIdealeSessione su pannelloInsufficienteInsufficienteAdattoIdeale

Scegliere una durata più lunga del necessario ti porta a inviare più richieste dallo stesso IP e aumenta il rischio di rate limit. Definisci la durata in base all'esigenza reale dell'attività.

Per gli accessi a pannelli che richiedono una sessione permanente e per la gestione di account a lungo termine, invece dello sticky è più corretto usare direttamente un ISP proxy statico : lì l'IP non cambia mai.

Perché lo sticky si interrompe?

FIGURACause delle interruzioni di sessione e relative soluzioni
DIAGNOSICODICE / SINTOMOPOSSIBILE CAUSASOLUZIONELa chiave è diversa a ogni richiestaGenerazione casuale nel codiceDeriva la chiave dall'identificativo dell'account e registrala nei logTTL scadutoLa durata richiesta è terminataAllunga la durata in base all'attività o rinnova la sessioneIl nodo è andato offlineIl dispositivo domestico si è staccato dalla reteRicostruisci la sessione da zero con un nuovo IPParametro di paese diversoValore country diverso tra due richiesteMantieni fissi insieme paese e chiaveIl pool di connessioni si mescolaStesso pool con credenziali diverseUsa un oggetto client/session separato per ogni sessione

Le prime due righe dipendono dal tuo codice, la terza dalla natura del pool. Per la diagnosi, verifica prima la stabilità della chiave.

Gestire le interruzioni con eleganza

Lo sticky non è una garanzia: il nodo può cadere in qualsiasi momento. L'approccio corretto è progettare l'interruzione come una situazione attesa, non come un errore:

01

Rileva il cambio di IP

Registra l'IP di uscita all'inizio di ogni sessione. Se a un controllo periodico l'IP è cambiato, considera la sessione interrotta.

02

Chiudi la sessione in modo pulito

Conserva i cookie ma non lasciare a metà un'operazione in corso; un'operazione incompleta genera sospetti sulla piattaforma.

03

Ricostruisci con una nuova chiave

Genera una nuova chiave di sessione ed effettua di nuovo il login da zero. Non provare a usare il vecchio cookie con il nuovo IP.

04

Limita il numero di tentativi

Molti login consecutivi per lo stesso account generano allarmi sulla piattaforma. Inserisci un'attesa tra un tentativo e l'altro.

Associazione account-IP

Se gestisci più account, la regola più importante è questa: ogni account deve avere la propria chiave di sessione e questa associazione va mantenuta nel tempo. La comparsa di più account dallo stesso IP è uno dei segnali di correlazione più forti per le piattaforme.

FIGURAAssociazione di sessione persistente per account
ABBINAMENTOPoolnodi di uscita1Account A → chiave a1sempre la stessa2Account B → chiave b7uscita diversa3L'associazione viene salvata in modo persistentesi mantiene anche se il processo viene riavviato

Conserva l'associazione in un archivio persistente (database, file) e non in memoria; altrimenti a ogni riavvio i tuoi account si distribuiranno su uscite diverse.

Per gli scenari multi-account proxy per social media il nostro articolo e la nostra pagina prodotto offrono contesto aggiuntivo.

Verifica: lo sticky funziona davvero?

FIGURAMisurare la stabilità della sessione
Terminale01# Invia 6 richieste con la stessa chiave e confronta gli IP di uscita02USER="musteri-country-tr-session-test01-ttl-10m"03for i in $(seq 1 6); do04 curl -s -x "http://$USER:$PASS@gateway.example.com:8000" \\05 https://ornek-ip.example/text06 sleep 3007done0809# Atteso: lo stesso IP su tutte e sei le righe10# Se differiscono: la chiave è fissa, il TTL è sufficiente, il nodo è in salute?

Esegui questo test anche prima dell'acquisto. La differenza tra la durata dichiarata e il comportamento reale può essere decisiva nella scelta del provider.

Riepilogo

La sticky session è il presupposto di qualsiasi attività che richieda un login. Deriva la chiave dall'identificativo dell'account e conservala in modo persistente, scegli il TTL in base all'esigenza reale dell'attività e progetta l'interruzione come una situazione attesa, non come un errore. Se ti serve un IP permanente, al posto dello sticky un ISP proxy statico è lo strumento più adatto. Per verificare la tua configurazione Il mio indirizzo IP e controllo proxy i nostri strumenti.

Domande frequenti

01Quanto dura una sticky session?

Dipende dal provider; l'intervallo tipico va da 1 a 30 minuti. Alcuni servizi offrono durate maggiori, ma senza garanzie, perché il nodo di uscita può staccarsi dalla rete in qualsiasi momento.

02Come devo generare la chiave di sessione?

Generala in modo deterministico, non casuale: il metodo più pratico è derivarla da un hash dell'identificativo dell'account. In questo modo, al riavvio del processo, lo stesso account torna sulla stessa uscita.

03Posso richiedere un paese diverso con la stessa chiave?

No, è una richiesta contraddittoria. Quando cambia il parametro del paese, il gateway consulta un pool di nodi diverso e la sessione si interrompe. Mantieni fissi insieme paese e chiave.

04Cosa devo fare se l'IP cambia durante una sticky session?

Considera la sessione interrotta ed effettua di nuovo il login con una nuova chiave. Tentare di usare il vecchio cookie con il nuovo IP è il comportamento più rischioso: è quello che innesca le verifiche sulla piattaforma.

05Usare lo sticky al posto di un IP statico è sufficiente?

Per operazioni di breve e media durata è sufficiente. Per le sessioni su pannelli che devono restare sempre aperte e per gli accessi che richiedono una whitelist di IP serve un ISP proxy statico.

Articoli e pagine correlati

PROSSIMO PASSO

Potenzia oggi la tua infrastruttura proxy.

Inizia in pochi minuti con i pacchetti a pagamento oppure prova prima il nostro elenco di proxy gratuiti.

FREEPROXY.TR

Se cerchi proxy gratuiti, sei nel posto giusto

Una piattaforma proxy completa dove consultare indirizzi proxy gratuiti aggiornati, confrontare i tipi di proxy HTTP e SOCKS e verificare le tue connessioni proxy con strumenti gratuiti.