Fui brincar de automatizar o processo. Fazer all-in-one é o melhor para quem quer administrar alguma coisa. Daí eu pensei: “porque não levantar a VM sem precisar da interface gráfica?”. É o chamado modo HeadLess, em que você faz tudo sem depender da interface (como o VMware Server). Então resolvi fazer o script e deixar arrumadinho. Então, baixei o script aqui: bridge_virtualbox.

Bem, o que o script faz é basicamente tudo o que o outro post faz e mais levantar a VM que foi chamada.

Um comando fala mais que mil palavras:

$ bridge_virtualbox -h
Make the host IFACE network up.
Turn on the [tun] module and get up the virtual [tap0] interface.
Makes a bridge with fisical and the virtual network adapter.

Usage: bridge_virtualbox
bridge_virtualbox –help

List of disponible Virtual Machines:
1. archlinux
2. arch_new

That’s all folks!

1. tem muita boa memória, daquelas que faz contas de 15 dígitos de cabeça em 10s.
2. anota tudo num papel (ou parede, mesa, qualquer coisa riscável), até a senha do banco, e fica pescando.
3. joga tudo num .txt e fica pescando.

Qual já fez tem as seguintes saídas:

1. acaba lembrando depois da 5ª tentativa.
2. desiste e tenta depois de 2 dias e acaba lembrando.
3. desiste e assume que esqueceu mesmo, só depois de 20 tentativas, e pede pro admin resetar a senha.

Para quem nunca fez a pergunta (exceto quem tem excelente memória) tem sérios problemas. Primeiro de segurança. Quem nunca viu no banco: “Não anote sua senha num papel.”? Poisé, eu gosto de pensar que se eu tenho idéia de onde achar algo relevante sobre mim mesma, alguém também poderá descobrir também.

Nem papel, nem .txt puro. O que descobri depois de muitas vezes pertubar meu amigo Hugo Dória foi que eu precisava de um programa que gerenciasse minhas senhas. Bem, juro que tentei o Kwallet e o Revelation. Mas, sh**, interface gráfica não ajudou muito, só fez depender do mouse para… tudo! Então, na minha busca por uma wallet perfeita descobri que o Linux.com tinha feito um “How-to” de um wallet em linha de comando. Mas… “eu tenho que digitar muita coisa, não vou lembrar disso!”.

Daí encontrei aquilo que eu procurava (ainda tem umas frescuras, mas vá lá): um Wallet com GPG feito em Shell Script! Wow! Vamos lá, testar.

Dependências: dialog, vim e gpg.

Baixe o script aqui: wallet.

Sugiro colocar em algum lugar na home e adicionar o diretório no $PATH (lembre de adicionar no seu ~/.bashrc) .

$ mkdir ~/bin
$ cd ~/bin
$ wget http://even.archlinux-br.org/blog/wp-content/uploads/2008/07/wallet
$ chmod 700 wallet
$ export PATH=$PATH:~/bin

Depois tem que criar o arquivo de configuração dizendo onde o wallet irá salvar suas senhas:

$ echo “PASSWD_LIST=~/path/to/your/password/file” > ~/.walletrc

Pronto! Agora para editar sua wallet:

$ wallet -e

E para visualizar a wallet:

$ wallet

It’s amazing!

Tudo começou quando eu ainda não precisava integrar sistemas operacionais diferentes, quando meus conceitos de SO ainda eram muito verdes. Por alguns motivos, acabei tendendo para a área de administração de redes. Comecei com uma rede pequena e com gestão centralizada, eu ainda não sabia, mas já existiam problemas de controle que passavam desapercebidos na minha falta de experiência. Numa rede maior, percebi o que poderia deixar ou não um ambiente organizado.

Consideremos a verdade. A verdade é que a maioria das empresas/instituições com redes grandes possuem a maior parte de seus servidores e desktop’s com o sistema operacional de Redmond. Nada além da verdade. Mas muitos usuários conhecem o tal de Linux, alguns se aprofundam bastante nele, outros tornam-se maravilhados usuários. Daí, deste jato de disseminação de informações, surge:

