Arquivo da Categoria ‘Linux’

FLISOL 2008 em Aracaju

21 de Abril de 2008 | Arquivado em Diversão, Eventos, Jogos, Linux, Programação, Segurança | Sem Comentários »

FLISOL 2008 em Aracaju

Ranking de comandos

14 de Abril de 2008 | Arquivado em Linux | Sem Comentários »

Só pra não perder o costume e relembrar as coisas do blog anterior!

$ history|awk ‘{a[$2]++ } END{for(i in a){print a[i] " " i}}’|sort -rn|head
131 ls
83 cd
74 sudo
11 ifconfig
10 wget
9 less
8 vim
8 ps
8 cat
7 ping

Repost: Exemplo de controle de banda usando HTB

18 de Março de 2008 | Arquivado em Linux | Sem Comentários »

Há um tempo fiz este script, a pedido de um usuário da comunidade Arch Linux Brasil. Como ele tinha apenas 1 Mbit de conexão (e seu irmão gostava muito de programas P2P), me pediu uma solução pra limitar o tráfego da máquina do irmão.

#!/bin/bash

#
# Exemplo de controle de tráfego usando HTB
# Por Israel Junior (israel em nacaolivre ponto net)
# Nesse script eu defini uma banda limite de 1Mbps e duas classes: uma
# com banda garantida de 768Kbps (sua máquina), mas podendo chegar
# a 1Mbit (caso não haja tráfego na outra classe) e outra classe com
# banda garantida de 256Kbps. O tráfego originado de 192.168.0.2 será
# enquadrado na classe 1:10 e os outros na classe 1:20.
#

INTERFACE=eth0
TOTALBW=1mbit # Use mbit, kbit como unidades de banda

modprobe sch_htb

tc qdisc del dev $INTERFACE root 2> /dev/null > /dev/null
tc qdisc add dev $INTERFACE root handle 1: htb default 20
tc class add dev $INTERFACE parent 1: classid 1:1 htb rate $TOTALBW
tc class add dev $INTERFACE parent 1:1 classid 1:10 htb rate 768kbit ceil 1mbit
tc class add dev $INTERFACE parent 1:1 classid 1:20 htb rate 256kbit ceil 256kbit
tc qdisc add dev $INTERFACE parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev $INTERFACE parent 1:20 handle 20: sfq perturb 10
tc filter add dev $INTERFACE parent 1: protocol ip prio 1 u32 match ip src 192.168.0.2/32 flowid 1:10

O próprio script se encarrega de levantar o módulo necessário para o escalonador HTB.

Repost: Usando o Kismet com placas wifi Atheros

18 de Março de 2008 | Arquivado em Linux | 1 Comentário »

