Arquivo de 07/03/2012

Durante muito tempo procurei um artigo que ensinasse a configurar o driver RTL 8191SEvA no Slackware 13.37 no notebook/PC da HP. Depois de estudar vários artigos consegui fazer um tutorial voltado para esse assunto e espero que possa ajudar.

- Configurando a placa wireless no Slackware 13.37

Após instalar o Slackware 13.37 me deparei com o problema de não poder usar wi-fi, geralmente quando se instala Linux nos computadores da HP ele não reconhece o drive RTL 8191SEvA então vamos resolver este problema.

Primeiro, se ainda não tem o driver RTL 8191SEvA, faça o download no site da Realtek ou utilize o link:

Depois é só compilar no terminal:

# tar -zxvf rtl8192se_linux_2.6.0015.0127.2010.tar.gz
# cd rtl8192se_linux_2.6.0015.0127.2010
# make
# make install

Já está instalado o driver. Mas ainda não é reconhecido, então dê o comando:

# ifconfig wlan0 up

Pronto! Pode usar à vontade.

Espero que tenha ajudado.

Publicado por Andre

Fonte: viva o linux

Vamos mostrar uma simples configuração para compartilhar internet com Centos 5.7 em uma rede interna .

Bom temos servidor de internet com duas ( 2 ) placas de rede, onde uma esta ligada ao modem adsl e a outra esta ligada o nosso switch ou hub.

No meu caso a eth0 esta ligado ao adsl e a eth1 ao switch.

No adsl tem a rede de ip 192.168.1.0, e minha rede interna a rede 172.16.0.0, onde defini ip fixo em cada eth.

- Placa conectado ao ADSL

# cat /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0
BOOTPROTO=static
BROADCAST=192.168.1.255
HWADDR=08:00:27:96:0E:2A
IPADDR=192.168.1.254
NETMASK=255.255.255.0
NETWORK=192.168.1.0
ONBOOT=yes

- Placa conectado ao switch

# cat /etc/sysconfig/network-scripts/ifcfg-eth1

DEVICE=eth1
BOOTPROTO=static
BROADCAST=172.16.255.255
HWADDR=08:00:27:19:C2:DB
IPADDR=172.16.1.254
NETMASK=255.255.0.0
NETWORK=172.16.0.0
ONBOOT=yes

Depois de configurar, vamos compartilhar a internet.

Crie um script no /etc/init.d

# vim /etc/init.d/internet

#!/bin/bash
iniciar(){
modprobe iptable_nat
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
}
parar(){
iptables -F -t nat
}
case "$1" in
"start") iniciar ;;
"stop") parar ;;
"restart") parar; iniciar ;;
*) echo "Use os parâmetros start ou stop"
esac

Salve e saia para dar as permissões:

# chmod 777 /etc/init.d/internet

Lembrando que a linha com o eth0 é a placa onde esta ligado a adsl. Se estiver ligado na eth1 só alterar para eth1

Pronto para iniciar e parar o serviço da internet use os comandos abaixo :

- Para iniciar:

# service internet start

Ou:

# /etc/init.d/internet start

- Para parar:

# service internet stop

Ou:

#/etc/init.d/internet stop

Bom minha rede tem poucas máquinas então utilizo ip fixo, mas você pode configurar um servidor de dhcp, com a dica do nosso colega no link abaixo:

Guia de referência para dica:

Publicado por Daniel Lara Souza

Fonte: viva o linux

A aplicação web framework Ruby on Rails, recebeu um update para a versão 3.2.2, com a finalidade de corrigir duas questões de segurança (consideradas críticas), e vários outros bugs que foram detectados. Por causa disso, os usuários estão sendo aconselhados a atualizar suas instalações o mais rapidamente possível devido à natureza grave das falhas de segurança. Entretanto, é válido observar que essas correções não possuem relação com os recentes problemas com o GitHub e o Rails.

Os usuários do Rails 3.0 e 3.1 encontrarão novas versões, 3.0.12 e 3.1.4, que também abordam as vulnerabilidades mencionadas.As duas vulnerabilidades Cross-Site Scripting (XSS) que foram corrigidas, permitiam que atacantes aproveitassem o cenário problemático e manipulassem um safebuffer para executar HTML arbitrário no navegador dos usuários, que visitassem um site Rails. Mais informações sobre as mudanças ocorridas desde a versão 3.2.1, estão disponíveis a partir do GitHub. Rails 3.2.2 pode ser baixado utilizando o RubyGems.

Saiba Mais:

[1] RubyGems http://rubyonrails.org/download

O fundador e desenvolvedor líder do projeto DragonFly BSD, Matthew Dillon, descobriu um bug de hardware em vários processadores AMD. Dillon recebeu a confirmação da AMD, de que um bug que tinha sido encontrado no código fill_sons_in_loop da CPU no ano passado, de fato, ocasiona diversas falhas de segmentação, estando sob determinadas condições. O desenvolvedor trabalhou com engenheiros da AMD durante vários meses para duplicar o bug que ele havia descoberto pela primeira vez, enquanto trabalhava no DragonFly BSD.

Durante esse processo, Dillon projetou um caso de teste de imagem USB do DragonFly, que a AMD utilizou para rastrear o bug. Todavia, o problema atinge o processador AMD Opteron 6168 e o Phenom II X4 820, mesmo que isso ocorra em condições bastante específicas. Devido a esse fato, a AMD disse que vai atualizar toda a documentação referente aos processadores afetados, permitindo que os desenvolvedores possam evitar este comportamento indesejado em ocasiões futuras.

Saiba Mais:

[1] Heise On-line http://www.h-online.com/open/news/it…s-1464680.html