“Podemos colocar o Linux na nossa rede também?”

Em servidores, muitos utilizam o Linux para alguns software’s, seja um servidor Web, SQL, FTP etc. O Apache tem uma grande fatia do mercado, o MySQL é muito usado pelos desenvolvedores, e estes são independentes do sistema operacional. Utilizar Linux nos servidores é apenas agregar um novo serviço à rede existente, é trivial.

Agora partimos para os desktop’s. Vamos à mais uma frase célebre de usuário:

“Posso fazer tudo o que faço no Windows no Linux?”

Acho que a primeira resposta é: “Tudo o que?“. O “tudo” que o usuário diz quer dizer: logar com o usuário da rede, utilizar a máquina sem problemas, acessar os compartilhamentos, imprimir na impressora do setor, ter perfil importado, os arquivos guardados e seguros, poder acessar seu e-mail, organizar a equipe, produzir apresentações, ler os memorandos etc. Ok, ok! Já entendemos! “Sua solicitação será passada para o setor responsável para avaliar as possibilidades.”

No setor responsável, geralmente o suporte à rede, alguém ficará responsável por pesquisar, documentar, testar, documentar, projetar, documentar, dimensionar, documentar, implementar o piloto, documentar, apresentar a solução e ainda documentar todo o processo. Vamos por partes. O que precisamos primeiro? Saber sobre o ambiente.

Irei mostrar um ambiente comum, que pode ser visto em qualquer empresa, grande ou pequena. Basicamente o que se encontra: Active Directory (AD). Pronto! Já sabemos quase tudo. O que é o AD?

Bem, agora que já sabemos o que é o AD e como ele funciona, podemos checar como fazer o que o usuário pediu, TUDO. Basicamente temos várias soluções documentadas (!) sobre como integrar o ambiente Linux, através do PAM, com o AD. Dica: existe um software, chamado Kerberos, é ele quem faz a mágica. O que é o Kerberos?

O que primeiro precisamos fazer é: Utilizar o método LDAP para autenticar os usuários e um módulo do PAM com Kerberos. Não vou abordar o “como fazer”, mas sim “o que acontece”. Acontece basicamente que o Linux, ao tentar autenticar um usuário, vai buscar na base LDAP, no caso o Active Directory, e gera um ticket Kerberos se a busca retornar sucesso. Kerberos é uma tecnologia e tanto, ajuda pra caramba quando se trata de integração, infelizmente veremos os problemas.

Ok, usuário logando no domínio, agora qualquer um que tenha um shell válido nos seus atributos poderá logar na nossa máquina Linux. Ponto pro pinguim! Agora vamos às tarefas do dia-a-dia. Vamos acessar os compartilhamentos de rede dos servidores. O Samba + Kerberos (olha ele de novo) dá conta do recado, acessando facilmente os compartilhamentos, sem precisar inserir uma nova senha (utilizando o ticket gerado no início da sessão para gerar outro). Ok, agora vamos montar os compartilhamentos na Home do usuário? O pam_mount veio para resolver seus problemas! Ele é capaz de conversar em várias línguas, inclusive a do Samba. Tarefa cumprida. Agora o usuário não está tão ilhado assim. . .

Próximos passo? Imprimir usando o usuário de rede na impressora do setor. Porque usar autenticação? Basicamente para desperdiçar uma folha de papel com a folha de rosto, mas isto nos dá capacidade de administrar quota e controlar/monitorar o que o usuário imprime, além de facilitar a vida de quem vai separar as impressões. . . Opa! Primeiro problema à vista. O Cups não suporta Kerberos remoto! Ó não! E agora, quem poderá nos defender?!
. . .
Ninguém responde. Não há (até hoje, 19 de maio) forma de fazer esta parte da integração. A solução que encontrei é péssima para o ambiente, péssima para a segurança e pior ainda para o administrador. A solução? Criar um usuário genérico, digamos linuxprinter, com senha divulgada e configura-lo para a impressão no Cups. A coisa fica mais ou menos assim na configuração: smb://linuxprinter:senha@servidor/impressora . Surpresa? O Cups armazena esta linha em texto claro no arquivo /etc/cups/printers.conf. Convenhamos que ter um usuário com permissões irrestritas tendo sua senha armazenada na máquina em texto claro é insanidade. . . O que fazer? Nada. Sentar e documentar. O pingüim perde seu primeiro ponto.

