Obs. Está disponível também no sistema o preview do Gnome 3.0!

Mais informações no site oficial do projeto…

Verificando a estrutura de diretórios do pacote, percebi que a pasta dos plugins do Chrome não fazia referência a pasta de plugins do sistema (/usr/lib/browser-plugins/) e também não tinha nenhum plugin instalado localmente.
Desta forma fica fácil chegar-mos na solução do problema, simplesmente vamos criar um link simbólico apontando para o diretório correto:

cd /opt/google/chrome
ln -s /usr/lib/browser-plugins/ plugins

Para descobrir se está funcionando corretamente, simplesmente abra uma nova aba e navegue algum site que utilize Flash.

Primeiramente vamos criar um arquivo temporário para a validação das regras:

# vim /etc/iptables.test.rules

E então colocamos nossas regras dentro dele seguindo o padrão do próprio iptables, como no exemplo abaixo:

 *filter
 
 # Allows loopback traffic and drop all traffic to 127/8 that doesn't use lo0
 -A INPUT -i lo -j ACCEPT
 -A INPUT -i ! lo -d 127.0.0.0/8 -j REJECT
 
 # Accepts all established inbound connections
 -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
 
 # Allows all outbound traffic
 # You could modify this to only allow certain traffic
 -A OUTPUT -j ACCEPT
 
 # Allows HTTP and HTTPS connections from anywhere
 -A INPUT -p tcp --dport 80 -j ACCEPT
 -A INPUT -p tcp --dport 443 -j ACCEPT
 
 # Allows SSH connections
 -A INPUT -p tcp -m state --state NEW --dport 22 -j ACCEPT
 
 # Allow ping
 -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
 
 # log iptables denied calls (access via 'dmesg' command)
 -A INPUT -m limit --limit 5/min -j LOG --log-prefix "iptables denied: " --log-level 7
 
 # Reject all other inbound - default deny unless explicitly allowed policy:
 -A INPUT -j REJECT
 -A FORWARD -j REJECT
 
 COMMIT

Após a criação do arquivo com suas regras carregue-as com:

# iptables-restore < /etc/iptables.test.rules

Verifique se as regras estão corretas e se é necessária alguma alteração, e caso seja necessário simplesmente repita os procedimentos citados acima.

Depois de todas as regras carregadas corretamente salve-as em um arquivo definitivo como no exemplo abaixo:

# iptables-save > /etc/iptables.up.rules

Para garantir que nossas regras sejam carregadas durante o boot do sistema é necessário criar uma entrada para o iptables juntamente com os scripts de inicialização da rede:

# vim /etc/network/if-pre-up.d/iptables

Adicionando o seguinte conteúdo:

#!/bin/bash
 
 /sbin/iptables-restore < /etc/iptables.up.rules

Não podemos esquecer de dar permissão de execução para nosso script de chamada:

# chmod +x /etc/network/if-pre-up.d/iptables

Outra maneira muito comum de armazenar e carregar regras de iptables em sistemas Linux é com a utilização de um script de init, por exemplo /etc/init.d/firewall, adicionando sua inicialização nos runlevels do sistema.

Lembrando que todos os procedimentos e informações a respeito deste tipo de configuração em sistemas Debian Linux podem ser encontrados no wiki e também na documentação oficial do Debian em http://wiki.debian.org/.

Para alterar o timezone atual, primeiramente entre no diretório /etc:
# cd /etc

Crie/recrie o link simbólico localtime fazendo referência ao arquivo correto:
# ln -sf /usr/share/zoneinfo/EST localtime

Em algumas distribuições (Red Hat like) o path dos arquivos de timezone é:
/usr/share/zoneinfo/dirname/zonefile.

Segue um exemplo para configurar o timezone da máquina para São Paulo / Brasil:
# cd /etc
# ln -sf /usr/share/zoneinfo/America/Sao_Paulo localtime

Você pode utilizar a variável de ambiente TZ para setar a data correta nas aplicações:
$ export TZ=America/Sao_Paulo
$ date

Para instalar e configurar o timezone através do utilitário, simplesmente prossiga com:
# yum install system-config-date
# system-config-date

Após finalizar as configurações de timezone elas entrarão em vigor imediatamente.

Além da configuração realizada através do utilitário também é possível utilizar o método genérico de configuração de timezone através do /etc/localtme, que assim que possível irei disponibilizar no próximo e último post da série de timezone.

Como grande parte das distribuições atuais seguem o padrão Red Hat ou Debian, vou postar aqui inicialmente os métodos para configuração do timezone na plataforma Debian e no próximo artigo os procedimentos para Red Hat / CentOS.

Primeiramente verifique em qual timezone seu sistema está configurado com:

luizxx@kanu:~# tzconfig
Your current time zone is set to America/Sao_Paulo
Do you want to change that? [n]:

