Piloto Automático Não Funciona - Focus Ghia 2011

Hoje vou falar de uma situação que aconteceu comigo fazem alguns meses.

Nunca mais postei nada então é só para não deixar o blog totalmente parado.

Em raros casos eu utilizava do piloto automático para dirigir, porém em um dos dias em que eu precisei usar ele o maldito não funcionou.

Pensei que pudesse ser algo com o computador de bordo e acabei esquecendo desse problema. Alguns dias após o sistema acusou bateria fraca da chave do carro então realizei a troca da bateria dele e parou de acusar a mensagem de bateria fraca, porém o piloto automático continuava ali, sem funcionar e eu sem me preocupar.

Mais alguns dias e o carro deu umas falhadas ao ligar e em questões de dias ele não ligou mais, ficou "travado". Não trancava mais, o painel não desligava....o carro ficou "a meia fase". Foi tentado fazer uma ponte para dar carga na bateria e verificar se era ela o problema, porém como o carro não tem chave dificultou.

Levei para a oficina e pedi para trocar a bateria.

Em resumo, todos problemas que me ocorreram foi porque a bateria do carro estava abandonando sua vida útil.

Com a troca da bateria o carro voltou a funcionar normalmente e o piloto automático também.

Máquina Virtual - GLPI, OCS e Zabbix

Melhorando a postagem: Máquina Virtual - GLPI e OCS Integrados, resolvi refazer a instalação acrescentando o Zabbix para quem gosta de fazer laboratórios de testes.

Não coloque em produção essa VM, ela é somente para testes.

Realizei a instalação em uma VM o GLPI 0.90.3, o OCS 2.1 o Zabbix 3.0 eo Grafana

Foi utilizado o CentOS 6.8 e a imagem emulada no VirtualBox.

Para quem se interessar, deixei disponível a VM para download no link: https://www.4shared.com/zip/cIQbQBCtce/GLPI_OCS_Zabbix.html

A VM está no formado vmdk, é só baixar e colocar rodar.
- Placa de Rede em modo Bridge

Importante: Iptables e SELinux foram desativados

Usuário/Senha da VM:root/glpi10
MySQL: root/systi
MySQL: glpi/systi
MySQL: zabbix/systi
MySQL: ocs/systi
GLPI: glpi/glpi
Zabbix: Admin/zabbix
Grafana: admin/admin
Ocs: admin/admin


Importante: O IP testado foi o 192.168.0.106, portanto se a VM ficar com outro IP a integração do Grafana com o Zabbix poderá não funcionar, pois ele está configurado nesse IP. Deve-se então alterar nos data sources do grafana a configuração para o novo IP.


Para acessar o GLPI: http://ip_vm/glpi
Para acessar o OCS: http://ip_vm/ocsreports
Para acessar o Grafana: http://ip_vm:3000
Para acessar o Zabbix: http://ip_vm/zabbix/
Para acessar o phpmyadmin: http://ip_vm/phpmyadmin

Habilitar Hyperthreading Dell R710

Ao se instalar um ambiente com Exsi é importante habilitar o Virtualization Technology (VT)

Para fazer isso em um Dell R710

Reiniciar o servidor e pressionar F2


Ir em Processor Settings



Localizar Virtualization Technology, se estiver como Disabled, pressionar a tecla "Espaço" e ele passará para Enabled.





Salvar e sair da configuração da Bios.

Indicadores de TI utilizando ITIL® e Balanced Scorecard

Indicadores de TI utilizando ITIL® e Balanced Scorecard

Este artigo descreve a ferramenta Balanced Scorecard em suas quatro perspectivas e como podemos utilizá-la para montarmos um BSC de Tecnologia da Informação, alinhando os objetivos da TI aos objetivos do negócio. O principal objetivo é mostrar como é possível utilizar uma ferramenta de gestão corporativa na gestão de TI e fazer a integração delas com indicadores recomendados pelo framework ITIL vinculados a objetivo estratégicos, para assim auxiliar aos executivos conseguirem demonstrar o valor que a Tecnologia da Informação entrega para o negócio e onde seus objetivos impactam nos objetivos da organização por fim auxiliar na elaboração dos indicadores e relacioná-los ao mapa estratégico. 