Ok, armengado, mas conseguimos utilizar a impressão. Agora o usuário quer manter seu papel de parede em qualquer máquina que ele logar. Sei que é frescura, mas e daí?, ele quer. . . Poderíamos colocar um servidor Samba para hospedar os Home’s do usuário, pô, massa!. Peraí! Já existe um controlador de perfil. O AD. . . Agora ferrou, o Samba não sabe conversar sobre esse tipo de coisa com o AD. Então, bem, o usuário fica sem o papel de parede dele. Pra mim não tem diferença alguma! Pingüim perde o segundo ponto. Empate.

As tarefas do dia-a-dia são facilmente substituíveis pelos aplicativos Linux. Tá, o OpenOffice não faz maravilhas, não abriu “aquela” planilha que era pra ontem. Mas para a maioria funciona. O Thunderbird ou Evolution ou Korganizer são ótimas suítes organizacionais. Dá pra fazer quase tudo que os aplicativos do MS Office fazem. Meio ponto pro pingüim. Porque meio ponto? Porque eu disse “quase”. Já basta.

Caímos no ambiente. Ah, as frescuras de cada um. Consegue-se um ambiente parecidíssimo com o SO de Redmond facilmente (ou com certa dificuldade), o Famelix que o diga. Em pouco tempo estarão todos acostumados e meio íntimos. Ponto pro pingüim. =)

Ok, depois de tudo isso posso dizer que a solução funciona? Que pode ser adotada? Não. Sempre haverão pequenas coisas que não podem ser integradas. Sempre haverão problemas com a solução. Sempre teremos o usuário reclamando que a impressão dele sai com o mesmo nome do vizinho e então a cota estourou.

Conclusão? Depois de mais de um ano trabalhando com integração de desktop’s Linux num ambiente corporativo misto, posso dizer: “O Linux ainda não está 100% para este tipo de ambiente”.

O evento foi muito bom, muito mesmo. Foi excelente encontrar amigos nunca visto, fazer outras amizades, até mesmo reclamar da pior pizza do mundo em POA. Comprei o livro de Shell Avançado do Aurélio. Palestrei junto com o Hugo e o Douglas. Dei muita risada com a galera no hotel. Três dias de FISL deixaram o gosto de “próximo ano eu venho de novo”! Sério, ano que vem eu venho junto com a maior galera possível! Que a Varig ajude de novo! =D

Dei uma esticada em Gramado e Canela quem ninguém é de ferro. Valeu muito a pena esticar a estada no Sul por mais 3 dias. Amei a cidade, amei tudo!
Morri de cansaço na viagem de volta (quase que não volto), de 7 de matina no busu de Gramado-POA até 18h aterrissando em Salvador.

Antes do FISL eu estava com aquele sentimento de “vazio” misturado com falta de vontade de fazer as coisas que eu deveria. Acho que isso ficou vencido com o descanso/cansaço que eu não tinha fazia muitos anos. . . Acho que agora tenho algumas metas melhor traçadas e projetos a serem cumpridos como objetivos (depois eu falo sobre isso). Agora é cuidar da ***** da tendinite que está me matando de dor (estou fazendo RPG com minha irmã).

Ano que vem tem mais, com certeza.

A chegada ao evento teve muita fila pro credenciamento, mas eles liberaram a entrada até a tarde. Ok, mas depois a fila não diminuiu muito. Ouvi que o sistema tinha caído e eles estavam fazendo tudo manual. Tão manual que meu nome não saiu nas etiquetas e foi escrito à mão. =D