Caso o timezone apresentado esteja incorreto pressione y para configurá-lo corretamente seguindo as instruções apresentadas na tela.

Caso você queira configurar o timezone de um local dentro do Brasil, instale o pacote tz-brasil para agilizar as configurações de horário de verão:

luizxx@kanu:~# apt-get install tz-brasil

No Debian temos algumas particularidades na estrutura de configuração dependendo da versão do sistema operacional, na versão Etch e posteriores o arquivo /etc/localtime é uma cópia idêntica do datafile original, já nas versões anteriores ao Sarge ele é um link para o arquivo original, como apresentado no exemplo abaixo:

Debian Etch:
$ diff -s /etc/localtime /usr/share/zoneinfo/`cat /etc/timezone`
Files /etc/localtime and /usr/share/zoneinfo/America/New_York are identical

Debian Sarge:
$ ls -l /etc/localtime
lrwxrwxrwx 1 root root 48 Mar 31 11:19 /etc/localtime -> /usr/share/zoneinfo/America/Sao_Paulo

Considere o esquema de particionamento abaixo:

Não LVM:
/boot – 128MB

LVM:
/ – 10GB
/home – 20GB
/var – 35GB
swap – 8GB

As entradas no kickstart para limpar a tabela de partições e aplicar o esquema acima serão as seguintes:

clearpart –all
part /boot –fstype ext3 –size=128
part pv.4 –size=0 –grow
volgroup VolGroup00 pv.4
logvol / –fstype ext3 –name=root –vgname=VolGroup00 –size=10240
logvol /home –fstype ext3 –name=usr –vgname=VolGroup00 –size=20480
logvol /var –fstype ext3 –name=var –vgname=VolGroup00 –size=35840
logvol swap –fstype swap –name=swap –vgname=VolGroup00 –size=8192

Caso você queira fixar a partição /boot em um determinado disco (por exemplo /dev/sda) é possível adicionando a opção “–ondisk=sda” na linha referente ao /boot. A opção –grow especificada ao criar o pv (phisical volume) informa que todo o restante do disco será utilizado para o LVM.

Mais informações sobre opções disponíveis para kickstart podem ser encontradas na documentação oficial Red Hat.

Looking for some information on VirtualBox forums and on CentOS bugtracker, I found some information that shows up how to solve this problem in a very simple way, just changing the default divider kernel parameter to 10 (adjusting the system clock rate to 100Hz) directly at boot time.

Note: Since Red Hat Enterprise Linux 5.1 / CentOS 5.1 the default system clock rate that is set to 1000Hz and can be changed at boot time, with no need to recompile you kernel, remember that Xen guests don’t need the system clock rate to be modified because they already have a 250Hz kernel.

For those that are not familiar changing kernel parameters, just edit your grub menu.lst file (usually /boot/grub/menu.lst), add divider=10 in the end of the kernel line and reboot your system.

Ps. Sorry for the long time without new posts… Now I’m back!

luizxx@Revy ~ $ vi .gtkrc-2.0

Then add the following lines to your file:

style “modpanel”
{
fg[NORMAL] = “#FFFFFF”
}
widget “*PanelWidget*” style “modpanel”
widget “*PanelApplet*” style “modpanel”
widget “*fast-user-switch-applet*” style “modpanel”

Now you can logout and logon to activate the changes, or you can simply reload the panel with:

luizxx@Revy ~ $ killall gnome-panel

Note that you can change the fg[NORMAL] value to any color you want to use, from #000000 to #FFFFFF.

Para aqueles que ainda nao conhecem, todos os notebooks japoneses Sony um pouco mais antigos da serie Vaio (os modelos que saíam com Windows XP Special Edition por padrão) tem um hardware bem específico, apresentando incompatibilidade inclusive com Windows XP’s que nao sejam os distribuidos juntos com o notebook (ele so funciona corretamente utilizando o Windows japones que ja vem na particao de recovery).

Porém felizmente o hardware desta serie de notebooks já apresenta uma ótima compatibilidade com Linux!

Tenho utilizado a distribuição OpenSuSe (atualmente na versão 11.1) nele e estou muito satisfeito com seu rendimento/funcionamento, porém notei algumas particularidades que devem ser levadas em consideração na hora de configurar seu sistema:

