Qual é o meu IP

Por que o seu navegador não consegue responder a isto sozinho

Uma página como esta parece que deveria conseguir ler a resposta na máquina onde roda, e não consegue. Nada na plataforma do navegador expõe o endereço a partir do qual sai para a internet: não há propriedade para ler nem permissão para conceder. O endereço que a sua própria máquina tem quase nunca é aquele por que pergunta: atrás de um router doméstico é um número privado que o router reescreve à saída, e numa rede móvel o operador pode reescrevê-lo uma segunda vez. A única função do navegador que alguma vez deixou escapar um endereço foi o WebRTC, que reunia os endereços da própria máquina para estabelecer uma chamada, e hoje todos os navegadores escondem mesmo isso atrás de um nome aleatório terminado em local. Ou seja, o número nunca esteve disponível através da plataforma, e o pouco que escapava era de qualquer modo o número errado.

O endereço que realmente quer dizer não é uma propriedade do seu computador. É o que a outra ponta de uma conexão vê quando o seu tráfego chega, e pertence ao equipamento que o reescreveu por último pelo caminho: o seu router, o NAT compartilhado de grande escala do seu operador, a saída de uma VPN, um proxy de empresa. Só existe aos olhos de um servidor que tenha contatado. É por isso que a única maneira de o conhecer é contatar um e perguntar-lhe o que viu, e é por isso que esta página pergunta três vezes em vez de uma.

• Não é o endereço que o seu sistema operativo mostra para a placa de rede. Esse é quase sempre privado — um endereço 192.168, um 10, um 172.16 — e só significa alguma coisa dentro da sua própria rede. Nada do outro lado do router chega alguma vez a vê-lo.
• Não é permanente. A maioria das conexões domésticas recebe um endereço que pode mudar quando o router se volta a ligar ou quando o operador assim o decide, e uma conexão móvel pode mudá-lo enquanto se desloca. Um endereço que escreveu no mês passado numa regra da firewall pode já pertencer a outra pessoa.
• Não é necessariamente um único número. Numa rede que leva as duas famílias tem um endereço IPv4 e um IPv6 ao mesmo tempo; são números sem relação entre si, atribuídos por partes diferentes do mesmo operador, e viajam por rotas diferentes.

É também por isto que a resposta não está no código-fonte da página e que procurá-la aí não encontra nada. Cada página deste site é escrita como um arquivo HTML plano quando o site é construído, muito antes de a abrir, e o único endereço disponível nesse momento é o da máquina que constrói, que não é assunto de ninguém e muito menos seu. Por isso o arquivo que lhe chega leva a explicação e três espaços identificados e vazios, e as leituras são preenchidas depois, pelo seu próprio navegador, a partir da sua própria conexão. Se abrir o código-fonte e não encontrar endereço nenhum, está lendo o desenho e não uma avaria.

Duas famílias, e por que só uma pode responder

IPv4 e IPv6 são dois sistemas de endereços separados, e uma dada conexão usa exatamente um deles de ponta a ponta. Os endereços IPv4 são os quatro números familiares separados por pontos, e as suas existências esgotaram-se há anos; os endereços IPv6 são os longos, escritos em grupos hexadecimais separados por dois pontos, e desses há mais do que alguém alguma vez usará. Hoje a maioria das redes leva as duas ao mesmo tempo — é isso que quer dizer pilha dupla — e numa rede assim tem um endereço em cada uma, sem qualquer relação aritmética entre eles.

É isso que faz de uma única leitura meia resposta, e é a armadilha em que cai quase toda a ferramenta deste gênero. O nome deste site leva tanto um registro IPv4 como um IPv6, por isso o seu navegador escolhe um dos dois antes de rodar uma única linha de código daqui, e uma ferramenta que só pergunta de que endereço chegou a conexão fica sabendo alguma coisa sobre essa família e sobre mais nenhuma. Quem vem à procura do seu IPv4 porque uma regra da firewall precisa dele pode acabar a ver um IPv6, sem que nada na página diga se a outra metade existe, falta, ou simplesmente nunca foi perguntada.

Fixar uma família é, portanto, perguntar num lugar que só tem uma. Duas das três leituras vão para o resolvedor público da Cloudflare, contatado por um endereço escrito por extenso em vez de por um nome, e o endereço escrito é, em si, a fixação: não há nome nenhum para resolver, logo não há nada que o navegador possa escolher. A um endereço IPv4 escrito por extenso só se chega por IPv4 e a um IPv6 escrito por extenso só por IPv6, e o certificado cobre o endereço, portanto cada uma é uma conexão cifrada comum e verificada, não um truque. O que volta da primeira é o seu IPv4 por construção, e o que volta da segunda é o seu IPv6 por construção.

