Artigos

Um site é um conjunto de recursos web disponível em um ou mais endereços, geralmente com páginas relacionadas e um objetivo comum. Nome de domínio, servidor de hospedagem e página web estão relacionados, mas não são a mesma coisa. Entender a diferença ajuda na hora de publicar um site ou resolver problemas nele.

Um subdomínio é um nome dentro de uma hierarquia de domínio mais ampla. Em blog.example.org, blog fica sob example.org. Os subdomínios podem separar um site, o e-mail, uma API e outros serviços, mas o nome sozinho não cria nenhuma página da web. Você ainda precisa de registros DNS e de um servidor configurado para aceitá-lo.

Um web service é uma interface pela qual aplicações trocam dados ou acionam funções pela rede. Um site é feito principalmente para pessoas lerem e usarem; um web service expõe um contrato pensado para clientes de software. O mesmo produto pode oferecer as duas coisas. Muitos serviços usam HTTP e JSON, mas o termo também abrange outros protocolos e formatos de dados.

Uma porta de rede é um número que protocolos de transporte como TCP e UDP usam para direcionar o tráfego ao serviço certo. Juntos, o protocolo, o endereço IP e a porta formam, na prática, a extremidade de uma conexão. A porta é um identificador lógico, não uma entrada física no roteador.

Userbar é uma pequena imagem colocada na assinatura do perfil em um fórum ou comunidade. Esses banners estreitos fizeram muito sucesso nos anos 2000 para mostrar interesses, afiliações ou um link para um site. Hoje são, sobretudo, um formato histórico da web, embora algumas comunidades ainda os permitam.

O WHOIS é a forma tradicional de consultar informações de registro de um domínio ou de um recurso de numeração da internet. Para domínios genéricos de primeiro nível, o RDAP é hoje a principal fonte de dados de registro. Um resultado pode mostrar o registrador, datas, códigos de status e servidores de nomes. Os dados pessoais do titular costumam ser omitidos.

O RIPE NCC é o Registro Regional da Internet que atende a Europa, o Oriente Médio e partes da Ásia Central. Ele distribui e registra recursos de numeração da internet, incluindo espaço de endereços IP e números de sistema autônomo (ASNs), de acordo com as políticas aplicáveis à sua região. Também mantém uma base de dados de registros e informações de contato usada pelos operadores de rede.

Os servidores de nomes (nameservers) hospedam uma zona DNS e fornecem respostas autoritativas para ela. A delegação indica à hierarquia do DNS para onde direcionar as consultas de um domínio. A configuração de servidores de nomes no registrador e os registros NS dentro da zona são pontos de controle relacionados, mas não idênticos.

Para comparar peering e trânsito IP, não basta olhar a velocidade máxima anunciada ou o nome do plano. O que pesa são a tecnologia de acesso, os recursos, o isolamento, o roteamento, o peering e o trânsito, a política de endereços IP e o suporte. Serviços com especificações parecidas no papel podem se comportar de forma muito diferente sob carga.

As permissões chmod do Linux ficam mais claras com uma regra exata, uma unidade ou a representação em bits do que com dicas genéricas de diagnóstico de rede. Antes de calcular, defina o que está sendo medido, em que unidade estão os dados de entrada e em que formato você espera o resultado.

Não dá para avaliar picos de ping e latência instável olhando um único número em Mbps. Taxa de transferência, latência, jitter e perda de pacotes descrevem aspectos diferentes da conexão e dependem do Wi-Fi ou da Ethernet, dos outros aparelhos na rede, de VPNs, do roteamento e do servidor de teste. Uma conexão carregada pode manter boa taxa de transferência e, mesmo assim, ter latência ruim.

O ping verifica se um destino responde a sondas de rede e mede quanto tempo cada resposta leva para voltar. É um bom primeiro passo de diagnóstico, mas não mede a velocidade de download e, sozinho, não garante que uma aplicação ou um site esteja funcionando bem.

Quando um e-mail não é entregue, analise separadamente o domínio do destinatário, o MX/DNS, a conexão SMTP, a resposta do servidor, a política de autenticação e a filtragem posterior. O fato de o servidor SMTP aceitar a mensagem não garante que ela chegue à caixa de entrada, e a falta de um bounce imediato não prova que a caixa postal vai continuar existindo.

