Como funciona o ipaddress.fi
O que vemos, o que guardamos e de onde vem cada número deste site.
O que vemos
Como qualquer site, o nosso servidor recebe alguns dados com cada pedido:
- O seu endereço IP – o endereço público que a sua ligação usa. Atrás de um router doméstico, numa rede móvel ou através de uma VPN, é o endereço do router, do operador ou do serviço de VPN, não o do seu dispositivo.
- Os cabeçalhos do pedido que o seu navegador envia – user agent, idiomas preferidos e sinais de privacidade como Do Not Track e Global Privacy Control.
- A página que pediu, incluindo o que escreveu numa consulta.
O seu navegador também sabe coisas que nunca nos envia – o tamanho do ecrã, o fuso horário, a versão de HTTP que usa. Quando mostramos estas informações, são calculadas no seu navegador e ficam lá.
O que guardamos
- Cópias próprias de conjuntos de dados públicos, descarregadas e compiladas no nosso servidor ao ritmo de cada fonte: a tabela de encaminhamento BGP global e os nomes de AS (APNIC), as atribuições de endereços dos cinco registos regionais da Internet, as autorizações de rota validadas do RPKI, a geolocalização de IP (DB-IP Lite), nomes de locais e fusos horários (GeoNames), a lista de relays de saída do Projeto Tor e o registo de fabricantes MAC do IEEE. A hora, o tamanho, a soma de verificação e o resultado de cada descarga ficam registados no histórico de administração.
- Visualizações de página agregadas: o caminho de cada visualização (sem os valores consultados, por exemplo
/ip/[query]) e um contador por dia, durante 400 dias. Sem endereço IP, sem cookie, sem identificador. Desativado quando o seu navegador envia Do Not Track ou Global Privacy Control. - Estatísticas das fontes de dados: quantos pedidos cada fonte atendeu e quanto tempo demorou, por hora, durante 120 dias – necessário para acompanhar a fiabilidade. Os valores consultados não são guardados.
- Caches de curta duração com resultados em memória (de minutos a horas, nunca escritos em disco), para não fazer a mesma pergunta duas vezes.
- As mensagens que envia pelo formulário de contacto, até serem tratadas (apagadas ao fim de 12 meses, no máximo).
O que não guardamos
- Não registamos os endereços IP dos visitantes na aplicação. A limitação do número de pedidos assenta em chaves com hash, guardadas em memória e renovadas diariamente.
- Não guardamos histórico dos endereços IP, domínios ou números AS que consulta. Os endereços de uma consulta em lote são processados em memória e esquecidos.
- Não usamos cookies de rastreio. Os únicos cookies são a escolha de idioma que faz e – apenas com o seu consentimento – os do Google Analytics ou do AdSense, se o operador do site os tiver ativado.
- Não vendemos nem partilhamos dados dos visitantes.
A infraestrutura à frente da aplicação (proxy inverso e alojamento) pode manter registos de acesso habituais, de curta duração, por motivos de segurança e operação. Não afirmamos que nenhum elo da cadeia consegue ver o seu endereço IP – consegue, como em qualquer site.
Como funciona uma pesquisa
- O que escreve é verificado com cuidado. Só são aceites endereços IP, números AS e nomes de domínio públicos sintaticamente válidos; nomes privados, internos e reservados nunca saem do nosso servidor.
- Os dados de rede, encaminhamento, RPKI, registo, localização e Tor vêm dos nossos próprios conjuntos de dados no nosso servidor. Nenhum serviço externo de informação de IP é consultado sobre o seu endereço.
- Duas coisas são, por natureza, em tempo real e consultadas no momento em que pergunta: o DNS (consultas diretas e inversas, que o nosso próprio cliente DNS envia a resolvedores recursivos) e os registos de registo (RDAP ou WHOIS, pedidos diretamente ao registo responsável pelo endereço, número AS ou domínio – para domínios .fi, o serviço RDAP da Traficom).
- Cada campo indica de onde vem. Valores deduzidos em vez de registados – como o tipo de rede, inferido do nome do operador – são assinalados como suposições.
- Se uma fonte não responder ou estiver lenta, a página mostra o que existe e marca o resto como indisponível – nunca com um valor inventado.
As ferramentas que se ligam a um endereço indicado por si (TLS, cabeçalhos HTTP, cabeçalhos de segurança, redirecionamentos) só aceitam endereços públicos e as portas 80 e 443, verificam cada destino de redirecionamento em separado e fixam a ligação ao endereço verificado. Não leem o conteúdo das respostas.
O operador do site pode ativar fornecedores de dados comerciais como extra opcional; estão desativados por omissão e aparecem abaixo com o seu estado atual.
Fontes de dados
Estado em direto de cada fonte de dados que este site pode usar.
| Fonte | Fornece | Corre | Estado |
|---|---|---|---|
| Dados de encaminhamento e registo (próprios) AS de origem, prefixo e atribuição do registo para cada endereço, a partir da nossa cópia compilada da tabela BGP e dos ficheiros de atribuição dos RIR. | Encaminhamento BGP | No nosso servidor | Operacional há 17 segundos |
| Dados de geolocalização (próprios, DB-IP Lite + GeoNames) Cidade, região e coordenadas estimadas da DB-IP Lite, com nomes de lugares e fusos horários da GeoNames. | Geolocalização e ASN | No nosso servidor | Operacional há 17 segundos |
| Lista de saídas Tor (cópia própria) Se um endereço é um nó de saída Tor, segundo a lista publicada pelo Tor Project. | Sinais de segurança | No nosso servidor | Operacional há 17 segundos |
| DNS (cliente próprio) O nosso próprio cliente DNS (UDP/TCP, EDNS0), que consulta os resolvedores configurados neste servidor. | Resolução DNS | No nosso servidor | Operacional há 41 segundos |
| Dados de registo de AS (próprios) Titular, país, registo e data de atribuição do AS, a partir da APNIC e dos ficheiros de atribuição dos RIR. | Dados de ASN | No nosso servidor | Operacional há 2 segundos |
| Tabela BGP (cópia própria) Todos os prefixos que um AS origina na tabela de encaminhamento mundial. | Encaminhamento BGP | No nosso servidor | Operacional há 2 segundos |
| RDAP (registo responsável) Dados de registo do registo responsável pelo endereço, AS ou domínio, escolhido através dos ficheiros bootstrap da IANA. | Dados de registo | API externa | Operacional há 14 segundos |
Conjuntos de dados e atualidade
As nossas cópias locais de conjuntos de dados públicos, quando foram reconstruídas pela última vez e quantos registos têm.
| Conjunto de dados | Estado | Última reconstrução | Registos |
|---|---|---|---|
| Tabela de encaminhamento BGPReconstruído a cada 24 horas.APNIC (Thyme / BGP routing table analysis) | Atual | há 4 horas | 1.331.862 |
| Atribuições dos registosReconstruído a cada 24 horas.AFRINIC, APNIC, ARIN, LACNIC, RIPE NCC (NRO extended delegation format) | Atual | há 4 horas | 773.909 |
| Bootstrap RDAPReconstruído a cada 24 horas.IANA | Atual | há 4 horas | 4 |
| Cidades (GeoNames)Reconstruído a cada 168 horas.GeoNames (cities5000) · CC BY 4.0 | Atual | há 4 horas | 71.283 |
| Geolocalização (DB-IP Lite)Reconstruído a cada 72 horas.DB-IP · CC BY 4.0 | Atual | há 4 horas | 7.597.697 |
| Nós de saída TorReconstruído a cada 6 horas.The Tor Project | Atual | há 4 horas | 1.226 |
| Fabricantes MAC (IEEE)Reconstruído a cada 168 horas.IEEE Registration Authority (MA-L, MA-M, MA-S); Wireshark manuf as fallback | Atual | há 4 horas | 54.301 |
| Intervalos da CloudflareReconstruído a cada 24 horas.Cloudflare | Atual | há 4 horas | — |
| ROA validados RPKIReconstruído a cada 6 horas.rpki-client project console (validated from the five RIR trust anchors) | Atual | há 4 horas | — |
Limitações
- A geolocalização de IP é uma estimativa. Descreve onde um bloco de endereços é provavelmente usado – muitas vezes a localização do equipamento do operador. O país costuma estar certo; a localidade está muitas vezes errada, sobretudo em redes móveis, ligações por satélite, através de VPN e atrás de CGNAT. Na Finlândia, as estimativas concentram-se fortemente na região da capital. Nunca é suficientemente precisa para identificar uma pessoa ou uma morada, e não deve ser usada para isso.
- As coordenadas são arredondadas a duas casas decimais (cerca de 1 km) e mostradas com um raio de precisão honesto.
- Cada conjunto de dados é atualizado ao ritmo da fonte: dados de encaminhamento e de registo diariamente, RPKI e lista Tor de poucas em poucas horas, a edição mensal da DB-IP de poucos em poucos dias. Um bloco que mudou de titular há pouco pode mostrar o titular anterior durante algum tempo.
- A tabela de encaminhamento é a vista de um único coletor (APNIC). Uma rota filtrada antes do coletor não aparece.
- O tipo de rede (residencial, móvel, alojamento …) é deduzido do nome do operador e assinalado como suposição. O uso de proxies e VPN não pode ser detetado de forma fiável a partir de dados públicos; indicamos apenas o que um conjunto de dados contém de facto, como os relays de saída do Tor.
- Os dados de registo são publicados pelos registos e podem estar desatualizados ou ocultos por razões de privacidade.