nginx, Apache, IIS Novo

Conectar Registros do servidor web para Excel, Planilhas e IA

Q: Meus registros estão em vários servidores. Posso consultá-los em conjunto?

Sim. Cada linha contém uma coluna de site, então uma única consulta pode abranger vários hosts e agrupar por qualquer critério que você desejar. Você pode implantar um Agente por ambiente ou por região, e todos eles apresentarão suas pastas na mesma lista. Como se trata de SQL puro, você pode ir além e integrar logs de requisições a um banco de dados real — comparando um pico de erros 500 com uma tabela de implantação ou requisições lentas de finalização de compra com os pedidos correspondentes.

Seu log de acesso já é uma tabela — comece a consultá-la. nginx, Apache, Caddy e IIS gravam cada requisição em disco em um formato que se mantém estável há décadas — e quase ninguém a consulta. Aponte os Fluxos de Consulta para a pasta de logs e esses arquivos se transformam em tabelas SQL: códigos de status, tempos de resposta, IPs de clientes, caminhos, agentes de usuário. Rotações e .gz Arquivos incluídos, sem intermediários no transporte de toras.

Comece gratuitamente 11 destinos

1conexão

0portas de entrada

somente leituraimposto

4 formatos de log da web nginx · Apache · Caddy · IIS Rotações e arquivos .gz incluídos Somente leitura · nada instalado no servidor

A grande ideia

Uma pasta de registros se transforma em uma tabela que você pode agrupar e combinar.

O Query Streams lê os arquivos que seu servidor web já grava, fixa o formato e fornece colunas tipadas. Sem agente no servidor, sem pipeline de envio, sem índice para manter — e uma linha que o analisador não consegue ler é mantida como uma linha com uma justificativa, em vez de ser descartada silenciosamente.

Pasta de registrono host

acesso.logCaddy

access.log.2.gznginx

u_ex260909.logIIS

Rotações, arquivos compactados e arquivos relidos — tratados

erros-lentos.sqlSQL

SELECIONAR caminho,
       contar(*) AS sucessos,
       redondo(média(duração_em_segundos) * 1000) AS EM
DE   conjunto de arquivos.eventos
ONDE  status >= 500
GRUPO POR caminho
ORDER BY sucessos DESC

Resultado5xx por caminho

caminhosucessosEM

/api/export4128,140

/api/relatório963,502

/Confira311,208

/procurar7944

Integre-o ao banco de dados do seu aplicativo na mesma consulta.

Os arquivos que seu servidor já grava, agora você tem uma tabela para gerar relatórios.

Servidores

Quatro servidores, quatro formatos, nenhuma configuração.

Cada cartão indica exatamente quais arquivos o Query Streams lê naquele servidor e onde eles estão localizados. Você não precisa alterar sua configuração de registro para que isso funcione — o formato padrão é o suportado.

Registros de servidor web suportados

4 formatos · 4 servidores

nginxAcesso e erro

acesso.log o formato combinado padrão
erro.log nível, pid, conexão e mensagem
Geralmente /var/log/nginx
Apêndices; rotações numeradas a seguir

Servidor HTTP ApacheAcesso

registro de acesso formatos combinados e comuns
Um analisador sintático abrange Apache e nginx — o formato de acesso é o mesmo.
/var/log/apache2, ou httpd no RHEL
Apêndices; rotações numeradas a seguir

CaddyCaddy 2 JSON

acesso.log um objeto JSON por solicitação
Nome do servidor TLS, versão e retomada de sessão incluídos
Duração da resposta em microssegundos
Rolls para acesso-<carimbo de data/hora>.log.gz; cada membro leu uma vez

Microsoft IISW3C estendido

u_ex*.log Formato estendido W3C
O #Campos: O cabeçalho define as colunas, portanto, sua seleção de campos será seguida.
C:\inetpub\logs\LogFiles\W3SVC<site>
Um novo arquivo datado por dia, nunca renomeado.