Artigo Completo Aqui

Artigo escrito para conclusão de MBA em Gestão e Governança de TI - 2015

RAC0225: Sending the test mail failed.

Configurando a iDRAC 7 de um Dell R720 para enviar alertas por e-mail me deparei com a mensagem RAC0225: Sending the test mail failed.

Para que a configuração de envio de alertas por e-mail é preciso acessar a iDRAC e configurar:

iDRAC Settings --> Network --> IPv4 Settings
Preencher os DNS


iDRAC Settings --> Network --> Common Settings
Static DNS Domain Name deve estar preenchido


Server --> Alerts --> Destination Email Addresses

Server --> Alerts --> SMTP (Email) Server Address Settings

No meu caso, o que faltava era o Static DNS Domain Name estar preenchido, coloquei o meu domínio interno e comecei a receber os alertas da iDRAC do server por e-mail, gerando eventos no GLPI.

Chamados Duplicados por Resposta de E-mail - GLPI

Para quem trabalha com o GLPI e utiliza a função de abertura de chamado por e-mail sabe que se o Requerente enviar o e-mail para a abertura do chamado com outras pessoas em CC elas irão ser vinculadas aos observadores do chamado.

Se as pessoas em CC responderem ao chamado o GLPI abre um novo chamado, fazendo com que se duplique a requisição, se por acaso começarem a trocar e-mail irá gerar diversos Tickets desnecessários.

Para tratar esse situação eu costumava criar regras dentro do e-mail que recebia os chamados, onde elas verificavam se era resposta e encaminhavam para outra conta, não possibilitando a abertura de um chamado duplicado.

Pesquisando, encontrei o plugin MAILANALYZER que verifica se é resposta e adiciona aos acompanhamentos do chamado, então toda troca de e-mail referente ao chamado é vinculada aos acompanhamentos. Com isso pude desabilitar as regras do e-mail.

O Plugin encontra-se em: https://github.com/tomolimo/mailanalyzer

A instalação é igual a qualquer plugin do GLPI.

Na instalação que realizei em um CentOS 6.6, GLPI 0.90.3 o plugin não aparecia para ser habilitado, acessei a pasta do plugin e alterei o nome dela para somente mailanalyzer e corrigiu o problema, possibilitando a utilização dele.

GLPI - Gerenciando Pacotes Vinculados a SIM Card com Plugin SIMCard + CustomFields

No post Anterior falei sobre o plugin SIM Card e sua utilização, agora vou escrever um pouco sobre como estou trabalhando com o plugin SIMCard + Custom Fields.

O Plugin do SIM Card atende a necessidade de gerenciar os chips, onde eles estão, PIN, PUK, vincular com telefones entre outros tantos, porém não nos possibilita gerenciar o que tem vinculado no chip.

Por exemplo, no chip que eu utilizo tenho alguns planos vinculados: Plano de Dados, Tarifa Zero, Assinatura Básica, Tarifa Zero LDN, mas isso controlo somente em uma planilha.

Me indicaram utilizar o plugin Custom Fields para gerar esses campos que preciso, então instalei o plugin exclusivo para editar os campos do plugin SIM Card.

Nos exemplos mostrados foi utilizado:
GLPI 0.85.2
Custom Fields 1.7.0 RC1, disponível Aqui
Centos 6.5

Realize o download do plugin, e descompacte ele na pasta glpi/plugins

# wget https://forge.indepnet.net/attachments/download/1913/customfields-1.7.0RC1.tar.gz

Descompactar o arquivo:

# tar -zxvf customfields-1.7.0RC1.tar.gz

