lucianopinheiro.net

Em agosto de 2009 defendi meu TCC na faculdade SEAMA, condição para obtenção de título em nível de graduação de Tecnólogo em Redes de Computadores. Fiz junto dos colegas Heverton e Renan, sob orientação do professor Klenilmar Lopes. A proposta é a medição do ganho de performance em uma Lan House após a implantação do squid, squidguard (com alguns filtros) e BIND9. 

Uns meses atrás, fiz um post no meu blog sobre como fazer cache no Youtube. Apesar de funcionar, a solução não era eficaz. Isso porque o Youtube possui um sistema de balanceamento de banda, enviando-nos cada vez para um subdomínio diferente. A solução fazia o cache do recurso; no entanto, dificilmente utilizava-o.

A explicação simples é a de que, além de ser mais seguro, o proxy não transparente usa o recurso do cache de DNS. Para a explicação detalhada, leia o post:

Como funciona o proxy?

Do ano passado pra cá, o crescimento de vídeos explodiu no mundo. Um problema notado, porém, foi que os vídeos não eram cacheados no squid.

Foram criadas várias ferramentas para de redirecionamento, com menor ou maior grau de sucesso.

Aqui no trabalho, testamos uma alternativa, adicionando as linhas

acl googlevideo dstdomain .googlevideo.com
cache allow googlevideo
acl youtube dstdomain .youtube.com
cache allow youtube

Atualizei dia desses meu debian unstable e acabei tendo um problema chato hoje. Fuçando, resolvi usar o recurso de rotação da tela do gnome.

A tela ficou sinistra. De lado e com listras. Restartei o X e nada.

Mesmo tentando me virar  no emaranhado de cores, não consegui voltar o que tinha feito pelo modo gráfico.

Foi então que, procurando, achei o arquivo onde se configura isso no gnome. Ele fica em

~/.config/monitors.xml

O termo Proxy Transparente é conhecido incorretamente como aquele em que a gente faz a requisição ao proxy sem saber, como se estivéssemos fazendo diretamente ao site de destino; a máquina firewall iria então capturar todo tráfego destinado à porta 80 e reencaminhar ao servidor proxy. A transparência seria então para o usuário final, que não sabe sequer que existe um proxy.

Fato curioso ocorreu aqui onde trabalho, um órgão federal. No país todo, estávamos debatendo sobre criar ou não um programa que hackeasse um determinado dispositivo de ponto. Esse dispositivo tem um IP e é acessado pelo programa que foi disponibilizado pelo fabricante.

O problema é que esse programa precisa de carga manual. Ou seja, um funcionário precisa abri-lo e precisa clicar num botão pra "dar a carga" no dispositivo.

A dica é tecnicamente simples, mas vemos muitos sites que ainda mantém uma área ou formulário de inscrição após um evento simplesmente porque o desenvolvedor ou webmaster ainda não chegou ao trabalho pra tirar do ar.

Digamos que eu queira que um determinado banner apareça no site até o dia 31/08/2008 (domingo) às 23h59min. Já dia primeiro de setembro, às 0h, não deveria mais aparecer.

O código para isso é:

Dois comandos simples executados na máquina cliente são necessários para isso:

$ ssh-keygen

$ ssh-copy-id <usuario>@<servidor>

Aqui, tive um pequeno problema com documentos extensão ODT via Internet Explorer.

É que o IE, diferentemente do Firefox, não conhece documentos ODT. Ao tentar identificá-los, os percebe como ZIP. Isso se dá por conta de uma guerra de produtos e padrões que acaba afetando a todos nós, profissionais, que temos que ficar fazendo utilizando Recursos Técnicos Alternativos (gambiarras) enquanto "eles" brigam por mercado.