Proxies

Sessão sticky: quanto tempo manter o mesmo IP na conta logada

Sessão sticky é o mesmo IP enquanto a conta está logada. Rotacionar no Ads Manager parece sequestro. TTL útil dura o expediente, não o minuto.

LauthAtualizado em 2 jun 20269 min de leitura

O gestor toma captcha, abre o painel do proxy e aperta rotacionar. O IP muda. O cookie permanece. Pra plataforma, a mesma sessão acabou de trocar de cidade. Na cabeça do time, “o endereço estava queimado”. Na prática, o gesto ensinou o classificador a tratar aquele login como sequestro. Sessão sticky é o contrário disso: o mesmo IP enquanto a conta está autenticada. Quanto tempo manter é a pergunta. A resposta curta: o expediente da identidade, não o minuto do nervo.

Este texto é o TTL da mesa de tráfego pago. O mapa de tipos está em proxy residencial, datacenter e móvel. Qualidade do endereço concreto está em IP na prática. Aqui o recorte é tempo. Tempo de IP é tempo de bairro. Bairro que salta não é bairro.

O que sticky quer dizer, sem o marketing

Sticky é a promessa de que o endereço de saída permanece o mesmo por um período. O período pode ser vinte minutos, duas horas, vinte e quatro horas, a sessão inteira até você soltar. Lojas usam a palavra pra coisas diferentes. Por isso o teste existe: abra o perfil, anote o IP, volte em uma hora, compare. Se mudou sem você pedir, o produto não é sticky no TTL que a mesa precisa.

Há sticky de sessão e sticky de tempo. O de sessão gruda enquanto o túnel está aberto. Cai o túnel, cai o endereço. O de tempo gruda até o relógio, mesmo se você reconectar. Conta de anúncio que o gestor abre de manhã, fecha no almoço e reabre à tarde prefere o de tempo — ou um de sessão que sobrevive reconexão no mesmo token. Detalhe de produto. Sem o detalhe, o time acha que “é sticky” e toma IP novo depois do café.

Há sticky compartilhado e dedicado. Dedicado é o endereço seu pelo contrato. Compartilhado sticky é o mesmo endereço enquanto o TTL vale, mas o vizinho pode ter estado ali ontem. Os dois podem servir. Os dois mentem se o TTL for de minutos em job de BM.

Rotating é o produto oposto. Cada request, cada minuto, cada ciclo: IP novo. Útil pra coleta em volume. Nocivo pra cookie vivo. Cookie vivo em IP novo é o cartão de crédito em outro continente no mesmo dia. A analogia já apareceu em cookie export. Vale de novo. Não cole a sessão numa roleta.

Por que a conta logada odeia a roleta

A plataforma soma sinais. Cookie diz: mesma sessão. IP diz: outro bairro. ASN diz: às vezes outra família. Geo diz: às vezes outro país. Horário diz: o mesmo humano. O conjunto parece credencial roubada usada em proxy. Captcha é o mínimo. Checkpoint é o meio. Restrição é o fundo.

Mesmo quando o país não muda, a densidade de endereços em pouco tempo é um sinal. Dez IPs numa tarde, uma BM, um cookie. Pessoa em fibra não faz isso. Script de abuso faz. Sua agência não precisa ser abuso pra parecer.

Há o inverso honesto. Pessoa real muda de Wi-Fi. Café, casa, 4G. Isso também é troca de IP. A diferença é frequência, família e o resto do retrato — GPS de app, celular, horário. Painel web de ads, no notebook da operação, não precisa imitar o café. Precisa imitar a mesa. Mesa tem bairro estável.

WebRTC e DNS que não seguem a rotação pioram. HTTP já é outro país, candidato ainda é o escritório. Aí você não tem sticky. Tem vazamento com IP novo por cima. Corrija o furo antes de discutir TTL. TTL em perfil que vaza é decoração.

Quanto tempo: o expediente, não o número mágico

Não existe um minuto universal. Existe o turno daquela identidade. Se o gestor opera a BM das nove às dezoito, o IP deveria sobreviver as nove às dezoito. Melhor: sobreviver a retomada do dia seguinte, pra a conta não “viajar” toda manhã. TTL de 24 horas é um número operacional útil. Não é lei. É o tamanho de um dia de trabalho.