Ir no GLPI --> Configurar --> Plugins caso o plugin não apareça, verificar as permissões dadas nele.

# chmod -R 755 customfields

Instalar e Habilitar ele.

Ele irá aparecer nos Plugins:

Clicando em Customfields poderemos localizar o tipo de dispositivo: SIM Card (do plugin SIM Card)

Notem que estou utilizando o GLPI 0.85.2, no post anterior usei o SIM Card na 0.84.8, que é o plugin na versão estável, o para a versão 0.85 está em desenvolvimento ainda, quem quiser mesmo assim testar, clicar Aqui.


Ao clicar em SIM Cards, abre uma nova tela, onde é possível criar novos campos.
Irei criar os campos:

Assinatura Básica:
Plano de Dados:
Tarifa Zero:
Tarifa Zero LDN:
Pacote Black Berry:
Gestor Online:

Label é o nome que irá aparecer para o campo

System name é o nome do campo na tabela

Type é o tipo de dados que será aceito

Cada campo adicionado clicar em: Adicionar, no fim clicar em: Enable (imagem abaixo)

O Sort é a ordem em que o campo irá aparecer, é possível escolher.

Agora ao ir em: Ativos --> SIM Card, irá ter um novo item no menu, chamado Custom Fields, nele irá aparecer os campos que criamos anteriormente.

Assim é possível realizar a gestão do que está vinculado a cada cartão SIM.

Para quem quiser, realizei a tradução para o Português do Plugin, link para download Aqui.

Basta descompactar o arquivo em glpi/plugins/customfields/locales

GLPI - Plugin SIM Card

Gestão de Chips com o GLPI

Estava em busca de uma solução para gerenciar os smartphones de onde trabalho e acabei encontrando uma para gerenciar os chips (cartões SIM), e pesquisando encontrei o plugin SIMCARD.

Para quem tem interesse nele, segue link para download: https://github.com/pluginsGLPI/simcard/releases

Ainda não tem versão para o GLPI 0.85, porém testando na versão 0.84.8 a solução pareceu que atenderá boa parte do que preciso.

Após efetuar o download do arquivo, descompactar na pasta plugins do glpi e realizar a instalação.

No menu: Plugins irá abrir um novo item: 

Para adicionar um novo chip, o processo é normal de adicionar qualquer item no GLPI, também é possível cadastrar um modelo, para facilitar os cadastros em massa.

Na nova tela que abrir preencher os campos de cadastros do Chip

Após realizado o cadastro, se abrirmos ele poderemos observar que a aba inicial é a Itens Associados, ou seja, é possível associar um item ao Chip.

O item associado deve estar cadastrados nos Ativos do GLPI, no exemplo acima foi associado a um Telefone. Só é possível associar a um item.

Também é possível anexar documentos, contratos e visualizar quais chamados estão atrelados ao chip.

Se no cadastro for deixado habilitada a opção Item Associável a um Chamado : SIM será possível abrir chamado vinculando com o chip.

Em elementos associável na abertura do chamado, agora existe o Cartao SIM.

Outra opção que temos é em: Ativos --> Telefones, vincularmos um telefone a um ou vários chips.

O plugin original está em inglês, para quem quiser em português, segue link para download:

http://www.4shared.com/zip/UtE_vqQ1ce/pt_BR.html?

Realizar o download e descompactar na pasta: glpi/plugins/simcard/locales

GLPI - Não Envia E-mail de Teste

Boa noite Pessoal,

Fazem alguns dias me deparei com um problema ao configurar o envio de e-mail pelo GLPI.

Ao tentar realizar o teste de envio de e-mail me aparecia a mensagem: Falha ao enviar e-mail de testes ao Administrador

O cenário que eu possuía era:

CentOS 6.5 32bits

GLPI: 0.84.5

Em todos testes acontecia o mesmo erro, alterei diversas configurações e não funcionava, então verifiquei os Logs do GLPI disponíveis em: /var/www/html/glpi/files/_log/php-erros.log - Essa localização pode mudar de acordo com a instalação do GLPI.

