complementando o post anterior, segue link de um site que testa a segurança da estação verificando se existem portas abertas no mesmo:
https://www.grc.com/x/ne.dll?bh0bkyd2
Outro teste que pode ser realizado é utilizando o nmap a partir de outra estação remota, a fim de fazer uma varredura mais completa e personalizada.
sexta-feira, 12 de fevereiro de 2010
Segurança Básica para desktop com Banda Larga
A banda larga cada vez mais popular e acessível leva ao aumento progressivo de estações na internet com maior possibilidade de invasão, isto devido a despreocupação com a segurança.
O fato de manter o antivirus atualizado não é suficiente, não vou entrar em maiores detalhes no momento, pois a idéia é de sugerir um firewall bem básico que permita aplicação imediata. Melhores práticas serão abordadas futuramente, mas digamos, acabou de instalar seu linux no seu desktop/notebook, ligou na banda larga e que aproveitar para atualizar o sistema, navegar, bater papo etc... mas, enquanto isso, sua máquina pode ter portas abertas para o exterior.
Não faltam desocupados que ficam realizando varreduras para buscar alguém indefeso, seja para roubar dados, ou para outros fins ilícitos. Abaixo segue um pequeno arquivo com regras de firewall que podem ser utilizadas sem maiores problemas, claro que poderão ser feitos melhoramentos, ou ajustes. Mas, serve como material de consulta/discussão:
# Generated by iptables-save v1.4.1.1 on Fri Feb 12 13:04:58 2010
*filter
:INPUT ACCEPT [2773:499649]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [969:81282]
-A INPUT -s ! dns_server_do_provedor -i ppp+ -p udp -m udp --dport 53 -j DROP
-A INPUT -i ppp+ -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i ppp+ -m state --state INVALID,NEW,UNTRACKED -j DROP
-A INPUT -i ! ppp+ -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -j ACCEPT
-A INPUT -i ppp+ -j DROP
COMMIT
# Completed on Fri Feb 12 13:04:58 2010
# Generated by iptables-save v1.4.1.1 on Fri Feb 12 13:04:58 2010
*mangle
:PREROUTING ACCEPT [2358:417158]
:INPUT ACCEPT [2329:414594]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [927:78949]
:POSTROUTING ACCEPT [927:78949]
-A FORWARD -o ppp0 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
COMMIT
# Completed on Fri Feb 12 13:04:58 2010
salve o texto acima em um arquivo, por exemplo: /etc/regras.firewall
Para tornar ativo, execute:
iptables-restore /etc/regras.firewall
Se quiser que seja carregado na inicialização, basta colocar a linha acima no /etc/rc.local (na maioria das distribuições)
Essas regras levam em consideração que sua conexão é direta, via ppp, não por meio de modens roteados. Outro ponto a se observar é que libero apenas para dns_server_do_provedor a entrada de pacotes, pois ao se tentar navegar, realiza-se uma consulta ao dns, que retorna pacotes com a resposta, se bloquearmos, não conseguirá ter resposta e consequentemente não navegará pelos sites.
Esse assunto pode render um tutorial, curso ou mesmo um livro inteiro, sugiro que pesquise a respeito de: dns, portas, serviços de rede, tcp/udp. É bem interessante.
O fato de manter o antivirus atualizado não é suficiente, não vou entrar em maiores detalhes no momento, pois a idéia é de sugerir um firewall bem básico que permita aplicação imediata. Melhores práticas serão abordadas futuramente, mas digamos, acabou de instalar seu linux no seu desktop/notebook, ligou na banda larga e que aproveitar para atualizar o sistema, navegar, bater papo etc... mas, enquanto isso, sua máquina pode ter portas abertas para o exterior.
Não faltam desocupados que ficam realizando varreduras para buscar alguém indefeso, seja para roubar dados, ou para outros fins ilícitos. Abaixo segue um pequeno arquivo com regras de firewall que podem ser utilizadas sem maiores problemas, claro que poderão ser feitos melhoramentos, ou ajustes. Mas, serve como material de consulta/discussão:
# Generated by iptables-save v1.4.1.1 on Fri Feb 12 13:04:58 2010
*filter
:INPUT ACCEPT [2773:499649]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [969:81282]
-A INPUT -s ! dns_server_do_provedor -i ppp+ -p udp -m udp --dport 53 -j DROP
-A INPUT -i ppp+ -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i ppp+ -m state --state INVALID,NEW,UNTRACKED -j DROP
-A INPUT -i ! ppp+ -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -j ACCEPT
-A INPUT -i ppp+ -j DROP
COMMIT
# Completed on Fri Feb 12 13:04:58 2010
# Generated by iptables-save v1.4.1.1 on Fri Feb 12 13:04:58 2010
*mangle
:PREROUTING ACCEPT [2358:417158]
:INPUT ACCEPT [2329:414594]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [927:78949]
:POSTROUTING ACCEPT [927:78949]
-A FORWARD -o ppp0 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
COMMIT
# Completed on Fri Feb 12 13:04:58 2010
salve o texto acima em um arquivo, por exemplo: /etc/regras.firewall
Para tornar ativo, execute:
iptables-restore /etc/regras.firewall
Se quiser que seja carregado na inicialização, basta colocar a linha acima no /etc/rc.local (na maioria das distribuições)
Essas regras levam em consideração que sua conexão é direta, via ppp, não por meio de modens roteados. Outro ponto a se observar é que libero apenas para dns_server_do_provedor a entrada de pacotes, pois ao se tentar navegar, realiza-se uma consulta ao dns, que retorna pacotes com a resposta, se bloquearmos, não conseguirá ter resposta e consequentemente não navegará pelos sites.
Esse assunto pode render um tutorial, curso ou mesmo um livro inteiro, sugiro que pesquise a respeito de: dns, portas, serviços de rede, tcp/udp. É bem interessante.
sexta-feira, 11 de setembro de 2009
Openfire - Servidor local de mensagens instantâneas
Tenho recebido várias mensagens com dúvidas a respeito do Openfire, isso devido ao meu artigo explicando como instalar o mesmo com o cliente Spark. Dando uma passada pelo google encontrei links interessantes que podem ajudar com dúvidas que talvez eu mesmo não tenha conhecimento suficiente sobre determinada ferramenta ou recurso: http://opentecnologia.com/openfire-br/doku.php?id=introducao Lá pode-se ainda se inscrever num grupo de discussão com outros usuários do software http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/openfire-br
Acredito que dessa forma muitas dúvidas sejam sanadas.
Até a próxima
Acredito que dessa forma muitas dúvidas sejam sanadas.
Até a próxima
sexta-feira, 28 de agosto de 2009
Boas Iniciativas
Recentemente fiquei conhecendo um projeto de uma distribuição linux baseada em Debian, a mesma é descompromissada comercialmente, é a idéia de um jovem desenvolvedor que idealiza fornecer à comunidade mais uma opção para usuários sem experiência com linux, uma distribuição fácil.
Acredito que iniciativas como essa é que fazem o Linux o que é hoje e o que vai ser amanhã. A idéia de colaboração e compartilhamento de experiências e conhecimentos permitem que surjam novas idéias e seja difundida a forma de pensar no coletivo.
Nada de demagogia, o fato é que todos que procuram conhecimento recorrem a quê? Hoje praticamente não se usa livros para pesquisa, mas sim os meganismos de busca, principalmente o "pai" google, onde se encontra de tudo. Mas, porque se encontra tanta coisa útil? É exatamente por causa daqueles que investiram alguns minutos ou mesmo grande parte de suas vidas desenvolvendo manuais, ebooks, apostilas etc, para ajudar outras pessoas que tenham problemas semelhantes.
Então o modelo de colaboração difundido pelas comunidades de software livre permitiram grande parte do desenvolvimento de bases de conhecimento hoje existente. Nada, ou quase nada feito em troca de ganhos financeiros, mas apenas a oportunidade de compartilhar.
O projeto que mencionei incialmente é o FoxyLinux, visitem a página para fazer um download do LiveCD e tenham suas próprias impressões.
http://www.foxylinux.com/site/
quinta-feira, 20 de agosto de 2009
Guerra de Buscadores - Bing e outros
Lendo a notícia da TI Inside (http://www.tiinside.com.br), vi as estatísticas relativas ao crescimento do uso do Bing, da Microsoft. No entanto, não se comenta ou não se repara que a Microsoft propositalmente altera no seu navegador Internet Explorer o buscador padrão para o seu tal Bing, sendo assim o usuário desavisado que usa o Windows, ao fazer uma busca inocente acaba ajudando no aumento de suas estatísticas de acesso, e o pior, não retorna os resultados esperados.
Sendo desta forma, ainda muito inferior ao Google. É certo que o I.E dá a opção de alterar essa opção de buscador padrão, mas para o usuário leigo torna-se algo meio pertubador. Sou a favor de que haja uma barra de ferramentas com os principais buscadores, ou mesmo no momento de digitação de uma busca ele pergunte qual o mecanismo de busca o usuário deseja utilizar.
Quem quiser ler a notícia, segue o link: http://www.tiinside.com.br/News.aspx?ID=143356&C=265
Até a próxima.
domingo, 9 de agosto de 2009
Debian: o Debian Day
Bem, não estou ganhando nada com isso (R$), apenas divulgo eventos que acho que são interessantes e que podem contribuir positivamente para o Linux e para a comunidade. No dia 15 de agosto de 2009 ocorrerá o Debian Day, participe. Inscrições e maiores informações no site:
sexta-feira, 3 de julho de 2009
Existe esperança, continuação....
Mais uma barreira derrubada. Algo que dificultava a massificação de uso do linux em nossas estações era o fato de necessitar do acesso remoto para suporte ao usuário. Em ambiente console dificulta bastante, pois não visualiza a mesma tela de sistema que o usuário está no momento. No entanto, em ambiente gráfico facilita, o problema: como fazer. Em estações windows é comum o uso de vnc, radmin e outros. Enquanto no linux pesquisei bastante, vi opções relacionadas ao X, outra usava a ferramenta freenx, etc.. mas nenhuma atendia às necessidades, principalmente no quesito velocidade de acesso.
Como comentei no post anterior, adotei a distruibuição Ubuntu 9.04 como foco da migração, apenas adaptando os softwares de acordo com nossa realidade inclusive o visual do desktop e itens de menu. Após pesquisar sobre vnc e ubuntu, encontrei a solução que estava diante de mim o tempo inteiro e não sabia, o aplicativo "vino" é simplesmente o vnc do linux. Basta executar no console como usuário (no ambiente gráfico): vino-preferences, habilitar as duas primeiras opções, desmarcar a opção que solicita confirmação para cada acesso, mascar a opção de solicitar senha, indicando previamente qual a senha a ser digitada. Em seguida fechar. É o sufiente para habilitar o acesso vnc à estação linux, e precisa apenas uma vez esse processo, pois fica configurado para toda vez que o usuário em questão se logar.
A velocidade de acesso é semelhante ao acesso a qualquer máquina windows. Em comparação ao FreeNx, achei muito mais rápido o vino, o FreeNX demora a autenticar, já que usa o ssh, e além disso realiza compactação durante a transmissão da imagem da tela remota, nisso acarreta em demora na utilização, não me aprofundei nesta ferramenta já que o vino me atendeu perfeitamente, quem achar o freenx melhor, então demonstre uma forma de otimização para uso em redes rápidas e lentas, pois não basta usar na rede local.
Fico por aqui, em breve postarei novidades da migração.
Como comentei no post anterior, adotei a distruibuição Ubuntu 9.04 como foco da migração, apenas adaptando os softwares de acordo com nossa realidade inclusive o visual do desktop e itens de menu. Após pesquisar sobre vnc e ubuntu, encontrei a solução que estava diante de mim o tempo inteiro e não sabia, o aplicativo "vino" é simplesmente o vnc do linux. Basta executar no console como usuário (no ambiente gráfico): vino-preferences, habilitar as duas primeiras opções, desmarcar a opção que solicita confirmação para cada acesso, mascar a opção de solicitar senha, indicando previamente qual a senha a ser digitada. Em seguida fechar. É o sufiente para habilitar o acesso vnc à estação linux, e precisa apenas uma vez esse processo, pois fica configurado para toda vez que o usuário em questão se logar.
A velocidade de acesso é semelhante ao acesso a qualquer máquina windows. Em comparação ao FreeNx, achei muito mais rápido o vino, o FreeNX demora a autenticar, já que usa o ssh, e além disso realiza compactação durante a transmissão da imagem da tela remota, nisso acarreta em demora na utilização, não me aprofundei nesta ferramenta já que o vino me atendeu perfeitamente, quem achar o freenx melhor, então demonstre uma forma de otimização para uso em redes rápidas e lentas, pois não basta usar na rede local.
Fico por aqui, em breve postarei novidades da migração.
quarta-feira, 10 de junho de 2009
Existe esperança....
Depois de penar durante algum tempo buscando adaptar uma solução baseada em Linux às necessidades do dia-a-dia, finalmente encontramos um formato ideal. Há quem diga, que Linux é o melhor pra tudo e para todos, é o remédio até pra pancada. Não é bem assim, antes de se fazer uma migração deve-se analisar os prós e contras, com bastante cautela analisar os setores que podem ou não migrar, de acordo com o perfil de aplicações.
Hoje na empresa que trabalho já venho há algum tempo utilizando linux em equipamentos de vendas, onde precisa-se apenas utilizar o sistema da empresa por meio de acesso remoto e um comunicador instantâneo. Mas, outros setores tinham que morrer usando windows.
Iniciei há poucos dias uma migração que pretende ser completa, após ter finalmente adaptado uma de nossas aplicações que dependia de simplesmente do mapeamento de teclas de função que sempre causavam transtorno. Hoje com o uso do wine, possibilitou fazer o que faltava. Algumas aplicações próprias que eram desenvolvidas em delphi precisavam do windows instalado para funcionar, agora não precisamos mais, a independência tornou-se uma realidade.
Na imagem acima um netbook da asus utilizando conexão a internet via bluetooth por meio do celular. Alguém com certeza dirá que é inviável diante do atual 3g, mas a aplicação não necessita de um custo deste tipo. Para se ter idéia, utilizando linux deixa-se de pagar licença do próprio windows, do antivirus e de algum possível pacote de editoração. Sem falar que a conexão fica mais rápida, pois não precisa ficar atualizando antivirus comendo banda da rede.
Publicarei outras experiências interessantes durante essa migração, que acredito ser uma grande oportunidade de aplicação de conhecimentos e uma forma de aprender mais.
domingo, 10 de maio de 2009
Qual o melhor linux?
Esta é a pergunta milenar tanto para quem não conhece bem o linux, quanto para aqueles que já são os ditos gurus.
Não sou nenhum gênio ou dono da verdade, consegui com esforço o primeiro nível da LPI, mas ainda tenho muito a aprender. O que posso dizer é apenas baseado em minhas experiências e nas conversas que tenho com outros profissionais que sofreram situações semelhantes ou piores que as minhas.
Costumam me perguntar qual a melhor distribuição linux. Eu normalmente respondo a pergunta com outra pergunta: o que você quer fazer exatamente?
Tomo como forma de análise o perfil de determinadas distribuições quantos aos seguintes aspectos:
* facilidade de uso
* facilidade em atualizações
* estabilidade
* conhecimento e disponibilidade para aprender mais sobre determinada distribuição
* perfil: destop ou servidor
Quando a preocupação é de instalar um servidor, deve-se procurar principalmente pelas características que permitam a ação rápida em caso de problemas, a facilidade de atualizações críticas de segurança e a flexibilidade principalmente quanto ao hardware.
Existem os tradicionalistas que preferem uma distribuição totalmente personalizada, com kernel compilado "na unha", nada automatizado etc... Em minha experiência como adm de rede, passei por situações apertadas com servidores que possuem restrições de hardware. Quando um servidor pára, o diretor da empresa não quer saber se você está usando determinado kernel porque é compilado com determinados parâmetros de segurança, algoritmo X de criptografia na conexão etc, ele só vai perguntar o seguinte: "em quantos minutos o sistema volta a funcionar?"; e quando voltar a funcionar, vai provavelmente perguntar: "porque aconteceu isso?", se você não souber uma das respostas, pode ter certeza que seu emprego corre perigo.
Então, o critério que adoto é: servidor -> facilidade em detecção de hardware, principalmente placas de rede e facilidade de atualização, além de ser estável, não sofrendo mudanças radicais. Tomarei como exemplo algumas distribuições mais conhecidas, sem tirar o mérito de cada projeto logicamente.
Servidor -- indico debian e ubuntu (LTS), devido às suas características de durabilidade quanto ao suporte de atualizações, pois algumas distribuições como por exemplo Fedora e Opensuse costumam sofrer alterações de versão que são muito rápidas, por um lado é bom para o projeto que se mantém atualizado com o mercado, mas um terror para os Adm de rede, pois em um prazo de no máximo 2 anos aquela distribuição que foi utilizada para instalar o firewall não será mais atualizada, correndo o risco de sofrer ataques baseados em fraquezas do sistema após o último dia que pôde atualizar.
desktop -- mais flexível neste ponto, pode-se utilizar diversas distribuições, pois um desktop não possui aplicações de missão crítica, podendo formatar a cada 6 meses sem maiores problemas, Debian e Ubuntu sugiro por serem mais fáceis de atualizar, mas OpenSuse e Fedora são muito boas também, inclusive o visual delas está muito melhor e caprichado.
O ideal para escolher uma distribuição é testar as diversas que existem e avaliar de acordo com suas necessidades o que se aplica melhor. Tem ainda que avaliar os requisitos, se por exemplo há necessidade de utilizar algum software que precise de uma distribuição por obedecer a homologação do mesmo, então não tem muita alternativa, pode até fazer funcionar o software mediante adaptações, mas correrá o risco de enfrentar problemas e o suporte daquele software não lhe dar muito apoio por estar fugindo ao padrão determinado por eles.
Um exemplo disso é o gerenciador de banco de dados DB2 da IBM, ele homologa o ambiente de produção onde exista um servidor com o Red Hat Enterprise ou o Suse da Novell, caso contrário não há suporte disponível.
Sendo assim, não tem como dizer qual distribuição é melhor, mas sim analisar aquela que melhor se adapta às suas necessidades.
Não sou nenhum gênio ou dono da verdade, consegui com esforço o primeiro nível da LPI, mas ainda tenho muito a aprender. O que posso dizer é apenas baseado em minhas experiências e nas conversas que tenho com outros profissionais que sofreram situações semelhantes ou piores que as minhas.
Costumam me perguntar qual a melhor distribuição linux. Eu normalmente respondo a pergunta com outra pergunta: o que você quer fazer exatamente?
Tomo como forma de análise o perfil de determinadas distribuições quantos aos seguintes aspectos:
* facilidade de uso
* facilidade em atualizações
* estabilidade
* conhecimento e disponibilidade para aprender mais sobre determinada distribuição
* perfil: destop ou servidor
Quando a preocupação é de instalar um servidor, deve-se procurar principalmente pelas características que permitam a ação rápida em caso de problemas, a facilidade de atualizações críticas de segurança e a flexibilidade principalmente quanto ao hardware.
Existem os tradicionalistas que preferem uma distribuição totalmente personalizada, com kernel compilado "na unha", nada automatizado etc... Em minha experiência como adm de rede, passei por situações apertadas com servidores que possuem restrições de hardware. Quando um servidor pára, o diretor da empresa não quer saber se você está usando determinado kernel porque é compilado com determinados parâmetros de segurança, algoritmo X de criptografia na conexão etc, ele só vai perguntar o seguinte: "em quantos minutos o sistema volta a funcionar?"; e quando voltar a funcionar, vai provavelmente perguntar: "porque aconteceu isso?", se você não souber uma das respostas, pode ter certeza que seu emprego corre perigo.
Então, o critério que adoto é: servidor -> facilidade em detecção de hardware, principalmente placas de rede e facilidade de atualização, além de ser estável, não sofrendo mudanças radicais. Tomarei como exemplo algumas distribuições mais conhecidas, sem tirar o mérito de cada projeto logicamente.
Servidor -- indico debian e ubuntu (LTS), devido às suas características de durabilidade quanto ao suporte de atualizações, pois algumas distribuições como por exemplo Fedora e Opensuse costumam sofrer alterações de versão que são muito rápidas, por um lado é bom para o projeto que se mantém atualizado com o mercado, mas um terror para os Adm de rede, pois em um prazo de no máximo 2 anos aquela distribuição que foi utilizada para instalar o firewall não será mais atualizada, correndo o risco de sofrer ataques baseados em fraquezas do sistema após o último dia que pôde atualizar.
desktop -- mais flexível neste ponto, pode-se utilizar diversas distribuições, pois um desktop não possui aplicações de missão crítica, podendo formatar a cada 6 meses sem maiores problemas, Debian e Ubuntu sugiro por serem mais fáceis de atualizar, mas OpenSuse e Fedora são muito boas também, inclusive o visual delas está muito melhor e caprichado.
O ideal para escolher uma distribuição é testar as diversas que existem e avaliar de acordo com suas necessidades o que se aplica melhor. Tem ainda que avaliar os requisitos, se por exemplo há necessidade de utilizar algum software que precise de uma distribuição por obedecer a homologação do mesmo, então não tem muita alternativa, pode até fazer funcionar o software mediante adaptações, mas correrá o risco de enfrentar problemas e o suporte daquele software não lhe dar muito apoio por estar fugindo ao padrão determinado por eles.
Um exemplo disso é o gerenciador de banco de dados DB2 da IBM, ele homologa o ambiente de produção onde exista um servidor com o Red Hat Enterprise ou o Suse da Novell, caso contrário não há suporte disponível.
Sendo assim, não tem como dizer qual distribuição é melhor, mas sim analisar aquela que melhor se adapta às suas necessidades.
quarta-feira, 11 de fevereiro de 2009
Linux + Educação
Desde o início de meu curso de graduação fiquei inquieto com a idéia dos cursos superiores não incluirem sofware livre como uma forma de aprendizado, e não apenas como um item de uma disciplina, exemplificando um sistema operacional que não é o Windows.
Este meu pensamento tornou à tona ao ver uma notícia no site wwww.noticiaslinux.com.br a respeito do Projeto Fedora Educação, que está recrutando voluntários para criar um liveCD do Fedora com aplicações voltadas para o mundo acadêmico, me chamou atenção pois como comentei, sempre achei o fato de só utilizar plataforma Windows como base de aprendizado uma limitação ao conhecimento para o aluno.
Os professores, coordenação de meu curso defendem a idéia de que desenvolvimento é algo que pode aplicar em qualquer sistema, o que interessa é saber o processo e como funciona o algoritmo. Não discordo. No entanto, é notório que as ferramentas utilizadas em plataformas não-Windows são diferentes, eu particularmente ao tentar programar em C no meu Linux tive dificuldade, pois não haviam as mesmas bibliotecas.
Defendo a idéia de que seja diversificado o aprendizado, não que o curso seja todo exclusivamente com plataforma aberta, mas que pelo menos se faça um paralelo durante o desenvolvimentos de aplicações, para que o futuro profissional possa encarar o mercado com maior preparação e com esse diferencial.
A realidade atual é de um mercado dividido entre quem usa e quem não usa sofware livre. Há aqueles que usam porque é gratuito, outros por sua estabilidade e ainda liberdade. Não sou um fanático, defendo que cada situação é dependente das necessidades e aplicabilidades de cada ferramenta.
Infelizmente ainda existe resistência até mesmo para se conhecer a alternativa, lembro que além da resistência de professores, houve dos próprios alunos que ficaram receiosos em aprender a programar em linux porque simplesmente não sabem usar linux. Realmente a preguiça em ler e pesquisar leva a isso, estagnação de conhecimento e atraso tecnológico, consequentemente menos qualidade profissional. Quem almeja trabalhar com tecnologia tem de ter ao menos o interesse e o ímpeto de ir atrás da informação, não ficar apenas com o que lhe dão, mas buscar alternativas, pois será essa atitude que o diferenciará dos demais e possivelmente lhe permitirão melhor colocação no mercado.
Quem se interessou pelo projeto que mencionei, siga para o site: http://projetofedora.org/educacao
Veja ainda o link para o artigo: http://www.ibm.com/developerworks/blogs/page/ctaurion?entry=open_source_no_ensino_de
Este meu pensamento tornou à tona ao ver uma notícia no site wwww.noticiaslinux.com.br a respeito do Projeto Fedora Educação, que está recrutando voluntários para criar um liveCD do Fedora com aplicações voltadas para o mundo acadêmico, me chamou atenção pois como comentei, sempre achei o fato de só utilizar plataforma Windows como base de aprendizado uma limitação ao conhecimento para o aluno.
Os professores, coordenação de meu curso defendem a idéia de que desenvolvimento é algo que pode aplicar em qualquer sistema, o que interessa é saber o processo e como funciona o algoritmo. Não discordo. No entanto, é notório que as ferramentas utilizadas em plataformas não-Windows são diferentes, eu particularmente ao tentar programar em C no meu Linux tive dificuldade, pois não haviam as mesmas bibliotecas.
Defendo a idéia de que seja diversificado o aprendizado, não que o curso seja todo exclusivamente com plataforma aberta, mas que pelo menos se faça um paralelo durante o desenvolvimentos de aplicações, para que o futuro profissional possa encarar o mercado com maior preparação e com esse diferencial.
A realidade atual é de um mercado dividido entre quem usa e quem não usa sofware livre. Há aqueles que usam porque é gratuito, outros por sua estabilidade e ainda liberdade. Não sou um fanático, defendo que cada situação é dependente das necessidades e aplicabilidades de cada ferramenta.
Infelizmente ainda existe resistência até mesmo para se conhecer a alternativa, lembro que além da resistência de professores, houve dos próprios alunos que ficaram receiosos em aprender a programar em linux porque simplesmente não sabem usar linux. Realmente a preguiça em ler e pesquisar leva a isso, estagnação de conhecimento e atraso tecnológico, consequentemente menos qualidade profissional. Quem almeja trabalhar com tecnologia tem de ter ao menos o interesse e o ímpeto de ir atrás da informação, não ficar apenas com o que lhe dão, mas buscar alternativas, pois será essa atitude que o diferenciará dos demais e possivelmente lhe permitirão melhor colocação no mercado.
Quem se interessou pelo projeto que mencionei, siga para o site: http://projetofedora.org/educacao
Veja ainda o link para o artigo: http://www.ibm.com/developerworks/blogs/page/ctaurion?entry=open_source_no_ensino_de
segunda-feira, 9 de fevereiro de 2009
Notebook CCE + Ubuntu 8.10 + Video
2o Problema - Video só fica em 640x480
Após busca pela internet, testei várias dicas e nenhuma surtiu efeito. Reparei durante os testes que com o OpenSuse 11 e Fedora 10, o vídeo fica perfeito. O teste final consistiu em simplesmente usar o mesmo arquivo xorg.conf gerado por essas distribuições e jogar no ubuntu. Funcionou perfeitamente. Fiquei admirado com isso, pois o Ubuntu é umas das distribuições que melhor detecta o hardware e funciona sem muito trabalho para configurar os dispositivos. Espero que resolvam esse problema.
Após busca pela internet, testei várias dicas e nenhuma surtiu efeito. Reparei durante os testes que com o OpenSuse 11 e Fedora 10, o vídeo fica perfeito. O teste final consistiu em simplesmente usar o mesmo arquivo xorg.conf gerado por essas distribuições e jogar no ubuntu. Funcionou perfeitamente. Fiquei admirado com isso, pois o Ubuntu é umas das distribuições que melhor detecta o hardware e funciona sem muito trabalho para configurar os dispositivos. Espero que resolvam esse problema.
Notebook CCE + Ubuntu 8.10 + Wireless rtl8167
1o. problema - rede wireless só funciona a alguns metros do Access Point
Depois de muita busca pela net, encontrei uma dica interessante que permitiu eu sair de perto do AP, depois da placa ser iniciada, executar:
# iwconfig wlan0 rate 5.5M fixed
Estou utilizando essa dica até que surja a solução definitiva, pois a velocidade se limita a 5.5M. Foi a melhor alternativa até o momento, mesmo com o ndiswrapper ou baixando o driver específico não houve sucesso. O problema não é só do Ubuntu, foi testado ainda o fedora 10 e suse 11.1. Acredito que seja o suporte no kernel que ainda não tem bom funcionamento com essa placa. É esperar para ver as novas versões.
Peço desculpa por não postar o link original da dica, eu o perdi.
Depois de muita busca pela net, encontrei uma dica interessante que permitiu eu sair de perto do AP, depois da placa ser iniciada, executar:
# iwconfig wlan0 rate 5.5M fixed
Estou utilizando essa dica até que surja a solução definitiva, pois a velocidade se limita a 5.5M. Foi a melhor alternativa até o momento, mesmo com o ndiswrapper ou baixando o driver específico não houve sucesso. O problema não é só do Ubuntu, foi testado ainda o fedora 10 e suse 11.1. Acredito que seja o suporte no kernel que ainda não tem bom funcionamento com essa placa. É esperar para ver as novas versões.
Peço desculpa por não postar o link original da dica, eu o perdi.
Gmail + cliente de email
Esta dica não se aplica apenas pra ambiente linux, resolvi postar devido alguns problemas que tive e foi um pouco tortuoso encontrar a solução. O Gmail possuio Google Apps, que permite o uso de email de seu próprio domínio hospedado no Gmail, às vezes fica com a senha e usuários bloqueados para usar no Outlook ou outro cliente de email utilizado. A solução se encontra na próprias ajuda do Gmail. Basta fazer o seguinte:
Se você é um usuário do Google Apps, visite https://www.google.com/a/seudominio.com/UnlockCaptcha para limpar a CAPTCHA. Não se esqueça de substituir "seudominio.com" pelo seu nome de domínio.
Esta dada a dica.
Se você é um usuário do Google Apps, visite https://www.google.com/a/seudominio.com/UnlockCaptcha para limpar a CAPTCHA. Não se esqueça de substituir "seudominio.com" pelo seu nome de domínio.
Esta dada a dica.
quinta-feira, 11 de dezembro de 2008
CLUSTER - FEDORA
A seguir descrevo passo-a-passo a configuração de um cluster de alta disponibilidade utilizando o fedora. Espero que seja útil, pois é a compilação de dicas coletadas na internet e um pouco de esforço mental para juntar tudo num tutorial único.
A estrutura é montada com 02 servidores IBM cada um com 3 discos, então foi feito um RAID 5 em cada um, almentando a redundância e segurança dos dados.
MONTAGEM DO RAID 5
Na inicialização pressionar ctrl+a pra entrar no setup da controladora RAID
1- initialize drives
ins para cada disco
enter para aceitar no final
yes
2- create array
ins para cada disco
enter para aceitar
3- array properties
ARRAY TYPE: RAID 5 enter
ARRAY LABEL: mega enter
ARRAY SIZE: 273,242 enter
STRIPE SIZE: 512kb enter
READ CACHING : y
WRITE CACHING: enable with battery
CREATE RAID VIA: auto-sync
enter
enter
enter
3- manage arrays
enter
Tem que surgir tela com as propriedades do array, listando os discos que fazem parte.
esc para sair esc esc yes para sair
volume já está pronto para instalar sistema operacional.
4- Ao reiniciar equipamento, teclar F1 para entrar no setup.
SELECIONAR: start options
SELECIONAR: startup sequence option
Na linha first startup device selecionar CD/DVD-ROM
esc esc esc yes enter
particionamento
/boot 100mb
/ 10gb
/home 5gb
/dados 170gb
/dados 100gb
swap 8gb
INSTALAÇÃO DO SISTEMA OPERACIONAL
distribuicao: fedora 9
kernel: 2.6.25.3
arquitetura: i686
REQUISITOS
Instalando pré-requisitos:
Instalando o fonte do kernel e preparando para compilação:
#yum install kernel-2.6.25.3-18.fc9.x86_64
#yum install kernel-source-2.6.25.3-18.fc9.x86_64
#yum install kernel-devel-2.6.25.3-18.fc9.x86_64
#cd /usr/src/kernels/2.6.25.3-18.fc9.x86_64
#cp /boot/config-2.6.25.3-18.fc9.x86_64.config
#make oldconfig
OBS: Não precisa compilar o kernel.
INSTALANDO DRBD
Após baixar o arquivo fonte:
#cd /usr/src
#wget http://oss.linbit.com/drbd/8.2/drbd-8.2.6.tar.gz
#tar zxvf drbd-8.2.6.tar.gz
#cd /usr/src/drbd-8.2.6/drbd
#make clean ; make KDIR=/usr/src/kernels/2.6.25.3-18.fc9.x86_64
#make install
#cd /usr/src/drbd-8.2.6/
#make tools
#make install
Resolução de nomes:
# vi /etc/hosts <--- copiar em ambos equipamentos
10.1.1.1 neo, server01
10.1.1.2 trinity, server02
configuração do arquivo /etc/drbd.conf que deverá constar nos dois equipamentos
common { # Todos os recursos herdam as opções ajustadas nesta seção.
syncer { rate 80M; } # Limita a largura de banda usada em
# sincronizações. O padrão é 250 KB/s.
# A descrição de outras opções podem ser
# encontradas em ``man drbdsetup
}
resource r0 { # Configuração de recurso DRBD. Cada seção
# ``resource possui duas seções ``host.
protocol C; # Paramêtro obrigatório na seção ``resource. Indica
# como são tratados os dados enviados de nó a nó. No
# caso especifico deste protocolo, um nó só considera
# terminada a operação de replicação se o dado for escrito
# em ambos os discos.
handlers { # Indica executáveis ativados pelo drbd em resposta a
# eventos especificos.
pri-on-incon-degr "halt -f"; # ``halt é executado se o nó é primário,
# degradado e a cópia
# de dados local é inconsistente.
pri-lost-after-sb "halt -f"; # ``halt é executado se o nó é primário,
# mas perdeu os procedimentos de auto
# recuperação pós split brain.
}
startup {
wfc-timeout 10; # Tempo de espera para conexão.
degr-wfc-timeout 120;
}
disk {
on-io-error detach; # Indica o procedimento a ser tomando em caso
# de erro de entrada e saída.
# Procedimentos:
# . pass_on: O erro é reportado à camadas superiores.
# Em nó primário, para o sistema de arquivos.
# Em secundário, ignora-o.
# . panic: O nó deixa o cluster com kernel panic.
# . detach: O nó derruba o dispositivo e continua sem
# disco.
}
net {
allow-two-primaries; # Permite o uso de dois nós primários.
after-sb-0pri disconnect; # Situação de split brain com dois nós secundários.
# Nenhum procedimento de auto-recuperação é tomado.
after-sb-1pri disconnect; # Split brain com um nó primário.
after-sb-2pri disconnect; # Split brain com dois nós primários.
}
on neo {
device /dev/drbd0; # Distpositivo do DRBD.
disk /dev/sda7; # Partição física.
address 10.1.1.1:7788; # Endereço e porta do DRBD.
flexible-meta-disk internal;
}
on trinity {
device /dev/drbd0;
disk /dev/sda7;
address 10.1.1.2:7788;
meta-disk internal;
}
}
#dd if=/dev/zero of=/dev/sda7 bs=1M count=128
#drbdadm create-md r0
#drdbadm up r0
#/etc/init.d/drbd start
Acrescentar no /etc/rc.local de ambas
/etc/init.d/drbd start
/sbin/route add default gw 10.0.0.254
Alterar configuração de eth3 para servir de comunicação para drbd
/sbin/ifconfig eth3 10.1.1.1 (primeiro nó)
/sbin/ifconfig eth3 10.1.1.12 (segundo nó)
Na maquina master, montar o dispositivo no ponto de montagem /dados
/etc/fstab
/dev/drbd0 /dados ext3 defaults 0 0
Na slave deixar o ponto de montagem no fstab, mas sem deixar a montagem automatica:
/etc/fstab
/dev/drbd0 /dados ext3 noauto,defaults 0 0
Em ambas, comentar no fstab a linha que monta o /dados no /dev/sda7, pois o /dados será agora no /dev/drbd0.
Faz um tempo que não faço este procedimento, postei aqui para o caso de futuras consultas, e havendo necessidade altero o que não for mais válido.
fonte consulta:
http://www.pruonckk.org/wiki/index.php/Alta_Disponibilidade
http://www.vivaolinux.com.br
A estrutura é montada com 02 servidores IBM cada um com 3 discos, então foi feito um RAID 5 em cada um, almentando a redundância e segurança dos dados.
MONTAGEM DO RAID 5
Na inicialização pressionar ctrl+a pra entrar no setup da controladora RAID
1- initialize drives
ins para cada disco
enter para aceitar no final
yes
2- create array
ins para cada disco
enter para aceitar
3- array properties
ARRAY TYPE: RAID 5 enter
ARRAY LABEL: mega enter
ARRAY SIZE: 273,242 enter
STRIPE SIZE: 512kb enter
READ CACHING : y
WRITE CACHING: enable with battery
CREATE RAID VIA: auto-sync
enter
enter
enter
3- manage arrays
enter
Tem que surgir tela com as propriedades do array, listando os discos que fazem parte.
esc para sair esc esc yes para sair
volume já está pronto para instalar sistema operacional.
4- Ao reiniciar equipamento, teclar F1 para entrar no setup.
SELECIONAR: start options
SELECIONAR: startup sequence option
Na linha first startup device selecionar CD/DVD-ROM
esc esc esc yes enter
particionamento
/boot 100mb
/ 10gb
/home 5gb
/dados 170gb
/dados 100gb
swap 8gb
INSTALAÇÃO DO SISTEMA OPERACIONAL
distribuicao: fedora 9
kernel: 2.6.25.3
arquitetura: i686
REQUISITOS
Instalando pré-requisitos:
Instalando o fonte do kernel e preparando para compilação:
#yum install kernel-2.6.25.3-18.fc9.x86_64
#yum install kernel-source-2.6.25.3-18.fc9.x86_64
#yum install kernel-devel-2.6.25.3-18.fc9.x86_64
#cd /usr/src/kernels/2.6.25.3-18.fc9.x86_64
#cp /boot/config-2.6.25.3-18.fc9.x86_64.config
#make oldconfig
OBS: Não precisa compilar o kernel.
INSTALANDO DRBD
Após baixar o arquivo fonte:
#cd /usr/src
#wget http://oss.linbit.com/drbd/8.2/drbd-8.2.6.tar.gz
#tar zxvf drbd-8.2.6.tar.gz
#cd /usr/src/drbd-8.2.6/drbd
#make clean ; make KDIR=/usr/src/kernels/2.6.25.3-18.fc9.x86_64
#make install
#cd /usr/src/drbd-8.2.6/
#make tools
#make install
Resolução de nomes:
# vi /etc/hosts <--- copiar em ambos equipamentos
10.1.1.1 neo, server01
10.1.1.2 trinity, server02
configuração do arquivo /etc/drbd.conf que deverá constar nos dois equipamentos
common { # Todos os recursos herdam as opções ajustadas nesta seção.
syncer { rate 80M; } # Limita a largura de banda usada em
# sincronizações. O padrão é 250 KB/s.
# A descrição de outras opções podem ser
# encontradas em ``man drbdsetup
}
resource r0 { # Configuração de recurso DRBD. Cada seção
# ``resource possui duas seções ``host.
protocol C; # Paramêtro obrigatório na seção ``resource. Indica
# como são tratados os dados enviados de nó a nó. No
# caso especifico deste protocolo, um nó só considera
# terminada a operação de replicação se o dado for escrito
# em ambos os discos.
handlers { # Indica executáveis ativados pelo drbd em resposta a
# eventos especificos.
pri-on-incon-degr "halt -f"; # ``halt é executado se o nó é primário,
# degradado e a cópia
# de dados local é inconsistente.
pri-lost-after-sb "halt -f"; # ``halt é executado se o nó é primário,
# mas perdeu os procedimentos de auto
# recuperação pós split brain.
}
startup {
wfc-timeout 10; # Tempo de espera para conexão.
degr-wfc-timeout 120;
}
disk {
on-io-error detach; # Indica o procedimento a ser tomando em caso
# de erro de entrada e saída.
# Procedimentos:
# . pass_on: O erro é reportado à camadas superiores.
# Em nó primário, para o sistema de arquivos.
# Em secundário, ignora-o.
# . panic: O nó deixa o cluster com kernel panic.
# . detach: O nó derruba o dispositivo e continua sem
# disco.
}
net {
allow-two-primaries; # Permite o uso de dois nós primários.
after-sb-0pri disconnect; # Situação de split brain com dois nós secundários.
# Nenhum procedimento de auto-recuperação é tomado.
after-sb-1pri disconnect; # Split brain com um nó primário.
after-sb-2pri disconnect; # Split brain com dois nós primários.
}
on neo {
device /dev/drbd0; # Distpositivo do DRBD.
disk /dev/sda7; # Partição física.
address 10.1.1.1:7788; # Endereço e porta do DRBD.
flexible-meta-disk internal;
}
on trinity {
device /dev/drbd0;
disk /dev/sda7;
address 10.1.1.2:7788;
meta-disk internal;
}
}
#dd if=/dev/zero of=/dev/sda7 bs=1M count=128
#drbdadm create-md r0
#drdbadm up r0
#/etc/init.d/drbd start
Acrescentar no /etc/rc.local de ambas
/etc/init.d/drbd start
/sbin/route add default gw 10.0.0.254
Alterar configuração de eth3 para servir de comunicação para drbd
/sbin/ifconfig eth3 10.1.1.1 (primeiro nó)
/sbin/ifconfig eth3 10.1.1.12 (segundo nó)
Na maquina master, montar o dispositivo no ponto de montagem /dados
/etc/fstab
/dev/drbd0 /dados ext3 defaults 0 0
Na slave deixar o ponto de montagem no fstab, mas sem deixar a montagem automatica:
/etc/fstab
/dev/drbd0 /dados ext3 noauto,defaults 0 0
Em ambas, comentar no fstab a linha que monta o /dados no /dev/sda7, pois o /dados será agora no /dev/drbd0.
Faz um tempo que não faço este procedimento, postei aqui para o caso de futuras consultas, e havendo necessidade altero o que não for mais válido.
fonte consulta:
http://www.pruonckk.org/wiki/index.php/Alta_Disponibilidade
http://www.vivaolinux.com.br
terça-feira, 25 de novembro de 2008
O retorno (agora com LPIC-1)
Após vários meses sem escrever uma linha sequer, retorno agora finalmente com Certificação LPI. Sendo assim, repasso minha impressão sobre as provas LPIC 101 e 102.
A prova 101, como já haviam me comentado é mais difícil que a 102. Isso porque ela abrange mais os fundamentos, parâmetros de comandos que você nunca usa na vida, ou mesmo flags assombradas. Somente alguem que respire e coma scripts no café da manhã e janta, consegue acertar tudo. Mas, estudando pelos TestKings, e livros direcionados à certificação, consegue fazer boa prova. Fiquei surpreso por essa prova não abordar o Debian, apenas pacotes RPM. No final do texto indicarei sites e livros que me ajudaram.
A prova 102, foi a melhor, durante as horas de corpo torto, pescoço travado e a sensação de não acabar nunca, houve o alívio em ver questões mais amigáveis. Foi mais fácil pelo motivo de abordar mais situações corriqueiras que se enfrentam no dia-a-dia de quem já trabalha com o sistema (meu caso), assim tive mais tranquilidade. Chamo atenção para as questões abertas.
Algo que não tinha visto é sobre a forma que é aplicada a prova. Recebe-se um caderno de questões, uma folha de resposta (tipo vestibular), e uma folha de racunho.
Não pode riscar em nada, a não ser o cartão de resposta (com lapis apenas), e a folha de rascunho, esta deverá ser devolvida no final da prova. Então tantas regras acabam tirando a concentração do que realmente importa, responder as questões. Mas, basta manter a tranquilidade, se espalhar na cadeira e responder.
Escolhi realizar prova escrita, pois está em português bem brasileiro. Ajuda bastante. O ruim é a espera, foram 3 semanas de agonia, mas valeu a pena. Caso queira fazer a prova com resultado na hora, tem que procurar um centro vue/prometic e pagar em dolar, não recordo o valor, mas fica em torno de R$ 300,00.
Para mais informações, realizei a prova por meio da empresa Fuctura, que mantém parceria com a 4linux, desenvolvendo trabalho de divulgação e aplicação de provas em Pernambuco, visite www.fuctura.com.br, eles possuem também um preparatório, participei, ajudou a orientar os estudos além de medir meus conhecimentos por meio dos simulados.
Para os estudos utilizei:
distribuições: ubuntu, debian, fedora
livros: linux - guia do administrador do sistema (novatec), Certificacao rapida e facil (altabooks)
sites:
http://focalinux.cipsga.org.br (tudo sobre linux)
http://www.certificacaolinux.com.br (simulado online)
http://www.vivaolinux.com.br (para referencias e tutoriais)
Bem, é isso. Agora vou estudar para a LPIC-2, uma nova jornada.
A prova 101, como já haviam me comentado é mais difícil que a 102. Isso porque ela abrange mais os fundamentos, parâmetros de comandos que você nunca usa na vida, ou mesmo flags assombradas. Somente alguem que respire e coma scripts no café da manhã e janta, consegue acertar tudo. Mas, estudando pelos TestKings, e livros direcionados à certificação, consegue fazer boa prova. Fiquei surpreso por essa prova não abordar o Debian, apenas pacotes RPM. No final do texto indicarei sites e livros que me ajudaram.
A prova 102, foi a melhor, durante as horas de corpo torto, pescoço travado e a sensação de não acabar nunca, houve o alívio em ver questões mais amigáveis. Foi mais fácil pelo motivo de abordar mais situações corriqueiras que se enfrentam no dia-a-dia de quem já trabalha com o sistema (meu caso), assim tive mais tranquilidade. Chamo atenção para as questões abertas.
Algo que não tinha visto é sobre a forma que é aplicada a prova. Recebe-se um caderno de questões, uma folha de resposta (tipo vestibular), e uma folha de racunho.
Não pode riscar em nada, a não ser o cartão de resposta (com lapis apenas), e a folha de rascunho, esta deverá ser devolvida no final da prova. Então tantas regras acabam tirando a concentração do que realmente importa, responder as questões. Mas, basta manter a tranquilidade, se espalhar na cadeira e responder.
Escolhi realizar prova escrita, pois está em português bem brasileiro. Ajuda bastante. O ruim é a espera, foram 3 semanas de agonia, mas valeu a pena. Caso queira fazer a prova com resultado na hora, tem que procurar um centro vue/prometic e pagar em dolar, não recordo o valor, mas fica em torno de R$ 300,00.
Para mais informações, realizei a prova por meio da empresa Fuctura, que mantém parceria com a 4linux, desenvolvendo trabalho de divulgação e aplicação de provas em Pernambuco, visite www.fuctura.com.br, eles possuem também um preparatório, participei, ajudou a orientar os estudos além de medir meus conhecimentos por meio dos simulados.
Para os estudos utilizei:
distribuições: ubuntu, debian, fedora
livros: linux - guia do administrador do sistema (novatec), Certificacao rapida e facil (altabooks)
sites:
http://focalinux.cipsga.org.br (tudo sobre linux)
http://www.certificacaolinux.com.br (simulado online)
http://www.vivaolinux.com.br (para referencias e tutoriais)
Bem, é isso. Agora vou estudar para a LPIC-2, uma nova jornada.
segunda-feira, 30 de junho de 2008
Ajude a sustentar a Wikipédia e outros projetos, sem colocar a mão no bolso, e concorra a um Eee PC!
…e também a pen drives, card drives, camisetas geeks, livros e mais! O BR-Linux e o Efetividade lançaram uma campanha para ajudar a Wikimedia Foundation e outros mantenedores de projetos que usamos no dia-a-dia on-line. Se você puder doar diretamente, ou contribuir de outra forma, são sempre melhores opções. Mas se não puder, veja as regras da promoção e participe - quanto mais divulgação, maior será a doação do BR-Linux e do Efetividade, e você ainda concorre a diversos brindes!
segunda-feira, 9 de junho de 2008
Wireless + Notebook ACER + Fedora
Sistema: Fedora 8 i386
Hardware: Acer Aspire 3000
chipset: bcm4318 (placa wireless on board)
Infelizmente ainda não é tão fácil fazer o linux funcionar em rede sem fio. Afalta de drivers adequados fazem com que seja ainda uma tarefa complexa para usuários mortais consequirem um simples acessos a internet sem fio, que muitas vezes no windows ser faz em segundos sem nem mesmo pensar.
O módulo desta placa que vem por padrão no Fedora não funciona corretamente, sendo assim devemos tomar outro caminho. Foi utilizado o ndiswrapper, software que utiliza o driver "for windows" e cria um módulo para a distribuição linux.
Pré-requisitos:
instalar o pacote kernel-devel
baixar e descompactar o ndiswrapper
#yum install kernel-devel
copiar o arquivo de configuração de seu kernel para o diretório do fonte de seu kernel
#cp /boot/config-2.6.23.1-42.fc8 /usr/src/kernels/2.6.23.1-42.fc8-i686/ (no meu caso)
#cd /usr/src/kernels/2.6.23.1-42.fc8-i686/
O comando a seguir faz com que o fonte do kernel receba as configuraçõe atuais que sua imagem possui.Não há necessidade de compilar o kernel, basta deixar preparado para tal, basta o comando abaixo:
#make oldconfig
Baixando o ndiswrapper
#wget http://ufpr.dl.sourceforge.net/sourceforge/ndiswrapper/ndiswrapper-1.50.tar.gz
Para este tutorial foi utilizada a versão 1.50, mas aplica-se para outras versões também.
Após baixado o fonte do ndiswrapper, vamos descompactar o mesmo:
#tar zxvf ndiswrapper-1.53.tar.gz
Feito isso, entramos no diretório do mesmo para compilar e instalar o aplicativo:
#cd ndiswrapper-1.53
#make uninstall --> isto é feito para remover qualquer instalação anterior dele
#make
#make install
Após a instalação teremos disponível o executavel ndiswrapper. Como usar:
No nosso caso teremos de possuir o driver da placa wireless para windows que deve estar disponível no site do fabricante ou mesmo dentre os CD's do equipamento.
#ndiswrapper -i /driver/wireless/bcmwl5a.inf --> isto vai fazer com que seja criado o driver para a placa
#ndiswrapper -m --> converterá em módulo para ser compatível com o linux e carregando um alias no /etc/modprobe.d/ndiswrapper apontando para wlan0
Feito isso seu módulo está pronto para funcionar, bastar executar:
#modprobe ndiswrapper
Detalhes:
Foi necessário descarregar antes os módulos e pôr na blacklist(/etc/modprobe.d/blacklist): b43, ssb
ainda no console removemos da memória os módulos:
#rmmod b43
#rmmod ssb
Após o módulo carregado do ndiswrapper, precisaremos fazer com que o sistema reconheça a rede sem fio, duas formas são possíveis: via console texto (script) ou via aplicação gráfica (NetworkManagerDispatcher)
01) via script:
a) configurar o arquivo /etc/wpa_supplicant/wpa_supplicant
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
network={
ssid="_matrix_" -> verificar configuracao de seu AccessPoint
key_mgmt=WPA-PSK --> verificar configuracao de seu AccessPoint
pairwise=TKIP --> verificar configuracao de seu AccessPoint
group=TKIP
scan_ssid=0
#psk="minhasenha" -> verificar configuracao de seu AccessPoint
psk=7297554fa6ec7db272bc406152a197d1b37764
}
Acima a senha foi gerada pelo comando:
#wpa_passphrase ssid senhadarede
E copiado no arquivo wpa_supplicant.conf conforme modelo acima.
Feito isso, executamos o comando abaixo para que a placa wireless reconheça o AccessPoint
#wpa_supplicant -Dwext -iwlan0 -c/etc/wpa_supplicant/wpa_supplicant.conf -B
Em seguida, a placa já dá sinal de vida, dependendo de sua rede, atribua o ip com ifconfig ou com o dhcp.
02) Via modo gráfio
Abra na barra de tarefas de seu desktop o ícone de conexão de rede, clique em conectar-se a outra rede sem fio. Indique a senha e clique em ok, em alguns segundos estará conectado.
Bem, esse pequeno tutorial é bem direto e objetivo, e é aplicado diretamente em notebooks Acer com placa wireless de chipset bcm43xx, pode haver casos semelhantes que não funcione, então cada caso é um caso. Espero que seja útil para aqueles que estão querendo ver o linux sem fio.
Quanto ao script fica a cargo de cada um como montá-lo, acima descrevi os comandos necessários para funcionar. Utilize a imaginação.
Hardware: Acer Aspire 3000
chipset: bcm4318 (placa wireless on board)
Infelizmente ainda não é tão fácil fazer o linux funcionar em rede sem fio. Afalta de drivers adequados fazem com que seja ainda uma tarefa complexa para usuários mortais consequirem um simples acessos a internet sem fio, que muitas vezes no windows ser faz em segundos sem nem mesmo pensar.
O módulo desta placa que vem por padrão no Fedora não funciona corretamente, sendo assim devemos tomar outro caminho. Foi utilizado o ndiswrapper, software que utiliza o driver "for windows" e cria um módulo para a distribuição linux.
Pré-requisitos:
instalar o pacote kernel-devel
baixar e descompactar o ndiswrapper
#yum install kernel-devel
copiar o arquivo de configuração de seu kernel para o diretório do fonte de seu kernel
#cp /boot/config-2.6.23.1-42.fc8 /usr/src/kernels/2.6.23.1-42.fc8-i686/ (no meu caso)
#cd /usr/src/kernels/2.6.23.1-42.fc8-i686/
O comando a seguir faz com que o fonte do kernel receba as configuraçõe atuais que sua imagem possui.Não há necessidade de compilar o kernel, basta deixar preparado para tal, basta o comando abaixo:
#make oldconfig
Baixando o ndiswrapper
#wget http://ufpr.dl.sourceforge.net/sourceforge/ndiswrapper/ndiswrapper-1.50.tar.gz
Para este tutorial foi utilizada a versão 1.50, mas aplica-se para outras versões também.
Após baixado o fonte do ndiswrapper, vamos descompactar o mesmo:
#tar zxvf ndiswrapper-1.53.tar.gz
Feito isso, entramos no diretório do mesmo para compilar e instalar o aplicativo:
#cd ndiswrapper-1.53
#make uninstall --> isto é feito para remover qualquer instalação anterior dele
#make
#make install
Após a instalação teremos disponível o executavel ndiswrapper. Como usar:
No nosso caso teremos de possuir o driver da placa wireless para windows que deve estar disponível no site do fabricante ou mesmo dentre os CD's do equipamento.
#ndiswrapper -i /driver/wireless/bcmwl5a.inf --> isto vai fazer com que seja criado o driver para a placa
#ndiswrapper -m --> converterá em módulo para ser compatível com o linux e carregando um alias no /etc/modprobe.d/ndiswrapper apontando para wlan0
Feito isso seu módulo está pronto para funcionar, bastar executar:
#modprobe ndiswrapper
Detalhes:
Foi necessário descarregar antes os módulos e pôr na blacklist(/etc/modprobe.d/blacklist): b43, ssb
ainda no console removemos da memória os módulos:
#rmmod b43
#rmmod ssb
Após o módulo carregado do ndiswrapper, precisaremos fazer com que o sistema reconheça a rede sem fio, duas formas são possíveis: via console texto (script) ou via aplicação gráfica (NetworkManagerDispatcher)
01) via script:
a) configurar o arquivo /etc/wpa_supplicant/wpa_supplicant
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
network={
ssid="_matrix_" -> verificar configuracao de seu AccessPoint
key_mgmt=WPA-PSK --> verificar configuracao de seu AccessPoint
pairwise=TKIP --> verificar configuracao de seu AccessPoint
group=TKIP
scan_ssid=0
#psk="minhasenha" -> verificar configuracao de seu AccessPoint
psk=7297554fa6ec7db272bc406152a197d1b37764
}
Acima a senha foi gerada pelo comando:
#wpa_passphrase ssid senhadarede
E copiado no arquivo wpa_supplicant.conf conforme modelo acima.
Feito isso, executamos o comando abaixo para que a placa wireless reconheça o AccessPoint
#wpa_supplicant -Dwext -iwlan0 -c/etc/wpa_supplicant/wpa_supplicant.conf -B
Em seguida, a placa já dá sinal de vida, dependendo de sua rede, atribua o ip com ifconfig ou com o dhcp.
02) Via modo gráfio
Abra na barra de tarefas de seu desktop o ícone de conexão de rede, clique em conectar-se a outra rede sem fio. Indique a senha e clique em ok, em alguns segundos estará conectado.
Bem, esse pequeno tutorial é bem direto e objetivo, e é aplicado diretamente em notebooks Acer com placa wireless de chipset bcm43xx, pode haver casos semelhantes que não funcione, então cada caso é um caso. Espero que seja útil para aqueles que estão querendo ver o linux sem fio.
Quanto ao script fica a cargo de cada um como montá-lo, acima descrevi os comandos necessários para funcionar. Utilize a imaginação.
sexta-feira, 6 de junho de 2008
Distribuições do semestre
Recentemente tivemos lançamento da nova safra das principais distribuições atualmente, diga-se debian, fedora, ubuntu. Existem logicamente dezenas ou centenas de outras, mas estas especificamente têm ganhado bastante atenção pelo desenvolvimento, evolução e facilidade em instalação/uso.
Para quem me conhece sabe de minha preferência por padrão debian/ubuntu. O apt-get é um vício, embora compilação seja o ideal para otimização, no dia-a-dia precisamos de agilidade nas soluções.
No entanto, venho utilizando o fedora 9 como opção, sempre baixo as principais distribuições para colecionar e conhecer. Surpreendi-me com a nova versão que vem com o Kde, muito bem acabado o ambiente gráfico, seu desempenho até o momento sem bugs ou problemas maiores a enfrentar. Tive apenas um problema com placa gráfica radeon, mas bastou fazer a instalação em modo texto e alterar no final o xorg.conf para carregar driver generico vesa que ficou perfeito.
Atualmente estou implementando um cluster usando o fedora 9, logo postarei um tutorial completo, pois ainda não achei nada completo do inicio ao fim, apenas fragmentos, e sempre baseados em debian :) Portanto, estou fazendo na "unha".
Para dar uma espiada nas novas versões de linux, sugiro o www.distrowatch.com, cheio de capturas de telas e links para baixar as isos.
Para quem me conhece sabe de minha preferência por padrão debian/ubuntu. O apt-get é um vício, embora compilação seja o ideal para otimização, no dia-a-dia precisamos de agilidade nas soluções.
No entanto, venho utilizando o fedora 9 como opção, sempre baixo as principais distribuições para colecionar e conhecer. Surpreendi-me com a nova versão que vem com o Kde, muito bem acabado o ambiente gráfico, seu desempenho até o momento sem bugs ou problemas maiores a enfrentar. Tive apenas um problema com placa gráfica radeon, mas bastou fazer a instalação em modo texto e alterar no final o xorg.conf para carregar driver generico vesa que ficou perfeito.
Atualmente estou implementando um cluster usando o fedora 9, logo postarei um tutorial completo, pois ainda não achei nada completo do inicio ao fim, apenas fragmentos, e sempre baseados em debian :) Portanto, estou fazendo na "unha".
Para dar uma espiada nas novas versões de linux, sugiro o www.distrowatch.com, cheio de capturas de telas e links para baixar as isos.
quinta-feira, 1 de maio de 2008
Indicação de Livros
Sempre estarei divulgando títulos de livros interessantes que conheço, assim pode facilitar a vida daqueles que querem aprender, mas não sabem qual fonte confiável consultar. Boa leitura.
Este é um livro que não pode faltar em sua mesa. Já comprei, estou no aguardo de sua chegada para pôr em prática. Muito importante para aqueles que trabalham administrando redes linux e precisam constantemente criar scripts para as mais diversas situações, conhecido já por sua linguagem fácil e bem humorada, traz agora esta obra imperdível, compre já o seu e veja que script não é do outro mundo. Mas, faz esse parecer melhor :)
Para aqueles que estão se preparando para Certificação LPI, ou mesmo para aqueles que não sabem qual livro lhes ajudarão de forma efetiva a aprender a gerenciar um sistema linux, este é o livro. Embora não seja oficialmente indicado para LPI, ele cobre o conhecimento necessário para as provas LPIC 1 e 2.
Este é um livro que não pode faltar em sua mesa. Já comprei, estou no aguardo de sua chegada para pôr em prática. Muito importante para aqueles que trabalham administrando redes linux e precisam constantemente criar scripts para as mais diversas situações, conhecido já por sua linguagem fácil e bem humorada, traz agora esta obra imperdível, compre já o seu e veja que script não é do outro mundo. Mas, faz esse parecer melhor :)
Para aqueles que estão se preparando para Certificação LPI, ou mesmo para aqueles que não sabem qual livro lhes ajudarão de forma efetiva a aprender a gerenciar um sistema linux, este é o livro. Embora não seja oficialmente indicado para LPI, ele cobre o conhecimento necessário para as provas LPIC 1 e 2.
Já este é um guia bastante útil para quem diariamente costuma usar o editor mais conhecido mundo linux/unix, o VI. Com exemplo dos principais comandos que podem agilizar seu dia-a-dia.
quarta-feira, 20 de fevereiro de 2008
script matador
Habitualmente ao usar telnet ou ssh, quando o usuário não efetua um loggof correto, devido principalmente a travamentos de máquinas, erros de rede, ou mesmo fechar sessão de forma forçada, ocorre de ficar com o processo preso referente aquela sessão aberta. Mesmo que a conexão já tenha sido fechada, o processo vira um zumbi.
Imaginemos isso ocorrer diariamente numa rede com mais de 200 usuários. Ligando sem parar reclamando que não consegue abrir tela do sistema, que precisa vender, bater meta etc....
Ao deparar com esse inferno na terra, corri atrás de uma solução para facilitar o trabalho de suporte. Criei um script que basta executar para derrubar, ou mesmo matar os processos de determinado usuário.
O nome do script é bem sugestivo: assassino
Pois, ao executar e inserir o nome do usuário, ele não deixa nada, mata tudo.
Claro que no linux/unix, pode-se fazer qualquer coisa em pelo menos duas formas diferentes. Então pode surgir alguem dizendo.. "ahh, eu faço isso e aquilo e funciona.". Parabéns!!! Esse é o espirito open source, pesquisar/aprender/testar/comemorar.
Segue abaixo o script:
#!/bin/bash
count=0
var=1
sudo touch /tmp/proc1.cont
sudo chmod 777 /tmp/proc1.cont
sudo touch /tmp/proc.cont
sudo chmod 777 /tmp/proc.cont
echo digite nome pra matar
read nome
sudo fuser -v /bin/bash | grep $nome | grep '/bin/bash' | awk '{ print $3 }' | egrep '[0-9]' > /tmp/proc.cont
sudo fuser -v /bin/bash | grep $nome | awk '{ print $2 }' | egrep '[0-9]' >> /tmp/proc.cont
count=$(wc -l /tmp/proc.cont | awk '{ print $1 }')
echo $count processos encontrados para matar
if [ $count -gt "0" ]; then
while [ $var != 0 ]; do
echo matando processo: $(head -1 /tmp/proc.cont)
sudo kill -9 $(head -1 /tmp/proc.cont)
sed '1d' /tmp/proc.cont > /tmp/proc1.cont
cat /tmp/proc1.cont > /tmp/proc.cont
count=$(expr $count - 1)
if [ $count -eq "0" ]; then
var=0
fi
done
fi
Imaginemos isso ocorrer diariamente numa rede com mais de 200 usuários. Ligando sem parar reclamando que não consegue abrir tela do sistema, que precisa vender, bater meta etc....
Ao deparar com esse inferno na terra, corri atrás de uma solução para facilitar o trabalho de suporte. Criei um script que basta executar para derrubar, ou mesmo matar os processos de determinado usuário.
O nome do script é bem sugestivo: assassino
Pois, ao executar e inserir o nome do usuário, ele não deixa nada, mata tudo.
Claro que no linux/unix, pode-se fazer qualquer coisa em pelo menos duas formas diferentes. Então pode surgir alguem dizendo.. "ahh, eu faço isso e aquilo e funciona.". Parabéns!!! Esse é o espirito open source, pesquisar/aprender/testar/comemorar.
Segue abaixo o script:
#!/bin/bash
count=0
var=1
sudo touch /tmp/proc1.cont
sudo chmod 777 /tmp/proc1.cont
sudo touch /tmp/proc.cont
sudo chmod 777 /tmp/proc.cont
echo digite nome pra matar
read nome
sudo fuser -v /bin/bash | grep $nome | grep '/bin/bash' | awk '{ print $3 }' | egrep '[0-9]' > /tmp/proc.cont
sudo fuser -v /bin/bash | grep $nome | awk '{ print $2 }' | egrep '[0-9]' >> /tmp/proc.cont
count=$(wc -l /tmp/proc.cont | awk '{ print $1 }')
echo $count processos encontrados para matar
if [ $count -gt "0" ]; then
while [ $var != 0 ]; do
echo matando processo: $(head -1 /tmp/proc.cont)
sudo kill -9 $(head -1 /tmp/proc.cont)
sed '1d' /tmp/proc.cont > /tmp/proc1.cont
cat /tmp/proc1.cont > /tmp/proc.cont
count=$(expr $count - 1)
if [ $count -eq "0" ]; then
var=0
fi
done
fi
Assinar:
Postagens (Atom)