Bem, tudo muito cheio, todo mundo querendo saber o que tinha nos estandes. O estande do Google, como sempre, estava o tempo todo (até as 20h pelo menos) entupido. Motivo? Eles trocando currículos (em inglês) por camisetas. Além de sortearem um Ipod. . . Claro que coloquei meu nome, mas nem sei se já teve o sorteio. . .

Achei interessante (ou estranho) o stand da Globo.com. O que tem lá?! Um Wii e um Xbox 360. . . Só isso.

Também teve uma participação massa do Colégio Marista com vários projetos relacionados à robótica. Como o robozinho que serve água por sensor, anda e fala por controle remoto!

Bem, também já nos apoderamos de um pedaço de um espaço pra grupos de usuários com uma bela placa: “Archlinux-Br”. Agora já temos até espaço, o próximo será o stand aqui atrás, que já teve cadeiras discretamente emprestadas. . .

Irei cobrir o que puder aqui no blog e também pro meu amigo Renê Fraga do Google Discovery

Faz uns dias que eu estou pra escrever sobre isso, mas sempre tem um contratempo.

Bem, me encheram tanto a paciência, dizendo que o Paste do ArchLinux Brasil não tinha um script tipo o nopaste que eu resolvi fazer um. Foi adaptado do pastebinit do Stephane Graber. Na verdade aproveitei umas funções para poder criar o nosso, já que Python eu entendo e queria mexer mais um pouco.

Bem, você pode baixar em: archpaste.tar.gz.
Para usar, é só descompactar, renomear para archpaste, dar permissão de execução e jogar no /usr/bin. Depois é só usar:

$ archpaste -h

archpaste v0.1
Arguments:
	-f < filename > (or pipe the text)
Optional arguments:
	-u < user:defaults to system username >
	-t < type of paste:default is text only >
	-d < description of the contents:default is 'using archpaste' >
	-s < subject:default is 'Untitled' >
	-h < this help >

Chego em casa, plugo o bichinho e funciona! . . . no Windows. Não é uma maravilha, até porque aqui em casa celular pega uma porcaria, mas fiquei pasmem quando pegou sem falhas no meu quarto! Explico: meu quarto é ponto cego para qualquer operadora, celular nem sequer toca se tiver lá dentro! Bem, depois de usar bastante (velocidades melhores que discada e sem instabilidade), fui tentar no Linux. Tentei tudo que era tutorial que achei pro bichinho e nada de funcionar! Tentei configurar algo no /etc/ppp/peers/, tentei usar o KPPP (que travava a máquina completamente quando tentava matar o daemon pppd). Até que fui tentar o gnome-ppp e. . . funcionou! Incrível como funcionou de prima! Então vi que ele gera um arquivo ~/.wvdial.conf para discar. Foi só copiar para /etc/wvdial.conf, assim como o arquivo /etc/ppp/pap-secrets e voalááááá!

Abaixo está a configuração do wvdial.conf usada:

[Dialer Defaults]
Modem = /dev/ttyUSB0
ISDN = off
Modem Type = USB Modem
Baud = 460800
Init = ATX3
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Phone = #777
Dial Attempts = 1
Dial Command = ATM0L0DT
Ask Password = off
Password = vivor

A configuração do /etc/ppp/pap-secrets:

[seu numero]\@vivozap\.com\.br * vivo

Também criei um pequeno script para levantar o módulo corretamente, assim como criar o device /dev/ppp, se você parar a conexão ou ela cair, desplugue o modem e replugue, depois execute o script abaixo:

#!/bin/bash
modprobe -r usbserial
modprobe usbserial vendor=0×19d2 product=0xfffe
if [ ! -e /dev/ppp ]; then
echo “criando /dev/ppp”
mknod /dev/ppp c 108 0
fi
echo “device pronto!”

Começando pela configuração de rede, que depende do que você deseja para sua guest machine. O vbox disponibiliza 3 tipos: Network Address Translation (NAT), Host Inferface (bridge) e Internal Networking (bridge seguro).