• Pode simplesmente não ter a família. O IPv6 ainda não é oferecido por todos os operadores, nem em todos os tarifários, nem por todos os routers tal como vêm de fábrica, e uma rede que não o tem não tem nada a indicar.
• Pode haver alguma coisa pelo caminho a travá-la. Uma firewall de empresa, a rede de um hotel ou um equipamento de segurança podem recusar uma família inteira, ou recusar só este ponto enquanto o resto dessa família funciona perfeitamente.
• Pode estar bloqueada em silêncio em vez de recusada. Uma recusa volta logo e a linha di-lo; pacotes descartados sem resposta parecem exatamente nada a acontecer, e é por isso que cada leitura recebe uma espera limitada e é depois abandonada em vez de ficar a rodar.
• O ponto pode responder com algo que não é um endereço. Essa é uma falha diferente do silêncio e a linha diz qual das duas foi, porque uma ferramenta que dobrasse todas as formas de falha num mesmo campo vazio deixá-lo-ia sem conseguir distinguir uma rede pouco comum de uma página avariada.

Não ter sido possível determinar não é o mesmo que não existir

Há aqui duas situações que importam mais do que quaisquer outras, e a partir de um pedido falhado parecem iguais: não ter família alguma, e tê-la bloqueada à saída. As ferramentas deste gênero indicam-nas da mesma maneira, quase sempre não mostrando nada e deixando-o adivinhar. Esta página mantém-nas separadas, e a terceira leitura é todo o mecanismo que o consegue. Vai a este mesmo site, que oferece as duas famílias, por isso aquela que respondeu é a que o seu navegador escolheu quando a escolha era livre, e esse único fato chega para transformar um silêncio numa conclusão.

• O ponto próprio da família respondeu. Tem essa família, o endereço dela está na linha abaixo, e nada do que a página venha a saber a seguir o pode desmentir.
• Não respondeu, e o seu navegador chegou a este site pela mesma família. Então você a tem de forma demonstrável — está usando-a para ler esta frase — e alguma coisa entre você e aquele ponto em concreto travou aquele pedido em concreto. O veredicto é que não foi possível determinar, e a razão está escrita ao lado.
• Não respondeu, e o seu navegador chegou a este site pela outra família. Esse é o único caminho até dizer que não a tem, e a única circunstância em que esta página o dirá.
• Não respondeu, e este site também não. Então não há indício em sentido nenhum, e não ter sido possível determinar quer dizer precisamente isso: a ferramenta não ficou sabendo nada, o que é uma afirmação sobre a ferramenta e não sobre a sua rede.

É por isso que debaixo de cada veredicto está uma frase, e não uma conexão ou uma dica flutuante. Não ter sido possível determinar pede a você duas coisas completamente diferentes conforme seja um caso ou o outro. Um diz que uma família que de certeza tem está bloqueada algures entre o seu navegador e um endereço muito concreto, o que vale a pena ir ver. O outro diz que esta passagem não ficou sabendo nada e merece ser repetida a partir de outra rede. Uma cor e uma palavra não conseguem carregar essa diferença, e uma ferramenta que adivinhasse entre as duas estaria dizendo a você algo falso sobre a sua própria conexão.

A terceira leitura vale a pena ser lida por si mesma. Dá nome à família que o seu navegador preferiu para um nome comum que oferece as duas — o resultado de uma corrida que o seu sistema operativo faz de cada vez que abre uma página, decidida por nenhum dos dois e configurada por ninguém — e nenhuma ferramenta comparável a indica. É também o fato contra o qual os dois veredictos acima foram cruzados, e por isso está na página em vez de escondido dentro do raciocínio: quem prefira auditar uma conclusão a confiar nela pode ver o indício de onde ela saiu.

Por que as duas linhas podem divergir

Cada leitura traz mais do que um endereço. A mesma resposta indica o país em que o ponto coloca esse endereço, o centro de dados da Cloudflare que respondeu, a versão do transporte cifrado, a versão de HTTP que o pedido usou e se a conexão veio pelo próprio cliente WARP da Cloudflare. Isso é impresso por linha e nunca fundido num único resumo, porque as linhas divergem mesmo: enquanto esta ferramenta estava sendo desenhada, uma mesma máquina, no mesmo instante, alcançou um centro de dados em Londres por IPv6 e um em Israel por IPv4. Nenhuma das leituras estava errada, e nenhuma das redes tinha avaria.