• Utilizando Gnome como gerenciador de desktop, o controle de brilho automático quando se utiliza a bateria conflita com o gerenciamento de energia via hardware, fazendo com que as vezes a tela fique muito escura. Para resolver este problema simplesmente desative o controle automático de brilho do Gnome.
• O teclado japonês (jp106), apesar de possuir um layout muito bom e teclas de fácil acesso nao possui suporte a acentuação brasileira, portanto prepare bem seu corretor ortográfico em caso de edição de textos.
• As teclas para mudança de idioma/escrita (hiragana, katakana e romanji) por padrão ficam desativadas, porém caso você queira utilizá-las basta configurar.
• As teclas de controle de volume e brilho funcionam normalmente, porém precisam ser setadas corretamente nos atalhos do gnome.
• A interface de acesso FeliCa precisa do software correspondente para funcionar, portanto fica desabilitada (o que não é nenhum problema, principalmente se voce nao mora no Japão).
• O leitor de cartoes Sony (MagicGate) funciona normalmente como qualquer drive USB.
• A placa de rede wireless precisa da atualizaçãoo de bios (broadcom) para funcionar corretamente.

Resumindo, Linux é uma otima alternativa que se adequa perfeitamente bem a esta linha de notebooks que conta com um ótimo hardware e design mantendo praticamente todas as suas funcionalidades.

Obs. Tenha muito cuidado ao realizar a formatação do disco! Tenha certeza que voce possui o disco de restauração da Sony ou fez os DVDs de backup com o Vaio Rikabaru, pois caso você queira voltar o notebook para a configuração original (inclusive com o sistema automático de recovery direto na inicialização da BIOS e todos os softwares Vaio) eles serão necessários.

Nota: Se você estuda ou pretende estudar Japonês, manter uma partição com a configuração original pode ajudar bastante na escrita e familiarização com o idioma!

É um processo bem simples e super eficiente para instalação de novos servidores, porém pouco difundido (em breve teremos um artigo dedicado a este tipo de instalação!). O artigo tem como referência Red Hat Enterprise Linux porém funciona perfeitamente em sistemas CentOS.

Nas midias de instalação do sistema (isos) é disponibilizada uma pasta chamada isolinux que contém todos os arquivos necessários para o bootdisk (esta pasta não é disponível na mídia da plataforma Itanium). Copie esta pasta em um diretório temporário:

$ cp -r /isolinux /tmp
$ cd /tmp

Obs. Se a sua intenção é utilizar um arquivo de kickstart para a instalação (e não apenas um bootdisk), copie o arquivo ks.cfg para a pasta isolinux antes de prosseguir.

Certifique-se que as permissoes estão corretas com:

