O proxy é uma propriedade do perfil, não da máquina, então dois perfis abertos lado a lado saem por dois endereços diferentes.
Começar grátisO Chromium aceita um proxy para o navegador inteiro, o que basta até exatamente o dia em que você precisa de duas contas abertas ao mesmo tempo.
A parte chata de um proxy com autenticação não é o endereço. São os dois campos depois dele, e o lugar onde eles têm que ser digitados.
A flag de linha de comando que aponta o Chromium para um proxy carrega um endereço e nada mais. Não tem campo para uma conta, e o jeito documentado de fornecer uma é uma extensão que pega o pedido de autenticação que o proxy devolve.
Uma extensão é alcançável pela página através do chrome.runtime, o que transforma a solução de contorno em mais uma coisa dizendo a um site que este navegador não é comum. O SigoLogin autentica fora do navegador em vez disso. Um servidor SOCKS5 pequeno roda em 127.0.0.1, não pede senha nenhuma para si, e mantém a conversa com o proxy de verdade. O Chromium é apontado para aquele endereço no loopback, então as credenciais nunca ficam em lugar nenhum onde uma página possa olhar.
Todo perfil que abre ganha um relay só dele, numa porta que o sistema operacional entrega naquele momento. Não há nada para configurar: nenhuma porta de escuta nas configurações, e nenhum proxy local único dividido por tudo o que roda na máquina.
Dois perfis num relay seriam dois perfis num endereço de saída, que é justamente o que um perfil existe para evitar. Quando um navegador fecha, o relay dele é parado depois e não antes, porque um navegador que perde o proxy no meio do caminho pode cair numa conexão direta.
SOCKS5, HTTP e HTTPS, com conta ou sem. Um proxy HTTP e um proxy HTTPS são os dois alcançados pelo método CONNECT, então os dois nomes na lista são um caminho só por baixo. O que uma entrada de proxy guarda é isto, e não há uma segunda aba atrás dela:
| Campo | O que vai nele |
|---|---|
| Rótulo | Opcional. O seu nome para a entrada, que é o que deixa a lista legível quando vinte delas dividem um host |
| Protocolo | SOCKS5, HTTP ou HTTPS |
| Host e porta | Um nome de host ou um endereço, e a porta que o seu fornecedor te deu |
| Usuário | Opcional. Limpar apaga a senha também, porque um proxy sem conta não tem uso para uma |
| Senha | Nunca mostrada de novo depois de salva. Editar uma entrada deixa a caixa vazia, e caixa vazia quer dizer manter a senha que já existe |
A senha é embalada pelo serviço de proteção de dados do Windows antes de ir para o disco, com uma chave presa à sua conta do Windows. Copie a pasta de dados para outra máquina e a senha não vai junto: o app diz isso e para, em vez de abrir o navegador sem ela e te deixar um erro de rede para interpretar.
Os fornecedores exportam proxies no formato que lhes convém, então quatro formatos entram como estão: host, porta, usuário e senha separados por dois-pontos, a conta escrita na frente do host com arroba, os mesmos quatro separados por vírgula, e qualquer um desses atrás de um prefixo socks5://. Um prefixo na linha ganha do protocolo escolhido na caixa de diálogo, já que uma linha que diz o que é sabe melhor. Linhas em branco e linhas que começam com cerquilha são puladas em vez de contadas como falhas, e uma senha com dois-pontos ou arroba sobrevive: o corte é feito na última arroba e no primeiro dois-pontos.
Uma linha que não dá para ler não derruba o lote com ela. As outras entram, e as linhas que falharam voltam para você palavra por palavra, que é o único jeito prático de achar a linha ruim entre cem.
Os fornecedores também vendem um host com a sessão escrita dentro do usuário. Duplicar uma entrada copia a senha junto, então cinco sessões são cinco edições de um caractere em vez de cinco segredos redigitados. O que a cópia não herda é o resultado do teste: ela ainda não provou nada, e uma cópia que começasse já aprovada, com um fuso horário que nunca ganhou, teria um fingerprint construído em cima disso.
Mandar as requisições da página por um proxy é a metade fácil. Cada um destes é uma saída separada, numa camada separada, e um só deles deixado aberto torna os outros três inúteis.
Se a sua máquina resolve o nome de host primeiro e depois pede um endereço ao proxy, a consulta já saiu pela sua linha. Não é só questão de privacidade: alguns fornecedores aplicam o país que você escolheu somente quando recebem um nome, então uma requisição que chega como endereço sai em outro lugar. Medimos um proxy saindo da Tailândia para um nome de host e de Singapura para um endereço, no mesmo momento.
O relay repassa o nome exatamente como o navegador entregou e deixa o proxy resolver. O teste de proxy é obrigado a fazer o mesmo, pelo mesmo relay, porque um teste que resolve nomes na sua máquina informa um país que o navegador nunca vai usar. Um teste no build abre uma conexão para um nome de host através de um proxy de mentira e falha se o que chega é um endereço.
O WebRTC não passa pelo proxy do navegador. O Chrome atual esconde o endereço local atrás de um nome mDNS, mas o candidato que ele recebe de um servidor STUN continua carregando o endereço real da sua linha. Medido no nosso próprio build antes de ser fechado: uma página de detecção leu um endereço dos Estados Unidos por HTTP e um vietnamita por WebRTC, no mesmo perfil ao mesmo tempo.
Um perfil com proxy agora inicia com o UDP fora do proxy desligado, então não sobra um segundo endereço para declarar. A decisão é tomada a partir do perfil como ele está naquele momento, não de um fingerprint gerado antes: um perfil cujo fingerprint foi feito antes de você anexar um proxy iniciava sem o desligamento, e nada na tela dizia isso.
Um navegador manda tudo o que está no loopback direto, sem o proxy, por padrão e por razões próprias. Uma página pedindo algo num endereço local seria então respondida pela sua máquina, por cima de todo o resto desta lista. Um perfil com proxy é iniciado com essa isenção removida.
Parar o relay primeiro deixaria um navegador rodando com nada do outro lado da configuração de proxy dele, e um navegador nessa situação pode cair numa conexão direta. Então a ordem é fixada ao contrário: o navegador é fechado, e o relay que ele usava é parado depois dele.
Um navegador declarando fuso horário de Jacarta a partir de um endereço em Ohio já se contradisse, e nenhum trabalho em canvas ou fontes cobre isso. Então o fuso horário não é o seu e não é uma configuração: ele vem do teste do proxy, que pergunta a um serviço de geolocalização qual zona pertence àquele endereço exato.
Não do código do país, que é o atalho que dá errado. Uma tabela de país para zona dá aos Estados Unidos America/New_York, e um proxy saindo da Califórnia fica então três horas fora. Isso aconteceu aqui, com um proxy real, e é por isso que a zona que o serviço devolve para o endereço é a que vale, e a tabela de países é só um recurso de reserva para os vinte países que ela cobre.
Os idiomas aceitos seguem o país, com o inglês acrescentado depois deles. Um endereço vietnamita dá um perfil que pede vietnamita primeiro e inglês em segundo, que é o que um navegador no Vietnã manda.
Quando o serviço responde com um endereço mas sem país, o app registra país nenhum em vez de escolher um. Um país errado arrasta um fuso horário errado com ele, e um perfil caindo numa zona padrão é o problema menor. O teste diz qual dos dois aconteceu.
Abrir um perfil é onde um proxy para de ser uma linha numa tabela. Quatro estados, e cada um é resolvido antes de o Chromium iniciar, não depois.
| Estado do proxy | O que acontece ao abrir o perfil |
|---|---|
| Testado há mais de dez minutos | Testado de novo, e a resposta registrada, antes de o fingerprint ser construído a partir dela |
| Responde | O navegador inicia, no fuso horário e nos idiomas do endereço que respondeu |
| Não responde | O perfil não abre, e você recebe o motivo: uma conta recusada, um endereço ou porta errados, ou dez segundos de silêncio |
| Host, porta ou conta editados desde então | Salvar a edição limpou a resposta antiga, então isso conta como nunca testado e é testado agora |
Dez minutos não é um número redondo escolhido por conforto. Um proxy rotativo mantém um endereço por uma sessão e depois muda, e registramos um respondendo de Singapura e, mais tarde na mesma sessão, da Índia. Um perfil aberto com a resposta mais antiga declararia um relógio de Singapura enquanto sai pela Índia, que é a contradição de que esta página inteira trata.
Duas coisas chegam ao nosso servidor quando você abre um perfil: se aquele perfil tinha proxy, e o país por onde ele saiu. Qual proxy era, e qual endereço, não fazem parte desse registro, e nenhum proxy de tipo algum faz parte da lista de perfis que este site te mostra.
O endereço de saída viaja uma vez, sim. O nosso navegador só roda com um fingerprint que o nosso servidor assinou, e o endereço faz parte do que é assinado, então ele sobe com o resto do fingerprint e volta assinado na mesma hora. O servidor não guarda.
As senhas de proxy, e as senhas e chaves 2FA das contas salvas, são os segredos que o app precisa guardar em disco. Eles são protegidos pelo serviço de proteção de dados do Windows, com a chave presa à sua conta do Windows, então copiar a pasta de dados para outra máquina ou outro usuário não leva esses segredos junto.
As mensagens de erro são limpas antes de sair da sua máquina. Qualquer endereço no formato esquema://usuario:senha@host tem o login trocado por três asteriscos, e tudo o que passa de 500 caracteres é cortado. O host e a porta são mantidos, então uma conexão de proxy que falhou pode carregar o endereço e a porta desse proxy.
Tudo isso acima acontece uma vez, em poucos segundos, fora de vista. Esta é a parte com que você trabalha.
Nada nesta página é reservado para plano pago. O que os planos mudam é quantos perfis você pode guardar e quantas máquinas pode ativar.
| Recurso | Grátis | Pessoal | Profissional | Empresarial |
|---|---|---|---|---|
| Proxies com autenticação, sem vazamento de DNS | ||||
| Fuso horário e idioma seguem o país do proxy | ||||
| Perfis | 3 | 50 | 300 | Ilimitado |
Proxies não são contados nem vendidos aqui. O app não põe limite em quantas entradas você guarda, e não há nada nele que compre endereços para você.
A adição em lote aceita o bloco do jeito que o seu fornecedor exportou. Escolha o protocolo uma vez, para as linhas que não declaram o próprio.
Testar todos roda cada entrada ao mesmo tempo e anota o endereço, o país e o fuso horário com que cada uma voltou. Melhor achar uma entrada morta agora do que na hora em que você precisa daquela conta.
Escolha o proxy pela linha do próprio perfil. O fingerprint tira o fuso horário e os idiomas daquele endereço, e um relay sobe só para aquele perfil.
Não. Nada no app compra, revende ou distribui endereços, e não há conta de fornecedor para conectar. Você traz proxies que já paga, em qualquer um dos quatro formatos em que um fornecedor costuma exportar.
SOCKS5, HTTP e HTTPS, com usuário e senha ou sem. HTTP e HTTPS são os dois alcançados pelo método CONNECT, então depois que a conexão sobe eles se comportam igual.
Não, e é por isso que o app é construído do jeito que é. A flag de proxy do Chromium não tem onde pôr uma conta, então a resposta de sempre é uma extensão que fornece isso, e uma extensão pode ser consultada de qualquer página que você visita. O SigoLogin roda um servidor SOCKS5 pequeno no loopback e autentica ali, fora do navegador.
Sim. Um proxy é uma entrada própria e qualquer número de perfis pode apontar para ela, que é também como uma senha trocada se corrige num lugar só. Eles passam então a dividir um endereço de saída, então guarde isso para perfis que devem parecer relacionados.
O perfil não abre. Um proxy sem resposta recente é testado antes de o navegador iniciar, e se ele continuar calado você recebe o motivo em vez de uma janela. Abrir de qualquer jeito seria um navegador sem conexão, ou um navegador saindo pelo seu próprio endereço.
Não numa ação só. O proxy é definido no perfil, pela linha dele. O que escala é o outro sentido: uma entrada serve quantos perfis você quiser, então cem perfis atrás de um proxy são uma entrada e uma senha, não cem.
Não. Os nomes de host são entregues ao proxy sem resolver, e um teste no build falha se qualquer parte do caminho resolver um deles localmente. Um perfil com proxy também inicia sem a isenção de sempre do navegador para endereços na própria máquina, então não sobra nada que passe por fora.
Um proxy ou uma VPN muda o endereço de onde a requisição vem e nada mais; o navegador continua descrevendo o mesmo computador. Os dois se completam em vez de substituir um ao outro. O SigoLogin espera um proxy por perfil e pega o fuso horário e o idioma do país desse proxy para que não contradigam o endereço.
O plano grátis aceita três perfis, com o mesmo relay, o mesmo tratamento de DNS e o mesmo casamento de fuso horário que qualquer plano pago.