TTL de 10 a 30 minutos serve job de coleta, não Ads Manager. Quem publica, pausa, lê relatório, volta depois do almoço, precisa de horas. Se o provedor só oferece minutos, o produto é o errado pro job. Troque o produto. Não escreva procedimento de “renovar o sticky a cada reunião”.

TTL de sete dias ou “até você soltar” é confortável enquanto o endereço for honesto. Prefixo degrada. Vizinhança piora. Conta cai. Aí você migra. Migração é evento. Evento se planeja: perfil, teste, identidade descartável, depois a BM. Não é o botão rotacionar no meio do conjunto que está gastando.

Plantão de fim de semana. A identidade que estava em sticky no escritório na sexta deveria continuar no mesmo bairro no sábado, se o plantão opera essa identidade. Plantão em outro IP de casa, sem o proxy da identidade, é troca de bairro. Sticky do produto não salva o BYOD. O perfil do plantão precisa do mesmo túnel.

Vários gestores no mesmo perfil. Se o sticky é do perfil, todos saem do mesmo bairro. Isso é o desejável. Se cada um rotaciona porque tomou captcha, o bairro vira roleta coletiva. Um dono do IP. O dono é o perfil, não o nervo.

Teste de sticky que cabe na manhã

Perfil vazio. Sem BM boa. Conecte. Anote IP, ASN, geo. Navegue. Espere o intervalo que o expediente exige — uma hora, três horas. Compare. Reconecte o túnel. Compare de novo. Feche o browser. Abra. Compare. Esse terceiro passo pega o sticky que só vale enquanto o processo vive.

Confira WebRTC e DNS no começo e no fim. Se o HTTP grudou e o candidato não, você não tem sticky de verdade. Tem HTTP teimoso e vazamento criativo.

Confira o fuso e o idioma. Não mudam com o IP. Se alguém “ajustou” o perfil no meio do teste, o teste morreu. Sticky é o endereço. Retrato é o conjunto. Os dois estáveis.

Só então a identidade de teste. 24 a 48 horas. Se o IP mudou sozinho nessa janela, o TTL não serve. Se permaneceu e a sessão foi silenciosa, o candidato segue. BM boa entra no mesmo perfil, no mesmo endereço. Não no Chrome da máquina “que já estava logado”.

Lauth Connect, nesse recorte, é o sticky de residencial interno pra sessão logada — e a opção de colar o SOCKS5 ou HTTPS que a agência já paga. O critério não muda: meça o TTL. Não acredite no adjetivo. Ads logado pede que grude. Coleta pede que gire. Dois jobs, dois túneis. O Connect não obriga a misturar. O time mistura quando usa o mesmo pool pra os dois.

Quando rotacionar é o gesto certo

Job de coleta, checker, monitoramento de SERP, scrap que pode morrer. Rotating é ferramenta. Ferramenta no perfil errado é incidente.

Identidade queimada. Você solta o endereço. Não reaproveita o mesmo IP na conta nova no mesmo dia. Também não reaproveita o mesmo IP na conta quente “pra ver se passa”. Soltar é soltar.

Prefixo degradado. Checker público sujo, checkpoint em lote nas vizinhas, suporte admitindo que o bloco virou pool de abuso. Migre. Migração com procedimento. Novo sticky. Novo teste. Não roleta a cada quinze minutos até “achar um IP limpo”. Achar no pânico é o jeito de passar por todos os IPs sujos do pool com o mesmo cookie.

Fim de contrato com o provedor. Troca planejada. TTL antigo morre. TTL novo nasce. A conta pode tomar um checkpoint de “mudou o bairro”. Por isso não se troca no dia do pico de verba. Por isso não se troca junto com criativo novo, cartão novo e admin novo. Um evento por vez.

Malware ou cookie vazado. O IP pode estar inocente. A sessão não está. Revogue sessão. O sticky antigo pode até permanecer pra identidade nova de login fresco, se o endereço for honesto. Não é obrigatório. É julgamento. Julgamento depois da revogação, não no meio.

Queda de túnel, almoço e o sticky que só existe no papel