Então me deparei com a seguinte mensagem:

Warning(2): fsockopen(): unable to connect to mail.....br:25 (Permission denied)

Backtrace :

/var/www/html/glpi/lib/phpmailer/class.smtp.php:135                       fsockopen()

/var/www/html/glpi/lib/phpmailer/class.phpmailer.php:889                SMTP->Connect()

/var/www/html/glpi/lib/phpmailer/class.phpmailer.php:797                PHPMailer->SmtpConnect()

/var/www/html/glpi/lib/phpmailer/class.phpmailer.php:660                PHPMailer->SmtpSend()

/var/www/html/glpi/lib/phpmailer/class.phpmailer.php:588                PHPMailer->PostSend()

/var/www/html/glpi/inc/notificationmail.class.php:178                       PHPMailer->Send()

/var/www/html/glpi/front/notificationmailsetting.form.php:40              NotificationMail::testNotification()

Após muitas tentativas consegui descobrir que o problema que ocorre no CentOS é que ele vem com o SELinux habilitado por padrão. Detalhe: No momento da instalação do GLPI, quando o sistema valida os requisitos para rodar o sistema, um dos últimos itens é: SELinux Desabilitado, quando ele está desabilitado o sistema marca em amarelo e não em vermelho, o que faz com que poucos observem isso.

Para corrigir o problema:

vi /etc/sysconfig/selinux

Alterar: SELINUX=enforcing para SELINUX=disabled

Espero ter ajudado alguém que possui a mesma dificuldade que eu encontrei.

Até breve.

GLPI - Abertura de Chamados por E-mail

Olá pessoal,

Uma funcionalidade muito boa que o GLPI tem é a possibilidade de abrir os chamados a partir de e-mails recebidos, fazendo assim com que diminua as ligações para a TI para a abertura de chamados.

Para isso é necessário realizar configurar o sistema.

O cenário que possuo é:
GLPI 0..85.1
CentOS 6.5

Servidor de e-mail Zimbra.

Primeiro deve-se acessar o GLPI com uma conta com os privilégios necessários (SuperAdmin).

Ir em: Configurar --> Destinatários.

Clicar no + para criar um novo destinatário.

Na tela que abrir deve-se preencher os campos conforme imagem:

Nome de endereço: Incluir o endereço de e-mail para onde os usuários enviarão e-mails para abrir os chamados. Essa conta deve ser utilizada somente para esse fim.

Em Servidor inserir o IP do servidor, ou nome do host.

Em opções do servidor deixar POP / TLS / NO-VALIDATE-CERT

É utilizado POP para fazer com que no momento da coleta dos e-mails os mesmos saiam da caixa de entrada.

Na pasta de E-mails inserir INBOX caso os e-mail que serão coletados é os armazenados na caixa de entrada.

No login colocar o usuário de e-mail que será utilizado

Salvar as configurações.

Para testar, enviar um e-mail para o endereço de e-mail cadastrado e no GLPI em: Configurar --> Destinatários ir em ações e clicar em Obter E-mails Agora

Irá aparecer uma mensagem informando quantos e-mails foram coletados, no meu caso nenhum pois não enviei e-mail para a abertura de chamados.

Feito isso ao visualizar os chamados deverá ter um novo chamado aberto referente ao e-mail enviado.

Esse processo de coletar os e-mails e realizar a abertura deles é automático, o processo responsável por isso é o mailgate.

Devemos configurar o mailgate para executar de tempos em tempo.

Configurar --> Ações Automáticas

Localizar mailgate e clicar nele.

Nessa nova tela é onde configuramos o período em que o GLPI irá ler os e-mails e abrir os chamados.

Cuidar com o Status, deve estar como Agendado.

Um detalhe importante é o Modo de Execução, se estiver como GLPI, o sistema só irá executar o mailgate quando alguém estiver usando o sistema, caso contrário ele não irá ler.