Obs.: o link antigo desse artigo (http://zael.hangintree.info/…placas-wifi-atheros) não funciona mais, pois o domínio foi desativado.

Recentemente Há um tempo comprei um notebook Acer que vem com uma placa wifi da Atheros Communications (mais precisamente, a AR5005G). Ralei um pouco pra fazer o Kismet funcionar com ela e só consegui achar um tutorial em espanhol que ensinava mais ou menos a questão do modo monitor.

Estou usando o Kubuntu 7.04 7.10 no notebook. Portanto, o driver responsável pelo funcionamento da placa já veio instalado (madwifi-ng). O Kismet foi instalado com um simples aptitude install kismet. Também é necessário que o pacote madwifi-tools esteja instalado. Se não estiver, use aptitude install madwifi-tools. Vamos à configuração do kismet.

Abra o arquivo /etc/kismet/kismet.conf e altere a variável source para o seguinte:

source=madwifi_g,wifi0,atheros

A variável source define a fonte de captura dos pacotes e o driver da mesma.

Após isso, basta colocar sua interface (aqui ela é a ath0) em modo monitor (que faz com a interface wifi atue em modo promíscuo) e iniciar o Kismet. Execute os comandos a seguir como root:

# wlanconfig ath0 destroy
# wlanconfig ath0 create wlandev wifi0 wlanmode monitor
# kismet

Estes três comandos irão destruir a interface wifi0, criar uma nova interface wifi0 em modo monitor e iniciar o Kismet, respectivamente. Aí é só começar a capturar as redes por aí :D

Para se conectar a uma rede wifi você deve colocar a interface em modo managed, usando os seguintes comandos:

# wlanconfig ath1 destroy
# wlanconfig ath0 create wlandev wifi0 wlanmode managed

Por que “ath1 destroy”? Porque, pelo que eu percebi, quando o modo monitor é utilizado a interface Atheros se chama ath1, e no modo managed ela se chama ath0 (porém, nas duas a interface wifi se chama wifi0). Testei várias vezes mudando a interface de modo monitor para managed e vice-versa e isso se repetiu em todas. Se eu estiver errado me corrijam.

Screenshot atual do Desktop

11 de Março de 2008 | Arquivado em Linux | Sem Comentários »

Arch Linux Don't Panic (current) rodando KDEmod 3.5.9

Arch Linux Don’t Panic (current), rodando KDEmod 3.5.9.

Atualize seu Kernel

11 de Fevereiro de 2008 | Arquivado em Linux | Sem Comentários »

Hoje cedo saiu uma correção para um bug que afeta as versões 2.6.17 a 2.6.24.1 do kernel Linux e permite elevação local de privilégios (local root) através de um exploit.

Atualizem suas máquinas:

Mais detalhes sobre a falha: Linuxwatch, Secunia.

Novidades

17 de Janeiro de 2008 | Arquivado em Geral, Linux | Sem Comentários »

Essa semana resolvi baixar a imagem lançada pelo time do Kubuntu contendo o tão esperado KDE 4.0. Meu relato não vai ser diferente dos que já li em alguns blogs, como o do Hamacker.

O trabalho dos caras foi bem legal. O livecd iniciou rapidinho no notebook. Ao iniciar, a nova interface do KDE 4.0 chamou minha atenção (um tema mais “dark”, como eu gosto). Porém, o tamanho da taskbar também chamou a atenção (todo espaço é bom quando se tem uma resolução 1280×800) - tentei reduzir o tamanho dela mas não consegui (ou, pelo menos, não estava disponível nos lugares, digamos, mais óbvios).

Ignorei o primeiro problema e segui adiante com a instalação. Enquanto esperava o instalador terminar seu trabalho notei que o monitor de bateria não havia aparecido. Fucei e achei os widgets do KDE 4.0, chamados de Plasmoids. Adicionei o monitor. Mas a vida é uma caixinha de surpresas. O monitor não funcionou e fiquei decepcionado, pois o considero extremamente indispensável.

Qualquer um de nós ficaria chateado, desmotivado… mas eu prossegui e achei o novo menu, parecidíssimo com o Kickoff (ou KBFX), que eu já odiava. Logo depois comecei a usar o Dolphin e lembrei do D3lphin, que usei nos tempos do Arch Linux. Ponto positivo dessa vez para o KDE 4.0, pois eu não aguentava mais usar o Konqueror como file manager.

Assim como o Hamacker, tive o problema do salvamento de sessão (papel de parede retornava ao padrão).

Mudando de assunto! Tô mudando de trampo e de área. Tô indo estagiar (não dá pra trabalhar full-time cursando Ciência da Computação, que toma minhas tardes e noites)  na Procuradoria da República em Sergipe, no setor de Desenvolvimento (resolvi dar um tempo no suporte e infra-estrutura e pegar experiência profissional no outro lado da força). Outra consideração é que irei usar linguagens e SGBD livres (PHP e PostgreSQL).

Bom, agora deixa eu aproveitar minhas férias enquanto tenho tempo uahuhaua :)

Screenshot do Laptop

17 de Janeiro de 2008 | Arquivado em Linux | Sem Comentários »

Só pra não deixar o blog morrer enquanto tô de férias :)

Current laptop screenshot

PS: Rodando Kubuntu 7.10.

Third Extended File System (Ext3)

22 de Dezembro de 2007 | Arquivado em Artigos, Linux | Sem Comentários »

Os sistemas de arquivos do GNU/Linux sempre foram conhecidos por sua robustez, segurança e tolerância a falhas. O GNU/Linux também se destaca pela grande variedade de sistemas de arquivos suportados. São mais de 20, incluindo sistemas de arquivos proprietários. Neste artigo, será abordado o Third Extended File System (Ext3). Serão vistos alguns conceitos básicos, fundamentais para entender como um sistema de arquivos se comporta no GNU/Linux, a origem do Ext3, seu funcionamento, limitações e, por fim, um benchmark que mostra as reais capacidades do sistema.

GNU/Linux file systems were always known for their robustness, security and fault tolerance. The number of file systems currently supported by GNU/Linux is also a highlight. It’s, actually, more than 20, including proprietary file systems. This paper approaches the Third Extended File System, also known as Ext3, including some concepts that show how a file system works in GNU/Linux, Ext3’s origin, how it works, its limitations and, in the end, a benchmark, showing the file system’s real capabilities.

Third Extended File System (Ext3).

Qualidade de Serviço para VoIP através do HTB

20 de Dezembro de 2007 | Arquivado em Artigos, Linux | Sem Comentários »

Quando o kernel do Linux tem que enviar para a rede vários pacotes através de um dispositivo de rede qualquer ele precisa decidir quais enviará primeiro, quais retardará e quais descartará. Utilizando diversos algoritmos o escalonador de pacotes do kernel procura executar esta tarefa da maneira mais equilibrada possível. A regra padrão para o escalonador de pacotes é a FIFO (First In, First Out) - o primeiro a chegar é o primeiro a ser enviado. Você pode alterar este comportamento padrão fazendo com que o escalonador envie pacotes da maneira que lhe for mais útil.

Qualidade de Serviço para VoIP através do HTB.