Só o número em Mbps não explica por que a internet está lenta. Taxa de transferência, latência, jitter e perda de pacotes medem coisas diferentes, e o resultado depende do Wi-Fi ou da Ethernet, de outros aparelhos na rede, de VPNs, do roteamento e do servidor de teste. É possível ter uma taxa de transferência alta e, ao mesmo tempo, latência ruim quando a conexão está carregada.

Para descobrir por que uma porta está fechada, é preciso olhar a camada de transporte e o caminho de rede. Vale separar o socket local, a entrega IP, o comportamento do TCP ou do UDP, a filtragem do firewall e o NAT. Um ping que responde não prova que a porta TCP esteja acessível, e uma porta aberta não garante que o protocolo da aplicação esteja funcionando direito.

Se o endereço começa com 169.254, vale entender como o host identifica a própria rede local, os vizinhos e o caminho até outras redes. Em IPv4, isso depende do endereço, do comprimento do prefixo e do gateway; em IPv6, também do escopo do endereço e do Neighbor Discovery. Com um só valor errado, os vizinhos locais continuam acessíveis, mas o que está além da sub-rede para de responder.

Uma verificação de porta informa como uma tentativa de conexão apareceu a partir de um ponto da rede. “Aberta”, “fechada” e “filtrada” são rótulos úteis para o diagnóstico, mas um único resultado não identifica todos os dispositivos envolvidos nem determina se uma aplicação é segura.

As portas usadas pelos serviços mais comuns fazem parte da camada de transporte e do caminho de rede. Separe o socket local, a entrega IP, o comportamento do TCP ou do UDP, a filtragem do firewall e o NAT. Receber resposta ao ping não prova que a porta TCP está acessível, e uma porta aberta não garante que o protocolo da aplicação esteja funcionando direito.

Com Punycode e domínios internacionalizados, comece definindo o que você está verificando: confidencialidade, integridade, autenticação ou menor correlação entre dados. Cada mecanismo cumpre um papel: criptografia e hash são coisas distintas, VPN não é o mesmo que um proxy de aplicação, e trocar um identificador visível não torna ninguém totalmente anônimo.

O Punycode é uma codificação que representa caracteres Unicode em uma forma compatível com ASCII nos nomes de domínio internacionalizados. Por isso, um domínio escrito com acentos ou caracteres de outros alfabetos pode aparecer em dados técnicos como um rótulo que começa com xn--. A codificação muda apenas a representação; ela não comprova que um site é legítimo.

A geolocalização por IP associa, de forma aproximada, um endereço de rede a um país, região, cidade ou provedor. A precisão depende da base de dados e do tipo de conexão. O resultado não são as coordenadas de uma pessoa nem prova de onde ela está fisicamente.

A randomização troca o endereço MAC da interface de rede, ou seja, o identificador usado no enlace Ethernet ou Wi-Fi local. O MAC não viaja pela internet como um identificador global e permanente do aparelho: em cada segmento local, os roteadores usam os endereços de camada de enlace adequados a ele.

O WHOIS tradicionalmente usa a porta TCP 43 e não define um formato de resposta universal. O RDAP é uma API HTTP com representações em JSON, códigos de status, links e descoberta de serviços. Para os domínios de topo genéricos, a ICANN adotou o RDAP como serviço oficial de dados de registro em 28 de janeiro de 2025; os domínios de código de país podem seguir outras políticas.

Os redirecionamentos 301 e 302 acontecem na camada de aplicação; por isso, separe o acesso pela rede da resposta do servidor web. O nome pode ser resolvido, a conexão TCP/TLS pode ser estabelecida e, ainda assim, o HTTP pode responder com um redirecionamento ou um erro. Código de status, cabeçalho Location, nome do host, caminho e esquema da URL tratam de partes diferentes da transação.

Para analisar registros A, AAAA e CNAME, siga a resposta pelo caminho resolvedor stub → resolvedor recursivo → delegação → servidor de nomes autoritativo. Nem toda resposta vem direto do servidor autoritativo: o resolvedor recursivo pode usar o que guardou em cache. O TTL, o tipo de registro e o código de resposta indicam de onde veio o resultado e por quanto tempo ele ainda é válido.