No modo de Execução CLI ele cria um agendamento na CRON do linux, nunca realizei essa configuração, então não poderei dar muito mais detalhes.

A primeira vez que realizei essa configuração foi graças ao Thiago Passamani. que postou em seu blog o procedimento.

GLPI - Mailgate "Travado"

Olá pessoal,


Me deparei com uma situação até então desconhecida por mim no GLPI.

Possuo o GLPI na versão 0.85.1 rodando em um CentOS 6.5.

Tenho o GLPI configurado com coletor de e-mails, a autenticação dos usuários é integrada com o AD e não é permitido a abertura de chamados anônimos.

Notei que os e-mails que estavam sendo enviado para a abertura de chamados não estavam sendo coletados.

Verificando o mailgate ele estava sempre em "Executando" (Configurar --> Ações Automáticas), cancelava o processo e mandava executar novamente e ficavam em executando, e não coletava os e-mails.

Fui verificar a caixa de entrada dos e-mails e me deparei com um e-mail de uma conta que não existia na base do AD e consequentemente não era usuário do GLPI. Deletei esse e-mail e executei o mailgate e funcionou a coleta dos e-mails, então se alguém se deparar com esse problema pode ser que a mesma solução usada por mim possa ajudar vocês.

I1912 SEL FULL

Hoje ao chegar trabalhar me deparei um o display de um servidor Power Edge 1900 mostrando a seguinte mensagem: I1912 SEL FULL

SEL = System Event Log

Nele roda um Windows Server 2008 R2.

Para correção do problema acessei a iDrac do servidor, fui em Logs --> System Event Logs e apaguei os logs mais antigos.

0x8024d001 Windows Update

Nessa semana formatei um computador com o Windows XP SP3 com licença OPEN, porém para minha surpresa não consegui atualizar o windows pelo Windows Update e tão pouco meu WSUS conseguiu localizar minha nova máquina, dor de cabeça.

Ao tentar atualizar pelo Windows Update a página me informava que encontrou um erro, código do erro 0x8024d001, cheguei a formatar novamente o micro, mas o erro continuou.

Em várias pesquisas na internet, e várias soluções diferentes irei descrever a que funcionou para mim.

1º - Instalei o IE 8 e reiniciei
2º - Rodei o FIX 50777  http://support.microsoft.com/kb/2497281 e reiniciei
3º - Baixei e instalei o Windows Update Agent http://download1154.mediafire.com/7izbi3uu057g/t1pvpp55v6aejpy/WindowsUpdateAgent7.6.7600.256-257.zip e reiniciei
4º - Iniciei nos serviços do windows o Windows Installer
5º - Abri o prompt de comando e digitei wuauclt /detectnow para o windows update verificar por atualizações.

Após esses passos aguardei alguns minutos e tentei acessar o windows update e deu certo.

Não é garantido que esse processo funcione para todos, porém no meu caso foi o que solucionou o problema, em alguns blogs que li, somente com o Windows Update Agent o problema foi resolvido, porém pra mim foi necessário mais que isso, e algumas horas de dor de cabeça e SLAs estourados.

Reiniciar Servidor Windows atraves do Linux

Hoje me deparei com uma situação até então nova para mim, um dos meus servidores windows travou, justamente o que uso para conexão remota, o que me deixou impossibilitado de acessar ele remotamente, e eu não queria me locomover até a empresa para executar a reinicialização do sistema, então possuindo acesso a um servidor linux localizado no mesmo ambiente do servidor com o windows consegui realizar a reinicialização dele após pesquisar um pouco como proceder.

O comando para reiniciar foi:

net rpc SHUTDOWN -f -r -I ip_servidor -U dominio/nome_de_usuário%senha

Onde ip_servidor = ip do servidor que será reiniciado
Dominio = dominio da rede, se existir um, caso não exista, deixar em branco.
Usuario%senha = usuário com permissões no windows para realizar a tarefa.