O expediente real inclui café, reunião, notebook que dorme. Túneis HTTPS e SOCKS5 caem. VPN corporativa briga com o proxy. O browser reabre. A pergunta é se o endereço voltou o mesmo. Produto que gera IP novo a cada handshake não serve pra BM, mesmo que o banner diga 24 horas. O banner mede o caso feliz: túnel aberto sem interrupção. A mesa não vive o caso feliz.

Roteiro de queda: reconectar o mesmo token de sessão do proxy. Esperar. Comparar o IP. Se mudou, registrar como violação de TTL. Não publicar até o dono decidir se permanece no novo bairro — em geral, não permanece no calor — ou se espera o endereço antigo. Publicar no IP novo “já que entrou” é o rotacionar com outro nome.

Há o sticky que dura o túnel e morre no sleep do Windows. Há o que sobrevive. Teste o sleep. Teste o fechar do browser. Teste a rede do escritório versus a do plantão no mesmo perfil. Plantão em casa com o mesmo token deveria sair no mesmo ASN. Plantão em casa no Chrome pessoal sai no ASN da fibra da pessoa. Isso não é falha de sticky. É falha de perfil.

Móvel e CGNAT mudam endereço porque a operadora muda. Não brigue com a família. Troque o job ou aceite fricção. Forçar sticky eterno em ASN celular é pechincha de produto. A rede não foi desenhada pra sua BM.

Quem pode apertar o botão

O botão rotacionar não mora no Slack do plantão. Mora no dono da identidade, com motivo escrito. Motivo aceito: migração planejada, bloco degradado, fim de contrato. Motivo recusado: captcha único, anúncio recusado, feeling, “o YouTube falou”.

Alerta de IP caído. Túneis caem. A resposta é reconectar o mesmo sticky, não pedir um novo. Se o produto não reconecta no mesmo endereço, o produto não era sticky. Troque o produto. Não treine o time a pedir IP novo a cada queda de Wi-Fi.

Documente o TTL no perfil. “24h”, “sessão”, “dedicado até data”. Sem o campo, a reunião discute se o proxy “era bom”. Com o campo, discute se o TTL foi violado. Violação é incidente mensurável. “Era bom” não é.

Separe pool. Rotating de coleta não compartilha prefixo com sticky de BM, se você puder evitar. A vizinhança da coleta é barulhenta. A BM não precisa desse vizinho.

Relação com qualidade e com o resto do retrato

Sticky em ASN de hosting continua hosting. Grudar num rack não transforma rack em casa. Qualidade de IP e sticky são eixos diferentes. Os dois precisam. Um não lava o outro.

Sticky com geo errada gruda o erro. IP de Lisboa o dia inteiro em conta brasileira com fuso de Brasília é incoerência estável. Estável e errado. Prefira o bairro certo o dia inteiro ao bairro errado com disciplina.

Sticky com fingerprint que randomiza a cada refresh é o mesmo desencontro cookie versus retrato. O IP parou. O aparelho aparente dança. Pare a dança.

Quanto tempo manter o mesmo IP na conta logada? Enquanto aquela identidade opera, enquanto o bairro for honesto, enquanto o job for sessão. Horas e dias, não minutos. Solte quando o bairro mentir ou quando a identidade morrer. Não solte porque o semáforo apareceu. O semáforo, muitas vezes, apareceu porque alguém já soltou. O reflexo alimenta o alarme. Sticky é a disciplina de não alimentar.

FAQ

Perguntas frequentes

Para sessão logada, piora. Parece sequestro: o mesmo cookie em dezenas de bairros. Rotação serve coleta. Ads logado serve sticky. Não misture o produto.

O dia de operação daquela identidade. Horas, não minutos. Se o IP cai em vinte minutos, o painel vê viagem. Prefira TTL que cubra o turno e a retomada depois do almoço.

Estável enquanto a conta está saudável, sim. Eterno como amuleto, não. Prefixo degrada. Conta cai. Aí você migra com procedimento, não no meio do conjunto. Estabilidade não é casamento com bloco sujo.

Pode, se o provedor garantir o mesmo endereço pelo TTL. Muita loja vende sticky de minutos em pool compartilhado. Leia o TTL real no teste, não no banner.

O Connect é o recorte de residencial interno com sessão que gruda, e ainda cola proxy de terceiro. Você define o job: ads logado pede sticky. Ainda testa. Ainda não rotaciona no pânico do captcha.

Continue lendo

Artigos relacionados