Estou metido num projeto para passar todas as estações de uma determinada empresa de windows para Linux. Preciso pegar uma máquina piloto, realizar todas as configurações e testes, e criar uma imagem que será replicada nas demais estações. Ok, até aí sem problemas (aham…)

O que acontece é que as estações não possuem leitor de CD/DVD. Pensei então em colocar a ISO do SUSE Enterprise Desktop (que é a distro a ser usada) num pendrive com o YUMI, bootar e ser feliz. Ah, se fosse fácil! Cheguei felizão, colocquei o pendrive na máquina, bootei e… problemas! Não iniciava a instalação pq não encontrava a origem dos repositórios. Ficava no linuxrc.

Fiquei pensando até chegar na decisão de gravar a tal da ISO no Pendrive, já que não tinha leitor nem mídia disponível no local. Após algumas “Googladas” descobri que o UltraISO faz isso sem problemas, mas teria que instalar em uma máquina com Windows, além de comprar a licença de uso. Sem chance. Pesquisei como criar um pendrive bootável com o Linux, mas todos apontam como criar um Live USB com Ubuntu, OpenSUSE, Fedora e afins. Já estava quase indo no setor de helpdesk implorar por um leitor e uma mídia quando encontrei a solução, um programinha chamado unetbootin. Descobri também que o software está nos repositórios padrões do OpenSUSE 11.4.

Agora vamos ver como criar um pendrive bootável com Linux NO Linux (os procedimentos foram realizados no OpenSUSE 11.4)

No Terminal, atualize a lista de repositórios e instale o software, seguindo os comandos abaixo:

# zypper refresh

# zypper in unetbootin

Após o download e instalação, ainda no Terminal, digite unetbootin para que o software seja inicializado:

unetbootin - inicio

Nessa primeira parte podemos escolher uma distribuição listada, ou escolher uma ISO que está no pc. No meu caso, selecionei a opção DiskImage, pois o SLED não consta na lista padrão. Após isso, selecione o tipo de disco que será gravado (USB ou Disco Rígido), e por final, a unidade correspondente (cuidado nessa hora, porra).

Extraindo a ISO para o destino...

Finalmente a ISO será extraida para o destino. Note que nas tarefas acima, o passo 3 cria um setor de boot. Após a cópia, você terá a opção de reiniciar a estação e testar.

Bom, fiz o teste e realmente funcionou, para minha total felicidade. Como disse no começo, o processo realizado pelo YUMI não deu certo, e aqui foi de boa. Percebi depois que o YUMI funciona melhor com distros LIVE (como Backtrack, Ubuntu, Ophcrack e afins), e na hora de um sistema que utiliza uma instalação, ele pode dar uma brecada.

Bom, é isso. Pra finalizar, vou falar que SEMPRE há um software livre que faça os mesmos processos do pago, ou até melhor.

abraços!

“Não é legal bloquear todas as portas do firewall, para depois sair desbloqueando as úteis. Nessa, você pode bloquear literalmente TODAS as portas, inclusive o seu acesso.”

Porra, eu tava todo felizão configurando meu novo firewall lá no trabalho, e pensei “pô, vou bloquear todos os acessos e sair liberando somente o necessário, aí fica mais fácil monitorar o tráfego”. Quando cliquei em “Apply” a página deu erro… pensei que tinha dado algum probleminha no navegador, mas logo em seguida percebi a cagada que tinha feito. restou-me apenas baixar a cabeça na mesa e pedir paciência a Deus, senão ia me atirar do segundo andar.

“Não redirecione todas as portas do modem para o Firewall, antes do mesmo estar 90% configurado”

Essa foi no mesmo dia. uns 20 minutos antes da galera ir embora (eu ia ficar até mais tarde para fuçar no firewall), pensei que seria correto alterar no modem as configurações das conexões TCP e UDP. Eu fiz a alteração para que todas as requisições fossem redirecionadas para o Firewall, e dei um OK sem pensar. 05 minutos depois a negada veio perguntar se a internet tinha dado problema de novo (Isso porque essa semana ficamos mais de 02 dias sem internet por culpa da Telefônica). Achei que era problema do ISP e deixei pra lá. Quando fui no CPD percebi que o a luz da internet estava ativa no modem, mas sem atividade…nisso lembrei que nenhuma máquina ainda estava configurada para passar pelo novo Proxy, já que eu estava esperando eles irem embora. A galera ganhou uns minutos de folga e eu fiquei dando risada que nem um retardado.

“Mesmo que o seu PC esteja passando por um Proxy, com navegação autenticada e funcionando, se o adaptador não estiver configurado para que o Gateway padrão seja o Firewall, ele não irá enviar e-mails.”

Essa eu acabei de aprender (isso mesmo! 02h15 da manhã!!!). Pô, o Firewall está integrado com o AD, navegando, registrando nos LOG’s, bloqueando as portas, entre outras, mas a porra do pc se recusava a enviar um simples e-mail. Mexi nas configurações do Firewall, liberei portas, IP’s, fiz o diabo… até que tive um insight e pensei “pô, será que é por causa do Default Gateway?” e foi na mosca! Na verdade seria na mosca, se não tivesse quebrando a cabeça por quase dois dias! O foda é que nesse meio tempo, fiz várias cagadas pensando que era culpa do Proxy.

Pra ter uma idéia, eu acabei zoneando o proxy, e o meu acesso remoto via LogMeIn no pc foi pras cucuias. Pra tentar um novo acesso, fiz toda a configuração para acesso via VPN, gerei um certificado, instalei o OpenVPN e mandei bala pra cima da minha estação. Daí foi questão de minutos (ou horas) pra tudo se acertar e achar o erro do POP e SMTP.

Garanto que isso vai ficar na minha memóriampor um bom tempo, e vai me ajudar muito daqui pra frente =)

Abraços!

Abraços!