Se deixarmos sem o -r o windows será desligado e não reiniciado.

Como desligar windows remotamente: http://www.guilhermebalestro.blogspot.com.br/2011/07/desligar-reiniciar-windows-xp.html

Máquina Virtual - GLPI e OCS integrados

Editado em: 13/07/2016
Novo Post: Máquina Virtual com Zabbix + GLPI + OCS

Para facilitar a vida dos mas leigos em linux (eu).

Realizei a instalação em uma VM o GLPI 0.84.2 e o OCS 2.0.5 para execução de testes.

Foi utilizado o Ubuntu 12.04 Server e a imagem emulada no VirtualBox.

Para quem se interessar, deixei disponível a VM para download no link: http://www.4shared.com/zip/GHEbGLSD/GLPI_OCS.html

A VM está no formado vmdk, é só baixar e colocar rodar.

Usuário/Senha da VM: glpi/glpi
MySql: root/systi
phpmyadmin: root/systi

Para ser root do sistema, sudo su e a senha é glpi

O usuário do glpi é o padrão, glpi/glpi e do ocs também admin/admin.

Para acessar o GLPI: http://ip_vm/glpi
Para acessar o OCS: http://ip_vm/ocsreports
Para acessar o phpmyadmin: http://ip_vm/phpmyadmin

O plugin utilizado para integração do GLPI/OCS foi o: http://plugins.glpi-project.org/spip.php?article154

A Escolha do GLPI

Abaixo cito algumas das características que me fizeram optar pelo GLPI para substituir o OCOMON, algumas existem no OCOMON, mas para ilustrar o post acrescentei elas.

• Free - Como de costume o orçamento da TI ta apertado;
• É possível abrir chamados por e-mail (usuários não gostam muito de utilizar sistema de service desk, então basta enviar e-mail que o chamado é aberto automaticamente);
• Técnicos conseguem abrir chamados para os usuários sem a necessidade de saber a senha dos mesmos;
• Integração com o OCS (Esse foi o ponto chave para a escolha dele);
• Integração com o AD (Importar os usuário do AD e autenticar no LDAP o acesso);
• Excelente documentação;
• Utiliza Conceitos baseados em ITIL

Esses foram os principais itens para mim, o processo de migração não tende a ser demorado, pois não iremos importar informações já que utilizavamos o OCOMON somente como gestor de chamados, agora o primeiro passo vai ser a gestão de chamados para após isso iniciarmos a utilização das outras funcionalidades do sistema.

Se divirtam em buscar mais informações sobre as funcionalidades dele, elas estão relacionadas em: http://www.glpi-project.org/spip.php?article53

Meu Adeus ao OCOMON

Bom pessoal, como podem notar blog abandonado, na realidade nem lembrava mais dele, correria do dia-a-dia, mas isso não vem ao caso.

É notável nesse blog que era um usuário ativo do OCOMON, porém o ciclo de vida dele comigo se encerrou, como não saíram mais atualizações do sistema e a necessidade de uma maior gestão da TI fizeram com que iniciasse o processo de migração do service desk, para minha sorte, o passado dos meus chamados não me interessam mais, somente o futuro, gostaria de agradecer a galera do OCOMON pela ajuda que sempre me deram nos momentos de dúvidas.

Agora é iniciar os estudos na nova ferramenta, e colocá-la em funcionamento por etapas o quanto antes, de ante-mão aviso que a nova ferramenta que utilizarei será o GLPI -- http://www.glpi-project.org/

Editado em: 04/01/2014

Hoje navegando nos blogs tive a boa notícia que o pessoal está trabalhando no OCOMON e em breve poderá sair novas atualizações, para quem se interessar segue link: http://projetoocomon.blogspot.com.br/2014/08/projeto-ocomon.html

Alterando Logo do OCOMON

Bom dia pessoal,