Network Address Translation [NAT]

O modo NAT basicamente faz com que o o host (hospedeiro) atue como roteador para as guest’s (VM - máquinas virtuais), mapeando o tráfico entre a guest e o host (ou a rede externa) de forma transparente, utilizando um socket. Embora o tráfico passe transparente entre as partes, a guest não é visível ou alcançável atrás do NAT (a menos que se faça um port forwarding [redirecionamento de portas]), nem mesmo para o host.

A configuração da interface de rede é completamente diferente da do host. A guest irá assumir se conectar a uma rede 10.0.2.0 na primeira interface (seguindo para 10.0.3.0 e assim por diante nas demais). Para aplicações ou demais máquinas na mesma rede que o host, os acessos serão como provenientes do host.

Abaixo uma ilustração melhor:

Bem, para fazer o port forwarding basta adequar o exemplo abaixo para a porta que você deseja (aqui para acesso ssh):

VBoxManage setextradata “Linux Guest”
“VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol” TCP
VBoxManage setextradata “Linux Guest”
“VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/GuestPort” 22
VBoxManage setextradata “Linux Guest”
“VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/HostPort” 2222

Isso também pode ser feito usando iptables, no entanto não cobrirei aqui.

Observações: O modo NAT nos dá 2 limitações importantes: encontrar compartilhamentos Windows navegando pela rede (pode ser feito se for acesso direto via nome da máquina ou IP), além de necessitar realizar port forwarding das portas TCP e UDP 135, 137 e 139, e não haverá resposta para ping ao host ou qualquer máquina fora da rede privada.

Host Inferface [Bridge]

Usando o modo Host Interface, o vbox criará uma nova interface de rede no host (interface TAP - Virtual Ethernet Network, usado para tunelamento de ethernet), que irá coexistir com as interfaces existentes reais (como eth0). A guest irá utilizar a interface criada para realizar uma ponte (bridge) entre a interface real (eth0) e a virtual (tap0).

Abaixo uma ilustração melhor:

Este processo terá que ser feito manualmente, abaixo especificamente para o ArchLinux:

Instalando os pacotes:

# pacman -S bridge-utils
# pacman -S uml_utilities

Carregando o módulo:

# modprobe tun

*Você também pode adicionar o módulo tun na linha MODULES=(…) de seu rc.conf.

Verificando se o device foi criado com sucesso:

$ file /dev/net/tun
/dev/net/tun: character special (10/200)

Se a saída for:

