Atenção!!! Dedicando ao meu livro de Crônicas Sociais e Politicas!!!

Desconecte-se e veja o que tem lá fora

 Nesses últimos dias tenho pensado muito sobre o assunto, sempre polêmico, da vida on/off que vivemos pelo menos na última década. Depois de vários acontecimentos na vida pessoal e de algumas crônicas que tenho escritos desde os meus 36 anos de vida, e que por algum motivo besta, parei de escrever, comecei a perceber o quanto está nos fazendo falta ver o que existe lá fora.

Mas aí você me pergunta: lá fora onde? Em qualquer lugar. Qual foi a última vez que você saiu de casa simplesmente para “curtir” o nada? Hoje vivemos a rotina da conexão quase 24 horas por dia. Aqueles que trabalham com Informática, como eu, por exemplo, acabam fazendo da vida lá fora uma extensão do que ocorre dentro.

Hoje a maior parte dos profissionais utilizam a tecnologia para trabalhar, por isso, quando saem de seus escritórios (seja ele dentro ou fora de casa) acabam realizando atividades voltadas somente para aquela rotina diária. Em outros momentos saímos para fazer coisas das obrigações da vida adulta, como pagar contas, ir ao médico, levar os filhos para escola etc. Mas esquecemos de sair simplesmente para não fazer nada.

Isso mesmo: nada. É claro que é bom uma vez ou outra rir com os amigos, sair com o namorada ou esposa, levar as crianças ao parque entre outras coisas mais. Mas o problema é que atualmente acabamos levando o mundo on para onde que vamos. Desligamos os computadores físicos da casa e do escritório e nos conectamos em aparelhos mobile em qualquer lugar.

Fico pensando muitas vezes que o ser humano de hoje fica com “medo” de não saber de nada. Recebemos tantas notícias e informação por segundo depois da invenção da internet que quando ficamos poucos minutos sem o acesso a essa ambiente parece que o nosso mundo vai acabar se não soubermos quem é o novo Trend Topics do twitter ou o assunto mais “curtido” do facebook.

Todos estão vivendo um extremo do mundo on/off. Não sabemos mais lidar com as pessoas. Colocamos todos num pedestal como se fossem mártires em estado de perfeição que quando conhecemos essa pessoa em seu cotidiano nos assustamos por ela ser comum como outra qualquer. Não é porque falamos que “conhecemos” alguém na web que isso significa que sejamos “amigos de infância” dela, mas também não é motivo para criar um cavalo de batalha e achar que estamos mentindo só porque não temos intimidade.

Como citado no primeiro no inicio, estou voltando ao velho hábito de escrever crônicas sócio-político… há muito tempo não escrevo e isto faz falta!!!

Então, estou desconectando temporariamente da minha vida on..

Valeu, Galera! Até um dia!!!
Ps.: Texto pego em partes do profissaojornalista.com.br , mas diz tudo a respeito do que passo!!!

Tunning Squid – Para alto tráfego

Nesta dica pretendo ajudar todos os usuários de GNU/Linux que fazem uso do Squid como servidor proxy.

Não serão abordadas configurações de regras de Squid, apenas iremos tratar algumas configurações necessárias para dar maior agilidade ao Squid, para aquelas pessoas que, assim como eu, tiveram problemas ao ter muitos usuários conectados ao proxy e a Internet tornar-se lenta.

Cenário

No cenário este “tunning” foi um servidor com 4GB de RAM, sendo 3 GB dedicados para o Squid. Dois discos SCSI de 10k com um processador Xeon 2.4 rodando Debian 6.

O mesmo está atendendo em horário de pico, em média de 1000 usuários simultaneamente, efetuando autenticações via winbind em um domínio NT (Active Directory) no Windows Server Enterprise 2008.

Modificando algumas configurações do kernel

Primeiramente vamos alterar alguns valores do kernel padrão, reduzindo o tempo de limpeza da tabela ARP e aumentando o seu tamanho, bem como aumentando o número de conexões simultâneas que o servidor irá atender e reduzir o tempo de espera entre as conexões.

Para isso, vamos alterar o arquivo sysclt.conf:

# vim /etc/sysctl.conf