Navegando na internet localizei um vídeo que mostra como customizar o logo do OCOMON, segue abaixo o vídeo.

Créditos: ComoCriarMeuSite

Permitir mais de uma Sessão por Usuário no Terminal Service

Os servidores de TS permitem aos usuários abrirem mais de uma sessão com o mesmo login e senha, eu particularmente nunca necessitei disso, mas é mais uma opção que temos.

Para habilitar essa opção devemos estar logado no servidorde TS.

Ir em: Iniciar --> Ferramentas Administrativas --> Configuração dos Serviços do Terminal.
 

Clicar em Configuração do servidor, e desabilitar "Restringir cada Usuário a uma sessão"

Feito isso os usuários poderão se conectar a mais de uma sessão com o mesmo usuário sem fazer com que uma sessão derrube a outra.

Personalização da Mensagem de Bloqueio do Squid

Como todos sabem é possível personalizar aquela mensagem de ACCESS DENIED que o squid nos mostra quando tentamos acessar algum site bloqueado, por se tratar de uma página HTML é possível fazer muitas coisas com ela, e deixá-la personalizada da maneira desejada.


Para cada mensagem de erro o squid possui um arquivo para tratá-la. Irei me deter somente a mensagem de acesso negado.

Para podermos personalizar a mensagem que aparece devemos acessar o local onde estão armazenadas as mensagens. No no meu caso em:

/usr/share/squid/errors/Personalizado

Personalizado é o nome do diretório onde deixei minhas mensagens de erros personalizadas.

Utilizando o vi podemos editar a mensagem, inserir imagens e outras coisas mais.

O squid disponibiliza uma lista de códigos que ao serem incorporado a mensagem nos retornam algo.

A listá é a seguinte:

%a

User identity

%B

URL with FTP %2f hack

%c

Squid error code

%d

seconds elapsed since request received (not yet implemented)

%D

Squid-generated error details. May contain other error page formating codes. Currently only SSL connection failures are detailed. For example, %D in a customized ERR_SECURE_CONNECT_FAIL response may be expanded into "The host name you are connecting to (foo.com) does not match any of the certificate names (foo.org, foo.net)..."). Supported since Squid v3.2.0.4. See also: application-level error code (%x) and system level error code/detail (%e/%E).

%e

errno

%E

strerror()

%f

FTP request line

%F

FTP reply line

%g

FTP server message

%h

cache hostname

%H

server host name

%i

client IP address

%I

server IP address (NP: upper case i)

%l

Local site CSS stylesheet. (Squid-3.1 and later) (NP: lower case L)

%L

contents of err_html_text config option

%M

Request Method

%m

Error message returned by external auth helper

%o

Message returned by external acl helper

%p

URL port \#

%P

Protocol

%R

Full HTTP Request

%S

squid default signature. (Squid prior to 3.1 automatically add unless %s is used.)

%s

caching proxy software with version

%t

local time

%T

UTC

%U

URL without password

%u

URL with password. (Squid-2.5 and later only.)

%W

Extended error page data URL-encoded for mailto links.

%w

cachemgr email address

%x

Application-level error name or identifier (e.g., X509_V_ERR_UNABLE_TO_GET_CRL). Currently only supported for SSL certificate validation errors. See also: system-level error code/detail (%e/%E) and application-level error detail (%D).

%z

DNS server error message

%Z

Message generated during the process which failed. May be ASCII-formatted. Use within HTML PRE tags. 

Fonte: http://wiki.squid-cache.org/Features/CustomErrors

Após personalizarmos nossa página devemos dizer para o squid de onde ele deve buscar essas informações:

Devemos editar o arquivo squid.conf

#vi /etc/squid/squid.conf

Localizar error_directory /usr/share/squid/errors/English 

E alterar para o diretório criado.
error_directory /usr/share/squid/errors/Personalizado

Após isso é necessário executar o comando:
squid -k reconfigure


Assim as novas configurações do squid entram em vigor.