Cando o rexistro de acceso de Squid parece levar anos de atraso

O formato de acceso nativo de Squid comeza cunha marca de tempo de época, escrita convencionalmente como %ts.%03tu: segundos desde a época seguidos de tres díxitos de milisegundos. Un valor nesa posición non é unha data de calendario formatada.

Primeiro comprobe o formato activo de access_log. Para Squid 7, revise a selección de saída e formato de access_log da instancia. Un formato de rexistro personalizado, un prefixo de syslog ou un procesador de rexistros posterior poden colocar outra marca de tempo no inicio da liña mostrada.

Tres comprobacións delimítano

1. Decodifique o valor numérico coa unidade correcta. Os díxitos fraccionarios forman parte dun valor en segundos, non dunha marca de tempo enteira separada en milisegundos.
2. Compare a hora UTC decodificada coa visualización da hora local. Unha diferenza de zona horaria pode desprazar a hora mostrada e ás veces o día do calendario; pero non explica unha data a moitos anos de distancia.
3. Compare un rexistro recente co reloxo da máquina que executa esa instancia de Squid. Nun host systemd, timedatectl status informa da configuración do reloxo e do estado de sincronización.

Se o reloxo do host tamén é incorrecto, investigue a súa sincronización horaria e, cando corresponda, a configuración de hora da máquina virtual. Unha soa data de rexistro inverosímil non abonda para identificar unha batería de reloxo de hardware esgotada.

Se o reloxo do host é correcto, confirme que o ficheiro está actualizado e pertence a esa instancia. Revise arquivos rotados, recollectores remotos e conversións de marcas de tempo na ferramenta de visualización.

Tamén distinga a marca de tempo da transacción do momento en que un recollector recibe a liña. O rexistro de acceso normal prodúcese ao completarse a solicitude, e o rexistro do daemon pode escribir de forma asíncrona. Unha solicitude ou un túnel de longa duración non ten por que aparecer no momento da súa conexión inicial.