• O país é onde o ponto coloca o endereço que chegou, ou seja, uma consulta feita sobre o endereço e não um conhecimento sobre si. Uma VPN desloca-o, e um operador que distribui endereços registrados num país vizinho também.
• O centro de dados é a instalação da Cloudflare que respondeu, sob a forma de um código de três letras à maneira de um aeroporto. Cada um destes pontos é anunciado a partir de muitos lugares ao mesmo tempo e a qual deles chega é decidido pelo encaminhamento da internet, em separado para cada família, e é por isso que esta é a linha que mais vezes diverge.
• O TLS é a versão da cifra em que a conexão assentou. É negociada por conexão, portanto uma linha pode diferir de outra sem que nenhuma das duas seja incomum.
• O HTTP é a versão do protocolo que este pedido em concreto usou. Também é acertada por conexão, e depende da forma como a conexão se fez mais do que de seja o que for da sua rede.
• O WARP diz se a Cloudflare reconheceu o tráfego como vindo do seu próprio cliente. Para a maioria dos leitores está desligado nas três linhas, e está aqui porque quem não o tiver desligado ficaria de outro modo intrigado com o país.

Leia então uma linha como o relato de uma conexão e de nada mais largo. Duas linhas que nomeiam dois centros de dados não são uma contradição a resolver; são duas respostas sobre como as suas duas famílias saem da sua rede, que é exatamente aquilo que uma ferramenta que mostra um só endereço não lhe consegue mostrar. É também a razão de estes dados estarem presos às linhas: juntá-los numa só obrigaria a escolher uma das duas e a imprimi-la como se descrevesse ambas.

A quem se pergunta, e o que esta ferramenta não fará

Os três pedidos vão para o mesmo lado: o ponto trace da Cloudflare, que responde com uma lista curta de factos sobre a conexão que acabou de chegar. Este site é ele próprio servido através da Cloudflare, por isso o operador a quem se pergunta é aquele que já viu o seu endereço: viu-o quando esta página carregou, antes de rodar uma linha do código da própria página. Os três pedidos pedem em voz alta aquilo que foi entregue em silêncio um momento antes, e não o entregam a mais ninguém. É por isso que são feitos automaticamente e não atrás de um botão: uma barreira de consentimento à frente custaria a você a resposta a que veio e não compraria nada.

Esse argumento é específico, e vale a pena dizer com clareza que não é uma licença geral, porque a mesma frase seria falsa acerca de quase qualquer outro ponto. Só se aguenta enquanto a parte a quem se pergunta for a que já serve a página. Aponte uma ferramenta destas a um serviço de endereços de terceiros e o pedido deixa de ser um eco e passa a ser uma divulgação a sério a um operador que não tinha nada, e nesse momento o raciocínio teria de ser feito de novo desde o princípio em vez de citado daqui. Essa é uma das razões por que esta página não usa nenhum.

Nada do que escrever é enviado para lado nenhum, pela simples razão de que aqui não há nada para escrever: a página não tem campo de entrada nenhum. Nenhum endereço é armazenado, nenhum é mantido entre visitas e nenhum é escrito seja no que for que a página deixe atrás de si. Clicar em Atualizar volta a tirar as três leituras desde o princípio e recalcula as duas conclusões, o que é o que faz valer a pena deixar a página aberta enquanto uma VPN se liga ou desliga, e é também a única coisa que alguma vez envia os pedidos uma segunda vez.

• Não vai consultar o endereço de outra pessoa. Isso precisa de uma banco de dados comercial de geolocalização através de um terceiro, o que significaria entregar um endereço a um operador que não o tinha, e é além disso uma pergunta diferente daquela que o nome desta página faz.
• Não vai dizer o nome do seu operador, nem o número do sistema autónomo dele, nem a sua cidade. Nada disso vem nas respostas que esta página recebe, e obtê-lo passa pelo mesmo terceiro de cima.
• Não vai mostrar o seu endereço local ou privado. Nenhum navegador atual o expõe já, e nunca foi o endereço que as pessoas querem dizer quando fazem esta pergunta: é aquele que a própria máquina delas já mostra.

Nenhuma dessas coisas é uma falta à espera de ser preenchida. Cada uma teria de ser comprada com uma dependência da banco de dados de outra pessoa e da boa vontade continuada dessa pessoa, e paga com a única coisa de que esta página cuida. Uma ferramenta que responde por inteiro a uma só pergunta — as duas famílias, com o indício de cada uma e com um silêncio honesto onde não o tem — vale aqui mais do que uma que responde a meias a quatro.