Mais informaçõesEsses são o começo, não o teto.

Novos formatos de log de servidor web e proxy são adicionados a cada nova versão do Agente. Como os Agentes se mantêm atualizados automaticamente, um formato adicionado posteriormente aparecerá no seu conector sem que ninguém precise acessar o servidor.

Todos os quatro analisadores foram construídos e testados com arquivos de log reais capturados, incluindo rotações e arquivos compactados — o perfil do Caddy foi testado com logs obtidos diretamente do nosso próprio servidor de produção.

Todas as regiões

Acesse os registros de cada borda, leia onde eles aterrissam

Uma requisição nem sempre chega ao mesmo continente duas vezes. Seu servidor de borda está em uma região, sua origem em outra, e algo mais antigo ainda roda no escritório. Cada local executa um Agente de Rede que lê os arquivos de log onde eles chegam e se conecta ao Query Streams. Do ponto de vista do seu firewall, essa é uma conexão de saída comum — nada para abrir, nenhuma VPN para configurar e nenhum servidor de envio de logs para manter ativo.

eu-oeste Caddy na borda, registros de acesso JSON rotativos por carimbo de data/hora. disca

leste dos EUA origem nginx por trás disso, logrotate e .gz arquivos disca

Sede Um servidor IIS ainda servindo um aplicativo interno. disca

Três conexões de saída, um único local para consultá-las — sem porta de entrada, sem VPN, sem alteração de firewall.

Um agente por local

Um agente abrange um local inteiro em vez de um único arquivo de log, e dentro de um local, uma árvore de pastas com vários hosts é um único conector — cada linha carrega seu siteO plano gratuito executa um único agente, enquanto os planos superiores executam mais agentes.

1 região = 1 agente = muitos hosts

Nada para abrir

O agente estabelece uma única conexão de saída criptografada, e tanto a solicitação de saída quanto as linhas de retorno trafegam por essa mesma conexão. Não há necessidade de porta de entrada, VPN ou alteração de firewall — e seus registros não são encaminhados para terceiros nesse meio tempo.

uma conexão, em ambas as direções

Uma consulta que abrange várias regiões.

Cada fonte em um consulta federada O sistema nomeia seu próprio agente, permitindo que uma única instrução coloque a aresta em uma região ao lado da origem em outra, ou integre qualquer uma delas ao banco de dados do seu aplicativo. Incluído nas versões Business e Enterprise.

2 regiões → 1 conjunto de resultados

Eles se mantêm atualizados

Os agentes se atualizam automaticamente, portanto, um formato de log adicionado em uma versão posterior chega a todas as regiões sem a necessidade de implantação adicional. É isso que faz com que a lista acima seja um ponto de partida, e não uma lista fixa.

Novos formatos chegam com o Agente.

A parte difícil

A rotação é o motivo pelo qual isso não é apenas uma importação de CSV.

Os registros da web não ficam parados. Eles são rotacionados, renomeados, compactados e recriados sem que você perceba. Lidar com isso corretamente — sem lacunas e sem contar uma linha duas vezes — é a maior parte do trabalho.

Rotações numeradas

O clássico embaralhamento logrotate: o arquivo de hoje mantém seu nome e o de ontem é deslocado um número para baixo. O Query Streams segue o conteúdo, não o nome.

access.log → access.log.1 → access.log.2.gz

Nomes de arquivos datados

O IIS nunca renomeia nada — ele abre um novo arquivo a cada dia com a data no nome. Os arquivos antigos permanecem exatamente como estavam, portanto, são lidos uma única vez e deixados como estão.

u_ex260909.log · u_ex260910.log

Arquivos compactados

Um log rotacionado geralmente acaba compactado com gzip. Leituras de fluxos de consulta .gz Os membros já estão no lugar — você não precisa descompactar nada nem mover nada para outro lugar primeiro.