$ chmod u+w isolinux/*

E crie a imagem diretamente com o mkisofs:

$ mkisofs -o RedHatBootdisk.iso -b isolinux.bin -c boot.cat -no-emul-boot \
  -boot-load-size 4 -boot-info-table -R -J -v -T isolinux/

Agora é só gravar a iso e utilizar o CD no boot do server, ou em caso de virtual machine utilize a iso diretamente.

A mesma imagem (.iso) gerada acima pode ser utilizada para realizar a instalação através de um disco USB (pendrive/flashdisk) sendo necessário apenas transferir a imagem diretamente para o pen drive da seguinte forma:

$ dd if=RedHatBootdisk.iso of=/dev/sda bs=1M

Para aqueles que vão utilizar este disco para iniciar a instalação utilizando um ks entre com a seguinte linha no prompt inicial:

linux ks=cdrom:/ks.cfg

Como realizei os testes em uma maquina rodando Ubuntu, vou passar aqui os procedimentos de instalacao para este sistema passo a passo para que mesmo as pessoas que nao estao acostumadas a realizar configuracoes no sistema possam prosseguir com sucesso.

Primeiramente podemos realizar a instalacao do pacote libusb-dev que e necessario para a compilacao do usb_modeswitch posteriormente da seguinte forma:

# sudo apt-get install libusb-dev

Apos a instalacao do libusb-dev baixe a versao mais atual do usb_modeswitch no link abaixo e descompacte o fonte com:

# wget http://www.draisberghof.de/usb_modeswitch/usb_modeswitch-0.9.4.tar.bz2

# tar xvjf usb_modeswitch-0.9.4.tar.bz2

Agora entre na pasta criada, inicie o processo de compilacao e  copie os arquivos compilados com:

# ./compile.sh

# sudo cp usb_modeswitch /usr/local/sbin

# sudo cp usb_modeswitch.conf /etc

Com os arquivos nos lugares corretos iremos editar o arquivo de configuracao com:

# sudo vim /etc/usb_modeswitch.conf

Iremos descomentar (remover o “;” no inicio de cada linha) do bloco MFS622 para que o arquivo fique da seguinte forma:

########################################################
# ZTE MF622

DefaultVendor= 0x19d2
DefaultProduct= 0×2000

TargetVendor= 0x19d2
TargetProduct= 0×0001

DetachStorageOnly=1

Para fazer com que o modem seja sempre reconhecido como um dispositivo de dados e nao um dispositivo de armazenamento de dados iremos criar um arquivo de regras para o udev da seguinte maneira:

# sudo vim /etc/udev/rules.d/15-zte-mf622.rules

O conteudo do arquivo acima deve estar da seguinte maneira:

ACTION!=”add”, GOTO=”ZTE_End”
SUBSYSTEM==”usb”, SYSFS{idProduct}==”2000″,
SYSFS{idVendor}==”19d2″, GOTO=”ZTE_ZeroCD”
SUBSYSTEM==”usb”, SYSFS{idProduct}==”0001″,
SYSFS{idVendor}==”19d2″, GOTO=”ZTE_Modem”
LABEL=”ZTE_ZeroCD”
#RUN+=”/sbin/rmmod usb_storage”
RUN+=”/usr/local/sbin/usb_modeswitch -d 1 -v 0x19d2 -p 0×2000 -V 0x19d2 -P 0×0001″
LABEL=”ZTE_Modem”
RUN+=”/sbin/modprobe usbserial vendor=0x19d2 product=0×0001″,
MODE=”660″, GROUP=”dialout”
#MODE=”660″, GROUP=”tty”
LABEL=”ZTE_End”

Apos as configuracoes acima finalizadas, precisamos configurar a conexao “claro” que sera utilizada, o que pode ser feito de forma bem simplificada com a utilizacao do pppconfig com os seguintes dados de conexao:

Number: *99#
User: claro
Password: claro
Speed: 460800
Com: /dev/ttyUSB0
Method: PAP

Agora, recarregue as regras do udev (a forma mais simples e reiniciando sua maquina) e inicie a conexao criada com:

# sudo pon claro

Caso voce queira finalizar sua conexao, utilize:

# sudo poff claro

Dica:
Ao realizar mais alguns testes, verifiquei que o Network Manager (aplicativo que gerencia as conexoes no Ubuntu) conseguiu reconhecer o modem diretamente, e caso a versao instalada em seu computador ja tenha esta feature implementada tente configurar atraves do proprio aplicativo. Clique no icone ao lado do relogio, la voce pode verificar se existe algo parecido com “Mobile Broadcom”, e caso exista clique nela e tente conectar diretamente.

No caso de um servidor com Red Hat Linux, assim como a configuração das interfaces de rede, os arquivos de configuração são colocados em /etc/sysconfig/network-scripts seguindo a seguinte nomenclatura: route-[interface]

Vamos a um exemplo prático onde configuramos a rede 172.16.0.0/16 através do roteador 192.168.0.65:

Primeiramente edite o arquivo de rotas referente a sua interface local (supondo que a eth0 tem o IP 192.168.0.1):

# vi /etc/sysconfig/network-scripts/route-eth0

E adicione o seguinte conteúdo:

172.16.0.0/16 via 192.168.0.65

Salve seu arquivo e reinicie a rede com:

# service network restart

E pronto! A rota está configurada. Para verificar sua tabela de roteamento você pode utilizar:

# netstat -rn

O OpenNTPD tem como objetivo tornar a administração deste serviço mais simples, segura e flexível apresentando alta-performance, baixissimo consumo de recursos e com configurações mais triviais e otimizadas.

Para configurar um servidor OpenNTPD rodando sobre plataforma OpenBSD é necessário inicializar o servico automaticamente durante o boot (lembre-se que isso pode ter sido feito diretamente na instalação) adicionando a seguinte entrada no arquivo /etc/rc.conf.local:

“ntpd_flags=”

Para configurar os servidores onde o daemon vai manter o sincronismo, simplesmente edite o arquivo de configuração principal (/etc/ntpd.conf) e adicione a seguinte linha para cada servidor:

server servidor.ntp.publico

Ou então adicione um pool de servidores com a diretiva servers:

servers pool.ntp.org

Por padrão o OpenNTPD é somente um cliente para atualização local, para utilizá-lo como servidor NTP ouvindo em todos os IPs da máquina adicione a seguinte linha no /etc/ntp.conf:

listen on *

Para habilitar o serviço para um IP específico substitua o “*” pelo IP utilizado.

Segue um exemplo básico de configuração do OpenNTPD sincronizando com os servidores do NTP.br trabalhando como servidor:

# $OpenBSD: ntpd.conf, 2009/01/08 19:41$

listen on *

server a.ntp.br
server b.ntp.br
server c.ntp.br

By default, the configure script doesn’t find the required freetds libraries on the system (even if they are correctly installed) because in the lastest versions of freetds we don’t have the tds.h and libtds.a files.

To bypass this check and continue building your packages normally you can use this simple and dirty workarround:

$ touch /usr/include/tds.h
$ touch /usr/lib/libtds.a

Or you can edit the configure script (make a patch and apply during the build process) to find the correct files and directories.

Official report: http://bugs.php.net/bug.php?id=44991
Tanks to Brian for the help!