E no final do arquivo, adicionar as seguintes linhas:

####### TUNNING PARA SQUID ########
# Reduzir o tempo de limpeza da tabela ARP
# Expandir o seu tamanho
net.ipv4.neigh.default.gc_interval = 15
net.ipv4.neigh.default.gc_thresh1 = 4096
net.ipv4.neigh.default.gc_thresh2 = 8192
net.ipv4.neigh.default.gc_thresh3 = 16384# Aumento do numero de conexoes simultaneas
# Reducao do tempo de espera entre as conexoes
net.core.somaxconn = 20480
net.core.netdev_max_backlog = 2048
net.ipv4.tcp_fin_timeout = 10
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_syn_retries = 1
net.ipv4.tcp_synack_retries = 1
net.ipv4.tcp_max_syn_backlog = 2048

Após adicionar as linhas e salvar o arquivo, é necessário executar o comando “sysclt -p” para que as alterações sejam importadas pelo kernel.

Modificando os limits de segurança

Uma outra boa prática adotada foi modificar os valores de limits do kernel. Para verificar os limits do seu kernel, basta digitar o comando:

# ulimit -a.

No meu caso, apenas alterei o valor de ‘open files’, que no padrão era 1024 e passei para 16384.

Para fazer esta alteração, basta digitar o seguinte comando na console:

# ulimit -n 16384

Porém, ao reiniciar o servidor, os valores de ‘limits’ irão retornar para o padrão. Para que isso não aconteça, edite o arquivo limits.conf:

# vim /etc/security/limits.conf

No final do arquivo, inclua as seguintes linhas:

#### TUNNING DE LIMITS DE KERNEL #####
root soft nofile 16384
root hard nofile 32768
* soft nofile 16384
* hard nofile 32768

Considerações finais

Modificando configuração padrão do Squid.

Agora vamos alterar o valor padrão de arquivos de descritores abertos pelo Squid. Para isso edite o arquivo /etc/default/squid.

Neste arquivo tem um valor padrão de 1024, altere para 4096.

Pronto, o seu kernel para uso do Squid está ‘tunado’… Uma alteração a gosto, de quem quiser testar, também foi modificar os parâmetros de leitura de cache no “squid.conf”.

Percebi uma melhora significativa na velocidade de acesso ao cache ao usar o método diskd no lugar de aufs.

Em algumas pesquisas na Internet, encontrei registros em que o diskd consegue fazer até 160 requisições por segundo ao cache no disco, sendo que o aufs, gira em torno de 40 requisições por segundo.

Entendido isso, foi alterado o cache para os seguintes parâmetros:

cache_dir diskd /var/spool/squid 20480 64 256 Q1=64 Q2=72

Se pesquisarem sobre este parâmetro, deverão encontrar muita coisa, então não irei abordar o por quê dos por quês…

Feito estas configurações, recomendo reiniciar o servidor e levantar o Squid para ver as melhoras de performance.

No meu caso, a navegação ficou visivelmente mais rápida.

Publicado por Rafael Mendes

Fonte: viva o linux

Lançado Nmap 6.0

Depois de três anos após o último grande lançamento do Nmap, a versão 6.0 do leitor de código aberto da rede foi lançada. O Nmap é um utilitário popular para digitalização e mapeamento de intervalos de rede, com a finalidade de extrair informações sobre os sistemas conectados à rede e topologia dessa rede. Na versão 6.0, os desenvolvedores têm adicionado suporte completo ao protocolo IPv6, reforçando simultaneamente o motor do Nmap scripting, digitalização na Web, mapeamento e digitalização da GUI, ao mesmo tempo que introduz uma nova ferramenta chamada Nping.

Nmap 6.0 Liberado com Mellhorias no Suporte a IPv6

Além disso, Nmap apresentou suporte básico a IPv6 desde 2002, mas com o esgotamento dos endereços IPv4, os desenvolvedores do Nmap passaram alguns meses assegurando que o Nmap tinha suporte IPv6 completo, com um novo sistema de detecção de IPv6 OS, capacidade de descoberta de hosts e varredura de portas.

Saiba Mais:

[1] Heise On-line http://www.h-online.com/security/new…6-1581485.html

Fonte: Under Linux