acesso-2026-09-08T03-00-00.000.log.gz

Nada contava duas vezes.

Cada arquivo é identificado pelos seus primeiros 4 KB, de modo que um arquivo renomeado seja reconhecido como o mesmo arquivo. Uma janela deslizante de duplicatas captura a sobreposição quando um gravador reproduz a cauda do arquivo.

Hash de prefixo de 4 KB · Janela de 20.000 registros

O esquema

As colunas que você realmente obtém

Não se trata de um bloco de texto com um registro de data e hora ao lado. Cada formato é analisado e dividido em colunas tipadas que você pode filtrar, agrupar e agregar diretamente.

registro de acesso combinadonginx · Apache

endereço_do_clienteautorizaçãométodocaminhoversão_httpestadobytesreferenciadoragente

Registro de errosnginx

nívelpidmaréconexãomensagem

registro de acesso JSONCaddy 2

endereço_do_clienteIP remotoporta_remotamétodocaminhoversão_httpestadobytesbytes_readduração_segundosnome_do_servidor_tlsversão tlstls_retomadoID do usuárionívellenhadormensagemdados

Registro estendido do W3CMicrosoft IIS

s_ipc_ipesportecs_métodocs_uri_stemconsulta_uri_cscs_usernameagente_de_usuário_csstatus_scsc_substatussc_win32_statustempo_decorrido

Cada linha também carrega hora do evento e siteAssim, uma única consulta pode abranger vários hosts e a origem do arquivo nunca é questionada.

Power Query M

Cole o arquivo M do Power Query gerado no Editor Avançado do Power BI e o relatório lerá os resultados do log do servidor web em tempo real via HTTPS — sem driver ODBC, sem porta de banco de dados aberta.

Como funciona o Power BI

Compatível

Alertas e relatórios de logs do servidor web

Slack · Discord · E-mail · Webhook

Programe uma consulta de logs do servidor web para ser enviada ao Slack, Discord, e-mail ou webhook assinado — ou retenha a mensagem até que a contagem de linhas, um limite ou uma variação percentual ultrapasse o valor definido.

Como funcionam os alertas e relatórios

O cartão de alertas é o que merece uma segunda olhada nos registros: uma consulta agendada em sua contagem de erros 5xx não exige a presença de ninguém, portanto, um pico chega ao Slack automaticamente. Guias passo a passo específicos para cada tipo de registro ainda não foram escritos — as páginas vinculadas explicam como cada interface funciona.

O que deliberadamente não lemos

Um log de acesso de produção contém mais informações do que você provavelmente desejaria em uma tabela de relatórios. O formato JSON do Caddy registra mapas completos de cabeçalhos de requisição e resposta, e estes geralmente contêm cookies de sessão e tokens de portador. O perfil do Caddy exclui cabeçalhos da solicitação e resp_headers Por declaração — não por um filtro que você precisa lembrar de ativar, e não posteriormente. Esses campos nunca são analisados, portanto, nunca chegam a uma tabela, exportação ou planilha.

O restante do projeto segue o mesmo princípio. O Agente se conecta à rede externa e lê arquivos; nada é instalado no servidor web, nada é gravado nele e o acesso é somente leitura.

Como funciona

Três etapas, e nada é instalado no servidor web.

Aponte para a pasta de registro.

Conceda ao Agente de Fluxos de Consulta acesso de leitura à pasta na qual seu servidor já registra logs — /var/log/nginx, /var/log/caddy, um IIS Arquivos de registro diretório ou uma pasta compartilhada para a qual você os sincroniza.

Ele reconhece o formato.

O Query Streams identifica o formato a partir do conteúdo das linhas, não do nome do arquivo — portanto, um arquivo com nome incomum ainda é lido, e um arquivo que não corresponde ao formato definido é armazenado em espera com uma justificativa, em vez de corromper a tabela.

Consulte-o ou junte-se a ele.