/dev/net/tun: ERROR: cannot open `/dev/net/tun’ (No such file or directory)

Você deve corrigir isto com:

# mkdir -p /dev/net
# mknod /dev/net/tun c 10 200

Incluindo a seguinte linha no arquivo /etc/udev/rules.d/60-vboxdrv.rules:

KERNEL==”tun”, OWNER=”root”, GROUP=”vboxusers”, MODE=”0660″

Corrigindo permissão na interface:

# chown root:vboxusers /dev/net/tun
# chmod 0660 /dev/net/tun

Criando a interface tap0 (substitua username pelo seu usuário):

# tunctl -b -t tap0 -u username

Criando a bridge:

# brctl addbr br0

Alternando sua interface física para modo “promíscuo”, assim irá aceitar as configurações da bridge (substitua eth0 pela sua interface):
*lembre-se de guardar as configurações atuais, caso use ip fixo!!!

# ifconfig eth0 0.0.0.0 promisc

Adicionando sua interface real à bridge:

# brctl addif br0 eth0

Configure a sua rede na bridge:
Usando DHCP (substitua hostname pelo nome da sua máquina):

# dhcpcd -t 30 -h hostname br0 &

Ou usando ip fixo, com as mesmas configurações anteriores:

# ifconfig br0 x.x.x.x netmask x.x.x.x

Adicionando a interface virtual à bridge:

# brctl addif br0 tap0

Levantando a interface virtual:

# ifconfig tap0 up

Você também pode configurar a seção de rede do seu rc.conf de acordo com o exemplo abaixo, assim poderá levantar a interface usando o /etc/rc.d/network restart:

lo=”lo 127.0.0.1″
BRIDGE_INTERFACES=(br0)
bridge_br0=(eth0)
br0=”dhcp”
eth0=”eth0 0.0.0.0 promisc”
INTERFACES=(lo br0 eth0)

Internal Networking [Bridge Seguro]

Internal Networking é similar ao Host Interface, onde a guest se comunica diretamente à rede. No entanto, a rede é limitada à outras VM’s conectadas à mesma rede interna. O tráfego entre as VM’s é totalmente invisível ao mundo externo, inclusive o próprio host. Os dados são transferidos diretamente através de operações de cópia direta de memória entre as VM’s no mesmo hospedeiro.

Este modo é interessante por dois motivos:
Segurança: Todo o tráfego transita através do módulo RO dentro do VirtualBox.
Velocidade: O tráfego é realizado dentro da memória, mas sem repassa-lo à outras camadas. Assim não é necessário entrar na pilha de tráfego de rede do sistema operacional.

Abaixo uma ilustração melhor:

Ao configurar a rede no modo Internal Networking pela interface gráfica do VirtualBox, você não pode modificar o nome da rede interna (o padrão é intnet). Para setar o modo Internal Network via linha de comando use:

# VBoxManage modifyvm [VM name] -nic[X] intnet

Opcionalmente você pode setar um nome para sua rede:

# VBoxManage modifyvm [VM name] intnet[X] [network name]

Você terá que configurar a interface da VM para utilizar endereço IP estático, pois este modo não suporta servidor DHCP). Estes IP’s deverão estar na mesma subnet, como: 192.168.2.1, 192.168.2.2, 192.168.2.3 etc.

Observações: O modo Internal Networking não há entrada ou saída de tráfego externo, apenas VM’s conectadas umas às outras numa mesma rede interna. Para ter acesso à internet, é necessário utilizar uma segunda interface utilizando NAT na guest.

Isso é tudo pessoal!

Começei a mesclar os dois rc’s e fazer algo bem comentado. Tirei plugins, adicionei outros, garimpei configurações até ficar de meu grado. Ficou uma configuração para Ruby (com Rails), Python (com Django), [X]HTML, XML, CSS, Javascript. Ficou algo mais web, mas pretendo adicionar features para C/C++ (como doxygen, cmake etc) logo.

O arquivo pode ser obtido aqui (em breve num svn perto de você):
vimrc-0.1.tar.gz

**UPDATE: É necessário ter a Exuberant Ctags, no Arch Linux basta: pacman -S ctags

Para instalar, basta descompactar dentro do seu home. Irá criar um arquivo .vimrc e um diretório .vim. É necessário modificar algumas informações pessoais que existem no .vimrc, tais como nome, site, diretório home etc. É facil, basta procurar por [kK]essia e substituir.

Funcionalidades
Themes:

1. gui: fruity.vim
2. terminal: ps_color.vim

Syntax:

1. amido - ToDo
2. eruby.vim
3. html.vim
4. javascript.vim
5. mathml.vim
6. python.vim
7. svg.vim
8. svnannotate.vim
9. svnlog.vim
10. svn.vim

Plugins:

1. SnippetsEmu
2. minibufexplorer
3. dbext
4. rails
5. Pastie
6. Project
7. SuperTab continued
8. svncommand
9. TagList
10. python_fold

Snippets for SnippetsEmu:

1. css_snippets.vim
2. eruby_snippets.vim
3. htmljinja_snippets.vim
4. javascript_snippets.vim
5. python_snippets.vim
6. django_snippets.vim
7. htmldjango_snippets.vim
8. html_snippets.vim
9. jinja_snippets.vim
10. ruby_snippets.vim

O Futuro

Pretendo fazer um pequeno guia de comandos em breve, abrangendo todos atalhos criados, mas por enquanto, é só ler o vimrc que dá pra entender tudo! Todo comentado (em inglês), então, é só colocar a mão na massa! Inté!