Execute consultas SQL a partir do portal, insira-as diretamente no Microsoft Excel ou no Google Sheets, ou utilize uma consulta federada para combinar os registros de solicitações com os usuários e pedidos no banco de dados do seu aplicativo — tudo em uma única instrução.

Perguntas frequentes sobre o registro do servidor web

Preciso alterar minha configuração de registro de logs?

Não. Cada formato suportado é o padrão para aquele servidor: o log de acesso combinado para nginx e Apache, o log de acesso JSON para Caddy 2 e o formato estendido W3C para IIS. Se você nunca alterou o formato do seu log, você já está usando um formato suportado.

O IIS é um caso flexível e é tratado adequadamente — o #Campos: A diretiva no topo de um arquivo W3C nomeia suas colunas; portanto, os campos selecionados no Gerenciador do IIS serão as colunas exibidas.

Isso é em tempo real?

É sob demanda, e não por streaming. O Query Streams lê os arquivos exatamente como estão no disco no momento da execução da consulta; portanto, novas solicitações aparecem conforme o servidor as grava e o arquivo é carregado — não em um cronograma fixo noturno, mas também não em um fluxo contínuo.

Se você precisa de alertas em menos de um segundo sobre uma solicitação no momento em que ela ocorre, um pipeline de logs é a ferramenta certa. Se você quer fazer uma pergunta sobre o tráfego das últimas semanas e obter a resposta em uma planilha, isso requer uma estrutura consideravelmente mais simples.

O que acontece com os registros rotacionados e comprimidos?

Eles são lidos. O Query Streams entende os três estilos de rotação que esses servidores usam — o embaralhamento numerado do logrotate, o arquivo com data nova por dia do IIS e a rotação com carimbo de data/hora do Caddy — e lê .gz Os arquivos permanecem no local sem que você precise descompactá-los.

Os arquivos são identificados por um hash dos seus primeiros 4 KB, em vez de pelo nome, portanto, um arquivo rotacionado é reconhecido como aquele já visualizado. É isso que impede que uma rotação perca um dia ou conte um dia duas vezes.

Meus registros estão em vários servidores. Posso consultá-los em conjunto?

Sim. Cada fileira carrega um site coluna, para que uma consulta possa abranger vários hosts e agrupar por qualquer critério desejado. Você pode implantar um Agente por ambiente ou por região, e todos eles apresentarão suas pastas na mesma lista.

Por se tratar de SQL comum, você pode ir além e combinar logs de requisições com um banco de dados real — comparando um pico de erros 500 com uma tabela de implantação ou requisições lentas de finalização de compra com os pedidos aos quais pertencem.

Ele lê cookies ou cabeçalhos de autorização?

Não. O formato JSON do Caddy é o único dos quatro que registra mapeamentos de cabeçalho, e o perfil exclui isso. cabeçalhos da solicitação e resp_headers Por declaração, elas nunca são analisadas e transformadas em uma coluna. Os formatos combinado, de erro e W3C não contêm cabeçalhos inicialmente.

Os endereços IP dos clientes e os agentes de usuário são analisados, pois são o objetivo de um registro de acesso — trate a tabela resultante com o mesmo cuidado que o arquivo de registro de origem.

E quanto a uma linha que o analisador sintático não consegue ler?

Ela é mantida, não descartada. Uma linha que não corresponde ao formato definido é retida como uma linha bruta com uma justificativa anexada, de modo que uma entrada malformada ou uma alteração inesperada no formato apareça como algo que você pode ver e consultar, em vez de como uma lacuna silenciosa em seus números.

Seus dados de tráfego já estão no disco.

Conecte uma pasta de logs e execute sua primeira consulta em poucos minutos. Plano gratuito, sem necessidade de cartão de crédito, sem instalação no servidor web.

Comece a usar gratuitamente Veja todos os conectores

Somente leitura · somente conexão de saída · seus registros permanecem no seu servidor