Introdução

Apache é a implementação open source de um servidor HTTP. Ele é o webserver mais popular na Internet. Uma pesquisa realizada em 2005 pela NetCraft mostra que cerca de 70% dos sites na Internet rodam sobre o Apache.

Opções de Configuração em tempo de Compilação

Carrege apenas os módulos necessários

O servidor Apache é um programa modular onde o administrador pode escolher entre as funcinalidade que deseja incluir no servidor selecionando um pacote de módukis. Os módulos podem ser compilados estaticamente no binário httpd ou dinamicamente como DSOs(Dynamic Shared Objects). Módulos DSO podem ser compilados quando o servidor for compilado ou poem ser compilados utilizando o apxs para adicioná-los mais tarde. O modulo mod_so deve ser compilado estaticamente no Apache para que o suporte a DSO seja ativo.

Execute o apache apenas com os módulos necessários. Isto reduz o consumo de memória aumenta a performance do servidor. Compilar os módulos estaticamente irá reduzir o consumo de RAM que é utilizado para suportar módulos compilados dinamicamente, mas será necessário recompilar o apache toda vez que um módulo for adicionado ou removido. È aqui que o DSO se torna útil. Uma vez que o modulo mod_so seja compilado estaticamente, qualquer outro módulo pode ser inserido ou removido utilizando o comando LoadModule no arquivo httpd.conf – , mas você terá que compilar os módulos utilizando apxs se ele não foi compilado quando o servidor foi feito.

Escolha o MPM apropriado

O apache vem com uma selação de Módulos Multi-Processadores (MPMs) que são responsáveis por abrir as portas de rede na máquina, aceitando requisições, e despachando processos para cuidar das requisições. Apenas um MPM pode ser carregado por vez.

Escolher o MPM depende de vários fatores, por exemplo se o SO suporta threads, quanta memória está disponível, escalabilidade versus estabilidade, modulos externos,etc .. Sistemas Linux podem escolher entr utilizar um MPM com suporte (worker) a threads ou um prefork sem threads:

O MPM Worker utiliza múltiplos processos. Ele é multi-threaded com cada processo e cada thread cuidando de uma única conexão. Esté é mais rápido e mais escalável e a memória consumida e relativamente baixa. Funciona bem com múltiplos processadores. Porém, o worker é menos tolerante a módulos defeituosos, e threads defeituosas podem afetar todas as outras threads de um processo.

O MPM Prefork utiliza múltiplos processos filhos, cada filho cuidad de apenas uma conexão por vez. Prefork é muito bem gerenciada por processadores simples ou múlitplos, a velocidade é comparável ao worker e é mais tolerante a falhas em modulos e processos que terminam inesperadamente. Mas o consumo de memória é alto, mais tráfego leva a mais consumo de memória.

Opções de Configuração em Tempo de Execução

DNS lookup

A diretiva HostnameLookips habilita a consulta de DNS, então os hostnames podem ser logados ao invés de endereços IP. Isto adiciona latência em cada requisição desde que a consulta do DNS tem que ser completada antes que a requisição seja terminada. Esta opção é desabilitada por padrão no Apache 1.3 e superiores. Deixe isto inativo e utilize programas pós-processamento como o logresolve para determinar os IPs dos logs. Logresolve vem com Apache.

Quando utilizar as diretivas Allow from ou Deny from, utilize endereços IP ao invés de nomes de domínios. Caso contrário uma consulta dupla ao DNS será executada para ter certeza de que o domínio ou host não está sendo spoofado.

AllowOverride

Se o AllowOverride está setado para ‘None’, então o Apache irá tentar abrir o arquivo .htaccess (especificada pela diretiva AccessFileName) em cada diretório que for acessado. Por exemplo:

DocumentRoot /var/www/html
<Directory />
AllowOverride all
</Directory>

Se uma requisição for feita para acessar /index.html, o Apache irá tentar abrir /.htaccess, /var/.htaccess, /var/www/.htaccess, and /var/www/html/.htaccess. Estas tentativas aumentam a latência. Se o arquivo .htaccess for necessário para um diretório, habilite apenas para este diretório.

FollowSymLinks e SymLinksIfOwnerMatch

Se a opção FollowSymLinks estiver setada, então o servidor permitirá que links simbólicos possam ser seguidos neste diretório. Se a opção SymLinksIfOwnerMatch estiver setada, então o servidor permitirá acessar o link apenas se o destino dele bater com o dono do link.

Se a opção SymLinksIfOwnerMatch estiver setada, então o Apache terá que realizar consultas adicionais ao sistema para verificar se os donos coincidem. Chamadas adicionais também são necessárias quando a opção FollowSymLinks NÃO está setada. Por exemplo:

DocumentRoot /vaw/www/html
<Directory />
Options SymLinksIfOwnerMatch
</Directory>

Para uma requisição feita para /index.html, o Apache irá executar lstat() em /var, /var/www, /var/www/html, and /var/www/html/index.html. Estas requisições adicionais também irão aumentar a lantência. Os resultados do lstat não são cacheados, então as consultas irão ocorrer em cada requisição.

Para uma máxima performance, sete FollowSymLinks em cada lugar e nunca sete SymLinksIfOwnerMatch. Ou então, se SymLinksIfOwnerMatch for necessário para um diretório, sete ele para apenas este diretório.

Content Negotiation

Evite utilizar content negotiation para respostas mais rápidas. Se content negotiation é necessário para o site, utilize arquivos type-map ao invés da diretiva Options MultiViews. Com MultiViews, Apache precisa scanear o diretório em busca de arquivos, o que adiciona latência.

MaxClients

O MaxClients seta o número máximo de clientes simultâneos que pode ser suportada por cada servidor. Nenhum processo além do que está definido será aberto. Ele não deve conter um número muito baixo já que as requisições serão colacadas em fila, o que eventualmente irá dar time-out e os recursos do servidor continuarão não utilizados. Setar este valor muito alto irá causar o início de swap e o tempo de resposta irá cair drasticamente. O valor apropriado para MaxClientes pode ser calculado por: MaxClientes = Total RAM / Tamanho Máximo de Processos . O tamanho dos processos para arquivos estáticos é de mais ou menos 2-3MB. Para dinâmicos como PHP, deve ser por volta de 15MB. A coluna RSS de:

# ps -ylC httpd --sort:rss

Mostra a memória física non-swapped utilizada pelos processos do Apache em kilo Bytes.

Se existem mais usuários concorrentes do que MaxClients, as requisições serão colocadas em fila até o número baseado na diretiva ListenBacklog. Aumente o ServerLimit para setar o MaxClients acima de 256.

MinSpareServers, MaxSpareServers, e StartServers

MaxSpareServers e MinSpareServers determina quantos processos filhos devem ser mantidos rodando. Se MinSpareServers for muito baixo e muitas requisições forem iniciadas, então o Apache terá que abrir processos adicionais para atender as requisições. Criar processos filhos é relativamente caro. Se o servidor estiver ocupado criando processos, ele não estará disponível para servir as requisições imediatamente. MaxSpareServers não deve ser muito alto, ele pode causar problemas de recursos desde que cada processo consome os recursos da máquina.

Sete MinSpareServers e MaxSpareServers para um valor com que o Apache não precise frequentemente abrir mais de 4 processos por segundo. (O Apache pode abrir o máximo de 32 processos por segundo). Quando mais de 4 processos por segundo forem abertos, uma mensagem será logada no ErrorLog.

A diretiva StartServers define o número de processos criados na inicialização do Apache. O Apache irá continuar abrir os processos até que alcance o número de MinSpareServers. Não afeta muito a performance já que o servidor não é reiniciado frequentemente. Se existem muitas requisições e o Apache é reiniciado frequentemente, sete este valor para um número alto.

MaxRequestsPerChild

A diretiva MaxRequestsPerChild definie o número de requisições que um processo do servidor irá gerenciar. Depois as requisições MaxRequestsPerChild irão morrer. É definido para 0 por padrão, o que significa que o processo não irá expirar nunca. É apropriado setar este valor para alguns milhares. Isto pode ajudar a previnir vazamento de memória desde que o processo morre depois de servir um número de requisições. Não sete este valor muito baixo, já que criar novos processos causa overhead.

KeepAlive and KeepAliveTimeout

A diretiva KeepAilve permite que múltiplas requisições possam ser enviadas pela mesma conexão TCP. Isto é útil para páginas com muitas imagens. Se o KeepAlive estiver Off, então para cada imagem, uma nova conexão TCP precisa ser aberta.

KeepAliveTimeout determinada quanto tempo deve esperar até a próxima requisição. Sete para um valor baixo, por volta de 2 a 5 segundos. Se for setado para um valor muito alto, os processos ficam amarrados esperando pelo cliente quando eles poderiam ser utilizados para servir novos clientes.

Compressão HTTP & Caching

O servidor utiliza os métodos gzip ou deflate para as respostas payload antes que ele seja enviado para os clientes. Então o cliente descompacta o payload. Não existe necessidade de instalar softwares adicionais no lado do cliente desde que a maioria dos navegadores suporta isto. Utilizar compressão irá economizar banda e irá aumentar o tempo de resposta, estudos mostram que em média o ganho da compressão é de 75%. A compressão pode ser habilitada utilizando módulo mod_deflate. O Payload é compactado apenas se o navegador requisitar a compactação, ou então o conteúdo descompactado será enviado. Um navegador capaz de utilizar o conteúdo compactado envia o seguinte cabeçalho na requisição: “Accept-Encoding: gzip,deflate”. Então o servidor irá enviar o payload compactado e o cabeçalho da reposta é “Content-Encoding: gzip”

O exemplo a seguir utiliza o telnet para verificar os cabeçalhos de requisição e de resposta:

bash-3.00$ telnet www.webperformance.org 80
Trying 24.60.234.27...
Connected to www.webperformance.org (24.60.234.27).
Escape character is '^]'.
HEAD / HTTP/1.1
Host: www.webperformance.org
Accept-Encoding: gzip,deflate

HTTP/1.1 200 OK
Date: Sat, 31 Dec 2005 02:29:22 GMT
Server: Apache/2.0
X-Powered-By: PHP/5.1.1
Cache-Control: max-age=0
Expires: Sat, 31 Dec 2005 02:29:22 GMT
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 20
Content-Type: text/html; charset=ISO-8859-1

O module mod_cache pode ser utilizado no lado do servidor, está em produção estável na versão 2.2 do Apache.

Servidor separado para conteúdo estático e dinâmico

Processos do apache para conteúdo dinâmico consome cerca de 3-20MB de RAM. E cresce para acomodar o conteúdo e nunca diminui até que o processo termine. Digamos que um processo cresca até os 20MB para servir um conteúdo dinâmico. Depois de completar a requisição, ele está libre para servir outra requisição. Se vier uma requisição para uma imagem, então esses 20MB de processos está servindo um conteúdo estático que poderia ser executado por um processo de 1MB. A memória é utilizada ineficientemente.

Utilize uma pequena compilação do Apache (com o mínimo de módulos compilados estaticamente) como sendo o servidor front-end para servir conteúdos estáticos. As requisições para conteúdos dinâmicos serão encaminhadas para um apache robusto (compilado com todos os módulos necessários). Utilizar um servidor front-end leve tem a vantagem de que os conteúdos estáticos são enviados rapidamente sem o consumo alto de memória e apenas o conteúdo dinâmico é passado para o servidor robusto.

Encaminhamento de requisições pode ser implementado utilizando os módulos mod_proxy e mod_rewrite. Suponha que exista um servidor apache leve rodando na porta 80 e o robusto na porta 8088. Então a configuração a seguir pode ser utilizada no apache leve para encaminhar todas as requisições de conteúdo dinâmico para o servidor robusto.

ProxyPassReverse / http://%{HTTP_HOST}:8088/
RewriteEngine on
RewriteCond   %{REQUEST_URI} !.*\.(gif|png|jpg)$
RewriteRule ^/(.*) http://%{HTTP_HOST}:8088/$1 [P]

Todas as requisições, exceto as imagens serão encaminhadas para o apache robusto. As respostas são recebidas pelo servidor front-end que as encaminha para o cliente. Todas as respostas aparentam vir de um único servidor.

Conclusão

Configurar o Apache para obter o máximo de performance pode ser traiçoeiro, não existem regras rápidas. Entenda as necessidades do servidor web e experimente com várias opções. Utiliza ferramentas como ab e httperf para medir a performance do servidor. Servidores leves como tux, thttpd também podem ser utilizados como servidores front-end. Se um servidor de banco de dados é utilizado, tenha certeza de que ele está otimizado para que ele não crie nenhum gargalo. No caso do MySQL, mtop pode ser utilizado para monitorar querys lentas. Performance de scripts PHP pode ser melhorada utilizando produtos de cache como o Turck MMCache. Ele elimina o overhead da compilação realizando cache dos scripts em seu estado compilado.

Fonte

• http://www.howtoforge.net/configuring_apache_for_maximum_performance
• http://under-linux.org/wiki/Tutoriais/Apache/Apache-performance

Autor

Escrito por: Vishnu Ram is an MTech. in Communication Systems from IIT Madras. He joined Bobcares in 2003 and has been working for Poornam since then.

Introdução

O e-mail é a forma de comunicação mais utilizada hoje em dia. Se o servidor de e-mails de uma empresa parar, é como se o mundo acabasse para os usuários! O telefone não vai parar de tocar, e-mails importantes não serão entregues/recebidos podendo gerar grandes prejuízos financeiros para empresas.

Imaginando um cenário desses, você com certeza não escolheria qualquer solução para implantar na sua empresa, certo? Atualmente, um dos melhores, mais seguros e mais estáveis softwares MTA (Mail Transport Agent) disponíveis é o Postfix.

Embora ele seja simples para quem já possui experiência na administração de servidores Linux, ele pode ser um pouquinho complicado para quem está apenas começando na administração de sistemas.

Por isso, neste artigo vou mostrar uma solução para facilitar a configuração do Postfix: o iRedMail. Este é um software que automatiza todo o processo de instalação e configuração de um servidor de e-mails utilizando as distribuições CentOS e Red Hat. Ele permite que você escolha o backend de gerenciamento de usuários (MySQL ou OpenLDAP), qual o webmail que você quer utilizar, gerenciador MySQL ou OpenLDAP, entre várias outras opções.

Aqui, vou assumir que você já possui um servidor CentOS configurado e funcional com acesso à Internet.

Quais os softwares que o iRedMail utiliza?

O iRedMail faz o download de todos os softwares automaticamente. Porém, obviamente você precisa saber quais são estes softwares que ele utiliza e suas versões também.

Segue uma lista de alguns dos softwares utilizados por ele:

• Amavisd-new 2.6.2-2
• Clamav 0.94.2-1
• Dovecot 1.1.11
• Postfix 2.5.6

Claro que esta não é a lista completa. Para verificar todos os pacotes que foram baixados para a sua máquina entre no diretório pkgs/rpms dentro do diretório criado quando você descompacta o iRedMail.

Download do iRedMail

O site oficial do iRedMail é http://code.google.com/p/iredmail/.

Vá até a seção “Downloads”. Lá você irá encontrar todas as versões do iRedMail que foram publicadas. Até a data de publicação deste texto, a versão mais recente é a 0.4.0, que pode ser obtida no link: http://iredmail.googlecode.com/files/iRedMail-0.4.0.tar.bz2.

Instalação

O script de instalação do iRedMail cuida de todo o processo, inclusive do download de todos os RPM’s necessários para que a instalação seja feita sem problemas. Vamos à instalação.

Primeiro, descompacte o arquivo que você baixou do site oficial:

# tar xjvf iRedMail-0.4.0.tar.bz2

Será criado um diretório chamado iRedMail-0.4.0. Entre nele:

# cd iRedMail-0.4.0

O seu diretório se parecerá com este:

Entre no diretório pkgs e execute o script que faz o download de todos os pacotes necessários:

# bash get_all.sh

E vá tomar um café. Dependendo da velocidade da sua conexão esta etapa poderá demorar um pouco para ser concluída. Quando ela terminar, podemos começar a configuração do nosso servidor de e-mail.

Para isso, faça o seguinte. Suba um nível em relação ao diretório pkgs (o diretório raíz do iRedMail) e execute o script iRedMail.sh:

# cd .. ; bash iRedMail.sh

Você verá a tela inicial da instalação do iRedMail:

Esta tela é apenas informativa. Aperte enter para passarmos para a próxima tela.

Esta tela permite que você escolha qual será o diretório home do usuário vmail. Como não serão criados usuários no sistema (todos os usuários serão virtuais), todos os e-mails serão entregues ao vmail e ele irá “distribuir” estas mensagens aos usuários certos.

Como este diretório irá conter todos os e-mails que chegam ao sistema, pode ser que ele cresça bastante com o tempo, portanto pense no futuro e reserve um espaço considerável para o home do usuário vmail.

Você pode deixar o padrão ou modificar para outro diretório que você queira. Depois selecione “OK”.

Agora, devemos escolher qual vai ser o backend do nosso servidor de e-mail. Isto irá informar ao iRedMail como nós queremos que ele guarde as informações de contas de usuários, autenticação, etc.

Se você escolher MySQL, o webmail será o RoundCube (um webmail excelente) e a ferramenta de administração será o PostfixAdmin. Se você escolher o OpenLDAP ele irá utilizar o SquirrelMail como webmail (o RoundCube não suporta OpenLDAP) e a ferramenta de administração será o phpLDAPadmin.

O MySQL é o recomendado, aqui iremos utilizá-lo. Obviamente, os passos daqui para frente serão diferentes dependendo do que você escolher aqui. Em outro artigo tratarei a configuração do OpenLDAP como backend. Vamos para a próxima tela.

Aqui devemos informar ao iRedMail qual a senha queremos utilizar para o usuário root do MySQL. Informe a senha com cuidado pois não haverá chance de confirmá-la mais tarde. Tenha certeza que digitou a senha corretamente.

Nesta tela devemos informar a senha do usuário administrador do Vmail. Aqui acontece a mesma coisa que aconteceu com a senha do root do MySQL: você não vai poder confirmar a senha que escreveu. Portanto, tenha certeza que digitou a senha corretamente.

Aqui acabam as diferenças de configuração entre MySQL e OpenLDAP.

Você precisa informar o domínio que você quer utilizar. Lembre-se, este é um domínio virtual. Você poderá adicionar outros domínios sem problema algum quando precisar.

Nesta tela você deve definir qual será o nome de usuário do administrador do domínio. O padrão em todos os servidores de e-mail é definir “postmaster” para este usuário. Seguiremos o padrão aqui.

Aqui devemos definir qual será a senha da conta “postmaster”, o administrador do domínio.

Nesta tela você pode criar o primeiro usuário “normal” do seu domínio. Ele não terá direito especial algum, é apenas um usuário.

Nesta tela você pode definir a senha para o usuário. Ele irá utilizar esta senha quando for ler o e-mail ou acessar o webmail.

Aqui você deve escolher se quer habilitar ou não o suporte a SPF e DKIM. Segue uma breve descrição sobre o que são ambos:

• DKIM: DomainKeys Identified Mail. Basicamente, o DKIM oferece um método para validar um nome de domínio associado a um e-mail através de autenticação criptográfica.
• SPF: O objetivo do SPF é impedir que worms, vírus e spammers utilizem endereços arbitrários (ou inexistentes) no campo “sender” do envelope do e-mail. Os administradores do domínio devem publicar registros SPF no DNS e os administradores do servidor de e-mail devem utilizar MTAs (como o Postfix) que possuam suporte ao SPF para que ele compreenda os registros SPF. Estes registros informam quais servidores possuem autoridade para enviar e-mails. Qualquer outro servidor enviando e-mails destes domínios não possui credibilidade e os e-mails são descartados.

Você pode habilitar ambos ou nenhum, fica à sua escolha.

O pysieved é um serviço que gerencia scripts Sieve que os usuários utilizam.

Sieve é uma linguagem especializada no tratamento e filtragem de e-mails. Não é uma linguagem de programação completa.

Ela permite que se desenvolva pequenos scripts (que podem ser implementados no cliente ou no servidor de e-mails) que filtram e-mails, como por exemplo recusando e-mails maiores de 1MB e enviando uma mensagem de aviso de volta à origem da mensagem (ao remetente).

O pysieved permite que os usuários executem scripts Sieve no servidor sem precisar de uma conta nele.

Nesta tela você pode escolher se vai prover suporte a POP3/IMAP utilizando SSL.

É recomendado que se utilize o SSL pois ele criptografa todo o conteúdo das mensagens impedindo que sniffers e ataques como “man in the middle” consigam ler todo o conteúdo transferido por estas mensagens.

Nesta tela você pode escolher o webmail que deseja utilizar no seu servidor. Escolha o seu favorito e selecione “OK”.

Neste passo da instalação você poderá definir qual será a língua principal utilizada no seu webmail. Basta utilizar a seta para baixo para rolar por todas as opções e utilizar a barra de espaço para selecionar.

Nesta tela você pode escolher se quer instalar o phpMyAdmin (para administrar o banco de dados MySQL via web), o PostfixAdmin (para gerenciar domínios e contas de usuários via web) e o AwStats (para verificar estatísticas sobre o servidor de e-mails).

Aqui você escolhe o usuário administrador do PostfixAdmin (não do domínio). O padrão é usar o “postmaster”, mas você pode usar qualquer usuário que deseje.

Aqui você irá criar um “alias”, um nome alternativo, para o usuário root. Isso é necessário pois é o usuário root quem irá receber as mensagens de falhas, problemas, etc do sistema.

Isso conclui toda a configuração do seu servidor de e-mail.

Depois, responda “Y” e pressione a tecla “enter” para dar continuidade ao processo de instalação do sistema.

Agora o iRedMail irá instalar e configurar (de acordo com os parâmetros passados a ele nos passos anteriores) todos os softwares envolvidos com o serviço de entrega de e-mails. Além disso, ele também irá atualizar todos os pacotes que já estão na máquina. O processo irá levar bastante tempo, seja paciente e aguarde até o final.

Quando o iRedMail perguntar se você deseja remover o sendmail, diga que sim.

Depois, o programa irá perguntar se você quer utilizar as regras de IPTables configuradas no iRedMail ou não. Se você quiser fazer as suas próprias regras, responda não. Caso deseje utilizar estas regras, responda sim. Se utilizar as regras, reinicie o IPTables quando for questionado.

Se você já estiver utilizando o MySQL para outras finalidades, responda não quando for questionado se quer sobrescrever o arquivo de configuração do MySQL utilizando um modelo fornecido pelo iRedMail. Caso não esteja utilizando o MySQL para outras finalidades, pode resopnder afirmativamente sem problemas.

Logo após, ele irá perguntar se você quer atualizar o Clamav. É recomendado que já faça isso para que você não corra o risco de esquecer de fazê-lo mais tarde. Para atualizar, responda “Y”.

Por último, o software irá perguntar se você quer inicializar o Postfix. Responda que sim. Ele irá inicializar o Postfix e todos os serviços que ele necessitar para funcionar corretamente.

Pronto! Seu servidor de e-mail está ativo! Basta agora você adicionar outros usuários ao banco de dados para que os outros usuários também possam utilizar o seu servidor (você pode utilizar o PostfixAdmin para isso).

Acessando webmail e o PostfixAdmin

Para acessar todos os serviços web configurados no seu servidor de e-mails, recomendo que configure um registro no seu DNS para facilitar as coisas.

Para acessar o webmail utilize a URL http://servidor/mail ou http://servidor/webmail. Isto irá acessar o webmail que você escolheu durante a configuração do iRedMail.

O Postfixadmin ficará ativo no endereço http://servidor/postfixadmin.

Estas e muitas outras informações como localização de logs, arquivos de configuração utilizados, etc. estão localizados no arquivo dentro do diretório criado quando você descompacta o pacote do iRedMail, chamado iRedMail.tips. Nele você irá encontrar todas as informações que precisar.

Conclusão

O iRedMail é uma excelente ferramenta que simplifica e muito o processo de configurar um servidor de e-mails para a sua empresa. Porém, não confie 100% nele.

Faça todas as análises de segurança necessárias para garantir que seu servidor não será comprometido. Atualize sempre os softwares utilizados, tente configurar CHRoot, atualize sempre o anti-vírus, utilize senhas fortes, etc. Sempre tente garantir que seu servidor está o mais seguro possível.

Fonte: http://www.pedropereira.net

(Por Pedro Ortale Neto) – Percebendo a falta de documentos relativos a Detecção de Intrusos em Portugues, escrevi este artigo (O primeiro de uma série), tratando da teoria básica sobre IDS e o uso de uma ferramenta para deteccao e check de integridade de arquivos, o tripwire, assim como detecção em Rede, usando o Snort. Em breve estarei publicando novo artigo, só que aprofundado ao IDS em rede, utilizando como base o SNORT & PortSentry. 
INTRUSION DETECTION SYSTEMs
———————————————-
Pedro Ortale Neto < ortale@unsecurity.com.br >
Unsecurity Systems

http://www.unsecurity.com.br

A internet hoje é um veículo imenso para disseminação do comércio,
quebra de barreiras entre povos e nações e ao mesmo tempo, um meio
de acesso de grande valia na mão de vândalos virtuais.
Existe uma necessidade muito grande para que o mercado que circula
por meio da Internet funcione e seja confiável: Segurança. Existem
inúmeras ferramentas para que o grau de segurança seja um pouco
mais elevado, porém, o único sistema realmente seguro é aquele que
não está conectado a nenhuma rede. Sendo assim, uma solução
obrigatória para qualquer rede que circula dados de missão crítica
é um Sistema IDS, Intrusion Detection System.

Existem pelo menos dois tipos de IDS:

* Deteção de Invasão em Host
* Deteção de Invasão em Rede

DETECÇÃO DE INVASÃO EM HOST
—————————

É importante realçar que um sistema de detecção de invasão eficaz não
é aquele que simplesmente registra dados em um sistema que está
sofrendo ataque, mas sim aquele que ao perceber qualquer anormalidade
na rede inicia uma série de procedimentos que possam impedir o ataque
ou minimizar as perdas.
O sistema de deteção de invasão em host é geralmente útil para
detectar ataques já consagrados e localizar aquivos modificados com a
intenção de abrir portas para futuro uso do host, seja como ponte
de ataque para outras redes, capturar os dados da rede interna ou
simplesmente alterar aquivos vitais do host.

A primeira ferramenta que usaremos de exemplo é o TripWare, da
Tripwire (R) Security Systems, Inc.

INSTALANDO O TRIPWARE
———————

Faça o download do Tripwire em: http://www.tripwire.com/downloads/

Crie um diretório e mova o arquivo .tar.gz para dentro

# mkdir tripwire
# cp Tripwire_221_for_Linux_x86.tar.gz tripwire

Descompresse o arquivo e em seguida execute a instalação

# tar zxpvf Tripwire_221_for_Linux_x86.tar.gz
#./install.sh

Leia e aceite a licença de uso (é preciso rolar até o fim e digitar
accept). Em seguida, a instalação iniciará após confirmação dos
diretórios de destino.

O TripWare baseia-se em guardar informações sobre estrutura dos
arquivos em seus sistema, sendo assim, para garantir a integridade do
índice de verificação dos arquivos, são usadas duas frases, uma para
a chave do SITE e outra para LOCAL, respectivamente.
Escolha a Frase, lembrando que quanto mais diversos caracteres você
colocar, mais difícil de descriptografar esse arquivo será, impedindo
o cracker de modificar seu sistema e alterar também os indices do IDS.

Após você digitar as frases, o Tripwire cria uma política padrão e
para acessá-la, você deve digitar novamente as frases.

Inicie o tripwire para criar um banco de dados primário

#cd /usr/TSS/bin
#./tripwire –init

Em seguida, digite sua senha/frase de acesso LOCAL. Alguns erros de
aquivos não encontrados poderão surgir, mas é uma etapa normal. Os
erros serão corrigidos nos procedimentos descritos logo mais abaixo.

Antes de atualizar o banco de dados de arquivos, primeiramente,
procure por todos os arquivos setuid/setgid e grave a lista em um
arquivo de log. Estes arquivos fornecem privilégios especiais ao
usuário que esta executando o mesmo, sendo assim esses arquivos podem
ser usado paraaccessar partes restritas do sistema.

# find / -type f -perm +6000 -ls >> setgiduid.log

É bom monitorar arquivos que possuem permissão de gravação configurada
para todos usuários e arquivos que nao possuem dono ou grupo. Grave a
lista em um arquivo de log

# find / -perm -2 ! -type l -ls >> todosrwx.log
# find / -nouser -o -nogroup >> sem.log

A partir de agora, você tem uma lista de arquivos potênciais em relação
a segurança, o próximo passo é adicioná-los no arquivo de políticas

# joe /usr/TSS/policy/twpol.txt (Use o editor de texto de sua preferência)

Procure por:

setuid/setgid root programs
(rulename = “setuid/setgid”, severity = $(SIG_HI))
{

Apague todas as linhas entre os dois colchetes ( { & } ) e adicione toda a
lista dos arquivos setgid/uid, respeitando a seguinte sintaxe:

/caminho/do/arquivo -> $(SEC_SUID);

Exemplo:

{
/usr/X11R6/bin/Xwrapper -> $(SEC_SUID);
/usr/X11R6/bin/xterm -> $(SEC_SUID);
/usr/X11R6/bin/xhextris -> $(SEC_SUID);
/usr/X11R6/bin/kterm -> $(SEC_SUID);
/usr/X11R6/bin/XConsole -> $(SEC_SUID);
}

Configure todas as partes do arquivo de configuração conforme seu sistema,
assim como arquivos de shells, configurações, segurança e diretórios de
arquivos temporários.

Atualize o arquivo de políticas e em seguida Entre com a sua password/frase
do Site, em seguida atualize o banco de dados de arquivos do tripwire:

# ./twadmin -m p ../policy/twpol.txt
# ./tripwire –init

Para verificar a Integridade dos arquivos, simplesmente digite:

# ./tripwire –check

Todas as modificações nos arquivos configurados são informadas.

Recomendo que os arquivos de configuração sejam gravados em uma mídia não
regravável, assim como um cd-rom, sendo assim jamais os dados do índice
poderão ser alterados.

Para maiores informações sobre o uso do tripwire, consulte a documentação.

DETECÇÃO DE INVASÃO EM REDE
—————————

Detecção de invasão em redes não é uma tarefa fácil, depende de muita
análise, às vezes a nível de protocolo e muito conhecimento técnico,
mas não é por isso que o administrador deve se desencorajar, pelo
contrário, faça experiências, experimente produtos e simule ataques
para maior compreensão dos dados obtidos por programas dessa classe.

Utilizaremos dois softwares para detecção de intrusão (Ou tentativa
de intrusão), PortSentry, da Psionic e o Snort.

INSTALAÇÃO E USO DO PORTSENTRY
——————————

Faça o download de http://www.psionic.com/tools/portsentry-1.0.tar.gz,
descompresse, compile e instale a distribuição:

# tar zxpvf portsentry-1.0.tar.gz
# cd portsentry-1.0
# ./configure
# make
# make install

O Portsentry será instalado no diretório /usr/local/psionic/portsentry

Basicamente, o portsentry opera em quatro modos (Plataforma Linux)

- Simples Detecção de Portas TCP
# ./portsentry -tcp
- Simples Detecção de Portas UDP
# ./portsentry -udp
- Detecção de Stealth Portscan TCP
# ./portsentry stcp
- Detecção de Stealth Portscan UDP
# ./portsentry sudp

Para maiores informações sobre configuração/instalação do portsentry,
leia o texto de Renato Murilo Langona:

http://www.linuxsecurity.com.br/renato/antiscan.html

INSTALAÇÃO E USO DO SNORT
————————-

Antes de iniciar a instalação do software, precisamos planejar como
o Snort será instalado, respondendo algumas questões simples:

A máquina é dedicada?
A máquina possui uma ou mais placas de rede?
Qual o Sistema Operacional?

O modo mais simples de instalar o Snort é uma máquina dedicada, com uma
placa de rede e Linux, porém, o recomendado é uma máquina dedicada com
duas placas de rede, então vamos la…

Quando se trata de duas placas de redes no Snort, uma é usada em modo
Promíscuo, ou seja, agindo com um sniffer e outra como porta para
administraçào remota (Via outra máquina na rede interna).
Sendo assim, teremos o seguinte diagrama:

[ADMINISTRATIVO]——–[SNORT]—–INTERNET
| |
[COMP 1] [DMZ]
|
[COMP 2]

Após escolhermos esse modelo de implantação, iniciaremos a instalação

Puxe e instale o pacote para RedHat em:

http://www.linuxsecurity.com/programs/snort-1.6.2.2-1.i386.rpm

# rpm -i snort-1.6.2.2-1.i386.rpm

Após instalar via RPM, é nescessário configurar algumas definições no
arquivo /etc/snort/rules.base

Será algo parecido com:

var INTERNAL 192.168.1.0/24
var EXTERNAL 63.87.101.0/24
var DNSSERVERS 63.87.101.90/32 63.87.101.92/32

Substitua usando os dados de sua rede, lembre-se de adicionar os hosts
confiáveis no arquivo rules.base respeitando o formato abaixo:

preprocessor portscan-ignorehosts: 63.87.101.90/32 63.87.101.92/32

Adicione no arqivo /etc/passwd:
snort:x:201:201:Snort:/etc/snort:/bin/false

e no arquivo /etc/group
snort:x:201:

Teste a configuração pelo comando abaixo;

# snort -d -l /var/log/snort -c /etc/snort/rules.base

Irá resultar em algo parecido com:

Initializing Network Interface…
User level filter, protocol ALL, raw packet socket
Decoding Ethernet on interface eth0
Initializing Preprocessors!
————————————————-
Keyword | Preprocessor @
————————————————-
http_decode : 0×8053070
minfrag : 0×8053290
portscan : 0x8053ce0
portscan-ignorehosts: 0×8054340
————————————————-

Initializing Plug-ins!
————————————————-
Keyword | Plugin Registered @
————————————————-
content : 0×8052050
offset : 0×8052080
depth : 0x80520f0
nocase : 0×8052160
flags : 0×8052710
itype : 0x80528f0
icode : 0x8052a00
ttl : 0x8052b10
id : 0x8052bf0
ack : 0x8052cd0
seq : 0x8052dc0
dsize : 0x8052ec0
ipopts : 0×8054420
rpc : 0×8054670
icmp_id : 0×8054830
icmp_seq : 0×8054930
session : 0×8055300
————————————————-

Initializating Output Plugins!
————————————————-
Keyword | Output @
————————————————-
alert_syslog : 0x8054a20
log_tcpdump : 0x8054ff0
————————————————-

+++++++++++++++++++++++++++++++++++++++++++++++++++
Initializing rule chains…
255 Snort rules read…
255 Option Chains linked into 140 Chain Headers
+++++++++++++++++++++++++++++++++++++++++++++++++++

Performing Rule List Integrity Tests…
—————————————
Alert TCP Chains : OK
Alert UDP Chains : OK
Alert ICMP Chains : OK
Log TCP Chains : Empty list…
Log UDP Chains : Empty list…
Log ICMP Chains : Empty list…
Pass TCP Chains : Empty list…
Pass UDP Chains : Empty list…
Pass ICMP Chains : Empty list…
—————————————

-*> Snort! <*-
Version 1.6
By Martin Roesch (roesch@clark.net, www.clark.net/~roesch)

Pressione Control + C para cancelar

A partir de agora você pode usar o Daemon pelo comando:

# /usr/sbin/snort -s -d -D -i eth0 -l /var/log/snort
-c /etc/snort/rules.base

ou

#./etc/rc.d/init.d/snortd start

Exemplificando um portscan: (Onde Hacker é o host de quem ataca)

[HACKER]#nmap -p 25,53 -sX -P0 -D 1.2.3.4,5.6.7.8 192.168.200.189

Starting nmap V. 2.54BETA1 by fyodor@insecure.org (www.insecure.org/nmap/)
Interesting ports on smtp.mydomain.com (192.168.200.189):
Port State Service
25/tcp open smtp
53/tcp open domain

Nmap run completed — 1 IP address (1 host up) scanned in 19 seconds

No host do snort (/var/log/snort/portscan.log)

Jun 18 15:57:52 krypton snort[9131]: spp_portscan: PORTSCAN DETECTED from
1.2.3.4
Jun 18 15:57:52 krypton snort[9131]: spp_portscan: PORTSCAN DETECTED from
5.6.7.8
Jun 18 15:57:58 krypton snort[9131]: spp_portscan: portscan status from
192.168.1.100: 2 connections across 1 hosts: TCP(2), UDP(0) STEALTH
Jun 18 15:57:58 krypton snort[9131]: spp_portscan: portscan status from
1.2.3.4: 2 connections across 1 hosts: TCP(2), UDP(0) STEALTH
Jun 18 15:57:58 krypton snort[9131]: spp_portscan: portscan status from
5.6.7.8: 2 connections across 1 hosts: TCP(2), UDP(0) STEALTH

CONCLUSAO
———

Este artigo foi apenas uma demonstração sobre os dois tipos de
sistemas IDS, o de Host e o de Network, exemplificando o emprego
de 3 aplicações de excelência (Tripwire, PortSentry & Snort).
Estas ferramentas ajudam o administrador a posicionar-se diante
a ataques que muitas vezes não sabem que siquer ocorrem. Este
é o primeiro de uma série de artigos exclusivos para a o site
Linuxsecurity Brasil sobre a área de Detecção de Intrusão, em
breve os principais utilitários em IDS serão comentados. Até lá.

Fonte: http://www.linuxsecurity.com.br/

Imagine que, em um futuro distante, o Google decida transformar o Android em um sistema para robôs pessoais. Seu robô com o Android poderia ser então instruído a executar qualquer tipo de tarefa, desde que você conseguisse explicar para ele o que precisa fazer na forma de instruções simples. Uma ida até a geladeira para pegar uma lata de refrigerante poderia ser explicada dessa forma:

Ir até a cozinha.
Abrir a geladeira.
Olhar a prateleira da direita.
Se encontrar uma lata de coca-cola, trazer para mim.
Senão, trazer a lata de guaraná.
Se não encontrar lata alguma, fechar a geladeira e voltar.

Este mesmo princípio, de dividir a tarefa a ser feita em instruções simples, é comum a todas as linguagens de programação. Elas podem variar em complexidade, mas a ideia central é sempre a mesma: explicar ao sistema o que fazer, em uma linguagem que ele seja capaz de entender.

No caso do shell-script, você precisa apenas pensar em uma maneira de “explicar” o que você quer que seja feito através de comandos de terminal. Conforme você vai adquirindo mais familiaridade com o sistema, este acaba se tornando um processo natural, já que qualquer conjunto de comandos para executar uma determinada tarefa pode ser transformado em um script rapidamente. Vamos então a alguns exemplos básicos para quebrar o gelo.

O tipo mais simples de script consiste em um bloco de comandos, que automatiza alguma tarefa repetitiva. Estes scripts “burros” são uma excelente forma de simplificar o uso do sistema, evitando que você precise memorizar sequências de comandos. Um bom exemplo é este mini-script que uso para conectar um mouse bluetooth:

#!/bin/sh
# Checagem para ter certeza que o suporte a bluetooth está ativado:
hciconfig hci0 down
/etc/init.d/bluetooth restart
hciconfig hci0 up
# Ativa o mouse:
hidd –connect 00:07:61:62:cb:bb

Estes quatro comandos permitem ativar o mouse em qualquer distribuição, de forma que preciso apenas executar o script e colocá-lo para ser inicializado automaticamente, sem precisar me preocupar com as peculiaridades de cada uma.

Para usá-lo, é necessário apenas criar um arquivo de texto chamado “btmouse.sh” (ou qualquer outro nome que escolher), colocá-lo dentro do seu home, ou da sua partição de dados (para que ele não seja perdido ao reinstalar o sistema) e marcar a permissão de execução (“chmod +x btmouse.sh”).

A partir daí, você pode passar a executar o script quando precisar ativar o mouse:

# /mnt/sda6/btmouse.sh

… ou adicionar o comando no final do arquivo “/etc/rc.d/rc.local” (ou outro arquivo de inicialização) para que ele passe a ser executado automaticamente.

O problema com esses scripts simples é que eles servem para propósitos bem específicos, já que os passos executados são sempre os mesmos. Este script para ativar o mouse bluetooth, por exemplo, funciona apenas com o meu mouse, já que o endereço de conexão está gravado dentro do próprio script.

Scripts mais complexos começam quase sempre com alguma pergunta. Um gerenciador de downloads precisa saber qual é a URL do arquivo a baixar, um discador precisa saber qual modem será utilizado e qual o número de acesso do provedor, um instalador de programas precisa saber qual programa deve ser instalado e assim por diante.

Dependendo da situação, as perguntas podem ser feitas diretamente, no estilo “digite a URL do arquivo a baixar”, ou através de um menu de seleção, onde você lista as funções oferecidas pelo script e o usuário clica na opção desejada.

Para fazer uma pergunta direta (que é o formato mais simples), usamos o comando “read“, que lê uma resposta e a armazena em uma variável. Quase sempre ele é usado em conjunto com o “echo”, que permite escrever texto na tela, fazendo a pergunta, como em:

echo “Digite a URL do arquivo a baixar”
read arquivo
wget -c $arquivo

Com estes três comandos, criamos um gerenciador de downloads primitivo, que pede a URL do arquivo (que você poderia colar no terminal usando o botão central do mouse) e faz o download usando o wget, que é um gerenciador em modo texto, muito usado em scripts.

A URL digitada é armazenada na variável “arquivo”, que pode ser usada ao longo do script. Ao usá-la, é necessário incluir um “$”, que faz com que o shell entenda que se trata da variável “arquivo” e não de um trecho de texto qualquer. Quando o script fosse executado, o “wget -c $arquivo” seria transformado em algo como “wget -c http://gdhpress.com.br/arquivo.zip”, iniciando o download.

O “-c” é uma opção para o wget, que faz com que ele continue o download caso interrompido. Se você pressionasse “Ctrl+C” durante o download para encerrar o script e o executasse novamente, fornecendo a mesma URL, ele continuaria o download de onde parou.

Você poderia incrementar o script, incluindo mais perguntas e usando mais opções do wget. A primeira parada nesse caso seria o “man wget”, onde você poderia garimpar as opções suportadas pelo comando e selecionar algumas que poderiam ser úteis dentro do script. Um bom exemplo é a opção “–limit-rate=” que permite limitar a taxa de download. Você poderia incluir a opção no script adicionando mais uma pergunta, como em:

echo “Digite a URL do arquivo a baixar”
read arquivo
echo “Digite a taxa máxima de download, em kbytes. ex: 48″
read taxa
wget -c –limit-rate=$taxa $arquivo

Este formato simples funciona bem para scripts rudimentares, destinados a simplesmente automatizarem alguma tarefa específica, a partir de algumas perguntas simples. Para scripts mais completos, precisamos começar a usar as operações lógicas, que permitem que o script tome decisões. O formato mais básico é o “se, então, senão”, que no shell script é representado pelos operadores “if”, “then” e “else”.

Imagine que você está fazendo um script conversor de vídeos, que é capaz de gerar arquivos em quatro diferentes formatos. O script começa perguntando qual formato usar e, de acordo com a resposta, executa os comandos apropriados para fazer a conversão.

Para simplificar, vamos fazer com que o script simplesmente converta todos os arquivos dentro do diretório atual, em vez de perguntar quais arquivos converter ou de exibir uma caixa de seleção.

A parte da pergunta poderia ser feita com o “echo”, como no exemplo anterior. Como agora são várias linhas de texto, usei aspas simples ( ‘ ) em vez de aspas duplas. As aspas simples permitem que você inclua quebras de linha e caracteres especiais dentro do texto, fazendo com que o shell simplesmente escreva tudo literalmente:

echo ‘Escolha o formato de saída:
1) MPEG4, 320×240 (vídeos no formato 4:3)
2) MPEG4, 320×176 (vídeos em formato wide)
3) Real Player, 320×240 (vídeos no formato 4:3)
4) Real Player, 320×176 (vídeos em formato wide)
(Responda 1, 2, 3 ou 4, ou qualquer outra tecla para sair)‘
read resposta

No final deste trecho, teríamos a variável “resposta”, que armazenaria um número de 1 a 4. Precisamos agora fazer com que o script decida o que fazer de acordo com a resposta.

O jeito mais simples de fazer isso seria simplesmente colocar um bloco com 4 comandos “if” (se), um para cada possibilidade. Cada “if” é sempre acompanhado por um “then” (então) e um “fi” (fim do se), como em:

if [ "$resposta" = "1" ]; then
[comandos ...]
fi
if [ "$resposta" = "2" ]; then
[comandos ...]
fi
if [ "$resposta" = "3" ]; then
[comandos ...]
fi
if [ "$resposta" = "4" ]; then
[comandos ...]
fi

Uma forma mais elegante (e mais à prova de falhas), seria usar o “elif” (que poderia ser traduzido para “senão se”) e o “else” (senão), como em:

if [ "$resposta" = "1" ]; then
[comandos ...]
elif [ "$resposta" = "2" ]; then
[comandos ...]
elif [ "$resposta" = "3" ]; then
[comandos ...]
elif [ "$resposta" = "4" ]; then
[comandos ...]
else
echo “Você digitou uma opção inválida. O script termina aqui.”
fi

Como pode ver, ao usar o elif você não precisa mais incluir um “fi” para cada possibilidade. Outra vantagem é que você pode agora incluir um “else” no final, que faz com que o script responda com uma mensagem de erro ao receber alguma resposta que não estava esperando. Dentro de cada uma das condições, você incluiria um bloco de comandos destinado a gerar os arquivos convertidos com os parâmetros correspondentes, como em:

if [ "$resposta" = "1" ]; then
for i in *; do
mencoder -oac mp3lame -lameopts cbr:br=128 -ovc lavc -lavcopts \
vcodec=mpeg4:vbitrate=512 -ofps 16 -vf scale=320:176 -o “c-$i” “$i”
done

elif [ "$resposta" = "2" ]; then
[o resto do script...]

Esse comando gigante que se esparrama pela terceira e a quarta linha é um comando de conversão do mencoder (um pequeno utilitário de conversão de arquivos de mídia em modo texto, que é bastante flexível), que gera um arquivo de vídeo otimizado para ser assistido em smartphones. Esse é o tipo de comando que é longo demais para ser escrito manualmente, mas que pode perfeitamente ser usado através de um script.

Veja que a variável “i” é usada no final da quarta linha, para indicar o nome do arquivo. O “c-$i” “$i” faz com que o script adicione o prefixo “c-” no nome dos arquivos convertidos, permitindo que eles sejam incluídos na pasta sem apagar os arquivos originais.

O comando do mencoder é colocado dentro de outra condicional, agora usando o “for” (enquanto), que permite que o script execute um conjunto de comandos repetidamente.

No exemplo, ele é usado para fazer com que o comando de conversão do mencoder seja executado uma vez para cada arquivo dentro da pasta. Ao ser executado, a variável “i” (poderia ser qualquer outro nome) recebe o nome do primeiro arquivo, o que faz com que ele seja convertido.

Ao chegar no “done”, o interpretador volta à linha inicial e a variável “i” recebe agora o nome do segundo arquivo. O processo é então repetido para cada um dos arquivos da pasta, até o último (a lista dos arquivos a converter é gerada pelo interpretador no início do script, por isso não existe o risco do conversor ficar em loop). O “for i in *; do” poderia ser traduzido como “para cada arquivo dentro da pasta atual, execute”.

Você pode baixar o script pronto, incluindo os comandos de conversão no:
http://www.gdhpress.com.br/blog/converter-video/

Outro exemplo de uso para o “for” seria baixar uma lista de arquivos ISO especificada em um arquivo de texto. Imagine que você goste de testar novas distribuições e, de vez em quando, queira deixar o PC ligado durante a madrugada colocando os downloads em dia. Você poderia facilitar as coisas usando um script como:

#!/bin/sh
echo “Digite a taxa máxima de download, em kbytes. ex: 48″
read taxa

for i in `cat /home/$USER/downloads.txt`; do
wget -c –limit-rate=$taxa $i
done

Para usá-lo, você precisaria apenas criar um arquivo “downloads.txt” dentro do seu diretório home, colocando os links de download dos ISOs das distribuições, um por linha, como em:

http://ftp.heanet.ie/pub/linuxmint.com/stable/6/LinuxMint-6.iso
ftp://ftp.nluug.nl/pub/os/Linux/distr/dreamlinux/stable/DL3.5_20092802.iso

http://sidux.c3sl.ufpr.br/release/sidux-2009-01-ouranos-kde-lite-i386.iso

Ao executar o script, ele começaria perguntando a taxa máxima de download (com a resposta sendo armazenada na variável “taxa”), leria o arquivo e baixaria os arquivos listados para o diretório atual. A linha do wget inclui duas variáveis: a taxa de download e o arquivo a baixar. Por causa do “for”, o comando é repetido para cada um dos links listados no arquivo, fazendo com que eles sejam baixados um de cada vez.

Embora simples, este script introduz algumas idéias novas. A primeira é o uso das crases (“), que permitem usar o resultado de um comando. Graças a elas, podemos usar o “cat” para ler o arquivo de texto e assim fazer com que o script carregue as URLs dentro da variável “i”, uma de cada vez.

Outra novidade é o uso do “/home/$USER”, uma variável de sistema que contém sempre o diretório home do usuário que executou o script. Isso faz com que o script procure pelo arquivo “downloads.txt” dentro do seu diretório home, e não em uma localização específica.

Uma prática um pouco mais avançada é o uso de funções. Elas permitem que você crie blocos de código destinados a executarem tarefas específicas que podem ser usados ao longo do script. Em outras palavras, as funções são pequenos scripts dentro do script.

A grande vantagem de criar funções (em vez de simplesmente repetir os comandos quando precisar) é que, ao atualizar o script, você precisa alterar apenas um bloco de comandos, em vez de precisar procurar e alterar os comandos manuais em vários pontos do script. Por permitirem reaproveitar o código, as funções fazem com que o script seja mais organizado e fique com menos linhas, o que facilita muito a manutenção em scripts complexos.

Imagine, por exemplo, que você precisa repetir uma mesma mensagem de erro várias vezes ao longo do script. Você poderia usar uma função como esta:

msgerro()
{
echo “Algo deu errado durante a conexão. O erro foi:”
echo “$msg”
}

Veja que a função começa com uma declaração (“msgerro()”), onde você especifica um nome e adiciona o “()”, que faz com que o sistema entenda que se trata de uma função e não de um outro bloco de comandos qualquer. Os comandos são, em seguida, colocados dentro de um par de chaves ( { …. } ), que indicam o início e o final. A partir daí, você pode executar os comandos dentro do script chamando o nome da função (msgerro), como se fosse um comando qualquer.

Um exemplo é o script para conectar usando modems e smartphones 3G que escrevi em 2008, que está disponível no: http://www.gdhpress.com.br/blog/script-vivo-zap/

Ele prevê o uso de diversos tipos de conexão e inclui várias funções de checagem e solução de problemas (que são usadas repetidamente ao longo do script), por isso ele é bastante longo e complexo, com quase 900 linhas. Se tiver curiosidade em acessar o tópico e olhar o código, vai ver que crio diversas funções no início do script (a “bpairing()” contém os comandos para fazer o pareamento com smartphones e conectar via Bluetooth, enquanto a “checaporta()” verifica em que porta o modem ou smartphone está conectado, por exemplo) que são usadas ao longo do script.

Outra necessidade comum é salvar parâmetros e configurações, evitando que o script precise perguntar tudo novamente cada vez que for executado. Uma forma simples de implementar isso é fazer com que o script salve as variáveis com as configurações usadas em arquivo de texto (é geralmente usado um arquivo oculto dentro do diretório home), como em:

echo “tel=\”$tel\”" > /home/$USER/.myscript
echo “porta=\”$porta\”" >> /home/$USER/.myscript

Esses comandos criariam o arquivo “.myscript” dentro do diretório home do usuário que executou o script. Graças ao uso do ponto, ele se torna um arquivo oculto, assim como os demais arquivos de configuração do sistema.

O arquivo de configuração pode ser carregado dentro do script com um “. /home/$USER/.myscript” (ou seja, ponto, espaço e a localização do arquivo), o que faz com que o interpretador processe os comandos dentro do arquivo como se fossem parte do script principal.

Um exemplo de uso seria uma versão aperfeiçoada do script para ativar mouses Bluetooth que mostrei a pouco, que perguntasse o endereço do mouse da primeira vez que fosse executado e passasse a usar a configuração salva daí em diante:

#!/bin/sh

if [ -e "/home/$USER/.btmouse" ]; then
echo “Carregando configuração salva no arquivo /home/$USER/.btmouse.”
. /home/$USER/.btmouse
else
# Se o arquivo não existir, pergunta o endereço e salva a configuração.
echo “Digite o endereço do mouse que será usado (ex: 00:07:61:62:cb:bb):”
read addr
echo “addr=\”$addr\”" > /home/$USER/.btmouse
fi

# Mensagem explicativa:
echo “Conectando a $addr”
echo “Delete o arquivo /home/$USER/.btmouse para trocar o endereço.”

# O script propriamente dito:
hciconfig hci0 down
/etc/init.d/bluetooth restart
hciconfig hci0 up
hidd –connect $addr

Embora estes exemplos utilizem apenas perguntas simples, em texto, os shell-scripts podem também exibir janelas, avisos, perguntas e menus de seleção gráficos de maneira muito simples, utilizando o Xdialog, Kdialog ou o Zenity, que permitem mostrar janelas gráficas de forma surpreendentemente fácil.

Para mostrar uma mensagem de texto, por exemplo, você usaria o “zenity –info –text” seguido da mensagem a mostrar, como em:

zenity –info –text “Conexão ativa.”

Para abrir uma janela de seleção de arquivo, você usaria o “zenity –file-selection”, que exibe uma janela similar à do gerenciador de arquivos, permitindo escolher o arquivo que será usado.

Normalmente, a localização do arquivo seria simplesmente escrita no terminal. Para que ela seja armazenada em uma variável (permitindo que você a use posteriormente ao longo do script), você usaria:

arquivo=`zenity –file-selection –title “Escolha o arquivo”`

Estes dois comandos simples poderiam ser usados para criar um aplicativo rudimentar de gravação de CDs, veja só:

#!/bin/sh

zenity –info –text “Coloque uma mídia virgem no drive”
iso=`zenity –file-selection –title “Escolha o arquivo ISO para gravar:”`
wodim dev=/dev/scd0 speed=16 -dao -eject -v $iso

Quando executado, o script mostraria as duas janelas e gravaria o arquivo ISO selecionado usado o wodim, que é um aplicativo de gravação de CDs via linha de comando, usado por diversos outros aplicativos. Quando você queima um CD usando o Brasero ou o K3B, é o wodim quem faz o trabalho pesado, assim como no caso do nosso script:

Graças à opção “-eject” adicionada à linha de gravação, o script ejeta a mídia depois de gravada, o que torna desnecessário incluir mais uma janela avisando que a gravação foi concluída. O wodim suporta diversas outras opções de gravação (que você pode consultar no “man wodim”), que poderiam ser usadas para aperfeiçoar o script. Você precisaria apenas incluir algumas perguntas adicionais, salvar as respostas em variáveis e incluí-las na linha de gravação.

Concluindo essa breve introdução, dois outros comandos fundamentais em se tratando de shell-scripts são o pipe e o grep. Aqui vai uma explicação resumida sobre eles:

pipe: Junto com as setas de redirecionamento (> e >>), o pipe ( | ) é muito usado em scripts e comandos diversos. Ele permite fazer com que a saída de um comando seja enviada para outro ao invés de ser mostrada na tela. Parece uma coisa muito exótica, mas acaba sendo incrivelmente útil, pois permite “combinar” diversos comandos que originalmente não teriam nenhuma relação entre si, de forma que eles façam alguma coisa específica. Um exemplo simples é o “modprobe -l | more”, que vimos no tópico sobre o kernel, onde o pipe é usado para que a enorme lista gerada pelo comando “modprobe -l” seja enviada ao “more”, que se encarrega de criar as quebras de página.

grep: O grep permite filtrar a saída de um determinado comando, de forma que ao invés de um monte de linhas, você veja apenas a informação que está procurando. Ele é frequentemente usado em conjunto com o pipe, sobretudo em scripts.

Um exemplo simples: sua placa de rede não está funcionando e você quer saber se o módulo de kernel “sis900″, que dá suporte a ela, está carregado. Você pode ver os módulos que estão carregados usando o comando “lsmod”, mas a lista é um pouco longa. Você poderia completar o lsmod com o “| grep sis900″, que vai filtrar usando o grep, mostrando na tela apenas as linhas contendo “sis900″. O comando ficaria então “lsmod | grep sis900″.

Se não aparecer nada na tela, você sabe de antemão que o módulo não está ativo. Neste caso, você poderia tentar carregá-lo manualmente usando o comando “modprobe sis900″, como root.

Em um script, o mesmo comando poderia ser usado para detectar se o módulo está carregado ou não e, a partir daí, mostrar uma mensagem na tela, ou carregá-lo automaticamente.

Ao longo do livro, veremos mais alguns exemplos de uso do shell-script, esta foi apenas uma introdução rápida destinada a apresentar alguns dos conceitos básicos. Uma característica importante do shell-script é que assim que você toma coragem e começa a escrever alguns scripts básicos, você acaba se empolgando e passa a, gradualmente, incorporar novos truques, aprendendo uma coisa aqui e outra ali, mesmo sem estudar especificamente sobre o assunto.
Fonte: http://www.gdhpress.com.br

1) Introdução

Muitos administradores de sistemas GNU/Linux irão, algum dia, se deparar com a situação de precisar automatizar uma tarefa – um backup, por exemplo. Nesta hora, surge a necessidade de se dominar bem a execução sequenciada de comandos. E mais! Encontrar um modo de colocar esta sequência de comandos em algum lugar para sua execução. É neste momento que entra o domínio, por parte do administrador, da criação de scripts!

Quando se fala de/sobre Shell Script, temos que ter em mente que, ao que for se aventurar nesta área, deve ter o domínio de comandos de Shell. Bem como, entender como funciona uma Shell. O usuário (administrdor) deve conhecer redirecionamentos e pipes (dutos). Conhecer comandos e suas opções e, principalmente, sua sintaxe correta.

O aprendiz deve conhecer, também, o processo de inicialização do sistema GNU/Linux e o funcionamento dos arquivos de configuração de muitos serviços e módulos do sistema. É bom que também tenha conhecimento de rede (endereçamento IP, MAC Address, etc) e do funcionamento dos serviços de rede (conceitos), tais como: DHCP, DNS, etc…

SHELL SCRIPT

Shell Script é uma sequência de comandos que serão interpretados pela SHELL sequencialmente, dentro de um arquivo (txt – ascii) que foi previamente pré-programado (editado).

Um script contém uma sequência de comandos que seriam executados na Shell interativa, permitindo que tarefas longas (e/ou repetitivas), ou que exijam cuidados, sejam executados de forma rápida e invariável.

A Shell do GNU/Linux permite (implementa) uma linguagem própria de programação.

- Sequência de comandos que serão interpretados pela SHELL sequencialmente, dentro de um arquivo pré-programado

- Um script contém uma sequência de comandos que seriam executados na shell interativa, permitindo que tarefas longas (e/ou repetitivas), ou que exijam cuidados, sejam executados de forma rápida e invariável

- Todo SHELL SCRIPT deve ter sua permissão de execução habilitada

- Necessidade de cuidados com comandos de usuários em processos de root

O que é SHELL?

Shell pode ser entendido como um programa (ou uma interface) em modo texto que interage com o usuário, permitindo este, passar comandos ao sistema operacional. Para quem usava DOS, como eu (que Deus o tenha! ), deve se lembar que a Shell que interagia com o usuário era o command.com.

No GNU/Linux, existe não somente uma, mas algumas Shells que o usuário poderá utilizar! A Shell padrão utilizada na maioria das distribuições é a BASH (Bourne Again Shell). Esta deriva da SH (Bourne Shell). Dentre outras Shells disponíveis para GNU/Linux, destacam-se: CSH (C Shell); TCSH (Tenex/Tops C Shell); KSH (Korn Shell) muito comum no Unix.

* Sempre que um Shell Script for necessário, deve-se, primeiro, criar um arquivo texto padrão ascii. Isto pode ser providenciado com o editor VI – você sabe usá-lo, não sabe!?

* Um Shell Script, por convensão, recebe um nome – este pode ser de sua preferência – e um sufixo ( o “.sh”), este, por causa da Shell. Um arquivo de script se chamaria, por exemplo, de script1.sh. Muitos administradores adotam um nome que indicam a funcionalidade do script. Por exemplo: backup.sh, alerta_intruso.sh, renomeia.sh, firewall.sh, etc. Não invente muito!

* A localização do script é outro fator que deve ser levado em conta. Por definição do padrão LSB (Linux Standard Base – Base de Padronização Linux), o diretório que contém arquivos de configuração e scripts é o /etc. Entretanto, scripts que têm função de comando (como o ldd, por exemplo), ficam no /usr/bin/ (aposto que muitos não sabiam disto!). A localização de seu script dependerá de sua funcionalidade – eu costumo colocar meus scripts no /etc/rc.d/ (quando uso Mandriva – ou semelhante), ou então, no /etc/init.d/ (quando uso Debian – ou semelhante). Seja coerente e, por favor, não fuja do padrão!

* Ao se criar um arquivo no GNU/Linux (seja na Shell com o comando touch, ou diretamente no editor vi), o arquivo terá as permissões 644 (ou 664) – permissão de leitura e sem o bit (permissão) de execução habilitado. Neste caso, você terá que, toda vez que criar o seu script, alterar(habilitar) a permissão de execução nele.

* Ao se colocar o script dentro do diretório /etc (ou abaixo deste), o caminho (PATH) não aponta para este diretório. Ou seja, se seu script for colocado neste diretório, terá que ser executado por alguém, ou chamado à partir de algum lugar: outro script, cron, rc.local (se sua distro tiver!), etc. Esteja ciente disto!* Um Shell Script é interpretado (executado) sequencialmente. Ou seja, um comando é executado dentro do script e, o próximo comando só é executado, quando do término do anteriror.

2) Estrutura de um SHELL SCRIPT

#!/bin/bash    <|=—————————–| Programa Interpretador (shell)
#
#
# Criado por Katan  <|=———————| Comentários iniciais
#
##############

VAR=valor <|=—————————-|
VAR2=valor2 <|=—————————-| Declaração de Variáveis
VAR3=`resultado_comando` <|=——-|

comando1 <|=——————————–|
comando2 <|=——————————-| Comandos do SHELL
comandoN <|=——————————-|

A primeira linha de um Shel Script deve conter, obrigatoriamente, o interpretador do script(!?). Viajou? Calma! Não se assuste!

A linguagem de Shell Script é interpretada. Diferentemente de um programa feito em C, Delphi, por exemplo, que necessita de ser compilado para ser executado, o Shell Script não tem esta necessidade. Entretanto, algum programa deverá interpretar o script e passá-lo ao kernel pra ser executado. Por se tratar de execução de comandos da Shell, na maioria das vezes, quem deverá interpretá-los é a própria Shell. A sintaxe para a definição deve ser o #! (hash e exclamação) seguido do interpretador (caminho completo), no caso da Shell, /bin/bash. Alguns scripts podem ser feitos em perl, por exemplo. Neste caso, o interpretdor seria #!/usr/bin/perl.

À partir da segunda linha, o script se inicia verdadeiramente. Mas, como de praxe em programação Shell, a sequência à seguir após o interpretador, é comum a adição da autoria do script (quem o fez), bem como sua versão, data de criação, etc.

Detalhe: Toda linha que começa com um “#” (hash) é tida como comentário (em script Shell). Ou seja, o interpretador /bin/bash irá ignorar sua existência – o hash (e o script) podem conviver com isto!

Após feitas as apresentações inciais no começo do script, é comum à partir deste ponto, a declaração (definição) de variáveis.

O uso de variáveis em script, facilita a progração, pois, pode conter (guardar) um valor que poderá ser utilizado quantas vezes for ncessário em todo o script.

Imagine a situação de um script de firewall onde, o IP de sua conexão de internet terá que ser utilizado dezenas de vezes. Quando este valor de IP for alterado, terá que modificado em todo o script! Quando utilizamos variáveis, basta alterar no valor da variável declarado no início so script, que o novo valor será aproveitado em todo script!

#!/bin/bash
#script 1
echo “Olá. Este é meu primeiro script!”
date
uname -a
echo
echo “Veja o calendário de Dezembro de 2012”
echo
cal 12 2012

Baixe AQUI

Executando o script
[user@localhost ~] $ bash script1.sh

OU

[user@localhost ~] $ chmod +x script1.sh
[user@localhost ~] $ ./script1.sh

#!/bin/bash
# Script 2
# Concatenação de comandos
clear
echo -n “O IP da placa de rede é:” ; /sbin/ifconfig eth0 | grep “inet end” | cut -d”:” -f2 | cut -d” ” -f2
echo
echo -n “Hoje é: ” ; date +%A
uname -a

Baixe AQUI

#!/bin/bash
# Script 3
# Trabalhando com variáveis
clear
# Definição das variáveis
A=1
B=”O valor de A é: $A”
echo $B

Baixe AQUI

Variáveis de Ambiente

HOME                   Diretório home do usuário
SHELL                  Shell do usuário
TERM                    Tipo de terminal que o usuário está usando
PATH                    Caminhos (diretórios) de pesquisa de comandos
USER                   Nome de login do usuário
LOGNAME            Nome de login do usuário – mesmo que USER
HISTSIZE             Tamanho do histórico de comandos
BASH                   Caminho da shell que está usando
BASH_VERSION   Versão da SHELL
OSTYPE                Tipo de sistema operacional
LANG                   Codificação de caracteres – idioma
HOSTNAME          Nome de host da máquina

Trabalhando com variáveis

set
Retorna todas as variáveis locais

env
Retorna todas as variáveis globais

Definindo uma variável:
LINUX=semvirus
export LINUX
echo $LINUX

Zerando uma variável:
unset LINUX

[user@localhost ~]$ LINUX=semviruses
[user@localhost ~]$ echo $LINUX
semviruses
[user@localhost ~]$ set | grep LINUX
LINUX=semviruses
[user@localhost ~]$ env | grep LINUX
[user@localhost ~]$ export LINUX
[user@localhost ~]$ env | grep LINUX
LINUX=semviruses
[user@localhost ~]$ unset LINUX
[user@localhost ~]$ env | grep LINUX
[user@localhost ~]$

Trabalhando com variáveis

VAR=”valor”
valor poderá assumir qualquer valor, inclusive outras variáveis
$, \ e `(crase) são interpretados com especiais – “\” anula “$”

VAR=’valor’
valor irá assumir exatamente valor. Apostrofo anula valor de variáveis
Nenhum caracter especial tem valor

VAR=`valor`   ou    VAR=$(valor)
valor será resultado de comando

Trabalhando com variáveis

VAR1=”valor1”
VAR2=”valor2 $VAR1”
VAR1 recebe valor1 e VAR2 recebe valor2 mais o resultado de VAR1

[user@localhost ~]$ VAR1=”valor1”
[user@localhost ~]$ VAR2=”valor2 e $VAR1”
[user@localhost ~]$ echo $VAR2
valor2 e valor1

##=-.__________
VAR1=”valor1”
VAR2=”valor2 ‘$VAR1′ ”
VAR1 recebe valor1 e VAR2 recebe valor2 mais o resultado de VAR1. Aspas anula efeito de apostrofo

[user@localhost ~]$ VAR1=”valor1”
[user@localhost ~]$ VAR2=”valor2 e ‘$VAR1′ ”
[user@localhost ~]$ echo $VAR2
valor2 e ‘valor1′

##=-.__________
VAR1=”valor1”
VAR2=”valor2 \$VAR1 ”
VAR1 recebe valor1 e VAR2 recebe valor2 mais $VAR1 (literal). Contra-barra anula efeito do $ (dólar)

[user@localhost ~]$ VAR1=”valor1”
[user@localhost ~]$ VAR2=”valor2 e \$VAR1”
[user@localhost ~]$ echo $VAR2
valor2 e $VAR1

##=-.__________
VAR1=”valor1”
VAR2=”valor2 $VAR1 e hoje é `date +%A`”
VAR1 recebe valor1. VAR2 recebe valor2 mais resultado de $VAR1 e mais o resultado do comando date +%A.

[user@localhost ~]$ VAR1=”valor1”
[user@localhost ~]$ VAR2=”valor2 $VAR1 e hoje é `date +%A`”
[user@localhost ~]$ echo $VAR2
valor2  valor1 e hoje é NNN

##=-.__________
Trabalhando com variáveis

VAR1=’valor1′
VAR2=’valor2 $VAR1′
VAR1 recebe valor1 e VAR2 recebe valor2 mais $VAR1. Apostrofo anula efeito do $ (dólar).

[user@localhost ~]$ VAR1=’valor1′
[user@localhost ~]$ VAR2=’valor2 e $VAR1′
[user@localhost ~]$ echo $VAR2
valor2 e $VAR1

##=-.__________
VAR1=’valor1′
VAR2=’valor2 “$VAR1” ‘
VAR1 recebe valor1 e VAR2 recebe valor2 mais $VAR1. Apostrofo anula efeito da aspas e do $ (dólar).

[user@localhost ~]$ VAR1=’valor1′
[user@localhost ~]$ VAR2=’valor2 e “$VAR1” ‘
[user@localhost ~]$ echo $VAR2
valor2 e “$VAR1”

##=-.__________
VAR1=’valor1′
VAR2=’valor2 ‘$VAR1′ ‘
VAR1 recebe valor1 e VAR2 recebe valor2 mais resultado de $VAR1. Apostrofo proteje efeito $ (dólar) – da variável.

[user@localhost ~]$ VAR1=’valor1′
[user@localhost ~]$ VAR2=’valor2 e ‘$VAR1′ ‘
[user@localhost ~]$ echo $VAR2
valor2 e valor1

##=-.__________
VAR1=’valor1′
VAR2=’valor2 \$VAR1′
VAR1 recebe valor1 e VAR2 recebe valor2 mais $VAR1. Apostrofo anula efeito da \ (contra-barra).

[user@localhost ~]$ VAR1=’valor1′
[user@localhost ~]$ VAR2=’valor2 e \$VAR1 ‘
[user@localhost ~]$ echo $VAR2
valor2 e \$VAR1

##=-.__________
VAR1=’valor1′
VAR2=’valor2 $VAR1 e hoje é `date +%A`’
VAR1 recebe valor1 e VAR2 recebe valor2 mais $VAR1. Apostrofo anula efeito da \ (contra-barra).

[user@localhost ~]$ VAR1=’valor1′
[user@localhost ~]$ VAR2=’valor2 $VAR1 e hoje é `date _%A` ‘
[user@localhost ~]$ echo $VAR2
valor2 $VAR1 e hoje é `date +%A`

##=-.__________
VAR1=’valor1′
VAR2=’valor2 $VAR1 e hoje é ‘ `date +%A` ‘ ‘
VAR1 recebe valor1. VAR2 recebe valor2 mais $VAR1 (literal) e “e hoje é” mais o resultado do comando date. Segundo uso do apostrofo protege a execução do comando

[user@localhost ~]$ VAR1=’valor1′
[user@localhost ~]$ VAR2=’valor2 $VAR1 e hoje é `date +%A` ‘
[user@localhost ~]$ echo $VAR2
valor2 $VAR1 e hoje é NNN

##=-.__________
VAR=`valor`   ou    VAR=$(valor)
valor será resultado de comando

[user@localhost ~]$ VAR1=`ifconfig  eth0 | grep “inet end” | cut -d”:” -f2 | cut -d” ” -f2`
[user@localhost ~]$ echo $VAR1
192.168.0.2

[user@localhost ~]$ VAR1=$(ifconfig  eth0 | grep “inet end” | cut -d”:” -f2 | cut -d” ” -f2)

##=-.__________

#!/bin/bash
# Script 4
# Trabalhando com variáveis de ambiente
clear

echo “Você pode visualizar os últimos $HISTSIZE comandos digitados”

echo “Seu diretório HOME é: $HOME”

echo “O tipo de terminal que está usando é: $TERM”

echo “E a SHELL de trabalho é: $SHELL”

Baixe AQUI

#!/bin/bash
# Script 5
# Trabalhando com variáveis definidas pelo usuários
clear

# Definição das variáveis
IP_ETH0=`/sbin/ifconfig eth0 | grep “inet end” | cut -d”:” -f2 | cut -d” ” -f2 `
UID_ALUNO=$(grep aluno /etc/passwd | cut -d”:” -f3)

# Exibição dos valores das variáveis
echo “O IP da placa ETH0 é: $IP_ETH0″
echo
echo “O usuário ALUNO tem UID = $UID_ALUNO”

Baixe AQUI

#!/bin/bash
# Script 6
# Executando comandos dentro do echo
clear
echo “hoje é: `date`”
echo  “O usuário `who | cut -d” ” -f1 | sort -u` está logado agora”

Baixe AQUI

Variáveis de SHELL (pré-definidas)

$$        PID do shell em execução

$?        Código de retorno do último comando
0 = verdadeiro – executado com sucesso
1 = falso – executado com falha
2 = permissão negada / diretório inexistente
126 = Comando não executável (sem permissão)
127 = comando inexistente (NOT_FOUND)
128 = O parâmetro para o ‘exit’ não é um decimal
128+n = 128 + código do sinal que o matou.
130 = O programa interrompido com o Ctrl+C (128 + 2)
255 = Parâmetro para o ‘exit’ não está entre 0 e 255

$!                Código de retorno do último comando executado em segundo plano
$0               Nome do arquivo contendo o shell script em execução
$1, $2, …    Cada parâmetro passado ao script na linha de comando
$#              Número parâmetros passados ao script na linha de comando
“$*”           Mesmo que “$1 $2 $3 …”

“$@”          Mesmo que “$1” “$2” “$3” …

#!/bin/bash
# Script 7
# Trabalhando com variáveis de SHEL
clear

date

Baixe AQUI

#!/bin/bash
# Script 8
# Trabalhando com variáveis de SHEL
#
echo “O nome do script é $0”
echo “Foram recebidos $# argumentos”
echo “Argumento 1: $1”
echo “Argumento 2: $2”
echo “Argumento 3: $3”

Baixe AQUI

Execute:

[root@localhost ~]# ./script8.sh linux free opensource

#!/bin/bash
# Script 9
# Rotacionando variável
#
echo “$1” “$2”
# Rotacionando
shift
echo “$1” “$2”
# Rotacionando
shift
echo “$1” “$2”

Baixe AQUI

Execute:

[root@localhost ~]# ./script9.sh linux free opensource noviruses
linux  free
free  opensource
opensource  noviruses

#!/bin/bash
# Script 10
# Interagindo com o usuário
#
echo -n “Por favor, digite seu nome: “
read NOME
echo
echo “Seu nome é: $NOME”
date
#FIM

Baixe AQUI

#!/bin/bash
# Script 11
# Interagindo com o usuário – calculando tamanho da variável
#
echo -n “Por favor, digite seu nome: “
read NOME
echo
echo “Seu nome é: $NOME”
echo “Seu nome possui `expr length $NOME` letras”
#FIM

Baixe AQUI

#!/bin/bash
# Script 12
# Interagindo com o usuário – condicionando digitação
#
echo -n “Por favor, digite seu nome: “
read NOME
echo
echo -n “Digite sua senha: “
read -s SENHA
echo
echo -n “Digite uma letra: “
read -n 1 KEY
clear
echo “Seu nome é: $NOME”
echo “Sua senha é: $SENHA”
echo “A letra digitada foi: $KEY”

Baixe AQUI

#!/bin/bash
# Script 13
# Interagindo com o usuário – condicinando digitação
#
clear
echo -ne “Digite uma letra: [S] ou [N]: [ ]“ ‘\033[3D'
read -n 1 KEY
echo
clear
echo  “A letra digitada é: $KEY”

Baixe AQUI

Opções do echo:
-n        Não pula linha
-e        Interpreta após o “ (aspas)

Caracteres de “escape”: \033[XN
Onde:

\033[    Código hexadecimal para ESC
X          Código hexadecimal de cores e/ou casas de movimentação
N          Código de movimento (uma letra) ou m para cores

N para movimentação:
xA       x linhas para cima, na mesma coluna
xB       x linhas para baixo, na mesma coluna
xC       x colunas para direita, na mesma linha
xD       x colunas esquerda, na mesma linha
xE       x linhas para baixo, na mesma coluna
xF        x linhas para cima, na mesma coluna
xG       para a coluna x da coluna atual
x;yH    para a coluna y da linha x

X para cores:
Cor             Letra     Fundo       ##         Atributo     Valor     ##     Exemplos: ESC [ <N>;<N> m
preto          30         40             ##         reset          0         ESC[0m texto normal (desliga cores)
vermelho   31         41             ##         negrito        1         ESC[1m negrito
verde         32         42             ##         sublinhado  4         ESC[33;1m amarelo
amarelo     33         43             ##         piscando     5         ESC[44;37m fundo azul, letra cinza
azul            34         44             ##        reverso        7         ESC[31;5m vermelho piscando
rosa           35         45
ciano         36         46
branco       37         47

Na linha de comando:

[root@localhost ~]# echo -e ‘\033[33;1m amarelo \033[0m'
[root@localhost ~]# echo -e ‘\033[42;31;1m Seja livre. Use Linux \033[0m'
[root@localhost ~]# echo -e ‘\033[42;31;5m Seja livre. Use Linux \033[0m'

#!/bin/bash
# Script 14
# Interagindo com o usuário – formatando  exibição
#
clear
echo -ne “\033[42;31;1m Digite uma letra: [S] ou [N]: [ ]“’\033[2D''\033[0m'
read -n 1 KEY
echo
clear
echo  “A letra digitada é: $KEY”

Baixe AQUI

Expansão de variáveis

${var:-texto}     Se var não está definida, retorna 'texto'
${var:=texto}   Se var não está definida, defina-a com 'texto'
${var:?texto}    Se var não está definida, retorna o erro 'texto'
${var:+texto}   Se var está definida, retorna 'texto', senão retorna o vazio

#!/bin/bash
# Script 15
# Expandindo variáveis
#
clear
VAR1=Linux
echo “$VAR1 ${VAR1:-free}”
echo “$VAR1 ${VAR2:-free}”
echo “A variável \$VAR1  é: $VAR1”
echo “A variável \$VAR2  é: $VAR2”

VAR2=”Open Source”
echo “$VAR1 ${VAR2:-free}”
echo “A variável \$VAR1  é: $VAR1”
echo “A variável \$VAR2  é: $VAR2”

Baixe AQUI

Resultado do script 15

[root@localhost ~]# ./script15.sh
Linux Linux
Linux free
A variável $VAR1  é: Linux
A variável $VAR2  é:
Linux Open Source
A variável $VAR1  é: Linux
A variável $VAR2  é: Open Source

#!/bin/bash
# Script 16
# Expandindo variáveis
#
clear
VAR1=
VAR2=Linux
echo “A variável \$VAR1  é: $VAR1”
echo “A variável \$VAR2  é: $VAR2”
echo “$VAR1 ${VAR2:?free}”
echo “$VAR1 ${VAR1:?erro}”

Baixe AQUI

Resultado do script 16

[root@localhost ~]# ./script16.sh
A variável $VAR1  é:
A variável $VAR2  é: Linux
Linux
./script16.sh: line XX:  VAR1: erro

Trabalhando com variáveis – reduzindo variáveis

[user@hostname ~]$ VAR=”valor-nome”
[user@hostname ~]$ echo ${VAR%-nome}
valor
Exibe até %. Exclui à partir de %

[user@hostname ~]$ VAR=”http://marcio.katan.googlepages.com”
[user@hostname ~]$ echo ${VAR#http://}
marcio.katan.googlepages.com
Retira da variável a parte passada por #

#!/bin/bash
# Script 17
# Reduzindo variáveis
#
clear
echo -n “Digite seu email: “
read EMAIL
echo
echo “O nome de usuário do email é: ${EMAIL%@*}”
echo “O domínio do email é: ${EMAIL#*@}”
VAR=”valor-nome”
echo “Retirando o ‘-nome’ de valor-nome: ${VAR%-nome}”
echo “Retirando o ‘valor’ de valor-nome: ${VAR#valor-}”

Baixe AQUI

Blocos de agrupamento

{…}             Agrupa comandos em um bloco                             { ls ; clear ; }
$((…))        Retorna o resultado de uma operação aritmética          $((5+3))

Operadores Aritméticos

+               Adição
-               Subtração
*               Multiplicação
/               Divisão
**              Exponenciação

#!/bin/bash
# Script 19
# Blocos de comandos / Operação aritimética

{ clear ; ls /tmp ; }
echo
sleep 5
echo “Veja o somatório de 5 + 5 = $((5 + 5))”
sleep 5

Baixe AQUI

Operadores de Atribuição/Relacionais/de Bit

=       Atribui valor a uma variável
++      Incrementa em 1 o valor da variável
- -     Decrementa em 1 o valor da variável
==      Igual
!=      Diferente
>       Maior
<       Menor
>=      Maior ou igual
<=      Menor ou igual
&&      E lógico (AND)
||      OU lógico (OR)

#!/bin/bash
#
#  Script 20
#
# Operadores de Atribuição

((VAR2 > 6))
echo “O valor de VAR2 é maior que 6 – FALSO. Por isso, \$? deve ser 1: é $?”

Baixe AQUI

ARRAYs

Um array consiste em uma estrutura de dados correlacionados entre si (geralmente dentro de uma mesma variável). Um array pode ser declarado das seguintes maneiras:

ARRAY=(valor1  valor2  valor3  valorN …)
ou
ARRAY[0]=”valor1”
ARRAY[1]=”valor2”
ARRAY[2]=”valor3”
ARRAY[N]=”valorN”

Um ARRAY tem seus valores retornados da seguinte maneira:

${ARRAY[N]}           Retorna o valor N do array
${ARRAY[@]}          Retorna todos os valores do array
${#ARRAY[@]}       Retorna a quantidade de valores do array
${ARRAY[@]:2}       Retorna os valores do array à partir da posição 2 (3° valor)
${ARRAY[@]:1:2}    Retorna os valores do array da posição 1 até 2 (2° e 3° valores)

Veja um exemplo de script utilizando array:

#!/bin/bash
#
#  Script 21
#
# Trabalhando com ARRAYs
clear

SOMA_NOTAS=”$((${NOTA[0]} + ${NOTA[1]} + ${NOTA[2]} + ${NOTA[3]}))”
echo “As notas somaram: $SOMA_NOTAS”
echo “A média do aluno foi: $((${SOMA_NOTAS} / 4))”
echo “A média do aluno foi: `expr ${SOMA_NOTAS} / 4`”   <|=-##*Cuidado com a crase!
echo

Baixe AQUI

Trabalhando com Arrays com interação com o usuário:

#!/bin/bash
###
#
# Script 22
# Teste com ARRAYs
clear

echo -n “Calculando a média aluno: $((${SOMA_NOTAS} / 4))”
echo

Baixe AQUI

Teste Condicionais em scripts:

se [ condição ] ; então
# se condição acima for verdadeira, executa comandos abaixo
comando1
comando2
comandoN
senão
# se condição acima for falsa, executa comandos abaixo
comando1
coamndo2
comandoN
fim

if [ condição ] ; then
# se condição acima for verdadeira, executa comandos abaixo
comando1
comando2
comandoN
else
# se condição acima for falsa, executa comandos abaixo
comando1
coamndo2
comandoN
fi

Ou então, podemos realizar vários testes – ou poderemos ter várias opções para o teste:

se [ condição ] ; então
# se condição acima for verdadeira, executa comandos abaixo
comando1
comando2
comandoN
ou se [ condição ] ; então
# se condição acima for verdadeira, executa comandos abaixo
comando1
coamndo2
comandoN
ou se [ condição ] ; então
# se condição acima for verdadeira, executa comandos abaixo
comando1
coamndo2
ComandoN
fim

if [ condição ] ; then
# se condição acima for verdadeira, executa comandos abaixo
comando1
comando2
comandoN
elif [ condição ] ; então
# se condição acima for verdadeira, executa comandos abaixo
comando1
coamndo2
ComandoN
elif [ condição ] ; então
# se condição acima for verdadeira, executa comandos abaixo
comando1
coamndo2
comandoN
fi

condição – Teste em arquivo

-e        Se arquivo existe
-x        Se arquivo é executável (tem permissão de execução)
-w        Se arquivo tem permissão de escrita
-r        Se arquivo tem permissão de leitura
-u        Se bit SUID está ativado
-g        Se bit SGID está ativado
-d        Se é um diretório
-f        Se é um arquivo regular
-L        Se arquivo é um link simbólico
-b        Se arquivo é um dispositivo de bloco
-c        Se arquivo é um dispositivo de caractere
-S        Se arquivo é um SOCKET
-p        Se arquivo é um PIPE
-k        Se Stick bit está ativado
-s        O tamanho do arquivo e maior que zero ( > 0)

Condição – Teste em arquivo

-nt        Se arquivo é mais recente (Newer Than)
-ot        Se arquivo é mais antigo (Older Than)
-ef        Se arquivo é o mesmo

Condição – Comparação

-lt        Se é menor que (Less Than)
-gt        Se é maior que (Greater Than)
-le        Se é menor ou igual (Less Equal)
-ge        Se é maior ou igual (Greater Equal)
-eq        Se é igual (Equal)
-ne        Se é diferente (Not Equal)

condição – Teste aritiméticos (strings)

=        Se é igual
!=        Se é diferente
-n        Se não é nulo
-z        Se é nulo

Operadores Lógicos

!        Não Lógico (NOT)
-a        E Lógico (AND)
-o        OU Lógico (OR)

[ condição1 ] && [ condição2 ]
Testa condição2 se, e somente se, condição1 for satisfeita

[ condição1 ]  | |   [ condição2 ]
Testa condição1 . Executa teste de condição 2 se condição retorna erro

#!/bin/bash
#
#  Script 23
#
# Estruturas Condicionais – IF ; THEN / FI
clear
ARQ=arquivo_teste
if [ -e $HOME/$ARQ ] ; then
echo “Arquivo existente!”
echo “Olha ele aí!”
ls -l $HOME/$ARQ
else
echo “Arquivo não existe. Criando-ô!”
touch $HOME/$ARQ
fi

Baixe AQUI

Usando o comando test :

#!/bin/bash
#
#  Script 23B
#
# Estruturas Condicionais – IF ; THEN / FI
clear
ARQ=arquivo_teste
if test -e $HOME/$ARQ ; then
echo “Arquivo existente!”
echo “Olha ele aí!”
ls -l $HOME/$ARQ
else
echo “Arquivo não existe. Criando-ô!”
touch $HOME/$ARQ
fi

Baixe AQUI

#!/bin/bash
#
#  Script 23+1
#
# Estruturas Condicionais – IF ; THEN / FI
clear
echo -ne “Digite uma letra (S) ou (N): [ ]“ ‘\033[3D'
read -n 1 KEY
echo
if [ “$KEY” = “s” ] ; then
echo  “A letra digitada é $KEY”
elif [ “$KEY” = “n” ] ; then
echo “A letra digitada é $KEY”
else
echo “ Voce digitou $KEY. Não foi o que pedi”
fi

Baixe AQUI

#!/bin/bash
#
#  Script 25
#
# Estruturas Condicionais – IF ; THEN / FI
clear
echo -ne “Digite uma letra (S) ou (N): [ ]“ ‘\033[3D'
read -n 1 KEY
echo
if [ “$KEY” = “s” ] || [ “$KEY” = “S” ] ; then
echo  “A letra digitada é $KEY”
elif [ “$KEY” = “n” ] || [ “$KEY” = “N” ] ; then
echo “A letra digitada é $KEY”
else
echo “ Voce digitou $KEY. Não foi o que pedi”
fi

Baixe AQUI

#!/bin/bash
#
#  Script 26
# Estruturas Condicionais – IF ; THEN / FI
clear

if [ “$OPER” = “+” ] ; then
echo “O resultado da adição é: $(($NUM1 $OPER $NUM2))”
fi
if [ “$OPER” = “-” ] ; then
echo “O resultado da subtração é: $(($NUM1 $OPER $NUM2))”
fi

Baixe AQUI

#!/bin/bash
#
#  Script 27
# Estruturas Condicionais – IF ; THEN / FI
clear

if [ “$OPER” = “+” ] ; then                                   |  |
echo “O resultado da adição é: $(($NUM1 $OPER $NUM2))”
fi                                                            |  |
###
if [ “$OPER” = “-” ] ; then                                   |  |
echo “O resultado da subtração é: $(($NUM1 $OPER $NUM2))”
fi                                                            |  |

else <>=———————————————————| |

echo “Você digitou um número não autorizado”                     |

exit 0                                                           |
fi
else   <>=—————————————————————|
echo “Você digitou um número não autorizado”

exit 0
fi

Baixe AQUI

Usando o if para realizar execução com parâmetros passados pela linha de comando:

#!/bin/bash
#
#  Script 28
# Estruturas Condicionais – IF ; THEN / FI
#
HELP=”Este programa exibe a data local
Uso: ./script28.sh [opções]

-h    Exibe o help do script
-d    Exibe somente o dia da semana
-D    Exibe somente o dia do mês corrente
”
if [ "$1" = "-h" ] ; then
echo “$HELP”
exit 0
elif  [ "$1" = "-d" ] ; then
echo “Hoje é `date +%A`”
exit 0
elif [ "$1" = "-D" ] ; then
echo “Hoje é o dia `date +%d` do mês”
exit 0

else

echo “Opção $1 inválida. Execute $0 -h par ajuda”

exit 0
fi

echo “Hoje é `date +%A`, `date +%d` de `date +%B`  de  `date +%Y` ”

Baixe AQUI

#!/bin/bash
#
#  Script 29
# Estruturas Condicionais – IF ; THEN / FI
#Backup simples
clear

if [ `date +%a` = Dom ] ; then
echo “Hoje é dia de backup”
tar -czf /tmp/backup.tar.gz  /etc
else
echo “Hoje não é dia de Backup. Vá tomar umas cervejas”
fi

Baixe AQUI

Campos de Tempo do comando date

%H        hora (00..23);
%I        hora (01..12); i maiúsculo
%k        hora (0..23);
%l        hora (1..12); L minúsculo
%M        minuto (00..59);
%p        período local AM ou PM;
%r        tempo, 12-horas (hh:mm:ss[AP]M);
%s        segundos  desde  1970-01-01  00:00:00  UTC  (uma  extensão não padrão)
%S        segundo (00..60);
%T        tempo, 24-horas (hh:mm:ss);
%X        representação do tempo local (%H:%M:%S);
%Z        zona  de  tempo  (por  exemplo:  EDT  (Easterm Day Time) [horário diurno do leste, ou nada se nenhuma zona for determinada);

Campos de Data do comando date:

%a        nome do dia da semana local abreviado (Dom..Sab);
%A        nome do dia da semana local completo, tamanho variável (Domingo..Sábado);
%b        nome do mês local abreviado (Jan..Dez);
%B        nome  do  mês  local completo, tamanho variável (Janeiro..Dezembro);
%c        data e hora local (Sab Nov 04 12:02:33 EST 1989);
%d        dia do mês (01..31);
%D        data (mm/dd/yy);
%h        o mesmo que %b;
%j        dia do ano (001..366);
%m        mês (01..12);
%U        número da semana no ano com Domingo como o primeiro dia da  semana (00..53);
%w        dia da semana (0..6) com o 0 correspondendo ao Domingo;
%W        número da semana no ano com Segunda-feira como o primeiro dia da semana (00..53);
%x        representação da data local;
%y        últimos dois dígitos do ano (00..99);
%Y         ano (1970...).

enquanto [ condição_verdadeira ] ; faça
# enquanto condição acima for verdadeira, executa comandos abaixo
comando1
comandoN
finaliza

até_que [ condição_falsa ] ; faça
# enquanto condição acima for falsa, executa comandos abaixo
comando1
comandoN
finaliza

#########

while [ condição ] ; do
# enquanto condição acima for verdadeira, executa comandos abaixo
comando1
comandoN
done

until [ condição ] ; do
# enquanto condição acima for falsa, executa comandos abaixo
comando1
comandoN
done

#!/bin/bash
#
#  Script 30
# Estruturas Condicionais – while – LOOPs
#
clear
while true; do
echo “LOOP infinito!”
done

Baixe AQUI

#!/bin/bash
#
# Script 31
# Estruturas Condicionais – while – LOOPs
#
clear
X=1
until [ "$X" -gt "10" ]; do
echo “LOOP ate 10. Contando: $X ”
sleep 1
let X=X+1
done

Baixe AQUI

#!/bin/bash
#
# Script 32
# Estruturas Condicionais – while – LOOPs
#
clear
CONT=1
echo -ne “Quantas vezes devo executar o script? [ ]”’\033[2D'
read -n 1 VAL
clear
echo "Voce escolheu $VAL"
echo
sleep 2
clear
while [ "$CONT” -le “$VAL" ] ; do
echo “Executando pela $CONT vez!”
sleep 1
clear
CONT=$(expr $CONT + 1)
done

echo “TCHAU!!!”
sleep 2
clear

Baixe AQUI

#!/bin/bash
#
# Script 33
# Estruturas Condicionais – while – LOOPs
#
clear

while true ; do <|=————————————————|
echo -ne “Deseja sair do script? [S] [N]: [ ]“‘\033[2D'        |
read -n 1 KEY                                                  | Retorna para
echo                                                           | o início do
if [ "$KEY" = "n" ] || [ "$KEY" = "N" ] ; then                 | while
echo “OK! Vou continuar no script”                         |
sleep 2                                                    |
clear                                                      |
continue |>————————————————-
fi
if [ "$KEY" = "n" ] || [ "$KEY" = "N" ] ; then
echo “Saindo do script”
break |>———-|
fi                    | Sai do while
done <|——————-|

cal

Baixe AQUI

para <variável> assumir <valor(es)> ; faça
# Para cada  valor assumido pela variável, execute comandos abaixo
comando1
comando2
comandoN
finaliza

for <variável> in <valor(es)> ; do
# Para cada  valor assumido pela variável, execute comandos abaixo
comando1
comando2
comandoN
done

#!/bin/bash
#
# Script 34
# Estruturas Condicionais – Laços repetitivos
#
clear

for VAR in 1 2 3 4 5 6 7 8 9 10 ; do
echo “Executando pela $VAR vez”
sleep 1
clear
done

Baixe AQUI

#!/bin/bash
#
# Script 35
# Estruturas Condicionais – Laços repetitivos
#
clear

for VAR in `seq 1 10` ; do
echo “Executando pela $VAR vez”
sleep 1
clear
done

Baixe AQUI

#!/bin/bash
#
# Script 36
# Estruturas Condicionais – Laços repetitivos
#
clear

for ((X=1;X<=10;X++)); do
echo “Executando pela $X vez”
sleep 1
clear
done

Baixe AQUI

#!/bin/bash
#
# Script 37
# Estruturas Condicionais – Laços repetitivos
#
clear
for VAR in `seq 1 50` ; do
touch /tmp/script${VAR}.sh
echo “#!/bin/bash” > /tmp/script${VAR}.sh
echo “#            “ >> /tmp/script${VAR}.sh
echo “# Script $VAR” >> /tmp/script${VAR}.sh
echo “#            “ >> /tmp/script${VAR}.sh
echo “#            “ >> /tmp/script${VAR}.sh
chmod u+x /tmp/script${VAR}.sh
done

Baixe AQUI

#!/bin/bash
#
# Script 38
# Estruturas Condicionais – Laços repetitivos
#
clear
LS_DIR=$(ls /home)
echo “Fazendo Backup do diretório pessoal dos usuarios”
sleep 3
for VAR in `echo $LS_DIR` ; do
echo “Fazendo becape do diretório pessoal do usuario: $VAR”
tar -czf /tmp/backup-${VAR}-bkp.tar.gz /home/${VAR}
sleep 3
clear

ls -lh /tmp | grep ${VAR}

sleep 5

clear
done

Baixe AQUI

caso <variável> ser
valor1)
# Para valor1 assumido pela variável, execute comandos abaixo
comando1
;;
valor2)
# Para valor2 assumido pela variável, execute comandos abaixo
comando2
;;
valorN)
# Para valorN assumido pela variável, execute comandos abaixo
comando3
;;
finaliza

case <variável> in
valor1)
# Para valor1 assumido pela variável, execute comandos abaixo
comando1
;;
valor2)
# Para valor2 assumido pela variável, execute comandos abaixo
comando2
;;
valorN)
# Para valorN assumido pela variável, execute comandos abaixo
comando3
;;
esac

case <variável> in
valor1) comando1 ; comando1N ;;
valor2) comando2 ; comando2N ;;
valorN) comandoN ; comandoN ;;
esac

select <variável> in <valor1> <valor2> <valor3> <valorN> ; do
break
esac
comandos $variável

OU

select <variável> in <valor1> <valor2> <valor3> <valorN> ; do
case <$variável> in
valor1) comando1 ; comando1N ;;
valor2) comando2 ; comando2N ;;
valorN) comandoN ; comandoN ;;
esac

#!/bin/bash
#
# Script 39
# Estruturas Condicionais – SELETOR
#
clear
echo -ne “Pressione S ou N: [ ]“‘\033[2D'
read -n 1 KEY
echo
case $KEY in
s|S)
echo "Voce apertou $KEY"
;;
n|N)
echo "Voce apertou $KEY"
;;
*)
echo "Distraido. Eu mandei teclar S ou N. Abortando!"
;;
esac

Baixe AQUI

#!/bin/bash
#
# Script 40
# Estruturas Condicionais – SELETOR
#
clear
DATA=`date +%w`
case $DATA in
0) DIA="Hoje é Domingo" ;;
1) DIA="Hoje é Segunda" ;;
2) DIA="Hoje é Terça" ;;
3) DIA="Hoje é Quarta" ;;
4) DIA="Hoje é Quinta" ;;
5) DIA="Hoje é Sexta" ;;
6) DIA="Hoje é Sábado" ;;
esac
echo $DIA

Baixe AQUI

#!/bin/bash
#
# Script 41
# Estruturas Condicionais – SELETOR
#
clear
while true; do
echo -ne "\033[44;37;1m ##-._____________________________.-## \033[0m" '\n'
echo -ne "\033[44;37;1m #                                   # \033[0m" '\n'
echo -ne "\033[44;37;1m |       1) Pingar localhost         | \033[0m" '\n'
echo -ne "\033[44;37;1m |       2) Quem está logado         | \033[0m" '\n'
echo -ne "\033[44;37;1m |       3) IP da eth0               | \033[0m" '\n'
echo -ne "\033[44;37;1m |       4) Memoria                  | \033[0m" '\n'
echo -ne "\033[44;37;1m |       5) Espaço em disco          | \033[0m" '\n'
echo -ne "\033[44;37;1m |       x) Sair                     | \033[0m" '\n'
echo -ne "\033[44;37;1m #                                   | \033[0m" '\n'
echo -ne "\033[44;37;1m ##-._____________________________.-## \033[0m" '\n'
echo -ne "\033[44;37;1m                                       \033[0m" '\033[31D'
echo
echo -ne "\033[44;37;1m #       ( )Opção                    # \033[0m" '\033[31D'

case $RESP in
1) echo ; ping -c 5 localhost ;;
2) echo ; who ; sleep 5 ;;
3) echo ; ifconfig eth0 ; sleep 5 ;;
4) echo ; free -m ; sleep 5 ;;
5) echo ; df -h ; sleep 5 ;;
x) break ;;
*) echo ; echo “Opção invalida!” ; sleep 3 ;;
esac
done
echo

Baixe AQUI

#!/bin/bash
#
# Script 42
# Estruturas Condicionais – SELETOR
#
clear

echo "Qual sistema você prefere?"
select DATA in "Linux" "MacOS" "ruindozê XisPê" ; do
break
done
echo "Você prefere $DATA"

Baixe AQUI

<nome_função> () {
comando1
comando2
comando3
comandoN
}

nome_função

# Sempre que nome_função for invocado, execute a cadeia de comandos da função

<function_name> () {
comando1
comando2
comando3
comandoN
}

function_name

# Sempre que nome_função for invocado, execute a cadeia de comandos da função

#!/bin/bash
#
# Script 43
# Estruturas Condicionais – FUNÇÃO
#
clear
function1 () {
echo "Diretorio $DIRECT existente!"
}
function2 () {
echo "Diretorio $DIRECT não existe!"
}

echo -n "Digite um diretório: "
read DIRECT
echo
if [ -d $DIRECT ] ; then
function1
else
function2
fi

Baixe AQUI

#!/bin/bash
#
# Script 44
# Estruturas Condicionais – FUNÇÃO
#
clear
function1 () {
N=1
for VAR in $* ; do
echo “Parametro $N: $VAR”
let N=N+1
done
}
function1 Linux Free OpenSource NoViruses
function1 Ruindoze Nojenteoito XuxaPark VistadoInferno

Baixe AQUI

#!/bin/bash
###
#
# Script 45
#
# Estruturas condicionais – FUNÇÃO
clear

menu () {
clear
echo -ne “\033[44;37;1m ##=-._______________________.-=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-                         -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-      MENU PRINCIPAL     -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-                         -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-  1) IP ETH0 / UID root  -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-  2) NOME / SENHA / KEY  -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-  3) Verifica Diretório  -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-  4) Opções Avançadas    -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-  5) Espaço em disco     -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-  x) sair                -=## \033[m"'\n'
echo -ne "\033[44;37;1m ##=-._______________________.-=## \033[m"'\n'
echo
echo -ne "\033[44;37;1m ##=-  [ ] Opção              -=## \033[m”‘\033[27D’
}

menu

###

Baixe AQUI

Autor: Marcio Katan

– Técnico de Suporte

– Consultor linux Micro & Pequena Empresa

– Instrutor Linux

Autor do livro: Linux no Computador Pessoal com Conectiva 10

Veja AQUI

Fonte: http://sites.google.com/site/marciokatan/

O sistema de autodetecção do Slax não é tão desenvolvido quanto o de distribuições como o Ubuntu, Knoppix ou Mandriva, mas ajuda bastante.

Você pode baixar a última versão no: http://slax.linux-live.org/.

Além do “Slax Standard Edition”, que é a versão principal, que abordo aqui, estão disponíveis algumas versões específicas, como o KillBill (que vem com o wine pré-instalado) e o PopCorn (uma versão reduzida, que pode ser instalado num pendrive de 128 MB).

O Slax configura o vídeo durante o boot, mas não abre o modo gráfico automaticamente. Na tela de login, você deve se logar como root, senha toor e rodar o comando “startx” para abrir o KDE. Você pode também usar a opção “slax gui” na tela de boot, para que ele abra o KDE automaticamente, como no Kurumin.

Embora seja raro, existem casos em que o sistema trava na hora do boot por causa de problemas com a detecção de algum periférico. Nestes casos, você pode experimentar as opções “slax noagp”, “slax nopcmcia”, “slax nodma” ou “slax acpi=off”.

Ao abrir o modo gráfico, você verá uma versão personalizada do KDE, com um visual simpático e um menu limpo, com poucos programas instalados por padrão. Devido à simplicidade, o tempo de boot também é perceptivelmente mais baixo.

Para configurar o som, use o comando “alsaconf”, e para configurar a rede, use o “netconfig” (o mesmo script usado no Slackware). Se você acessa via ADSL com autenticação (PPPoE), use o comando “adsl-setup” para configurar a conexão e depois o “adsl-start” para conectar. Estes dois comandos podem ser encontrados também no Mandriva, Fedora e em outras distribuições derivadas do Red Hat.

{mospagebreak}

O Slax não inclui suporte a nenhum softmodem, mas se por acaso você utilizar um hardmodem, pode conectar usando o Kppp, como em outras distribuições.

O suporte a placas wireless também não conta com todos os drivers disponíveis mas ele já vem com o Ndiswrapper pré-instalado, que permite configurar muitas placas usando os drivers do Windows. Você pode ver dicas de como configurar sua placa usando o Ndiswrapper no Guia Modems e placas wireless no Linux: http://www.guiadohardware.net/guias/05/

Em resumo, você primeiro carrega o arquivo .inf do driver do Windows XP, com o comando “ndiswrapper -i”, como em:

# ndiswrapper -i neti2220.inf

… e, em seguida, ativa o Ndiswrapper usando o comando:

# modprobe ndiswrapper

Com a placa ativa, você pode configurar os parâmetros da rede wireless e monitorar a conexão através do Kwifimanager, que está dentro do menu internet.

O Slax não oferece nenhuma opção de alterar o particionamento durante a instalação. Você precisa criar as partições previamente, usando o cfdisk e formatá-las através do comando “mkreiserfs”, como em “mkreiserfs /dev/hda2″. Outra opção, é particionar usando um CD do Kurumin, ou o CD de instalação do Mandriva e voltar ao Slax para instalar. Mesmo ao particionar a partir do próprio Slax, usando o cfdisk, é sempre necessário reiniciar, para que o instalador detecte as alterações.

O instalador está disponível no “Iniciar > System > Slax Installer”. Ele é provavelmente o instalador mais simples de todas as distribuições que já vi. Você precisa apenas indicar a partição onde o sistema será instalado e no MBR de qual drive o lilo será gravado (caso tenha mais de um). Não existe a opção de instalar o lilo na partição, caso você esteja instalando-o em dual boot com o Windows ou outra distribuição. Ele sempre se gravará na MBR e você precisará configurar o “/etc/lilo.conf” para que ele lhe dê a opção de inicializar os outros sistemas instalados.

{mospagebreak}

Existem duas formas de instalação. A opção “Live” simplesmente copia o conteúdo do CD para a partição, ocupando apenas 200 MB. Esta opção é mais uma opção para poder dar boot sem usar o CD-ROM do que uma instalação propriamente dita, algo similar a usar a opção “tohd” no Kurumin. A opção “Real” ocupa quase o triplo de espaço, pois nela os arquivos são realmente descompactados, criando uma instalação real do sistema, onde você pode instalar novos programas e fazer qualquer tipo de alteração.

Mesmo depois de instalado, o Slax continua usando o root como usuário padrão. Enquanto você estiver brincando e explorando o sistema isto é até interessante, pois permite que você mexa onde quiser, sem ser perturbado por problemas com as permissões. Se alguma coisa der errado, basta reinstalar e começar de novo.

Mas, a partir do momento em que você resolver navegar na web ou fazer qualquer trabalho mais sério, o uso do root torna-se um grave problema de segurança por dois motivos: como root você tem permissão para fazer tudo, então acaba sendo muito fácil destruir o sistema e, ao mesmo tempo, abrindo todos os programas como root, fica muito mais fácil explorar brechas de seguranças nos programas para obter acesso à sua máquina remotamente. Esta segunda possibilidade não é tão grande assim, mas vale a pena evitar.

{mospagebreak}

Você pode criar um novo usuário usando o comando adduser, como em:

# adduser tux

São feitas muitas perguntas, que permitem incluir informações diversas no cadastro do usuário (que seriam úteis numa grande rede), mas, no caso de um humilde desktop, as únicas que realmente interessam são o nome em si (login) e a senha.

Depois de instalado, o Slax nada mais é do que uma versão customizada do Slackware. O que você aprender a fazer no Slax pode ser feito também no Slackware e vice-versa.

Um dos grandes atrativos do Slax é ser um sistema bem simples e limpo, com poucos programas instalados por padrão. Isto é uma faca de dois gumes, pois também significa que ao usar o sistema por mais tempo, você acabará precisando investir mais tempo baixando e instalando programas adicionais.

O Slax é compatível com os pacotes da versão correspondente do Slackware. O Slax 5.06, por exemplo, usa os pacotes do Slackware 10.2. Normalmente, a última versão do Slax usa os pacotes da última versão do Slackware.

Você pode instalar programas adicionais a partir dos CDs de instalação (do Slackware) ou ir baixando individualmente os programas desejados a partir de um dos mirrors listados no http://www.slackware.com/getslack/.

Para instalar o suporte a português do Brasil no KDE, por exemplo, baixe o pacote kde-i18n-pt_BR, que está disponível na pasta “slackware/kdei/” do CD ou mirror. Os pacotes do Slackware usam a extensão “.tgz”. Junto com cada pacote, existe sempre um arquivo “.txt”, com uma descrição curta e um arquivo “.asc”, usado pelo instalador para verificar a integridade do pacote principal.

Para instalar o pacote baixado, use o comando “installpkg”, seguido pelo nome do pacote, como em:

# installpkg kde-i18n-pt_BR-3.4.2-noarch-1.tgz

Use a tecla TAB para completar o nome do arquivo depois de digitar as primeiras letras. O installpkg é uma ferramenta simples de instalação, que funciona de uma forma similar ao “dpkg -i” do Debian. Ele permite instalar pacotes que você já baixou, mas não é capaz de baixar os pacotes por si só, como o apt-get. O installpkg também não checa dependências ao instalar os pacotes: mesmo que exista algum problema, você só saberá depois de tentar abri-lo.

Esta forma simplificada de instalar programas é a principal característica do Slackware. A vantagem é que você literalmente pode fazer o que quiser, sem que ele te perturbe com mensagens de erro e dependências desencontradas. A desvantagem é que ele não faz nada sozinho; a única maneira de descobrir que o pacote x precisa do pacote y para funcionar é pesquisando.

Depois de instalado o pacote, acesse o Painel de Controle do KDE, Regional & Accessibility > Contry, Region & Language e, dentro dela marque a opção Add Language > Brazil Portuguese. Clique no “Apply” e reinicie o KDE para que os aplicativos passem a usar nossa língua.

{mospagebreak}

Para instalar o Gimp, baixe o pacote “gimp”, que está na pasta “slackware/xap”; para instalar o Firefox, baixe o pacote “mozilla-firefox” que está na mesma pasta; e assim por diante. O Slax já vem com o plugin do Flash pré-instalado; experimente instalar também o Java e Real Player, seguindo as instruções do capítulo 5 depois de instalar o Firefox.

Para instalar o OpenOffice 2.0, baixe o pacote para o Slackware, disponível no: http://www.openoffice.org.br/ e instale-o usando o comando:

# installpkg openoffice.org.br-2.0-i586-4.tgz

Depois de instalado, você pode completar a instalação do corretor ortográfico e usar as otimizações que vimos no capítulo 5.

O Slackware utiliza uma estrutura de scripts diferente da das outras distribuições. No Debian e na maioria das outras distribuições, você usaria o comando “/etc/init.d/ssh start” para inicializar o servidor SSH e permitir que sua máquina possa ser acessada a partir de outros micros da rede local. No Slackware, isso funciona de forma similar, mas os scripts mudam de lugar, vão na pasta “/etc/rc.d/”.

Para instalar o servidor SSH no Slax, por exemplo, instale o pacote “openssh-4.2p1-i486-1.tgz” que está dentro da pasta “slackware/n/” do CD ou mirror de instalação do Slackware. Ao instalar o pacote, será criado o arquivo “/etc/rc.d/rc.sshd”, o script que permite inicializá-lo. Para usá-lo, você precisa primeiro transformá-lo num executável, usando o comando:

# chmod +x /etc/rc.d/rc.sshd

E, em seguida, inicializar o servidor SSH, usando o comando:

# /etc/rc.d/rc.sshd

O fato de ser uma distribuição minimalista, com tamanho reduzido e rápida de instalar, faz com que o Slax seja uma forma muito prática de se familiarizar com o Slackware, já que você pode testar a instalação de vários programas, testar várias configurações e reinstalar o sistema rapidamente sempre que alguma coisa der errada.

Fonte: GuiadoHardware.net

Autor: Carlos E. Morimoto

Introdução

Neste tutorial eu irei ensinar como instalar um servidor de comunicação instatânea baseada no protocolo Jabber utilizando o mysql para autenticação, para ser usado dentro de empresas, grupos e etc.

A instalação é bem simples e se for bem seguida, você não terá problemas.

Então deixemos de conversa e vamos logo ao que interessa.

Sistema Operacional Utilizado

• Debian Linux Versão 3.1

Softwares necessários

• Jive Messenger versão 2.1.5 ou superior.
• Mysql 3.4 ou superior. Recomendado usar >= 4.1
• JRE 1.5 ou superior para linux. Pode ser adquirido no site da sun.

Instalação e Configuração

Mysql

Usando o apt-get ou através de mecanismos da sua distro faça o download e instalação do mysql. (Não irei ensinar a configurar e instalar o mysql, para isso existem vários tutoriais na net).

Crie um database chamado jabber.

Crie uma conta de usuário no mysql ou use a conta do root. Recomendado não usar o root. Esse usuário deverá ter permissões para se conectar de qualquer lugar, ou seja, “%”.

O motivo: durante a configuração do jabber o mesmo ira acusar erros caso o usuário que você especificar não estiver conforme eu descrevi.

Você pode tentar limitar o acesso desse usuário permitindo logon somente local após a instalação. Comigo não funcionou.

JRE 1.5

No site da Sun[1], baixe o arquivo .BIN do JRE-1.5 no diretório /usr/local. Aqui utilizei a jre-1_5_0_04-linux-i586.bin

Deixe o arquivo ser executavel.

# chmod +x jre-1_5_0_04-linux-i586.bin

Execute o arquivo digitando:

# ./jre-1_5_0_04-linux-i586.bin

Após concordar com os termos de licença, irá surgir uma pasta chamada jre1.5.0_04 no diretório corrente.

Servidor Jabber

Nesta instalação vamos usar o Jive versão 2.1.5.

Faça o download do jive no site http://www.jivemessenger.com

Descompacte-o arquivo no diretório /usr/local

# tar -zxvf jive_messenger_2_1_5.tar.gz

Feito isso é hora de criar uma variavel de ambiente utilizada pelo jive para identificar a localização da máquina virtual java.

# export INSTALL4J_JAVA_HOME=/usr/local/jre1.5.0_04/

Chegada a hora de iniciarmos o servidor. Digite:

# /usr/local/jive_messenger/bin/messenger start

Se tudo estiver correto o servidor estará funcional.

Abra um browser qualquer e aponte para o ip do servidor na porta 9090

Se tudo der certo você estará na área administrativa começando a configurar o servidor.

Preencha os campos que o sistema requer e vá avançando.

Após concluir a configuração, você deve alterar as permissões do usuário mysql que o jive usa, limitando elas.

A configuração do Jive é muito fácil e lembra os wizards do windows.

Após completar a configuração do servidor, é chegada a hora de baixar o client e testar. Recomendo o uso do Pandion e NeosMt (Meu preferido).

Instale o client do NeosMt[2]

Vá em criar nova conta. E onde ele pedir o servidor, você deverá colocar ip ou nome do servidor em que foi feita a instalação.

Criado a conta agora é só logar com o usuário@servidor e senha.

Conclusão

Pronto temos um servidor Jabber de comunicação Instantânea.

Até mais e abraços.

Autor

• ’1c3_m4n (iceman@underlinux.com.br)

Fonte: http://under-linux.org

Este Canivete Suíço do Shell é um apêndice do meu livro Shell Script Profissional. O livro é enorme, são quase 500 páginas de puro shell, explicado de maneira clara e didática. Você vai dominar o assunto, além de aprender a escrever programas de verdade em vez de meros scripts toscos. Sou escritor e ganho a vida com meus livros, então comprando o livro você também me ajuda a manter esse site no ar e assim eu continuo escrevendo para você ler. Combinado?

1. Operadores

2. Redirecionamento

3. Variáveis especiais

4. Expansão de variáveis

5. Blocos e agrupamentos

6. if, for, select, while, until, case

if COMANDO
then
   ...
elif COMANDO
then
   ...
else
   ...
fi

for VAR in LISTA
do
    ...
done

ou:

for ((exp1;exp2;exp3))

while COMANDO
do
    ...
done

case $VAR in
    txt1) ... ;;
    txt2) ... ;;
    txtN) ... ;;
    *)    ... ;;
esac

7. Opções do comando test ou [

8. Escapes especiais para usar no prompt (PS1)

9. Escapes reconhecidos pelo comando echo

10. Formatadores do comando date

11. Formatadores do comando printf

12. Letras identificadoras de arquivos no comando ls -l

13. Curingas para nomes de arquivo (glob)

14. Curingas para os itens do comando case

15. Sinais para usar com trap/kill/killall

Como obter a listagem: trap -l, kill -l ou killall -l
Veja também: man 7 signal

16. Códigos de retorno de comandos

17. Códigos de cores (ANSI)

18. Os metacaracteres das expressões regulares

19. Metacaracteres que são diferentes nos aplicativos

20. Caracteres ASCII imprimíveis (ISO-8859-1) - texto

$ zzascii
32        64  @     96  `    162  ¢    194  Â    226  â
33  !     65  A     97  a    163  £    195  Ã    227  ã
34  "     66  B     98  b    164  ¤    196  Ä    228  ä
35  #     67  C     99  c    165  ¥    197  Å    229  å
36  $     68  D    100  d    166  ¦    198  Æ    230  æ
37  %     69  E    101  e    167  §    199  Ç    231  ç
38  &     70  F    102  f    168  ¨    200  È    232  è
39  '     71  G    103  g    169  ©    201  É    233  é
40  (     72  H    104  h    170  ª    202  Ê    234  ê
41  )     73  I    105  i    171  «    203  Ë    235  ë
42  *     74  J    106  j    172  ¬    204  Ì    236  ì
43  +     75  K    107  k    173       205  Í    237  í
44  ,     76  L    108  l    174  ®    206  Î    238  î
45  -     77  M    109  m    175  ¯    207  Ï    239  ï
46  .     78  N    110  n    176  °    208  Ð    240  ð
47  /     79  O    111  o    177  ±    209  Ñ    241  ñ
48  0     80  P    112  p    178  ²    210  Ò    242  ò
49  1     81  Q    113  q    179  ³    211  Ó    243  ó
50  2     82  R    114  r    180  ´    212  Ô    244  ô
51  3     83  S    115  s    181  µ    213  Õ    245  õ
52  4     84  T    116  t    182  ¶    214  Ö    246  ö
53  5     85  U    117  u    183  ·    215  ×    247  ÷
54  6     86  V    118  v    184  ¸    216  Ø    248  ø
55  7     87  W    119  w    185  ¹    217  Ù    249  ù
56  8     88  X    120  x    186  º    218  Ú    250  ú
57  9     89  Y    121  y    187  »    219  Û    251  û
58  :     90  Z    122  z    188  ¼    220  Ü    252  ü
59  ;     91  [    123  {    189  ½    221  Ý    253  ý
60  <     92  \    124  |    190  ¾    222  Þ    254  þ
61  =     93  ]    125  }    191  ¿    223  ß    255  ÿ
62  >     94  ^    126  ~    192  À    224  à
63  ?     95  _    161  ¡    193  Á    225  á

21. Caracteres ASCII imprimíveis (ISO-8859-1) - imagem

22. Códigos prontos para copiar e colar

23. Atalhos da linha de comando (set -o emacs)

24. A caixa de ferramentas do shelleiro

Fonte: http://aurelio.net/shell

Introdução

Apache é a implementação open source de um servidor HTTP. Ele é o webserver mais popular na Internet. Uma pesquisa realizada em 2005 pela NetCraft mostra que cerca de 70% dos sites na Internet rodam sobre o Apache.

Opções de Configuração em tempo de Compilação

Carrege apenas os módulos necessários

O servidor Apache é um programa modular onde o administrador pode escolher entre as funcinalidade que deseja incluir no servidor selecionando um pacote de módukis. Os módulos podem ser compilados estaticamente no binário httpd ou dinamicamente como DSOs(Dynamic Shared Objects). Módulos DSO podem ser compilados quando o servidor for compilado ou poem ser compilados utilizando o apxs para adicioná-los mais tarde. O modulo mod_so deve ser compilado estaticamente no Apache para que o suporte a DSO seja ativo.

Execute o apache apenas com os módulos necessários. Isto reduz o consumo de memória aumenta a performance do servidor. Compilar os módulos estaticamente irá reduzir o consumo de RAM que é utilizado para suportar módulos compilados dinamicamente, mas será necessário recompilar o apache toda vez que um módulo for adicionado ou removido. È aqui que o DSO se torna útil. Uma vez que o modulo mod_so seja compilado estaticamente, qualquer outro módulo pode ser inserido ou removido utilizando o comando LoadModule no arquivo httpd.conf – , mas você terá que compilar os módulos utilizando apxs se ele não foi compilado quando o servidor foi feito.

Escolha o MPM apropriado

O apache vem com uma selação de Módulos Multi-Processadores (MPMs) que são responsáveis por abrir as portas de rede na máquina, aceitando requisições, e despachando processos para cuidar das requisições. Apenas um MPM pode ser carregado por vez.

Escolher o MPM depende de vários fatores, por exemplo se o SO suporta threads, quanta memória está disponível, escalabilidade versus estabilidade, modulos externos,etc .. Sistemas Linux podem escolher entr utilizar um MPM com suporte (worker) a threads ou um prefork sem threads:

O MPM Worker utiliza múltiplos processos. Ele é multi-threaded com cada processo e cada thread cuidando de uma única conexão. Esté é mais rápido e mais escalável e a memória consumida e relativamente baixa. Funciona bem com múltiplos processadores. Porém, o worker é menos tolerante a módulos defeituosos, e threads defeituosas podem afetar todas as outras threads de um processo.

O MPM Prefork utiliza múltiplos processos filhos, cada filho cuidad de apenas uma conexão por vez. Prefork é muito bem gerenciada por processadores simples ou múlitplos, a velocidade é comparável ao worker e é mais tolerante a falhas em modulos e processos que terminam inesperadamente. Mas o consumo de memória é alto, mais tráfego leva a mais consumo de memória.

Opções de Configuração em Tempo de Execução

DNS lookup

A diretiva HostnameLookips habilita a consulta de DNS, então os hostnames podem ser logados ao invés de endereços IP. Isto adiciona latência em cada requisição desde que a consulta do DNS tem que ser completada antes que a requisição seja terminada. Esta opção é desabilitada por padrão no Apache 1.3 e superiores. Deixe isto inativo e utilize programas pós-processamento como o logresolve para determinar os IPs dos logs. Logresolve vem com Apache.

Quando utilizar as diretivas Allow from ou Deny from, utilize endereços IP ao invés de nomes de domínios. Caso contrário uma consulta dupla ao DNS será executada para ter certeza de que o domínio ou host não está sendo spoofado.

AllowOverride

Se o AllowOverride está setado para ‘None’, então o Apache irá tentar abrir o arquivo .htaccess (especificada pela diretiva AccessFileName) em cada diretório que for acessado. Por exemplo:

DocumentRoot /var/www/html
<Directory />
AllowOverride all
</Directory>

Se uma requisição for feita para acessar /index.html, o Apache irá tentar abrir /.htaccess, /var/.htaccess, /var/www/.htaccess, and /var/www/html/.htaccess. Estas tentativas aumentam a latência. Se o arquivo .htaccess for necessário para um diretório, habilite apenas para este diretório.

 FollowSymLinks e SymLinksIfOwnerMatch

Se a opção FollowSymLinks estiver setada, então o servidor permitirá que links simbólicos possam ser seguidos neste diretório. Se a opção SymLinksIfOwnerMatch estiver setada, então o servidor permitirá acessar o link apenas se o destino dele bater com o dono do link.

Se a opção SymLinksIfOwnerMatch estiver setada, então o Apache terá que realizar consultas adicionais ao sistema para verificar se os donos coincidem. Chamadas adicionais também são necessárias quando a opção FollowSymLinks NÃO está setada. Por exemplo:
DocumentRoot /vaw/www/html
<Directory />
Options SymLinksIfOwnerMatch
</Directory>
Para uma requisição feita para /index.html, o Apache irá executar lstat() em /var, /var/www, /var/www/html, and /var/www/html/index.html. Estas requisições adicionais também irão aumentar a lantência. Os resultados do lstat não são cacheados, então as consultas irão ocorrer em cada requisição.

Para uma máxima performance, sete FollowSymLinks em cada lugar e nunca sete SymLinksIfOwnerMatch. Ou então, se SymLinksIfOwnerMatch for necessário para um diretório, sete ele para apenas este diretório.

 Content Negotiation

Evite utilizar content negotiation para respostas mais rápidas. Se content negotiation é necessário para o site, utilize arquivos type-map ao invés da diretiva Options MultiViews. Com MultiViews, Apache precisa scanear o diretório em busca de arquivos, o que adiciona latência.

 MaxClients

O MaxClients seta o número máximo de clientes simultâneos que pode ser suportada por cada servidor. Nenhum processo além do que está definido será aberto. Ele não deve conter um número muito baixo já que as requisições serão colacadas em fila, o que eventualmente irá dar time-out e os recursos do servidor continuarão não utilizados. Setar este valor muito alto irá causar o início de swap e o tempo de resposta irá cair drasticamente. O valor apropriado para MaxClientes pode ser calculado por: MaxClientes = Total RAM / Tamanho Máximo de Processos . O tamanho dos processos para arquivos estáticos é de mais ou menos 2-3MB. Para dinâmicos como PHP, deve ser por volta de 15MB. A coluna RSS de:
# ps -ylC httpd --sort:rss
Mostra a memória física non-swapped utilizada pelos processos do Apache em kilo Bytes.

Se existem mais usuários concorrentes do que MaxClients, as requisições serão colocadas em fila até o número baseado na diretiva ListenBacklog. Aumente o ServerLimit para setar o MaxClients acima de 256.

 MinSpareServers, MaxSpareServers, e StartServers

MaxSpareServers e MinSpareServers determina quantos processos filhos devem ser mantidos rodando. Se MinSpareServers for muito baixo e muitas requisições forem iniciadas, então o Apache terá que abrir processos adicionais para atender as requisições. Criar processos filhos é relativamente caro. Se o servidor estiver ocupado criando processos, ele não estará disponível para servir as requisições imediatamente. MaxSpareServers não deve ser muito alto, ele pode causar problemas de recursos desde que cada processo consome os recursos da máquina.

Sete MinSpareServers e MaxSpareServers para um valor com que o Apache não precise frequentemente abrir mais de 4 processos por segundo. (O Apache pode abrir o máximo de 32 processos por segundo). Quando mais de 4 processos por segundo forem abertos, uma mensagem será logada no ErrorLog.

A diretiva StartServers define o número de processos criados na inicialização do Apache. O Apache irá continuar abrir os processos até que alcance o número de MinSpareServers. Não afeta muito a performance já que o servidor não é reiniciado frequentemente. Se existem muitas requisições e o Apache é reiniciado frequentemente, sete este valor para um número alto.

 MaxRequestsPerChild

A diretiva MaxRequestsPerChild definie o número de requisições que um processo do servidor irá gerenciar. Depois as requisições MaxRequestsPerChild irão morrer. É definido para 0 por padrão, o que significa que o processo não irá expirar nunca. É apropriado setar este valor para alguns milhares. Isto pode ajudar a previnir vazamento de memória desde que o processo morre depois de servir um número de requisições. Não sete este valor muito baixo, já que criar novos processos causa overhead.

 KeepAlive and KeepAliveTimeout

A diretiva KeepAilve permite que múltiplas requisições possam ser enviadas pela mesma conexão TCP. Isto é útil para páginas com muitas imagens. Se o KeepAlive estiver Off, então para cada imagem, uma nova conexão TCP precisa ser aberta.

KeepAliveTimeout determinada quanto tempo deve esperar até a próxima requisição. Sete para um valor baixo, por volta de 2 a 5 segundos. Se for setado para um valor muito alto, os processos ficam amarrados esperando pelo cliente quando eles poderiam ser utilizados para servir novos clientes.

 Compressão HTTP & Caching

O servidor utiliza os métodos gzip ou deflate para as respostas payload antes que ele seja enviado para os clientes. Então o cliente descompacta o payload. Não existe necessidade de instalar softwares adicionais no lado do cliente desde que a maioria dos navegadores suporta isto. Utilizar compressão irá economizar banda e irá aumentar o tempo de resposta, estudos mostram que em média o ganho da compressão é de 75%. A compressão pode ser habilitada utilizando módulo mod_deflate. O Payload é compactado apenas se o navegador requisitar a compactação, ou então o conteúdo descompactado será enviado. Um navegador capaz de utilizar o conteúdo compactado envia o seguinte cabeçalho na requisição: "Accept-Encoding: gzip,deflate". Então o servidor irá enviar o payload compactado e o cabeçalho da reposta é "Content-Encoding: gzip"

O exemplo a seguir utiliza o telnet para verificar os cabeçalhos de requisição e de resposta:
bash-3.00$ telnet www.webperformance.org 80
Trying 24.60.234.27...
Connected to www.webperformance.org (24.60.234.27).
Escape character is '^]'.
HEAD / HTTP/1.1
Host: www.webperformance.org
Accept-Encoding: gzip,deflate

HTTP/1.1 200 OK
Date: Sat, 31 Dec 2005 02:29:22 GMT
Server: Apache/2.0
X-Powered-By: PHP/5.1.1
Cache-Control: max-age=0
Expires: Sat, 31 Dec 2005 02:29:22 GMT
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 20
Content-Type: text/html; charset=ISO-8859-1 

O module mod_cache pode ser utilizado no lado do servidor, está em produção estável na versão 2.2 do Apache.
 Servidor separado para conteúdo estático e dinâmico

Processos do apache para conteúdo dinâmico consome cerca de 3-20MB de RAM. E cresce para acomodar o conteúdo e nunca diminui até que o processo termine. Digamos que um processo cresca até os 20MB para servir um conteúdo dinâmico. Depois de completar a requisição, ele está libre para servir outra requisição. Se vier uma requisição para uma imagem, então esses 20MB de processos está servindo um conteúdo estático que poderia ser executado por um processo de 1MB. A memória é utilizada ineficientemente.

Utilize uma pequena compilação do Apache (com o mínimo de módulos compilados estaticamente) como sendo o servidor front-end para servir conteúdos estáticos. As requisições para conteúdos dinâmicos serão encaminhadas para um apache robusto (compilado com todos os módulos necessários). Utilizar um servidor front-end leve tem a vantagem de que os conteúdos estáticos são enviados rapidamente sem o consumo alto de memória e apenas o conteúdo dinâmico é passado para o servidor robusto.

Encaminhamento de requisições pode ser implementado utilizando os módulos mod_proxy e mod_rewrite. Suponha que exista um servidor apache leve rodando na porta 80 e o robusto na porta 8088. Então a configuração a seguir pode ser utilizada no apache leve para encaminhar todas as requisições de conteúdo dinâmico para o servidor robusto.
ProxyPassReverse / http://%{HTTP_HOST}:8088/
RewriteEngine on
RewriteCond   %{REQUEST_URI} !.*\.(gif|png|jpg)$
RewriteRule ^/(.*) http://%{HTTP_HOST}:8088/$1 [P]
Todas as requisições, exceto as imagens serão encaminhadas para o apache robusto. As respostas são recebidas pelo servidor front-end que as encaminha para o cliente. Todas as respostas aparentam vir de um único servidor. 
 Conclusão

Configurar o Apache para obter o máximo de performance pode ser traiçoeiro, não existem regras rápidas. Entenda as necessidades do servidor web e experimente com várias opções. Utiliza ferramentas como ab e httperf para medir a performance do servidor. Servidores leves como tux, thttpd também podem ser utilizados como servidores front-end. Se um servidor de banco de dados é utilizado, tenha certeza de que ele está otimizado para que ele não crie nenhum gargalo. No caso do MySQL, mtop pode ser utilizado para monitorar querys lentas. Performance de scripts PHP pode ser melhorada utilizando produtos de cache como o Turck MMCache. Ele elimina o overhead da compilação realizando cache dos scripts em seu estado compilado. 
 Bibliografia

http://news.netcraft.com/archives/web_server_survey.html
http://httpd.apache.org/docs/2.2/dso.html
http://httpd.apache.org/docs/2.2/mpm.html
http://modperlbook.org/html/ch11_01.html
http://www.speedupyoursite.com/18/18-2t.html
http://www.xs4all.nl/~thomas/apachecon/PerformanceTuning.html
http://www.onlamp.com/pub/a/onlamp/2004/02/05/lamp_tuning.html
http://httpd.apache.org/docs/2.2/misc/perf-tuning.html
Linux Server Hacks by Rob Flickenger 
 Fonte

http://www.howtoforge.net/configuring_apache_for_maximum_performance
http://under-linux.org/wiki/

Guia de Introdução à Linguagem Python
Apresentação

Bem-vindo(a) ao nosso guia de introdução à linguagem Python. Este guia exige que se tenha noção de linguagens de programação e para isso é necessário saber o que são algoritmos e estruturas de dados. Quem já programou em uma outra linguagem, como Visual Basic, Delphi ou C poderá se sentir mais apto a programar em Python com esse guia.

Quem sabe você tem dúvidas conceituais sobre a linguagem. Se for este o seu caso, faça uma leitura na seção de Perguntas e Respostas freqüentes sobre Python.

Pronto para começar? Talvez não, porque é necessário ter certeza que o interpretador Python está instalado na sua máquina. Se você utiliza o Mac OS X, Linux ou outro sistema tipo o Unix então a resposta é provavelmente sim, pois esses sistemas constumam vir com o Python pré-instalado. Se você utiliza o Windows é quase certo que você não tem o interpretador. Para verificar, abra um terminal e digite o comando python -V, uma típica resposta será

Dharma:~ ruda$ python -V Python 2.5

indicando que eu tenho instalado a versão 2.5 da linguagem Python.

1. Guia de Introdução à Linguagem Python
1. Apresentação
2. Primeiras Idéias
3. Modo interativo
4. Tipos de dados, constantes, variáveis e expressões
1. Tipos simples
2. Tipos agrupados
3. Tipos mutáveis e imutáveis
4. Listas
5. Estuturas de controle
1. if
2. else
3. elif
4. Modificador not
5. Tabela de expressões válidas
6. Modificador in
6. Estruturas de iteração ou loop
1. for
2. while
7. Funções
8. Arquivos
9. Tratamento de erros e exceções
1. Raise
10. Módulos
1. Módulos distribuídos com o Python
11. Packages
12. Classes
13. Herança
14. Namespaces
1. Nomes não qualificados
2. Nomes qualificados
15. List Comprehensions
16. Generators
1. Generator Expressions
17. Um exemplo Completo
18. Próximos passos

Guia de Introdução à Linguagem Python
Apresentação

Bem-vindo(a) ao nosso guia de introdução à linguagem Python. Este guia exige que se tenha noção de linguagens de programação e para isso é necessário saber o que são algoritmos e estruturas de dados. Quem já programou em uma outra linguagem, como Visual Basic, Delphi ou C poderá se sentir mais apto a programar em Python com esse guia.

Quem sabe você tem dúvidas conceituais sobre a linguagem. Se for este o seu caso, faça uma leitura na seção de Perguntas e Respostas freqüentes sobre Python.

Pronto para começar? Talvez não, porque é necessário ter certeza que o interpretador Python está instalado na sua máquina. Se você utiliza o Mac OS X, Linux ou outro sistema tipo o Unix então a resposta é provavelmente sim, pois esses sistemas constumam vir com o Python pré-instalado. Se você utiliza o Windows é quase certo que você não tem o interpretador. Para verificar, abra um terminal e digite o comando python -V, uma típica resposta será

Dharma:~ ruda$ python -V Python 2.5

indicando que eu tenho instalado a versão 2.5 da linguagem Python.

Se você tem o Windows é um bom momento para baixar o instalador da linguagem Python, que pode ser obtido em http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
Primeiras Idéias

Se você NUNCA programou antes, é necessário entender alguns conceitos básicos.

Por exemplo: você sabe o que é um “executável” certo? Experimente abrir um arquivo desses em algum editor de textos. A não ser que você tenha vivido anos na Matrix, não entenderá nada!

Isso acontece porque o programa está escrito, ali, em linguagem de máquina, ou seja, apesar de você não entender nada, o computador entende muito bem.

Mas não pense que alguém escreveu aquilo do jeito que está. Também não foi escrito ao estilo “morse” (10010010110)… inicialmente, o programador escreveu o que chamamos de “código-fonte” em alguma linguagem de programação, como C, C++, Pascal, e, depois de terminado, compilou o código, ou seja, traduziu de C, C++, Pascal para linguagem de máquina (também chamada de Assembly).

Essas linguagens que eu citei acima são as linguagens compiladas, pois antes de serem executadas, seus códigos-fonte devem ser devidamente compilados.

Python não é compilada, mas sim interpretada, assim como PHP, Perl e muitas outras, ou seja, não há o processo de compilação. O que acontece é que o código-fonte (ou script) é “traduzido” direto, através de um interpretador (imagine que ele é um intérprete mesmo, pois é assim que funciona!). Observação: Geralmente, quando uma linguagem é interpretada, existe um código intermediário (bytecode), com o qual o programador não precisa se preocupar. Seria muito lento interpretar diretamente o texto do código fonte. No caso do Python, o bytecode é salvo em arquivos .pyc e .pyo (bytecode otimizado)

Tal fato adiciona muita produtividade à linguagem, já que o processo de programar é somente escrever-rodar, ao contrário de escrever-compilar-rodar. Veja que o ciclo de um programa interpretado é bem mais eficiente, pois a fase de testes é MUITO simplificada:

Python: escrever-testar-corrigir-escrever-testar-distribuir

Linguagem C: escrever-compilar-testar-corrigir-compilar-testar-distribuir

Tecnicamente, qualquer linguagem pode ser compilada ou interpretada, mas as linguagens mais dinâmicas geralmente são interpretadas e as mais estáticas (estilo declare-antes-de-usar) são compiladas.

Se você já tem um interpretador instalado em seu sistema, experimente escrever o seguinte script:

1 print “Olá, mundo”

* Depois, num terminal, digite “python nome_do_script”, e veja como é simples!

Modo interativo

O Python também pode ser usado em modo interativo. Para isso, basta digitar python. E deve aparecer algo parecido com isso:

Python 2.5.2 (r252:60911, Apr 21 2008, 11:12:42) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type “help”, “copyright”, “credits” or “license” for more information. >>>

Em modo interativo, o Python executa o que voce digitar imediatamente (ou quase…), o que é muito bom para testes e para aprender.

O sinal >>> é o prompt padrão Python. Significa que ele está de prontidão esperando um comando. Se o comando tiver algum resultado, este será mostrado na tela.

Para sair, aperte Control + D (nos UNIXes) ou Control + Z seguido de Enter (no Windows)

Tipos de dados, constantes, variáveis e expressões

Python é dinamicamente tipado, o que significa que se você usou uma variável para armazenar um inteiro, nada lhe impede de usá-la posteriormente para armazenar uma string (frase). Na verdade, variáveis em Python não são declaradas, o que lhe dá muita flexibilidade.

Quem determina o tipo de uma variável é o próprio interpretador. Se você escreve:

1 x = 2
2 FRASE = ‘Isso é um exemplo simples e bobo’

* O interpetador já sabe que x é um inteiro e FRASE é uma string. Mas isso não lhe impede de, posteriormente, escrever

1 x = ‘agora tudo mudou’
2 FRASE = 3.2

Como x já disse, tudo mudou, e isso é bem natural. Na verdade, raras são as vezes em que você precisa se preocupar com tipos. Geralmente você simplesmente atribui um valor a uma variável e pronto! Isso é bem simples. Mas não abuse desse recurso, senão seus programas vão virar uma confusão.

Então aqui vão alguns exemplos de tipos:

1 x = 2                           # Inteiro
2
3 p = 3.1415                      # Real, ou ponto flutuante
4
5 verdadeiro = True               # Boolean
6
7 estringue = ‘alguma frase’      # String
8
9 c = 3 + 2j                      # Complexo
10
11 lista = [3, 4, 5]               # Lista com elementos inteiros
12
13 lista2 = [2,'tres',4.0,[5,6]]   # Lista mista e aninhada
14
15 tupla = (1,2,3,’quatro’)        # Tupla. É como uma lista, mas não pode ser mudada
16
17 # tuplas de 0 ou 1 elementos têm sintaxes especiais:
18 tupla0 = ()
19 tupla1 = (‘primeiro e único item’,) # repare na vírgula
20
21 # Em alguns casos (atribuições, returns), os parênteses são opcionais,
22 # mas na maioria das vezes (tuplas dentro de listas, tuplas dentro de chamadas de funções)
23 # os parênteses são necessários porque a vírgula faz parte de outra sintaxe
24
25 coord = 4.5, 9.1
26 cor_branca = 255, 255, 255 # cor no formato RGB
27 funcao((4.5, 9.1), ‘string’)
28
29 dic = {‘site’:'Python Brasil’,'url’:'www.pythonbrasil.com.br’} # Isso é um dicionário

Tipos simples

* str (Strings, como ‘blabla’)
* unicode (São strs em que os caracteres podem representar qualquer língua, u’blabla’)
* bool (True ou False)
* float (Números em ponto flutuante, como 4.5 ou 3.14e-10)
* int (Números inteiros, como 99)
* long (Números inteiros muito grandes, como 1234567890123456789123456789L)
* complex (Números complexos, como 3.1j ou 7+3.14e-10j)
* file (Arquivos)
*

decimal (integrado ao Python 2.4 como módulo) (Números fracionários representados de forma decimal em vez de binária)

Tipos agrupados

* list (listas)
* tuple (tuplas – listas imutáveis)
* dict (dicionários)
* set (novo tipo incluso no Python 2.4 – uma lista sem repetições)

Tipos mutáveis e imutáveis

Alguns tipos no Python permitem que elementos que fazem parte de sua estrutura sejam modificados, como as listas e dicionários. Estes tipos são chamados mutáveis.

Exemplo:

1 >>> l = ['Nirvana', 'Rush', 'Bauhaus']
2 >>> l[1] = ‘Who’
3 >>> l
4 ['Nirvana', 'Who', 'Bauhaus']
5 >>>

Outros tipos não permitem isso, como tuplas e strings. Estes são chamados imutáveis.

Exemplo:

1 >>> s = ‘MYSQL’
2 >>> s[1] = ‘y’
3 Traceback (most recent call last):
4   File “<stdin>”, line 1, in
5 TypeError: object does not support item assignment

Listas

O tipo lista do Python é bastante sofisticado e flexível. Como classe, a lista conta com métodos para ordenar (sort), inverter (reverse), contar ocorrências de um determinado elemento (count) e outros.

1 >>> # Criando a lista de bandas
2 …
3 >>> lista = ['Led Zeppelin', 'King Crimson', 'Yes', 'The Who', 'Pink Floyd']
4 >>>
5 >>> # Acessando um ítem da lista
6 …
7 >>> lista[0]
8 ‘Led Zeppelin’
9 >>>
10 >>> # Para elementos de listas dentro de listas ou caracteres de strings dentro de listas
11 …
12 >>> lista[0][0]
13 ‘L’
14 >>>
15 >>> # Retornando uma parte da lista (do terceiro até o quarto ítem)
16 …
17 >>> lista[2:4]
18 ['Yes', 'The Who']
19 >>>
20 >>> # Retornando uma parte da lista (do segundo até o fim)
21 …
22 >>> lista[1:]
23 ['King Crimson', 'Yes', 'The Who', 'Pink Floyd']
24 >>>
25 >>> # Retornando uma parte da lista (a partir do inicio até penúltimo)
26 …
27 >>> lista[:-1]
28 ['Led Zeppelin', 'King Crimson', 'Yes', 'The Who']
29 >>>
30 >>> # acessando a lista em passos
31 …
32 >>> lista[::2]
33 ['Led Zeppelin', 'Yes', 'Pink Floyd']
34 >>>
35 >>> # Passo negativo
36 …
37 >>> lista[::-1]
38 ['Pink Floyd', 'The Who', 'Yes', 'King Crimson', 'Led Zeppelin']
39 >>>
40 >>> # Convertendo para uma string
41 …
42 >>> ‘, ‘.join(lista)
43 ‘Led Zeppelin, King Crimson, Yes, The Who, Pink Floyd’
44 >>>
45 >>> # Contando ocorrências
46 …
47 >>> lista.count(‘Yes’)
48 1
49 >>>

As estruturas condicionais disponíveis no Python são if, elif e else.

O if, o elif e o else servem para examinar expressões. À grosso modo, pode-se dizer que eles avaliam se determinada expressão retorna Verdadeiro (True) ou Falso (False).

Em Python os valores vazios: None, [] (* Lista vazia), “”, 0. São tidos como Falso (False). E os outros valores são verdadeiros (True).

Explicado isso, vamos às explicações:

if

Antes uma breve explicação do que vem a ser if. Como é sabido, if é traduzido em português para “se”. Nas linguagens de programação esse “se” (if) atua como um verificador de condições, algo como:

se ( essa condição for verdadeira ):

esse bloco de comandos
será executado

Traduzindo em um exemplo bobo em Python, teriamos:

1 if (10 > 5):
2     print “10 é maior do que 5″

No caso, o bloco (composto apenas por um comando, no caso) seria sempre executado. Os parênteses na “condição” são opcionais.
Vamos a outros exemplos.

Obs: Os exemplos são do modo interativo (shell) do Python.

1 # Exemplo IF 01
2 >>> meuNome = “Juares”
3 >>> seuNome = “Adolfo”
4 >>> if meuNome == seuNome:
5 …     print “Nos temos os nomes iguais”
6 …

Você notou que o print não ocorreu, já que as variáveis meuNome e seuNome são diferentes. Na linha 3 o if verifica essa igualdade, mas como o valor retornado da verificação é falso, ele não executa o comando print.

Agora observe esse outro exemplo:

1 # Exemplo IF 02
2 >>> meuNome = “Adolfo”
3 >>> seuNome = “Adolfo”
4 >>> if meuNome == seuNome:
5 …     print “Temos os nomes iguais”
6 …
7 Temos os nomes iguais

Viu? Agora imprimiu, já que as variáveis são iguais. O if, novamente na linha 3, fez a verificação de igualdade (==) e obteve resultado Verdadeiro (True), logo executou o comando print.

else

Se o if refere-se ao “se”, quando traduzido, o else refere-se ao “senão”. Exemplificando:

se ( condição for verdadeira ):

execute esses comandos
esse também

senão:

execute
esses comandos

No caso o “se” é o if e o “senão” o else. Note que o else é executado se o if não for executado, ou seja, a condição do if não foi atendida. Caso o if tenha sido executado, o else não é executado.
Vamos a um exemplo em código Python:

Obs: Estes códigos também são exemplos do shell do Python.

1 #Exemplo ELSE 01
2 >>> meuNome = “Ruivaldo”
3 >>> seuNome = “Adolfo”
4 >>> if meuNome == seuNome:
5 …     print “Temos nomes iguais”
6 … else:
7 …     print “Nossos nomes sao diferentes”
8 …
9 Nossos nomes sao diferentes

Reiterando. O else não verifica nada. Ele é só uma delimitação de código a ser executado caso o if não ocorra.
Mais um exemplo, só para fixar:

1 # Exemplo ELSE 02
2 >>> x = 5
3 >>> y = 10
4 >>> if x > 5:
5 …     print “X maior que Y”
6 … else:
7 …     print “Y maior ou igual a X”
8 …
9 Y maior ou igual a X

Nesse exemplo nós não sabemos quando o Y é igual ao X. Teríamos que usar o elif, que veremos agora.

elif

O elif é uma mistura de if com else. Calma, não se assuste. Ele é um else, logo só é executado se o if não ocorrer, só que além de else ele também é um if, então pro bloco elif ser executado além do primeiro if não ser executado, deve-se atender a uma determinada condição.

Em portugol seria algo como:

se ( condição ):

executa comando
comando

se-if-não-foi-executado-e ( condição ):

executa comando
comando

senão:

comando comando
comando

Como já foi dito: o “se” é o if, o “se-if-não-foi-executado-e” é o elif e o “senão” é o else.

Vamos a um exemplo similar ao anterior:

1 #Exemplo ELIF 01
2 >>> x = 5
3 >>> y = 10
4 >>> if x > y:
5 …     print “X maior que Y”
6 … elif x == y:
7 …     print “X igual a Y”
8 … else:
9 …     print “Y maior que X”
10 …
11 Y maior que X

Note que agora se o x for igual ao y ele irá imprimir uma mensagem. Veja esse outro exemplo:

1 # Exemplo ELIF 02
2 >>> x = 5
3 >>> y = 5
4 >>> if x > y:
5 …     print “X > Y”
6 … elif x == y:
7 …     print “X == Y”
8 … else:
9 …     print “X < Y”
10 …
11 X == Y

Pronto. Estude os códigos, o conceito do elif é um pouco estranho mesmo, mas um pouco de estudo é o suficiente para dominá-lo.
Modificador not

O modificador not é uma palavrinha que serve pra negar a expressão do if ou elif. Ao invés de esperar o valor verdadeiro da expressão ,o if vai esperar pelo valor falso. Estudemos-o por um exemplo:

1 # Exemplo not
2 >>> x = 5
3 >>> y = 6
4 >>> if not x == y:
5 …     print “X eh diferente de Y”
6 …
7 X eh diferente de Y

Tabela de expressões válidas

Você pode usar os seguintes símbolos em suas expressões if, elif:

>= (Maior Igual) > (Maior) <= (Menor Igual) < (Menor) == (Igual) = (Diferente) <> (Diferente)

* E para finalizar essa seção do tutorial, o modificador in.

Modificador in

O in verifica se um elemento está dentro de outro. É como o símbolo de contido da matemática. Em portugol seria algo:

se elemento está-contido-em elemento-listável:

comando
comando

Traduzindo. O “se” está para o if e o “está-contido-em” para o modificador in. Porém temos ali um “elemento-listável”. Meio estranho esse termo. Calma. Existem cinco tipos de elementos listáveis em Python: dicionários, listas, tuplas, strings (que são no fundo listas de caracteres) sets.

Isto é, no lugar de elemento-listável só pode haver uma variável dos tipos acima.

Vejamos esses exemplos:

1 >>> if 1 in [1,2,3]: print “Esta”
2 …
3 Esta
4 >>> if ‘a’ in “aloha”:
5 …     print “Esta tambem”
6 …
7 Esta tambem
8 >>> if [2,3] in [1,2,3]:
9 …     print “Esta”
10 …
11 >>> if [2,3] in [[2,3],[2,4]]:
12 …     print “Esta denovo”
13 …
14 Esta denovo

Conselho: Para fixar os conceitos copie e execute todos os exemplos no shell do Python, assim você aprenderá.
Estruturas de iteração ou loop

for

Se você programa em C, vai perceber que o for em Python é diferente. Ele itera sobre listas. Por exemplo:

if not odeio_metallica:

metallica = ['James','Kirk','Lars','Trujillo']
for membro in metallica:
print membro

Ou seja, para cada elemento da lista, itere. Você terá acesso ao item corrente (print membro). Se quiser fazer iterações sobre progressões aritméticas, use a função range, que cria uma lista de inteiro em seqüência. Exemplo:

1 for i in range(50):
2    print i

Isso vai imprimir na tela os números de 0 a 49.

while

O while é muito simples. Ver o exemplo já vai ajudar muito:

1 opc = 1
2 while opc != 0:
3    # código e mais código…
4    opc = int(raw_input(“Digite 0 para sair \n > “))

Veja, o laço vai continuar iterando até que o usuário digite 0 na hora que o programa perguntar. Simples. O while é literalmente um “enquanto ISSO faça AQUILO”.

Tando o for quanto o while podem ser interrompidos por break (o loop termina). O comando continue interrompe a iteração corrente e passa para a próxima.
Funções

Simplificando, uma função é um bloco de código que tem nome (pelo qual ele pode ser chamado), recebe paramêtros (opcional) e gera um resultado (opcional)

Exemplo:

1 def media(lista = [0]):
2     return float(sum(lista)) / len(lista)
3
4 print media([1,2,3,4,5])

media é o nome da função. lista é o paramêtro da função (no caso de vários paramêtros, seus nomes devem ser separados por vírgula). [0] é o valor padrão para lista (opcional)

return termina a execução da função, retornando o resultado (opcional) e o controle para a rotina que a chamou.
Arquivos

Trabalhar com arquivos no Python é bem fácil. Como o Python é uma linguagem orientada a objetos, um arquivo é um objeto da classe file.

Um arquivo pode ser aberto para leitura (‘r’, o padrão), escrita (‘w’) ou inclusão (‘a’) ou para ler e gravar no mesmo arquivo (‘w+’). Se um arquivo já existir e for aberto apenas para escrita (‘w’), ele será zerado.

1 # Um texto para teste…
2
3 texto = Beautiful is better than ugly.
4 Explicit is better than implicit.
5 Simple is better than complex.
6 Complex is better than complicated.
7 Flat is better than nested.
8 Sparse is better than dense.
9
10 # Salvando em um arquivo chamado “zen.txt”
11
12 f = file(‘zen.txt’, ‘w’)
13 f.write(texto)
14 f.close()
15
16 # Posso fazer em uma única linha:
17
18 file(‘zen.txt’, ‘w’).write(texto)
19
20 # Para ler o arquivo:
21
22 arq = file(‘zen.txt’)
23
24 # Trazendo o texto de volta:
25
26 texto = arq.read()
27
28 # Se preferir uma lista contendo as linhas do arquivo
29
30 linhas = arq.readlines()
31
32 # Se movendo para o inicio do arquivo
33
34 arq.seek(0)
35
36 # Imprimindo as linhas do arquivo:
37
38 for linha in arq: print linha,
39
40 # Fechando o arquivo
41
42 arq.close()

Tratamento de erros e exceções

* try / except
* try / finally

As sentenças try / except e try / finally são mutuamente excludentes, não podem misturadas (embora possam ser usadas uma no interior da outra)

A sentença try / except especifica um ou mais manipuladores de exceção. Caso não ocorra erros, nenhum manipulador será executado. Ainda é possível definir um else opcional que será executado quando nenhum erro ocorrer. Exemplo:

1 try:
2     # Vou tentar fazer isso:
3     x = 1/0
4 except ZeroDivisionError:
5     # Se houver divisão por zero, farei isso:
6     print ‘Divisão por zero…’
7 else:
8     # Senão…
9     print ‘Não ocorreu nenhum erro!’

A sentença try / finally especifica um manipulador de limpeza, que será executado sempre. Quando não ocorre erros, finally é executado. Quando ocorre um erro, a exceção é salva, finally é executado, e logo após a exceção salva é executada novamente. Exemplo:

1 try:
2     x = 1/0
3 finally:
4     print ‘Tentando dividir um 1 por 0… Ops!’

Nesse caso, o traceback aparecerá na tela, depois da mensagem.
Raise

Com a sentença raise, você pode provocar uma exceção, que ser pode tratada pelo código que chamou aquela parte do programa. Exemplo:

1 try:
2     z, y = 1, 0
3     if y == 0:
4         raise ZeroDivisionError
5     else:
6         print ‘%d divido por %d é %d’ % (z, y, z/y)
7 except ZeroDivisionError:
8     print ‘Divisão por zero…’
9 else:
10     print ‘ocorreu algo inesperado!’

Dica: raise SystemExit termina o programa.
Módulos

Um módulo em Python não é nada mais que um arquivo .py com definições de funções e classes. É isso mesmo. Apenas um arquivo.

Para facilitar o entedimento vamos exemplificar.

Escrevemos o código do seguinte módulo (logicamente, para fins didáticos apenas):

Esconder número das linhas

1 # Exemplo de módulo
2 # Módulo matematica.py
3
4 def somar(a,b):
5     “”"
6     Funcao que soma dois numeros
7     “”"
8     return a+b
9
10 def subtrair(a,b):
11     “”"
12     Funcao que subtrai dois numeros
13     “”"
14     return a – b
15
16 def multiplicar(a,b):
17     “”"
18     Funcao que multiplica dois numeros
19     “”"
20     return a * b
21
22 def dividir(a,b):
23     “”"
24     Funcao que divide dois numeros
25     “”"
26     return a / b

Salvamos ele como “”matematica.py”".

Agora vamos escrever três exemplos de uso do módulo.

* Importando o módulo inteiro

Vamos ao código:

1 import matematica
2
3 print matematica.somar(1,2)
4 print matematica.dividir(100,25)

Executando esse arquivo nós temos como resultado:

3 4

Note que ao importar o módulo inteiro é obrigatório usar o nome do módulo antes de suas funções, classes… Esse tipo de import evita problemas de namespace.

* Importando o que a gente quer do módulo

Esconder número das linhas

1 from matematica import somar, dividir
2
3 print somar(1,2)
4 print dividir(100,25)

O resultado é o mesmo do exemplo anterior:

3 4

A única diferença é que nós só importamos duas funções do módulo e não precisamos por “matematica” para chamá-los, ou seja, as duas funções importadas foram colocadas dentro do namespace do arquivo que está usando o módulo. Esse tipo de import é bom para módulos muito grandes em que só se use uma fcoisa ou poucas coisas dele, há um certo aumento de desempenho nesse caso e economia de memória.

* Importando tudo do módulo (diferente de importar o módulo inteiro)

1 from matematica import *
2
3 print somar(1,2)
4 print dividir(100,25)
5 print subtrair(10,8)

O resultado será:

3 4 2

É como o primeiro tipo de import, ele pega tudo do módulo, todas funções, classes, enfim. A diferença é que usando o “”"from modulo import *”"” eliminamos a necessidade de ficar digitando “matematica” toda vez que quisermos chamar algo do módulo.
Observações:

* Os arquivos de exemplo de uso do módulo devem estar na mesma pasta do módulo.
* Ao fazer módulos procure não deixá-lo tão grande. É uma boa prática de programação.

Adendo: Um módulo Python é como se fosse um pedaço de programa que você, como programador, decidiu que ficaria melhor separado do todo. Essa decisão geralmente é tomada sobre estruturas que são usadas em diversos programas. Isso facilita nossa vida, pois já não precisamos “copiar e colar” as coisas de um lado para outro. Claro, módulos podem ser mais complexos em certos pontos de vista. Eu mesmo não vejo nada de muita complexidade. Pura praticidade!
Módulos distribuídos com o Python

Com o Python, são distribuídos muitos módulos, para servem para diversos propósitos (antes escrever algo do zero, verifique se existe algo pronto nos módulos do Python)

Exemplos de módulos:

* os – suporte para recursos do sistema operacional (exemplos: mudar o diretório corrente e deletar arquivo)
* sys – rotinas que controlam o ambiente de execução do Python (exemplos: consultar o PYTHONPATH (lista de diretórios aonde o Python procura módulos) e encerrar o programa)
* copy – copia de objetos
* subprocess – rotinas para executar processos (incluso no Python 2.4)

Packages

O Package é uma maneira estruturar o namespace dos módulos através da notação do ponto. Por exemplo, web.forms é uma referência ao módulo forms que faz parte do package web.

Com packages, os autores de módulos não precisam se preocupar com a colisão de nomes.
Para criar um package:

* Crie um diretório (que terá o nome do package);
*

Crie um arquivo (que pode estar vázio) chamado __init__.py dentro do diretório;
* Coloque os módulos do package dentro do mesmo diretório.

Um módulo que faz parte de um package pode ser importado como import package.modulo ou from package import modulo.

Opcionalmente, o arquivo __init__.py pode inicializar uma lista chamada __all__, que contém quais módulos serão importados usando from package import *.
Classes

Criar uma classe em Python é muito simples. Acompanhe o exemplo: Esconder número das linhas

1 class Pessoa:
2   def __init__(self):
3     self.nome = “”
4     self.x = 0
5     self.y = 0
6   def andar(self, x, y):
7     self.y = self.y + y
8     self.x = self.x + x
9
10 eu = Pessoa()
11 eu.nome = “Cléber”
12 eu.andar(2, 0)

A classe criada chama-se Pessoa. É costume nomear classes DesteJeito em vez de deste_jeito. Assim, fica fácil de distinguir as classes dos objetos, das variáveis, das funções, etc. Essa convenção de nomenclatura é usada em Java, Ruby, Python e em outras linguagens (já que os programadores acabam levando esse costume de uma linguagem pra outra). Voltando à classe Pessoa.

Nela definimos duas funções (funções dentro classes geralmente são chamadas de métodos). A função andar, sob um ponto de vista muito abstrato, faz “a pessoa andar”, ou seja, altera os valores x e y de sua posição (faça de conta que também existe uma função pra desenhar a pessoa ). Perceba que eu não declarei nenhuma das variáveis. Classes servem mesmo é pra criar métodos (agrupar funções), e não tanto para criar estruturas de variáveis (apesar de classes em Python serem ótimos containers).

A função __init__() é especial: ela é chamada toda a vez que é criada uma nova instância da classe (obs.: instância de classe é o mesmo que objeto), por isso o nome init: ela inicializa o objeto, e é opcional. O argumento self é obrigatório, e deve ser o primeiro da função. Perceba que foi usado self na definição das variáveis. Isso quer dizer que estamos mexendo nas variáveis do objeto (Repare no detalhe: fora da classe usamos o nome do objeto criado, no caso eu. Dentro da classe, o código serve pra qualquer objeto criado a partir dessa classe, e o primeiro argumento, o self, representa o objeto sendo usado.).

Classes podem servir como os “struct” do C ou “record” do Pascal. dicts também podem servir como structs. dicts são mais usados pra simplesmente agrupar dados acessados por nome. Classes são mais usadas quando a estrutura é complexa, necessita de métodos de acesso e serão usadas várias instâncias da mesma estrutura. Pra simular uma struct, basta definir uma classe vazia, por exemplo:

1 class conteiner:
2    pass
3
4 # E depois criar as variáveis dela “por fora”,
5 conteiner.var = “fácil, não?”
6 conteiner.num = 1

O pass serve para indicar que nada precisa ser feito (porém a síntaxe exige que exista uma sentença naquele lugar)

Classes podem ser muito bem utilizadas, mas algumas vezes são péssimas opções. Assim como tudo em programação, saiba usá-las com parcimônia.

Exemplos, pra terminar:

1 class Carro:
2    def __init__(self, preco):
3       self.marca = “Ford”
4       self.modelo = “Maverick”
5       self.ano = 74
6       self.cor = [0,200,50]
7       self.pos = [0,0]
8    def andar(self, x, y):
9       self.pos[0] = self.pos[0]+x
10       self.pos[1] = self.pos[1]+y
11
12 carango = Carro(5000)   #passa o valor 5000 para __init__()
13
14 for i in range(300):
15    carango.andar(1,0)  #o carro anda 300m

Herança

Herança é um recurso poderoso da programação orientada a objetos que permite reutilizar o código de classes já definidas. Com a herança, é possível extender, especializar ou até mesmo fundir classes.

O Python suporta herança múltipla, ou seja, é possível criar uma nova classe a partir de várias outras (esse recurso deve ser usado com cuidado, pois isso pode criar dificuldades na manutenção)

Exemplo:

1 # definindo uma classe ‘pai’
2
3 class CD:
4   def __init__(self, titulo):
5     self.titulo = titulo
6
7   def mudarTitulo(self, novoTitulo):
8     self.titulo = novoTitulo
9
10 # definindo uma classe ‘filha’
11 # O nome da class ‘mãe’ (Na herança múltipla, os nomes das ‘mães’)
12 # é passado para a classe filha
13
14 class CDAudio(CD):
15
16   def __init__(self, titulo, autor):
17     CD.__init__(self, titulo)
18     self.autor = autor
19     self.faixas = []
20
21   def adicionarFaixa(self, numero, nome):
22     self.faixas.append((numero, nome))
23
24   def removerFaixa(self, numero, nome):
25     self.faixas.remove((numero, nome))
26
27 # Criando objeto
28
29 novoCD = CDAudio(‘Physical Graphitte’, ‘Led Zeppelin’);
30
31 # Evocando métodos:
32
33 novoCD.adicionarFaixa(1,’Custard Pie’)
34 novoCD.adicionarFaixa(2,’The Rover’)
35
36 # Listando a estrutura do objeto
37
38 print dir(novoCD)
39
40 # Acesando atributos
41
42 print “CD: %s, %s” % (novoCD.titulo, novoCD.autor)
43 print novoCD.faixas

Namespaces

Um Namespace é um dicionário com os nomes válidos em um programa durante a sua execução. Sendo assim, quando fazemos i = 1, o nome i é colocado em um namespace. O nome pode ser localizado de duas formas:

* Nome não qualificado
* Nome qualificado

Nomes não qualificados

Quando o nome da variável não foi qualificado (exemplo: i = 0, a busca é feita primeiro entre as variáveis locais (dica: para listar as variáveis locais: locals()), depois entre as variáveis globais (dica: para listar as variáveis globais: globals()) e por fim entre as variáveis pré-definidas do Python (builtins. Exemplos: True e False)
Nomes qualificados

Quando o nome da variável foi qualificado (exemplo: livro.pagina, a busca é feita primeiro no objeto, depois na classe do objeto e segue a hierarquia de herança.
List Comprehensions

List Comprehension é um nome pomposo para algo simples – uma construção que permite processar listas de uma forma bem próxima a matemática.

A sintaxe é [<expressão> for <variável> in <lista> if <condição>]

Aonde:

* <lista> é a lista original a ser processada;
* <variável> ítem da lista a ser processada;
* <expressão> expressão a ser aplicada em cada ítem;
* <condição> condição que deve ser cumprida para que o ítem seja processado.

A parte for <variável> in <lista> pode se repetir N vezes.

A condição é opcional.

Exemplo:

Esconder número das linhas

1 >>> # Multiplos de 4 entre 0 em 99:
2 …
3 >>> [x for x in range(100) if x % 4 == 0]
4 [0, 4, 8, 12, 16, 20, 24, 28, 32, 36, 40, 44, 48, 52, 56, 60, 64, 68, 72, 76, 80, 84, 88, 92, 96]
5 >>>

Generators

Muitas vezes, em programação, é necessário processar listas de elementos. Porém, manter listas inteiras em memória, dependendo do tamanho, podem causar problemas de performance. Para isso, no Python, temos os Generators.

Na sintaxe, os generators são parecidos com as funções, porém existem algumas diferenças significativas:

* Um objeto do tipo generator retorna um elemento de cada vez quando evocado (através do método next
* O return habitual é substituido por yield
* Como os elementos são gerados apenas quando (e se) necessário, o resultado é menos consumo de recursos (isto é chamado Lazy Evaluation)

Exemplo:

1 >>> def getchar(word):
2 …     for c in word:
3 …         yield c
4 …
5 >>> pythonchars = getchar(‘Python’)
6 >>> pythonchars
7 <generator object at 0x009D5EE0>
8 >>> pythonchars.next()
9 ‘P’
10 >>> pythonchars.next()
11 ‘y’
12 >>> pythonchars.next()
13 ‘t’
14 >>> pythonchars.next()
15 ‘h’
16 >>> pythonchars.next()
17 ‘o’
18 >>> pythonchars.next()
19 ‘n’
20 >>>

Generator Expressions

Generator Expressions (também chamadas de Genexps) são o equivalente a List Comprehensions para se criar Generators.

A sintaxe é semelhante a da List Comprehension, porém, numa Generator Expression se usa () (parantesis) para delimitar a expressão, ao invez de [] (colchetes) como na List Comprehension.

Uma Generator Expression pode ser vista também como a versão Lazy Evaluated da List Comprehension, já que cada elemento é gerado apenas quando necessario, e não todos de uma vez.

Exemplo (baseado num post de Guido Van Rossum em seu blog):

1 >>> # funções uteis para usar com genexps
2 >>> def any(S):
3 …    for x in S:
4 …         if x:
5 …            return True
6 …    return False
7 …
8 >>> def all(S):
9 …     for x in S:
10 …         if not x:
11 …            return False
12 …     return True
13 …
14 >>> S = [42, 42]
15 >>> # Usando Genexps
16 >>> any(x > 42 for x in S)     # True se algum elemento de S for > 42
17 >>> all(x != 0 for x in S)     # True se todos os elemtos de S forem diferentes de zero

Um exemplo Completo

Pretendo deixar um aplicativo de exemplo para sintetizar tudo. Uma idéia que me ocorreu agora é fazer um programinha gráfico (usando tk) de perguntas e repostas (quiz). Não sei se é confundir muito botar tk no meio, mas creio que se a pessoa entendeu o tutorial vai ser capaz de entender um pouco do código, mesmo porque com o quiz eu posso usar dicionários, listas, abrir/fechar arquivos (aka usar módulos), talvez usar classes e mostrar um exemplo prático que teoricamente rodaria em todas as plataformas.

(Sugestão: Coloca o programa sim! Assim o tutorial “cresce” junto com o leitor, em vez de ficar só no conhecimento básico – tem é que mergulhar fundo! Ao infinito e além!!)

(Muito bom! Este exemplo completo seria muito interessante. De repente não utilizar a biblioteca gráfica, para não complicar, tendo em vista que a sintaxe do Python é bem particular, não tendo muitas semelhanças com as linguagens de uso corriqueiro)

(Po! Eu acho legal colocar o exemplo de quiz… ia simplificar muito o aprendizdo, visto que editar codigo eh um otimo aprendizado…)

(Acho que toolkits gráficos atrapalham para quem está aprendendo (até porque tem toneladas deles). Seria legal ter um tutorial só de tk com o programa completo. Pessoalmente, preferia que fosse PyGTK…)

(Eu tenho um pouco de experiencia com PyGTK, mas poderiamos fazer um no console tambêm. ~YuriSchlesner)

(Se esta página e´sobre uma introdução em Python nada mais justo que usar algo fraquinho como Tkinter. Andrik Machado Batista)

(Se Tkinter é fraquinho, portanto não muito útil, então porque não algo mais prático? Interface Web, por exemplo)

(Outra coisa – não seria melhor separar a página em partes? Ela está ficando um pouco grande…)
Próximos passos

Existem muitos caminhos para continuar aprendendo Python. Algumas possibilidades são:

* Esse próprio site (PythonBrasil)
* A documentação oficial do Python, em inglês (Python 2.4.1 Documentation)

Resumo da História do PostgreSQL
É um poderoso SGBD com mais de 15 anos de ativo desenvolvimento.

O PostgreSQL atual é derivado do POSTGRES, escrito pela universidade de Berkeley na Califórnia EUA). O POSTGRES foi inicialmente patrocinado pela Agência de Projetos de Pesquisa Avançados de Defesa (DARPA), pelo Escritório de Pesquisa sobre Armas (ARO), pela Fundação acional de Ciências (NSF) e pelo ESF, Inc.

PostgreSQL é o trabalho coletivo de centenas de desenvolvedores, trabalhando sob vinte-um anos e desenvolvimento que começou na Universidade da Califórnia, Berkeley. Com seu suporte de onga data a funcionalidades de nível corporativo de bancos de dados transacionais e escalabilidade,
o PostgreSQL está sendo utilizado por muitas das empresas e agências de governo mais exigentes.
O PostgreSQL é distribuído sob a licensa BSD, que permite uso e distribuição sem ônus para plicações comerciais e não-comerciais.

POSTGRES – 1986
POSTGRES 1 – 06/1989
POSTGRES 2 – 06/1990
POSTGRES 3 – 06/1991

O Informix (adquirido pela IBM) foi originado do código do POSTGRES
Em 1994 Andrew Yu and Jolly Chen adiciona um interpretador de SQL substituindo o PostQUEL
Ele muda de nome para Postgres95 e tve seu código completamente reescrito em ANSI C

Postgres95 – 01/05/1995
PostgreSQL 1 – 05/09/1995

Em 1996 muda novamente de nome, agora para PostgreSQL
PostgreSQL 6 – 29/01/1997 (do 1.09 passou para o 6)
PostgreSQL 7 – 08/05/2000
PostgreSQL 8 – 19/01/2005 (primeira versão for Windows)
PostgreSQL 8.1 – 08/11/2005
PostgreSQL 8.2 – 05/12/2006
PostgreSQL 8.3 – 04/02/2008 (versão atual)

Uma nova versão sai aproximadamente a cada ano.

Fontes:
http://www.postgresql.org/docs/8.3/interactive/release.html
http://www.postgresql.org/docs/8.3/interactive/history.html

Características Avançadas do PostgreSQL
- Exporta em XML
- Busca Textual, com TSearch2
- Novos tipos de dados: ENUM e matrizes de tipos compostos
- Suporte a SNMP
- Transações
- Replicação
- Banco de dados objeto-relacional
- Suporte a transações (padrão ACID)
- Lock por registro (row level locking)
- Integridade referencial
- Número ilimitado de linhas e índices em tabelas
- Extensão para GIS (base de dados geo-referenciados)
- Acesso via drivers ODBC e JDBC
- Interface gráfica de gerenciamento
- Uso otimizado de recursos do sistema operacional
- Suporte aos padrões ANSI SQL 92 e 99
- Joins: Implementa todos os tipos de join definidos pelo padrão SQL99: inner join, left, right, full uter join, natural join.
- Triggers, views e stored procedures
- Suporte ao armazenamento de BLOBs (binary large objects)
- Sub-queries e queries definidas na cláusula FROM
- Backup online
- Sofisticado mecanismo de tuning
- Suporte a conexões de banco de dados seguras (criptografia)
- Modelo de segurança para o acesso aos objetos de banco de dados por usuários e grupos de suários

Suporte aos tipos de dados SQL92 e SQL99, incluindo INTEGER, NUMERIC, BOOLEAN, CHAR, VARCHAR, DATE, INTERVAL e TIMESTAMP. Também suporta armazenamento de binary large objects, incluindo imagens, sons ou vídeo. Tem interfaces de programação nativa para C/C++, PHP, Java, .Net, Perl, Python, Ruby, Tcl, ODBC,

Fonte: site do Dextra Treinamentos
Lista completa: http://www.postgresql.org/about/press/features83 e
http://www.postgresql.org/docs/8.3/static/release-8-3.html

Limites do PostgreSQL

Licença
O PostgreSQL usa a licença BSD, que apenas requer que o código fonte sob licensa mantenha o seu ireito de cópia e a informação da licensa. Essa licensa certificada pela OSI é amplamente vista omo flexível e amigável a empresas, já que ela nao restringe o uso do PostgreSQL com aplicações
comerciais e proprietárias. Juntamente com suporte de várias empresas e propriedade pública do ódigo, a licensa BSD torna o PostgreSQL muito popular entre empresas que querem embutir o anco de dados nos seus próprios produtos sem temor de taxas, enclausuramento a uma empresa, ou udanças nos termos da licença.

Sistemas Operacionais Suportados
Linux, UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, Tru64) e Windows.

Quem oferece Suporte ao PostgreSQL no Brasil
- Carlos Smanioto (Bauru)
- dbExperts (SP)
- Dextra (Campinas)
- Flexsolutions Consultores (Goiânia)
- Locadata (Belo Horizonte)
- Mosman Consultoria e Desenvolvimento (São Pedro – SP)
- Studio Server Hospedagem de Sites (Santos)

Detalhes e Lista completa: http://www.postgresql.org/support/professional_support_southamerica

Oferecem Suporte ao PostgreSQL (consultores individuais e empresas):
Lista completa: http://www.postgresql.org/support/professional_support

Mais empresas e consutores que oferecem suporte ao PostgreSQL:
http://www.opensourcexperts.com/Index/index_html/PostgreSQL/index.html

Algumas Empresas que Patrocinam o PostgreSQL
- InterpriseDB
- Fijitsu
- RedHat
- Skype
- Sun

Lista completa – http://www.postgresql.org/about/sponsors
Algumas Empresas que usam o PostgreSQL (internacionais)
- Apple
- BASF
- Cisco
- OMS (Organização Mundial de Saúde)

Algumas Empresas que usam o PostgreSQL (nacionais)
- FAB (Força Aérea Brasileira)
- Prefeitura Municipal de Sobral
- Vivo
- DNOCS
- DETRAN do Ceará

Equipe de Desenvolvimento do PostgreSQL
http://www.postgresql.org/community/contributors/
Comunidade Brasileira
http://www.postgresq.org.br

Fonte: http://postgresql.ribafs.org

Introdução

Durante algum tempo procurei uma forma segura para acessar meu desktop Linux do trabalho remotamente, a fim de facilitar na administração da rede. Ora ou outra, principalmente a noite e nos fim de semana, surgem problemas nos servidores ou no processamento que precisam ser resolvidos imediatamente. Para tal, precisava me locomover de casa até o trabalho, sendo que na maioria das vezes eram problemas simples, que poderiam ser resolvidos com poucos comandos ou configurações, e eu perdia um enorme tempo somente com a locomoção. Adicione a isso vários outros administradores (que na verdade são programadores e que utilizam Windows), necessitando acessar essa mesma rede para correções de erros ou configurações em programas quando eventual problema acontecia. 

Pensando numa forma de facilitar na administração da nossa rede, de forma remota, ou seja, a partir de qualquer lugar e independente da plataforma operacional usada para acessar (Linux ou Windows), é que resolvi pesquisar e me aprofundar no assunto.

Achei diversas “receitas de bolos” que mostravam como fazer, mas encontrei nenhuma que me satisfizesse por completo, não queria apenas um nível de segurança, como acesso direto por ssh, como também gostaria de acessar meu desktop, afinal o ambiente da empresa é misto, ou seja, temos servidores com Linux, AIX e Windows, e para administrar os serviços Windows necessito de acesso ao seu desktop.

Enfim, após muita pesquisa e quebra-cabeça, descobri uma solução com OpenVPN + NxServer, sendo seus serviços disponibilizados numa máquina com Linux no meu trabalho. Neste computador temos instalado:

• Ambiente desktop (KDE)

Um pacote chamado rdesktop, que na verdade é uma implementação cliente- servidor do próprio protocolo rdesktop utilizado pela Microsoft para o serviço de Terminal Service (esse programa é que faz a ponte de conexão para os desktops Windows na nossa rede)

• O servidor de VPN: OpenVPN

Um programa que compartilha o desktop desta máquina (NxServer) que permite a conexão remota a partir da minha casa, independente do SO utilizado para me conectar (Linux ou Windows), ao desktop deste computador no trabalho.

• Servidor SSH

O OpenVPN é um dos vários pacotes para Linux desenvolvidos para a criação de VPN (Virtual Private Network), existem outros como OpenSwan e outras formas de fazer, como por exemplo usar Ipsec, que é uma implementação do protocolo IP com segurança ou criptografia, feita pelo próprio kernel do Linux. Utilizei o OpenVPN por ser fácil de configurar e pela extensa documentação que o acompanha.

O NxServer é um serviço de compartilha a área de trabalho de um computador com Linux, igual ao VNC, só que muito mais rápido e seguro, permitindo acesso a até dois usuários simultaneamente, cada um com uma sessão independente e onde todos os dados transmitidos são criptografados. Lembrando que o próprio protocolo X (XFree86 ou Xorg) oferece a possibilidade de acesso remoto seguro em cima do protocolo SSH, isto é exatamente o que o NxServer faz.

Desta forma, teremos dois níveis de segurança, sendo um criado pelo túnel VPN e o outro pela implementação de segurança do pacote Nx.

Exemplo do diagrama da VPN:

Baseando-se no diagrama acima, verifica-se que usando a internet a partir da minha casa, criamos um túnel seguro com OpenVPN para acessar um servidor na empresa, o qual tem seu desktop compartilhado pelo NxServer, e a partir deste, acessamos a área de trabalho de qualquer computador com Windows XP ou 2003 usando o protocolo rdesktop, que é nativo do Windows para aplicações de Terminal Server.

Configurando o servidor

Pré-requisitos

Todos os procedimentos de instalação foram feitos usando a distribuição Debian e kernel 2.6, sendo que suponho que você já tenha um ambiente gráfico instalado, no caso o KDE.

Utilizei o OpenVPN baseado no protocolo PTPpoint-to-point-tunneling-protocol), sendo que para funcionar é necessário o módulo TUN/TAP ativo no kernel.

1. Verifique em /lib/modules/versao-do-kernel/kernel/drivers/net/ se existe o arquivo tun.ko</p>
2. Se não existir, é necessário compilar este módulo no kernel e não explicarei nesta documentação como realizar tal procedimento.
3. Instale os pacotes openvpn, openssl, ssh e rdesktop

apt-get update
apt-get install openvpn openssl ssh rdesktop

4. Baixe os fontes *.deb do Nx no site www.nomachine.com

Por questão de dependência, é necessário baixar e instalar o nxclient, nxnode e nxserver, nessa ordem respectivamente.

dpkg -i nxclient_2.1.0-11_i386.deb

Configurando o OpenVpn

Existem vários modos de operação no OpenVpn, como Point-toPoint, Secret e TLS, estou utilizando o modo TLS, porque é o mais seguro. Não irei detalhar como funciona os outros modos citados acima. No caso do TLS, para utilizá-lo é preciso criar uma autoridade certificadora (ca), um certificado (cert), a chave privada (key) e a chave Diffie Hellman (dh) que são responsáveisl por autenticar a chave pública usada no cliente. Junto com o pacote openvpn vem alguns scripts que auxiliam na criação desses arquivos.

Copie a pasta /usr/share/doc/openvpn/examples/easy-rsa para /etc/openvpn/, então acesse /etc/openvpn/easy-rsa/2.0/

Edite o arquivo vars com as informações de país, estado e etc, então execute os comando abaixo preenchendo as informações necessárias:

• source ./vars # para carregar as varáveis editadas nesse arquivo

• ./clean-all # para limpar todos os certificados, se eles existirem

• ./build-ca # cria a autoridade certificadora

• ./build-key-server server # cria o certificado e chave privada do servidor com os nomes server.crt e server.key

• ./build-dh # cria a chave Diffie Hellman de 1024 bits

• ./build-key-pass cliente # cria a chave pública com senha que deverá ser utilizada pelo cliente, com os nomes cliente.crt e cliente.key.

Atenção: não esqueça essa senha, ela será usada para a conexão do cliente.

Todos as chaves e certificados criados serão gravados no diretório /etc/openvpn/easy-rsa/2.0/keys/. Se já não estiver, o faça, e permita que somente o root tenha acesso a esse diretório.

Copie esse diretório keys para /etc/openvpn/

Crie e edite o arquivo /etc/openvpn/openvpn.conf com o conteúdo abaixo:

#Arquivo de configuracao do servidor VP
#Interface virtual de rede utilizada
dev tun
# Modo de utilizacao da VPN
tls-server
# Arquivo de log e seu nivel
log /etc/openvpn/vpn.log
verb 3
# Faixa de rede que sera utilizada na VPN
# 20.0.0.1 # IP virtual do Servidor
# 20.0.0.2 # IP virtual do Cliente
ifconfig 20.0.0.1 20.0.0.2
# Certificados utilizados para autenticacao
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/server.crt
key /etc/openvpn/keys/server.key
dh /etc/openvpn/keys/dh1024.pem
# Porta padrao
port 1194
# Definindo o user padrao para executar o
# daemon “openvpn” para nobody
user nobody
group nobody
# Restringe o processo do openvpn somente ao diretorio /tmp
chroot /tmp
# Utilizando LZO como biblioteca de compreensao
comp-lzo
# Parametros utilizados para testar se a conexao
# continua “de pe” e para manter estabelecida em
# caso de firewall statefull
ping 15
# Evita que a interface virtual tun seja reiniciada e
# os arquivos de chaves relidos. Essencial quando
# se utiliza user nobody para execução do processo
persist-tun
persist-key

Reinicie o serviço openvpn: /etc/init.d/openvpn restart

Execute ifconfig e você verá que foi criada a interface virtual tun0 com IP 20.0.0.1, também será mostrado o IP original do computador (eth0). <p style=”text-indent: 26px;” align=”justify”> É interessante verificar também os logs do openvpn em /etc/openvpn/vpn.log

Configurando o NxServer

Os arquivos de configuração do nx são extensos e a princípio não há alterações a serem feitas, portanto apenas reinicie o serviço nxserver: /etc/init.d/nxserver restart.

Para quem quer se aventurar estejam a vontade para fuçar os arquivos de configuração.

Pronto, até aqui seu servidor já está pronto para autenticar a VPN e também com o desktop compartilhado.

Configurando o Firewall

Antes de passar para a configuração do cliente da VPN, se você possui um firewall, devemos fazer as devidas atualizações nas suas regras.

Como estamos falando em acessar um computador a partir da internet, é necessário que o mesmo possua um endereço IP válido para rotear na internet.

Ex: 200.175.x.y, pois do contrário você não conseguirá acessa-lo. Todo mundo que está conectado a internet já tem um IP válido, procure saber qual é, porque não entrarei nos méritos dessa questão.

No meu caso, possuo um firewall como barreira inicial para e da internet e quase todas as implementações de firewalls são feitas para realizarem “mascaramento” de endereços que vêem da internet, com destino as máquinas da rede interna. Portanto, para que a VPN possa funcionar é necessário que não haja esse mascaramento, ou seja, haverá apenas um redirect do nosso endereço de internet (200.175.x.y ou etc) para o destino na rede local (192.168.10.1, suponha que esse seja o IP original do servidor da VPN), só que neste caso, esse servidor da VPN vai estar numa DMZ.

Para quem já conhece, são os mesmos procedimentos tomados para acesso a um servidor Web. Tudo isto deve ser feito para que você possa autenticar a VPN a partir da sua usando um link ADSL ou mesmo internet discada.

Libere acesso no firewall da internet para o servidor VPN (192.168.10.1) na porta 1194 protocolo UDP.

No meu firewall, somente essas configurações foram necessárias. De acordo com a sua segmentação de rede, podem haver mais configurações.

Configurando o cliente

Vamos agora configurar o computador que fará o acesso à nossa VPN, ou nosso cliente.

Baixe e instale o cliente OpenVPN para Windows do site www.openvpn.org. Siga as instruções de instalação normalmente e você verá em Conexões de Rede que foi criado uma interface de rede virtual de nome TUN/TAP32.

Nas propriedades desse dispositivo adicione o IP 20.0.0.2 e máscara 255.0.0.0.

O arquivo de configuração dessa máquina cliente é quase idêntico ao do servidor, sendo adicionado somente a opção remote. Crie um arquivo em C:\Arquivos de programas\OpenVPN chamado cliente.ovpn com o conteúdo abaixo:

# will be pulling certain config file directives
# from the server.
client
# Use the same setting as you are using on
# the server. On most systems, the VPN will
# not function unless you partially or fully disable
# the firewall for the TUN/TAP interface.
dev tun
# Are we connecting to a TCP or
# UDP server? Use the same setting as
# on the server.
proto udp
# The hostname/IP and port of the server.
# You can have multiple remote entries
# to load balance between the servers.
Remote 200.175.x.y 1194 # esse será o IP e a porta usada pelo seu servidor VPN na internet.
ifconfig 20.0.0.2 20.0.0.1
# Keep trying indefinitely to resolve the
# host name of the OpenVPN server. Very useful
# on machines which are not permanently connected
# to the internet such as laptops.
resolv-retry infinite
# Most clients don’t need to bind to
# a specific local port number.
nobind
# Try to preserve some state across restarts.
persist-key
persist-tun
# SSL/TLS parms.
# See the server config file for more
# description. It’s best to use
# a separate .crt/.key file pair
# for each client. A single ca
# file can be used for all clients.
ca ca.crt
cert cliente.crt
key cliente.key
# Enable compression on the VPN link.
# Don’t enable this unless it is also
# enabled in the server config file.
comp-lzo
# Set log file verbosity.
Verb 3

Copie de forma segura (disquete, pendrive, etc) as chaves do cliente e o certificado que foram criados no Linux, e cole em C:\Arquivos de programas\OpenVPN. São eles:

• ca.crt
• cliente.crt
• cliente.key (somente)

Copie openvpn.exe e os dois arquivos *.dll que estão em C:\Arquivos de programas\OpenVPN\bin para C:\Arquivos de programas\OpenVPN\. <p style=”text-indent: 26px;” align=”justify”>Pronto, nossa VPN já pode ser levantada. Crie um arquivo vpn.bat com o conteúdo abaixo, ele iniciará o processo da VPN.

“C:\Arquivos de programas\OpenVPN\openvpn.exe” –config cliente.ovpn –tls-client

Confirme se o servidor OpenVPN está em execução na máquina com Linux. Execute vpn.bat. Será necessário fornecer a senha usada na criação da chave do cliente. Se tudo der certo você verá algumas informações repetidas de tentativa de adição de rotas (é normal, inclusive a mensagem de erro no final), deixe o prompt aberto, não o feche.

Abra outro prompt do DOS e tente pingar 20.0.0.1, se responder pronto, nossa VPN está funcionando.

Detalhe: o próprio Daemon do OpenVPN, tanto no Linux, como no Windows, já cria as rotas padrões para a conexão.

Baixe e instale o cliente NX para Windows do site www.nomachine.com

Abra esse cliente e crie uma nova sessão com um nome qualquer, host 20.0.0.1 porta 22 e escolha o método de acesso de acordo com sua conexão (Ex: ADSL).

Na próxima tela escolha Unix; KDE; a resolução que quer usar e o mais importante: habilite criptografia TLS para todo o tráfego. Assim, tudo que for transmitido para ambos os lados será criptografado. Perceba que teremos 2 níveis de segurança: um na VPN que já é criptografada e outro do próprio cliente NX, que também garante a segurança de todo o tráfego.

Crie um atalho no desktop e pronto.

Conecte-se com o cliente NX instalado e forneça usuário e senha. Esses são os mesmos que você utiliza para efetuar logon no Desktop KDE do Linux. Tudo certo, você verá no seu desktop Windows uma janela que mostra o desktop do servidor Linux, no caso o KDE.

Verifique os computadores com Windows XP ou servidores com 2000 ou 2003 (Terminal Server deve estar habilitado) os quais você irá querer fazer acesso remoto. No XP libere conexão ao Desktop a partir de Propriedades do Sistema. Pronto já podemos acessar o Windows. Preste atenção na ponte que será utilizada para esse acesso: Windows na minha casa → Servidor Linux no trabalho → Windows XP ou 2003 no trabalho.

Na tela do Linux (KDE) que você está vendo no seu Desktop Windows, abra um konsole e digite:

rdesktop ip_ou_nome_do_computador_que_quer_acessar &

rdesktop 192.168.10.20 &
rdesktop computador20 &

Pronto agora, de forma segura, você pode administrar qualquer computador da sua rede a partir da sua casa. Divirta-se!!!

Autor

• Bruno Roberto
• brunaocomanda@gmail.com

Fonte: http://under-linux.org/

O que é?

A grosso modo podemos dizer que o NTP é um protocolo que visa manter os relógios dos diversos equipamentos de rede sincronizados.
http://pt.wikipedia.org/wiki/NTP

Para que relógios sincronizados?

Simples, em caso de ataques ou análise de logs é muito importante que todos os equipamentos estejam com os relógios acertados.

Imagine que você precise ver o que um usuário fez, primeiro você olha o firewall, horário de entrada 09:03:42, depois olha o servidor web, horário de acesso 09:02:07, depois o servidor de email, 09:15:48, cada maquina com um horário diferente e que foram acessadas praticamente ao mesmo tempo.

Ao verificar o relógio de cada maquina você vê uma diferença absurda em cada relógio, você pode fazer isso ai nas suas maquinas para constatar, nenhum terá o horário igual a outra, a diferença varias em minutos e não em segundos.

Isso é muito prejudicial, e no horário de verão? Ajustar o horário maquina por maquina?

Todos esse problemas podem ser resolvidos usando o NTP, por exemplo, para sincronizar uma maquina basta utilizar o comando.

ntpdate pcdsh05.on.br
13 Jun 11:16:45 ntpdate[1437]: adjust time server 200.20.186.75 offset -0.032176 sec

Com esse comando eu sincronizo o meu Linux com o servidor NTP pcdsh05.on.br, esse servidor é do Observatório Nacional

Essa solução é totalmente viável para apenas uma ou duas maquinas mas se você quiser sincronizar todas as maquina da rede isso fica um pouco complicado devido a trafego na Internet, o protocolo é bem compacto, usa UDP e cada troca de informação são usados poucos pacotes como podemos ver abaixo

11:22:28.967672 IP 10.10.1.7.123 > 10.10.1.1.123: NTPv4, Client, length 48
11:22:28.967888 IP 10.10.1.1.123 > 10.10.1.7.123: NTPv4, Server, length 48
11:22:28.968853 IP 10.10.1.7.123 > 10.10.1.1.123: NTPv4, Client, length 48
11:22:28.969001 IP 10.10.1.1.123 > 10.10.1.7.123: NTPv4, Server, length 48
11:22:28.969550 IP 10.10.1.7.123 > 10.10.1.1.123: NTPv4, Client, length 48
11:22:28.969684 IP 10.10.1.1.123 > 10.10.1.7.123: NTPv4, Server, length 48
11:22:28.970373 IP 10.10.1.7.123 > 10.10.1.1.123: NTPv4, Client, length 48
11:22:28.970516 IP 10.10.1.1.123 > 10.10.1.7.123: NTPv4, Server, length 48

Porem isso sendo feito por algunas centenas de maquina gera bastante trafego no seu link, para contornar isso irei mostrar como montar um servidor NTP em sua própria rede.

Maquina usada nos testes

cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 7
model name      : Pentium III (Katmai)
stepping        : 3
cpu MHz         : 501.212
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
bogomips        : 1004.19

free
             total       used       free     shared    buffers     cached
Mem:        254048     230196      23852          0      74748      63128
-/+ buffers/cache:      92320     161728
Swap:       522104         96     522008

cat /etc/fedora-release
Fedora Core release 4 (Stentz)

Softwares necessários

Para instalar usando o Fedora Core basta digitar o comando

yum install ntp

Com isso será instalado tanto os softwares clientes como o servidor.

Ou você pode baixar a ultima versão do site http://www.ntp.org/

Configurando o servidor

Para configurar o servidor basta editar apenas um arquivo /etc/ntp.conf essa é a copia do arquivo que estou usando atualmente.

Não vou me estender muito nas configuração que podem ser feitas no arquivo, para isso você pode ler o arquivo que está disponível no site da RPN em http://www.rnp.br/_arquivo/cais/manual_ntp_v1b.pdf essa documentação é muito boa, nesse arquivos irei centralizar na criação rápida e fácil de um servidor.

# Permite acesso ao servidor para sincronizar mas nao permite modificacoes no servico
restrict default nomodify notrap noquery

# Permite acesso complete para a interface local
restrict 127.0.0.1

# Libera acesso a minha rede local
restrict 10.10.1.0 mask 255.255.255.0 nomodify notrap
restrict 10.1.0.0 mask 255.255.0.0 nomodify notrap

# Servidor para sincronizar o relógio
# Será usado em ordem
# o pcdsh05.on.br e stratum 1 todos os outros são stratum 2
server pcdsh05.on.br
server ntp.cais.rnp.br
server ntp.puc-rio.br
server ntp1.pucpr.br
server ntp.pop-rs.rnp.br

Mais servidores podem ser vistos em http://www.rnp.br/ntp/ntp-stratum2.html

para ver como estão as suas permições use o comando ntpdc.

#  ntpdc -nc reslist
   address          mask            count        flags
=====================================================================
0.0.0.0         0.0.0.0             14147  noquery, nomodify, notrap
10.1.0.0        255.255.0.0          2199  nomodify, notrap
10.10.1.0       255.255.255.0       10519  nomodify, notrap
10.10.1.1       255.255.255.255         0  ntpport, interface, ignore
127.0.0.1       255.255.255.255         2  none
127.0.0.1       255.255.255.255         0  ntpport, interface, ignore

Outro comando util é o ntpq com ele é possivel ver como status dos servidores.

Com ele podemos ver o nivel na hierarquia que o servidor se encontra, o delay e outras informações.

# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*pcdsh05.on.br   .IRIG.           1 u  292 1024  377   45.989  -12.245   5.186
-titan.cais.rnp. 3.111.157.113    2 u  159 1024  377  180.385  -73.748 106.281
+139.82.34.11    200.143.193.3    3 u  208 1024  377   30.473  -15.311   0.586
+ntp.pucpr.br    192.5.41.209     2 u  249 1024  377   44.354  -23.184   1.113
-delta.pop-rs.rn 192.5.41.41      2 u  704 1024  377   69.726  -29.118   2.322
 LOCAL(0)        LOCAL(0)        10 l   63   64  377    0.000    0.000   0.004

Pronto agora que já configurou o arquivo basta iniciar o serviço

service ntpd start

e configurar para que ele seja iniciado todo vez que reiniciar a maquina

chkconfig ntpd on

Pronto seu servidor está configurado e funcionando, para isso vá em um cliente Linux e digite o comando.

ntpdate SERVIDOR

se você receber uma mensagem do tipo

13 Jun 12:13:51 ntpdate[6157]: no server suitable for synchronization found

Quer dizer que o seu servidor não está funcionando ainda, para saber o porque digite o comando

ntpdate -d SERVIDOR

para executar o ntpdate em modo debug

Looking for host SERVIDOR and service ntp
host found : SERVIDOR
transmit(10.10.1.7)
receive(10.10.1.7)
transmit(10.10.1.7)
receive(10.10.1.7)
transmit(10.10.1.7)
receive(10.10.1.7)
transmit(10.10.1.7)
receive(10.10.1.7)
transmit(10.10.1.7)
10.10.1.7: Server dropped: strata too high
server 10.10.1.7, port 123
stratum 16, precision -18, leap 11, trust 000
refid [10.10.1.7], delay 0.02612, dispersion 0.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Thu, Feb  7 2036  4:28:16.000
originate timestamp: c83954b4.4aeed890  Tue, Jun 13 2006 12:13:56.292
transmit timestamp:  c83954b4.4c0b45ae  Tue, Jun 13 2006 12:13:56.297
filter delay:  0.02629  0.02620  0.02617  0.02612
         0.00000  0.00000  0.00000  0.00000
filter offset: -0.00467 -0.00466 -0.00466 -0.00467
         0.000000 0.000000 0.000000 0.000000
delay 0.02612, dispersion 0.00000
offset -0.004673

13 Jun 12:13:56 ntpdate[6158]: no server suitable for synchronization found

Com isso podemos encontrar o problema na linha stratum 16, precision -18, leap 11, trust 000 essa linha fala que o nosso servidor está em stratum 16, esse é o stratum máximo de um servidor NTP, ou seja, ele está em um nível muito baixo e que não é confiável para ser usado para atualização de nossas maquinas.

Mas porque isso está acontecendo se tudo está configurado corretamente?

Fácil de responder, basta olhar no log do seu servidor.

tail /var/log/messages
Jun 13 12:13:16 SERVIDOR ntpd[1688]: ntpd 4.2.0a@1.1196-r Fri May 12 09:51:35 EDT 2006 (1)
Jun 13 12:13:17 SERVIDOR ntpd[1688]: precision = 3.000 usec
Jun 13 12:13:17 SERVIDOR ntpd[1688]: Listening on interface wildcard, 0.0.0.0#123
Jun 13 12:13:17 SERVIDOR ntpd[1688]: Listening on interface wildcard, ::#123
Jun 13 12:13:17 SERVIDOR ntpd[1688]: Listening on interface lo, 127.0.0.1#123
Jun 13 12:13:17 SERVIDOR ntpd[1688]: Listening on interface eth0, 10.10.1.7#123
Jun 13 12:13:17 SERVIDOR ntpd[1688]: kernel time sync status 0040
Jun 13 12:13:17 SERVIDOR ntpd[1688]: frequency initialized 0.000 PPM from /var/lib/ntp/drift

O servidor NTP foi iniciado só que ainda não fez nenhuma sincronização, aguarde um pouco até aparecer algo como.

Jun 13 12:16:33 SERVIDOR ntpd[1688]: synchronized to 200.20.186.75, stratum 1

Pronto, pelo que você pode verificar demorou cerca de três minutos para ele fazer a primeira sincronização, o seu pode demorar um pouco mais, isso é feito de forma automática por um algoritimo interno do servidor e não pode ser mudado, ele mesmo calcula quando deve buscar uma sincronização com o servidor de stratum superior.

Pronto agora você pode executar o ntpdate no cliente.

ntpdate SERVIDOR
13 Jun 12:22:23 ntpdate[6187]: adjust time server 10.10.1.7 offset -0.021264 sec

Pronto agora sim o nosso cliente foi sincronizado com sucesso, uma diferença de -0.021264 segundos, essa diferença varia muito.

Automatizando

Com ntpd

Essa configuração é mais recomendada pois o ntpd utiliza um algoritimo interno para determinar a quantidade de vezes que ele precisa sincronizar, diminuindo o trafego de pacotes ntpd em sua rede.

Para fazer uma configuração mais redonda você pode configurar o arquivo /etc/ntp.conf do cliente informando os seguintes parametros.

restrict default nomodify notrap noquery
restrict 127.0.0.1
server 10.10.1.1
server  127.127.1.0     # local clock
fudge   127.127.1.0 stratum 10
driftfile /var/lib/ntp/drift
broadcastdelay  0.008
keys            /etc/ntp/keys

Com esse simples arquivo de configuração o cliente irá manter o relógio sincronizado, porém somente a própria maquina poderá acessar a interface aonde o NTP está rodando.

Para ativar o serviço basta executar os seguintes comandos

# chkconfig ntpd on
# service ntpd start
Starting ntpd:                                             [  OK  ]

Com ntpdate

Para deixar as maquinas sincronizado a cada hora, basta criar um script no diretório /etc/cron.hourly/ chamado timesync com a seguinte linha.

#vi /etc/cron.hourly/timesync

#!/bin/sh
/usr/sbin/ntpdate -s 10.10.1.1

A opção -s server para ele não mostrar nada na saida padrão, o retorno será enviado para o syslog coloco ele como executável.

#chmod +x /etc/cron.hourly/timesync

Pronto desta forma a minha maquina será sincronizada toda hora.

O NTPDate está sendo descontinuado http://ntp.isc.org/bin/view/Dev/DeprecatingNtpdate, porém eu ainda utilizo ele para fazer os testes iniciais de funcionamento do servidor, essa informação foi passada pelo Marcos Vinicius Lazarini.

Horário de verão

Para evitar problemas com o horário de verão eu configuro os meus servidor para usarem o relógio de hardware em UTC, para fazer isso no Fedora sigo os seguintes passos

Edito o arquivo /etc/sysconfig/clock e altero a linha UTC=false para UTC=true, executo o comando.

hwclock --set --date="HH:MM" –utc

Para poder ajustar o relógio do hardware para UTC, três horas a menos que o nosso horário.

Como o NTP só configura relógio de software o relógio de hardware ficará com uma referência que pode ser entendida posteriormente.

Para verificar o horário de Greewich acesse http://www.timeanddate.com/worldclock/city.html?n=45

Cisco IOS

Para configurar o roteador Cisco para utilizar o servidor NTP é bem simples, acesso seu roteador e siga os comandos.

Router> enable
password: *********
Router# config t
Router(config)# ntp server 10.10.1.1
Router(config)# ntp server 10.10.1.2
Router(config)# exit
Router# wr mem

Maquinas com Microsoft Windows

Windows XP

Duplo clique o relógio na barra de tarefas
Clicar na aba horário na Internet
Marcar a opção sincronizar automaticamente e colocar o endereço do seu servidor e clicar em atualizar agora.
Pronto

É importante lembrar que o serviço Horário do Windows tem que estar iniciado

O Windows só atualiza o relógio a cada 10 dias e não funcionou corretamente em meus testes.

Windows 2000/2003

Colaboração de Marcos Vinicius Lazarini

No Windows 2000 em diante inclusive o Windows XP existe um serviço para sincronizar o relógio interno. para utiliza-lo você deve abrir o Prompt de Comand.

Clique em Inciar -> Executar.

Digite cmd e clique em OK.

No Prompt de Comando digite.

net stop w32time
net time /setsntp:SERVIDOR
net start w32time

Lembrando que o serviço Horário do Windows deve estar configurado como automático.

Outras versões do Windows

Você pode usar o programa SP_TimeSync, que eu uso, ou o About Time ambos são gratuitos e funcionam bem melhor que o do Windows XP por dois motivos, posso usar em outras versões do Windows e também posso especificar em que período de tempo deverá ocorrer os sincronismos do relógio.

FAQ

Meu horário esta sendo atualizado com 3 horas a mais do que o meu horário real

Quando instalei o fedora, coloquei como São Paulo e marquei a opção [X] UTC

Agora apenas entrei via setup e desmarquei esta opção UTC.

Agora quando executo o date, aparece BRT ao invés de UTC

Cristiano Borges Brasil

the NTP socket is in use, exiting

Esse problema que você está é porque o seu cliente Linux está rodando o daemon do NTP.

Para resolver esse problema é bem facil, basta parar o serviço do ntpd

service ntpd stop

Dai basta executar o ntpdate

Referências

• http://www.ntp.org/
• http://pt.wikipedia.org/wiki/NTP
• http://www.rnp.br/_arquivo/cais/manual_ntp_v1b.pdf
• http://www.rnp.br/ntp/ntp-hierarquia.html
• http://www.on.br/
• http://pcdsh01.on.br/
• http://www.rnp.br/ntp/ntp-stratum2.html
• http://www.timeanddate.com/worldclock/city.html?n=45
• http://www.arachnoid.com/abouttime/index.html
• http://www.spdialer.com/timesync/

Autor

Rodrigo Luis Silva é especialista em sistemas GNU/Linux com ampla experiência em diversas áreas, trabalha a mais de seis anos focado em desvendar os diversos recursos existentes nesse sistema operacional.

Fonte: http://www.dotsharp.com.br

Sobre este documento

Versão simplificada do documento em formato texto, dicas e indicação de material relacionado ao servidor web Apache, linhas de comando e exemplos de configuração pronto para copiar e colar, mais detalhes, veja indicações no final deste documento, consulte também o FAQ com mensagens da Linux-br.

Os comandos e dicas podem não atender as suas necessidades, não ser compatível com sua instalação, use como referencia, tente adaptar ao seu ambiente. 

• O que é Apache?
• Indicações para aplicação interna
• Instalar, iniciar e testar o servidor web
  • CentOS 5.0
  • FC5 – Fedora core 5 arquitetura x86_64
  • OpenSUSE 11.1
  • SUSE 10
  • SUSE 10 e 10.1 – Diretório com senha – página protegida
  • SUSE 10.1 – i386
  • Conectiva 10
  • CL10 – Diretório com senha – página protegida
  • kubuntu 6.06
  • Debian (Sarge 3.1)
• Firewall – Regras de iptables
• DNS
• Google – incluir e excluir páginas – robots.txt
• Ambiente de testes
• Indicação de sites e material relacionado ao servidor Apache
  • Apache + Java
  • Senhas, autenticação e controles de acesso
  • Estatisticas e relatórios

O que é Apache?

O que significa apache?

Apache é um servidor de páginas web, quer saber mais?.

Digite na caixa de pesquisa do google, define:apache não entendeu porque está em ingles? então use tradutor do próprio google, copie a URL atual e no final da página, clique em “Ferramentas de idiomas”, cole o endereço, clique em “traduzir”, ou acesse diretamente o tradutor em http://translate.google.com/translate_t ou CTRL+T abre outra aba no browser para colar a URL.

Já que está procurando no google, na caixa de pesquisa, acrescente ao termo pesquisado +apache ~linux, exemplos:

    senha  +apache ~linux
    server +apache ~linux
    how to apache ~linux

Use e abuse da criatividade, tente com outras variações, use também expressões em ingles e o tradutor.

Consulte as páginas do manual; man apache

Procurando listas de discussão?, pesquise por algo semelhante a;

  lista apache-br
  mail list apache ~linux
  mailing list apache ~linux

Indicações para aplicação interna

Apache como servidor web tem destinação como servidor de páginas para internet, mas pode ser usado como um servidor web para acesso restrito, servir exclusivamente para estações da rede interna.

Considere usar o micro que compartilha a internet, firewall ou proxy como um servidor web interno, não consome muitos recursos, consome espaço em HD conforme o que for disponibilizado.

Algumas vantagens de manter o servidor web interno.

Disponibilizar a página da empresa em maquina interna, economia de banda, ou disponibizar documentos diversos, tutoriais, instruções, normas da empresa e etc…

Baixar arquivos grande e disponibilizar internamente, grande economia de banda, download interno muito rápido, separação destes arquivos com o do servidor de arquivos, proteção contra virus quando acessado por estações windows, evita que usuários fiquem navegando na net a procura do pacote e outras vantagens…

Criar páginas com senha para restringir o acesso, utilizo muito em casos de copia de HD, em reinstalações, principalmente do windows, não perco tempo, simplesmente faço copia completa para um diretório protegido por senha, depois passo o anti-virus do Linux e passo o login e senha ao usuário para acessar via Freenx ou winscp e copiar o que for de interesse dele.

Disponibilizar relatorios do SARG, relatórios de uso da internet com dados dos logs do Squid.

Webmail interno, considere usar servidor de e-mail interno com webmail e neste servidor fazer o controle de e-mail, aplicar suas regras e filtros.

Repositório local do seu gerenciador de pacotes smart, apt e etc.., use as imagens ISO da distro para disponibilizar a instalação de pacotes, faça o mesmo com pacotes extras da distro, tem exemplos nos tutorias sobre smart e algumas distro.

Disponibilizar gravador de CD via rede, para backup ou outras apliações, via browser (web).

Instalar, iniciar e testar o servidor web

Neste documento tem tópico especifico sobre algumas distro, em cada distribuição, muda alguns comandos e detalhes da configuração, procure neste documento pelo tópico especifico sobre sua distro e versão, quando não encontrar, tente fazer via Webmin, tem modulo de configuração do Apache, cofigura o servidor web em diversas distro, procure no menu do Webmin por;

Servers -> Apache Webserver

Pesquise também nas ferramentas de sua distro, algumas tem seu próprio configurador, como yast no SUSE, Drakconf no Mandriva e etc…

Não esqueça de pesquisar no melhor manual de todos Google….

Testar funcionamento do servidor apache, na propria maquina coloque na URL de algum navegador; http://localhost, ou http://ip-da-maquina, neste formato http://192.168.1.3, utilizando IP pode testar a partir de outra maquina da rede ou via internet com IP da internet, isto abre a página padrão em algumas distro ou lista o diretório vazio, caso falhe, então verifique se o servidor está rodando, se está ouvindo na porta 80, se tem regras de firewall liberando, considere que algumas operadores de ADSL bloqueiam a porta 80, alguns modem ADSL tem regras internas fazendo este bloqueio e muitos outros detalhes, portanto verifique o funcionamento na maquina local e depois tente localizar e isolar o probleam da conexão externa.

Obter informações do servidor, requer lynx instalado, execute no console uma das opções abaixo, pode ser na própria maquina ou outra qualquer da rede local, ou via web use o IP da internet ou dominio quando o servidor responde por um, execute neste formato;

  lynx -dump -head http://localhost
  lynx -dump -head http://192.168.1.2
  lynx -dump -head http://www.dominio.com

Exemplo de resultado obtido na rede interna, resposta do server no OPENSUSE

  suse64:~ # lynx -dump -head http://192.168.1.2
  HTTP/1.1 200 OK
  Date: Mon, 27 Mar 2006 02:11:20 GMT
  Server: Apache/2.2.0 (Linux/SUSE)
  Connection: close
  Content-Type: text/html

Reinstalar o Apache, antes de qualquer ação, faça copia dos arquivos de confgiuração, salve em outro local, por segurança, faça também backup dos dados, para reinstalar precisa; parar o serviço, pelo gerenciador de pacotes remover e depois instalar, neste processo vai gravar os arquivos de configuração default, fazendo a copia antes, tem como voltar ou usar na comparação, na remoção do apache o gerenciador de pacotes não remove os diretórios de dados onde estão as páginas web ou apontando o link simbolico, pelo menos não removeu quando tetei, mas isto muda conforme o gerenciador de pacotes e distro, portanto um backup antes nunca é demais.

CentOS 5.0

Instalar servidor web (apache)

  yum install httpd -y
  yum install httpd-manual -y # documentação - opcional mas recomendado
  service httpd start  # iniciar somente agora.
  chkconfig httpd on  # iniciar automaticamente junto com boot

Veja também as dicas no tópico sobre FC5, são semelhantes e se aplicam também no CentOS 5.0

FC5 – Fedora core 5 arquitetura x86_64

Instalar e iniciar o servidor de páginas web – httpd-2.2.0-5.1.2@x86_64

Não testei em arquitetura ix86, acredito que não tem diferenças, pode seguir este tutorial também em instalações ix86, com cautela nos nomes dos pacotes que mudam de arquitetura, onde consta x86_64 deve ser algo entre i386 e i686, os arquivos de configuração e pacotes são os mesmos, muda somente a terminação do arquivo e mirrors (servidores de pacotes na internet)

Neste tópico não tive preocupação com segurança nem configuração de DNS, este servidor não está de cara para internet, funciona somente como servidor interno para FreeNX, webmail, web local, relatórios do SARG (Squid) e repositório local do smart para a rede interna (intranet).

Segue varias maneiras de instalar o servidor web, utilize somente uma delas;

Instalar via smart;

  smart install httpd -y
  smart install httpd-manual -y # documentação - opcional mas recomendado
  service httpd start  # iniciar somente agora.
  chkconfig httpd on  # iniciar automaticamente junto com boot

Prontinho, acesse a partir da maquina local ou qualquer outra estação da rede, basta usar o IP do servidor na URL do navegador, acessa a página de teste “Fedora Core Test Page”

Crie diretórios abaixo de /var/www/html e disponibilize páginas para a rede interna, relatórios do Sarg e muito mais….

Faça mais um teste, crie um diretório e copie uma figura ou texto, exemplo, criar o diretório programas para disponibilizar programas aos usuários da rede internet,

  mkdir /var/www/html/programas

  cp arquivo.txt /var/www/html/programas

Na URL do navegador informe o IP mais o diretório, exemplo para servidor com IP 192.168.1.3, na URL fica assim;

192.168.1.3/programas

prontinho, vai acessar o texto “arquivo.txt” via navegador.

Criar sub-diretórios ou links para outros locais, crie abaixo de /var/www/html/ e para acessar, acrescente o nome do sub-diretório após o IP, neste formato;

http://IPouDominio/diretorio/

http://192.168.1.2/diretorio/

Disponibilizar outros diretórios, por exemplo o diretório /home/zago/guiaz, crie um link neste formato;

ln -s /caminho/origem/local /var/www/html/nome-do-local

ln -s /home/zago/guiaz /var/www/html/guiaz

Para acessar, na URL use este formato;

http://192.168.1.2/nome-do-local/

Arquivos de configuração ficam em /etc/httpd

O caminho default do servidor de páginas em /var/www/html/

Aproveite para instalar também a documentação, está no pacote httpd-manual, acesse; /var/www/manual/index.html, coloque na URL do konqueror ou navegue até lá, ou se preferir, crie um link para acessar também a partir de outras maquinas da rede

  mkdir /var/www/html/manual

  ln -s /var/www/manual/index.html /var/www/html/manual

Nas demais maquinas da rede, acrescente /manual/ após o IP na URL, neste formato;

http://192.168.1.2/manual/

OpenSUSE 11.1

Ambiente, OpenSUSE 11.1 instalado como estação de trabalho, rodando em ambiente grafico KDE 4.1 sem atualizações, com repositorio somente da imagem ISO do DVD local.

Instalar via yast em modo texto, simplesmente execute;

  yast -i apache2
  sed -i "s/Options None/Options All/g" /etc/apache2/default-server.conf
  chkconfig apache2 on
  rcapache2 start

Prontinho, acesse este servidor de qualquer maquina de sua rede, digite o IP deste servidor na URL de seu navegador para acessar as paginas.

Neste tópico não tive preocupação com segurança nem configuração de DNS, este servidor não está de cara para internet, o firewall nega acesso externo, funciona somente como servidor interno, paginas web para rede interna, webmail, web local, relatórios do SARG (Squid) e repositório local de alguns programas (intranet), liberando a porta 80 para o mundo, qualquer um acessa este servidor pelo IP, basta indicar o IP na URL do navegador, como exemplo acesse o FAQ.

http://200.204.198.164/zago/

Crie diretorios dentro de /srv/www/htdocs/ ou link para outros locais.

Exemplo para liberar todo o /home para outras maquinas da rede, nunca crie link para o /home, sempre indique o caminho completo do diretorio, dentro do /home estão os diretorios dos usuários, neste caso os dados pessoais cai na rede com acesso livre, sem senha e sem restrição via navegador.

  mkdir /srv/www/htdocs/servidor

  ln -s /home /srv/www/htdocs/servidor

  Para acessar, na URL use este formato;

http://192.168.1.206/servidor

Veja outros topicos neste documento, tem opções e dicas para outras versões do SUSE que se aplica nesta versão.

SUSE 10

Consulte “Suse Linux Referêcia”, a configuração do Apache inicia na página 711 deste guia, como baixar este documento e mais dicas sobre ferramentas e aplicativos do SUSE 10 em;

http://www.zago.eti.br/distro/suse10-dicas.html

Instalar e iniciar o servidor de páginas web – Apache/2.0.54 (Linux/SUSE). Neste tópico não tive preocupação com segurança nem configuração de DNS, este servidor não está de cara para internet, funciona somente como servidor interno para FreeNX, webmail, web local, relatórios do SARG (Squid) e repositório local do smart para a rede interna (intranet). Segue varias maneiras de instalar o servidor web, utilize somente uma delas; Instalar Apache2 via smart;

  smart install apache2 -y
  sed -i "s/Options None/Options All/g" /etc/apache2/default-server.conf
  chkconfig apache2 on
  rcapache2 start
  #documentação opcional...
  smart install apache2-doc -y
  smart install apache2-example-pages -y
  smart install suselinux-manual_pt_BR -y

Instalar Apache2 via Yast

Instalar via yast em modo texto, simplesmente execute;

  yast -i apache2
  sed -i "s/Options None/Options All/g" /etc/apache2/default-server.conf
  chkconfig apache2 on
  rcapache2 start

Em ambiente gráfico, execute yast2, entre em “serviços de rede” -> “Servidor HTTP”, tem muitas opções de configuração, tentei a configuração default, confirmei todos os serviços e pacotes, inclusive o bind, instalou sem mensagens de erro, parece tudo OK, mesmo assim falhou, nem iniciou uma página de testes, via Yast2 ou webmin não consegui liberar sub-diretórios para montar servidor web interno, tentei liberando acesso geral com chmod e outras opções nos .conf mas persiste no erro de leitura protegida.

A solução foi alterar em /etc/apache2/default-server.conf a diretiva (Options None) para (Options All), use seu editor preferido para editar;

  /etc/apache2/default-server.conf

  Localize (#Options None), remova o comentario e altere de None para All como neste exemplo;

  #Options None
  Options All

Ou em uma tacada só, copiar e colar, altera também as linhas comentadas, faça copia do arquivo antes da alteração, execute;

cp /etc/apache2/default-server.conf /etc/apache2/original-default-server.conf

sed -i "s/Options None/Options All/g" /etc/apache2/default-server.conf

Iniciar o servidor web (apache 2), sempre que alterar alguma diretiva de confiuguração precisa reinicar o servidor Apache, execute, rcapache2 restart

Pronto para acessar, use o IP da maquina na URL, quando vazio exibe a lista de arquivos e diretórios, crie ou copie sua página em /srv/www/htdocs/, ou instale a página de exemplo;

smart install apache2-example-pages -y

Este exemplo é muito simples, instala o index.html e robots.txt, quando acessa o raiz exibe a mensagem It works!, edite esta mensagem em /srv/www/htdocs/index.html, se quiser as páginas indexadas nos mecanismos de busca, edite ou remova o robot.txt

Crie links para outros locais, ou crie sub-diretórios abaixo de /srv/www/htdocs/ e para acessar, acrescente o nome do sub-diretório após o IP, neste formato;

http://IPouDominio/diretorio/

http://192.168.1.2/diretorio/

Quando instalar a documentação, localize os index.html com find, (find / -name index.html), depois acesse via navegador local.

/usr/share/doc/manual/suselinux-manual_pt_BR/manual/index.html

/usr/share/doc/packages/

Pode criar link para acessar via navegador na maquina local ou a partir de qualquer maquina da rede, informando o IP mais o diretório ou arquivo, em meus testas acusava erro na troca de página, removi estas linhas de comando temporariamente, somente até descobrir a solução, caso queira tentar, serve como referencia as dicas abaixo.

Disponibilizar páginas e documentação no servidor Apache local, pode ser outros diretórios já existentes na maquina, como páginas do manual ou outros arquivos, por exemplo o diretório /home/zago/guiaz, pode criar um link no raiz ou criar criar sub-diretório como nome-do-local, crie também link neste formato;

  mkdir /srv/www/htdocs/nome-do-local

  ln -s /caminho/origem/local /srv/www/htdocs/nome-do-local

  ln -s /home/zago/guiaz /srv/www/htdocs/nome-do-local

  Para acessar, na URL use este formato;

http://192.168.1.2/nome-do-local/

Prontinho, vai cair no diretório para onde criou o link, abrindo index.html, caso ele não exista, então listará os arquivos e diretórios no mesmo formato quando acessa o raiz deste site.

Quando falhar, siga esta dica.

Mensagen de erro quando tenta acessar páginas antes de alterar para a diretiva “Options All”, ao tentar acesso por outra maquina da rede, retorna esta mensagem no browser

  Access forbidden!

  You don't have permission to access the requested directory. There is either no index document or the directory is read-protected. 

  If you think this is a server error, please contact the webmaster. 

  Error 403

  192.168.1.240
   Sun Oct 23 22:45:28 2005
   Apache/2.0.54 (Linux/SUSE)

Nos logs registra este erro;

  linux:/var/log/apache2 # tail access_log
  192.168.1.53 - - [23/Oct/2005:22:31:05 -0200] "GET / HTTP/1.1" 403 1018 "-" "Mozilla/5.0 (compatible; Konqueror/3.2; Linux) (KHTML, like Gecko)"

  linux:/var/log/apache2 # cat error_log
  [Sun Oct 23 22:30:57 2005] [notice] mod_python: Creating 32 session mutexes based on 150 max processes and 0 max threads.
  [Sun Oct 23 22:30:58 2005] [notice] Apache/2.0.54 (Linux/SUSE) configured -- resuming normal operations
  [Sun Oct 23 22:31:05 2005] [error] [client 192.168.1.53] Directory index forbidden by rule: /srv/www/htdocs/

Arquivos de configuração em /etc/apache2

Caminho do servidor de páginas /srv/www/htdocs

Esta configuração foi testada depois de configurado pelo Yast2, ainda não tentei instalar usando somente comandos do smart.

Configurando via webmin 1.240 retorna esta mensagem;

O arquivo executável /usr/sbin/httpd2-worker do servidor Apache não existe. Se o apache está instalado, ajuste a configuração do módulo para usar o caminho correto.

Clique na parte que der foco na mensagem acima e altere a diretiva “Caminho do executável httpd”, preencha com “/usr/sbin/httpd2-prefork”, pode salvar que abre nas configurações do servidor httpd.

Aproveite para instalar também a documentação e página de exemplo (apache2-doc e apache2-example-pages), acesse acrescentando /manual/ após o IP na URL, neste formato;

http://192.168.1.2/manual/

SUSE 10 e 10.1 – Diretório com senha – página protegida

Ambiente; SUSE 10 ou OPENSUSE 10.1, rodando apache2 sem problemas, outras maquinas da rede ou web acessando páginas ou diretórios.

Proteger diretórios no servidor web, pedir login e senha para liberar acesso a diretórios do servidor apache2.

Exemplo de como pedir login e senha para acessar um diretório, proteger o diretório /srv/www/htdocs/livros

criar diretório e chamar editor “vi”;

  mkdir /srv/www/htdocs/livros
  cd /srv/www/htdocs/livros
  vi .htaccess # ou seu editor preferido

segue copia do meu .htpasswd, ajuste somente o diretório a proteger.

opensuse101:~ # cat /srv/www/htdocs/livros/.htaccess

  AuthUserFile /etc/apache2/.htpasswd
  AuthGroupFile /dev/null
  AuthName "Aceso Restrito"
  AuthType Basic

  Options All
  <Limit GET POST>
  require valid-user
  </Limit>

Editar /etc/apache2/httpd.conf, inserir após a última linha o texto abaixo:

  #primeiro diretorio a proteger
  <Directory "/srv/www/htdocs/livros">
  AllowOverride All
  </Directory>

Criar usuário e senha, pode e deve ser diferente do usuário do sistema

htpasswd2 -c -b -m /etc/apache2/.htpasswd usuario senha

htpasswd2 -c -b -m /etc/apache2/.htpasswd zago minhasenha

Reiniciar o servidor web; rcapache2 restart

-c cria novo arquivo de senhas, remove usuários já existentes, para adicionar novos usuários mantendo os já existentes, elimine a diretiva -c, para adicionar novos usuários, use neste formato.

htpasswd2 -b -m /etc/apache2/.htpasswd zago minhasenha

Pronto, teste o acesso, informando na URL o IP mais o diretório;

http://192.168.1.53/livros/

Quando OK abre a tela de login e senha, (user e passwd), quando falhar reveja a configuração.

Atenção…

Depois de qualquer alteração, antes de efetuar novo teste de conexão, no servidor tem que reiniciar o apache, no cliente tem que fechar o navegador e abrir novamente.

Trocar senha;

htpasswd2 -b -m /etc/apache2/.htpasswd zago novasenha

Criar novos usuários;

htpasswd2 -b -m /etc/apache2/.htpasswd novouser umasenha

Para meu uso na rede interna está muito bom, em micros de cara para internet requer uma pesquisa sobre segurança, senha forte e outras formas de controle/autenticação.

Existem outras maneiras de controlar o acesso e autenticação, como exemplo segue o link sobre PAM com modulo para Apache;

http://pam.sourceforge.net/mod_auth_pam/

SUSE 10.1 – i386

Consulte “Suse Linux Referêcia”, como baixar este documento e mais dicas sobre ferramentas e aplicativos do SUSE 10.1

http://www.zago.eti.br/distro/suse10.1-dicas.html

Instalar e iniciar o servidor de páginas web – Apache/2.2.0 (Linux/SUSE). Neste tópico não tive preocupação com segurança nem configuração de DNS, este servidor não está de cara para internet, funciona somente como servidor interno para FreeNX, webmail, web local, relatórios do SARG (Squid) e repositório local do smart para a rede interna (intranet). Segue as linhas de comando para instalar o servidor web Apache2 via smart;

  smart install apache2 -y
  sed -i "s/Options None/Options All/g" /etc/apache2/default-server.conf
  chkconfig apache2 on
  rcapache2 start
  #documentação opcional...
  smart install apache2-doc -y
  smart install apache2-example-pages -y
  smart install suselinux-manual_pt_BR -y

No comando “rcapache2 start” deve retornar mensagem semelhante a esta;

  opensuse101:/home/zago # chkconfig apache2 on
  opensuse101:/home/zago # rcapache2 start
  Starting httpd2 (worker)                                              done

OK, servidor apache no AR, crie links, diretórios ou páginas a partir de /srv/www/htdocs/, exemplo para criar o diretório com estas mensagens do FAQ.

mkdir /srv/www/htdocs/zago/

Copiar os textos para este diretório e acessar de qualquer maquina, informe o IP e diretório, neste exemplo acesse;

http://200.204.198.164/zago

Veja mais dicas no tópico sobre SUSE 10.1, as dicas sobre link e criar diretórios são iguais nas duas versões SUSE, procure também no menu deste documento “SUSE 10″.

Conectiva 10

No Conectiva o Apache – servidor web – já vem configurado com página padrão de exemplo, colocar esta página no ar é muito simples, basta executar:

  apt-get install apache
  service apache start

Prontinho, servidor web rodando, faça o teste, na própria maquina abra o navegador e digite na URL o próprio IP da maquina, ou simplesmente localhost, acessar a partir de outra maquina da rede, na URL coloque o IP da maquina que está rodando o apache para acessar a página padrão, veja um exemplo desta página, acesse 200.204.198.164.

Aproveite e instale também a documentação para acessar a partir da página padrão.

apt-get install apache-doc

Esta página padrão fica em /srv/www/default/html, pode substitui-la ou criar diretórios, veja o exemplo para a documentação, quando instalada fica no sub-diretório manual.

Iniciar o servidor junto com o boot da maquina, toda vez que ligar o micro inicia também o servidor web; chkonfig apache on

Conferir se está rodando; service apache status

Acompanhe o log do apache

tail -f /var/log/httpd/access_log

veja também:

/var/log/httpd/error_log

Criar repositório de programas, considere usar o servidor como um servidor web interno, com acesso somente pelas estações da rede, pode instalar quantos servidor quiser pela rede.

Exemplo para criar o diretório programas para disponibilizar programas para as demais estações rede, Firefox, OpenOffice, anti-virus e outros utilitários, basta criar o diretório, tornar um usuário como dono para salvar os arquivos e prontinho, veja estes comandos para criar o diretório programas e tornar o usuário zago o dono do diretório para dar manutenção, salvar e remover progrmas no diretório;

  mkdir /srv/www/default/html/programas
  chown zago /srv/www/default/html/programas

Acessar este diretório, na URL dos navegadores das maquinas da rede, use o IP do servidor mais o diretório, neste formato;

http://192.168.1.3/programas/

Observe que o acesso via linha de comando é diferente da indicação na URL, o local é o mesmo, a diferença está forma de acesso, via browser o diretório raiz é o html que fica em /srv/www/default/html.

Manutenção neste diretório, em ambiente gráfico faça remotamente via konqueror com fish ou via ssh -X, com outros serviços como; mount (NFS), Freenx, winscp, scp, acesse via ssh e baixe via wget, tem muitas maneiras…

Este servidor interno tem muitas vantagens, faz o download uma única vez, economiza banda, agiliza o download, evita perda de tempo dos usuários procurando na net pelo pacote e outras vantagens.

OBS., CL10 instalado com CD upd1 vem com apache 2.0.49, o httpd.conf default desta versão do apache no CL10 não mostra os diretórios abaixo de /srv/www/default/html ou retornar no navegador a mensagem de acesso negado.

Solução; altere em /etc/apache/conf/httpd.conf, procure pela diretiva Options None, altera para Options All, depois reinicie o apache service apache restart e prontinho, pode acessar os diretórios criados abaixo de html sem problemas, utilizo este recurso em servidores exclusivo para rede interna, em servidor de cara para internet pesquise sobre segurança e outros cuidados como criar link para o diretório onde está a página.

Colinha do zago (faz a alteração indicada acima, basta copiar e colar);

sed -i "s/Options None/Options All/g" /etc/apache/conf/httpd.conf

service apache restart

Falha ao iniciar o Apache, quando obter o resultado abaixo.

service apache start

  Iniciando Apache web server (httpd): httpd: Could not determine the server's
  fully qualified domain name, using 127.0.0.1 for ServerName
                                                                  [FALHOU]

Isto indica erro no nome da maquina, alterou depois da instalação do CL10 ou está usando menos de 3 termos na identificação, tem que corrigir para algo no formato.

server.zago.eti.br, maquina.dominio.net, maquina.dominio.com.br e etc.. não pode usar menos que 3 palavras nesta identificação, procure fazer esta alteração pelo linuxconf, basta instalar o linux e entrar na configuração de rede, procure o local onde aparece o nome da maquina e dominio, faça a alteração que deverá funcionar sem problemas, caso queira tentar pelo modo manual, altere em /etc/hosts e nas configurações da placa de rede que estão abaixo de /etc/sysconfig.

CL10 – Diretório com senha – página protegida

Ambiente; Conectiva 10 rodando servidor web, considerando o uso com as configurações default da instalação, proteger diretório contra acesso indesejado, criar diretório squid com acesso exclusivo de um usuário, por segurança deve alterar user e senha deste exemplo, também deve ser diferente de usuários do sistema.

Neste exemplo a seguir, usuário = squid e senha = minhasenha.

criar diretório squid e dentro dele o arquivo de cotrole .htaccess.

mkdir /srv/www/default/html/squid

use seu editor preferido ou vi /srv/www/default/html/squid/.htaccess crie o arquivo /srv/www/default/html/squid/.htaccess com este conteúdo.

  AuthUserFile /etc/.htpasswd
  AuthGroupFile /dev/null
  AuthName "Area Squid"
  AuthType Basic
  <Limit GET>
  require user squid
  </Limit>

use seu editor preferido ou vi /etc/apache/conf/httpd.conf edite o /etc/apache/conf/httpd.conf para incluir as linhas abaixo no final dele.

  <Directory /srv/www/default/html/squid>
  require user squid
  AuthType Basic
  AuthName squid
  AuthUserFile /etc/.htpasswd
  </Directory>

crie o arquivo de senhas, neste exemplo; login=squid, senha=minhasenhacd /etc

Execute a linha de comando dentro do diretório que deseja proteger e onde criou o arquivo .htaccess, neste exemplo o caminho é este.

cd /srv/www/default/html/squid/

htpasswd -cb /etc/.htpasswd squid minhasenha

reinicie o serviço apache

“service apache restart “

No navegador da maquina ou de outra da rede, na URL use IP/squid, exemplo;

http://192.168.1.3/squid/

Na tela de autenticação informe em usuário=squid senha=minhasenha

kubuntu 6.06

Instale o pacote apache2, via seu gerenciador de pacotes, ou execute no konsole do root

aptitude install apache2

Prontinho, apache instalado e rodando, para acessar a página default, use o IP do servidor apache na URL do navegador, pode ser na própria maquina ou outra qualquer da rede, isto acessa o diretório raiz e mostra o diretório da página default, também mostra a versão (Apache/2.0.55 (Ubuntu)). Caso falhe, verifique se não ocorreu erros durante a intalação, se não tem restrição no firewall ou outro problema na rede.

O raiz do servidor web fica em /var/www/, faça test com copia de algum arquivo texto ou página web, ou crie diretórios, exemplo para criar diretório programas,

mkdir /var/www/programas

Copie algum arquivo texto ou páginas em HTML e acesse via navegador, acrescente /programas depois do IP, neste formato.

192.168.1.2/programas

Debian (Sarge 3.1)

Como root em linha de comando;

aptitude install apache

Após o dialogo, Servidor web instalado e iniciado automaticamente,

Exemplo para criar o diretório programas para disponibilizar programas para as demais estações rede, Firefox, OpenOffice, anti-virus e outros utilitários, basta criar o diretório, tornar um usuário como dono para salvar os arquivos e prontinho, veja estes comandos para criar o diretório programas e tornar o usuário zago o dono do diretório para dar manutenção, salvar e remover programas no diretório;

    mkdir /var/www/programas
    chown zago /var/www/programas

Acessar este diretório, na URL dos navegadores das maquinas da rede, use o IP do servidor mais o diretório, neste formato;

http://192.168.1.3/programas/

Observe que o acesso via linha de comando é diferente da indicação na URL, o local é o mesmo, a diferença está na forma de acesso, via browser o diretório raiz é o www que fica em /var/www.

Acompanhe o log em;

tail -f /var/log/apache/access.log

Firewall – Regras de iptables

O acesso ao servidor web é feito pela porta 80, precisa abrir esta porta no firewall para liberar o acesso.

Em servidores internos, servidor apache para fornecer programas e documentos somente para a rede interna, quando instalado em micro de cara para internet, como no caso de micros compartilhando a internet e fazendo o firewall. Neste ambiente, quando deseja fechar para o mundo e abrir somente para a rede interna, em micros com duas placas de rede, use esta regra no firewall.

  ##### Libera servidor web somente para rede interna, fechar para o mundo.
  $iptables -A INPUT -p tcp --dport 80 -i $EXTERNA -j DROP
  $iptables -A INPUT -p tcp --dport 80 -i $INTERNA -j ACCEPT

No exemplo acima DROP fecha acesso na interface externa e ACCEPT libera acesso na interface interna, desta forma permite acesso somente quando vem da rede local (ACCEPT na interface $INTERNA), fecha acesso vindo da internet (DROP na interface $EXTERNA ). Altere conforme seu firewall também as variaveis $iptables para o caminho do iptables, $EXTERNA para interface externa conectada ao mundo, $INTERNA para interface interna ligada a rede interna.

As duas regras com ACCEPT libera tudo, tanto para acessos vindo da rede interna como da internet.

$iptables, $EXTERNA e $INTERNA são variaveis definidas no inicio do firewall, faça o mesmo no seu firewall ou use o device em lugar da variavel (eth0, eth1…)

Página com FAQ e mais dicas sobre firewall.

http://www.zago.eti.br/firewall/A-menu-firewall.html

DNS

Configuração de DNS veja FAQ;

http://www.zago.eti.br/dns.txt

http://www.zago.eti.br/dns1.txt

http://www.zago.eti.br/dns-redeinterna.txt

Servidor web interno com acesso colocando IP na URL não precisa configurar DNS, para usar dominio, mesmo em rede interna precisa configurar alguma forma de resolver nomes. Servidores para o mundo também pode ser acessado pelo IP, por exemplo este; 200.204.198.164, também precisa de cuidados especiais, para responder por dominios, obrigatoriamente precisa do DNS. Pense na segurança.

Google – incluir e excluir páginas – robots.txt

Não sei explicar os mecanismos de pesquisa do Google, Yahoo e muitos outros.

Sei que procuram pelo arquivo robots.txt, caso encontre este arquivo no seu site, eles respeitam as instruções, exemplo que informa para todos que não deve pesquisar neste site, crie um arquivo no raiz do site com nome de robots.txt com este conteúdo.

  User-Agent: *
  Disallow: /

O exemplo acima é copia do kernel.org, como tem este arquivo no raiz, seu conteúdo não é pesquisado nem aparece nas pesquisas dos mecanismos de busca.

ftp://mirrors.kernel.org/robots.txt

Sem este arquivo no raiz do site, os mecanismos de busca acham qualquer página em seu servidor web sem proteção por senha, mesmo quem não usa um domínio e coloca o servidor no ar com acesso somente via IP, como é meu caso que mantenho o FAQ em um servidor sob um dominio e também mantenho um mirror do FAQ em minha maquina com IP fixo, o Google pega os dois.

Basta alguma referencia na web para acessarem seu IP, nem precisa solicitar a inclusão de suas páginas, de forma automatica, periodicamente os robots do Google acessam seu servidor para atualizar o banco de dados, não sei informar com qual frequência nem critérios, nas páginas dele tem informações e endereços para entrar em contato.

Verifique nos logs do Apache que acha o IP destes mecanismos de buscas, alguns tem identificação, quando aparece somente o IP dá um pouco de trabalho, tem que pegar o IP e levantar de quem são, neste meio aparece Google e outros mecanismos de busca.

Isto é muito bom, não paga nada para divulgar seu site, nem precisa fazer cadastro, não precisa fazer nada, basta colocar o site no ar que depois de algum tempo vai aparecer nos mecanismos de busca, inclusive o Google, caso queira, pode se fazer o cadastro, na maioria dos mecanismo de busca tem alguma opção, alguns tem até classificação por assunto e etc…

Quando não quiser o conteúdo de seu servidor web ou páginas fazendo parte das pesquisas do Google, siga estas dicas.

Como excluir suas páginas ou servidor web das pesquisas do Google.

Informações do Google para Webmasters – Googlebot: Indexador do Google

http://www.google.com/webmasters/bot.html#howoften

Ambiente de testes

Considere criar um ambiente para testar configurações, não adianta reclamar que não tem “verba”, não custa nada, o pouco tempo que investir agora vai lhe poupar muito mais no futuro além de evitar muitos problemas, considere um bom investimento de tempo, pode instalar diversos Servidores web pela rede sem problema algum, veja estas dicas.

A maneira mais segura, utilize duas maquinas da rede, nestas maquinas tem a liberdade de testar tudo antes de fazer promessas, o mais importante, sem gastos e tudo legalmente, faça instalação dual-boot, assim quando terminar os testes, reinicie a maquina e selecione a opção de boot normal, tudo fica como antes, já entendeu!, nestas maquinas ficam duas instalações, uma para o trabalho normal e outra de testes.

Utilize estações da rede para instalar dual-boot, siga estas dicas.

Veja dicas de como fazer duas instalações Linux no mesmo HD, utilize estações para testes, evite em servidores embora seja possivel, passo a passo em

http://www.zago.eti.br/boot_div.txt

Dual boot Linux e windows – Aproveite e veja a dica sobre backup da instalação completa do windows na partição Linux, quando algum virus comer o windows ou precisar reinstalar, vai poupar muito tempo, basta uma simples cópia de volta para recuperar a instalação do windows, passo a passo em.

http://www.zago.eti.br/boot-dual-win-e-linux.html

Nesta estação (instalação) de testes, vai utilizar somente parte do espaço do HD e nada mais.

Com o Apache configurado na maquina de testes, utilize qualquer estação da rede para acessa-la.

Prontinho, tem tudo que precisa para testar configuração , diretivas de configuração, testes de páginas, uso de scripts e banco de dados, quando concluir a configuração, basta repetir o processo no principal, ou simplificando, copiar os arquivos de configuração.

Considere manter esta instalação como backup do servidor, em casos de emergencia, nunca se sabe quando vai ocorrer acidentes, queimar a maquina, HD ou uma pane qualquer no servidor, nestas situações basta ajustes no DNS, IP, dominio, eventualmente troca de local ou cabos para subir esta instalação em lugar do servidor principal, em minutos se faz a troca do IP e sobe o backup do servidor web, o maior problema é restaurar os dados, sobre backup e restore voce já sabe como lidar, mantenha o backup atualizado nela também.

Indicação de sites e material relacionado ao servidor Apache

FAQ com mensagens da lista Linux-br em;

http://www.zago.eti.br/apache.txt

http://www.zago.eti.br/apache1.txt

http://www.zago.eti.br/apache2.txt

http://www.zago.eti.br/apache-2.0.txt

http://www.zago.eti.br/asp.txt

Documentação oficial – Inicie pelo site do projeto, muita documentação, lista de discussão, download e muito mais, acesse;

http://httpd.apache.org/

Algumas indicações, material em portugues e aplicativos.

Servidor Web – Apache

http://www.conectiva.com/doc/livros/online/10.0/servidor/pt_BR/ch10.html#www.apache

veja também o FAQ do apache em:

http://httpd.apache.org/docs/misc/FAQ.html#indexes

http://www.conectiva.com.br/cpub/pt/incConectiva/suporte/pr/servidores.apache.html

http://www.conectiva.com.br/doc/livros/online/7.0/servidor/www002.html

A S P – Sobre ASP no servidor Apache.

http://www.apache-asp.org

As mensagens sobre ASP estão no FAQ

http://www.zago.eti.br/asp.txt

configurar apache

http://www.underlinux.com.br/sections.php?op=viewarticle&artid=10

JAVA – Servidor Web Apache rodar aplicações Java por padrão precisa do jakarta tomcat. veja em:

http://jakarta.apache.org/tomcat/index.html

WebCounter, que é um contador muito bom e fácil de instalar noLinux.

http://www.muquit.com/muquit/software/Count/Count.html

SSL – Site em ingles, tem um guia Apache SSL completo GRÁTIS da Thawte, sobre seguranca Apache SSL.

http://www.thawte.com/ucgi/gothawte.cgi?a=n33460139407026000

Dominios vituais

http://www.dicas-l.com.br/dicas-l/20010928.shtml e

http://www.dicas-l.com.br/dicas-l/19980505.shtml

Virtual Host – capacidade de hospedar mais do que um web site numa única máquina, com um endereço IP ou mais. Nesse artigo aprenderemos os fundamentos básicos para se configurar virtual hosts no servidor.

http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=1638

Apache + Java

rodar aplicações em java

http://tomcat.apache.org/

Senhas, autenticação e controles de acesso

Colocar senha em diretórios, pedir senha pra acessar via web.

http://httpd.apache.org/docs/howto/auth.html

http://httpd.apache.org/docs/misc/FAQ.html#user-authentication

1.11. Como faço para Autenticar usuários no apache?

http://www.conectiva.com.br/cpub/pt/incConectiva/suporte/pr/sistema.rede.apache.authsenhas.html

Uso e Segurança com o .htaccess no Apache

http://www.devin.com.br/eitch/htaccess/

Usando script cgi na proteção de senhas, procure por password protection em www.cgi-resources.com por exemplo.

http://httpd.apache.org/docs/location.html

http://www.apacheweek.com/features/userauth

Bom resumo dos vários métodos de autenticação existentes no apache

http://sec.ure.org/apache_auth.shtml

Criar repositório de senhas para a web, explica também sobre os perigos de usar /etc/passwd

http://www.linuxplanet.com/linuxplanet/tutorials/1527/7/

http://httpd.apache.org/docs-2.0/howto/htaccess.html

mini-tutorial:

http://www.bignosebird.com/apache/a10.shtml

como configurar autenticação no apache.

http://httpd.apache.org/docs/howto/auth.html

Estatisticas e relatórios

Gerar relatorios de acesso, procure e pesquise por WEBALIZER

AWStats official web site – Free real-time logfile analyzer to get advanced statistics (GNU GPL).

http://awstats.sourceforge.net/

Página principal deste site (FAQ)

http://www.zago.eti.br/menu.html

Este tutorial descreve uma maneira fácil de como configurar o serviço NFS (Network File System) para habilitar o compartilhamento para uma ou mais máquinas-cliente.

NFS Server

Utilizando o editor de texto da sua preferência, editar o arquivo:

# vi /etc/exports

O arquivo deve conter a linha:

Em que:

• /dados/backup é o diretório que será compartilhado com as máquinas-cliente;
• 192.168.1.2 determina o ip da máquina-cliente;
• (rw) permissão que a máquina-cliente tem ao acessar o compartilhamento leitura e escrita (read/write);
• (async) o NFS trabalha de forma assíncrona, ou seja, sem precisar esperar uma resposta do cliente a cada pacote enviado, isto torna a transferência de arquivo mais rápida.

Se você quer que o usuário remoto tenha privilégios de root, insira no final da linha: no_root_squash

Cada usuário remoto que precisar acessar nosso servidor NFS deverá ter seu endereço ip declarado no arquivo:

A última linha foi configurada com permissão (ro) read only, com esta opção estamos informando que a máquina-cliente tem apenas permissão de leitura, ou seja, os arquivos podem ser lidos porém não alterados.

Salve o arquivo :wq e no terminal digite:

# exportfs

Com esse comando o arquivo /etc/exports será lido e o kernel será atualizado com as mudanças realizadas.

NFS Cliente

Na máquina-cliente, abrir um terminal e digitar:

# mkdir /backup

Em seguida, montar o diretório usando o comando mount com o parâmetro -t nfs.

# mount -t nfs 192.168.1.1:/dados/backup /backup

Se é um compartilhando que você precisa acessar frequentemente, é recomendado que você configure no arquivo /etc/fstab para que o sistema se encarregue de montá-lo durante o processo de boot do sistema.

# vi /etc/fstab

• 192.168.1.1:/dados/backup – endereço do servidor NFS;
• /backup é o diretório local do cliente;
• nfs especifica o sistema de arquivo;
• auto faz com que o compartilhamento seja montando durante o boot do sistema;
• exec permite executar programas dentro do diretório compartilhado.

Salvar o arquivo e saia :wq, a partir do próximo reboot do sistema seu diretório NFS já será montado automaticamente.

Espero que este artigo esclareça algumas dúvida.

Não é difícil encontrar usuários iniciantes e até mesmo alguns com já alguma experiência que se deparam com situações em que não lembram suas senhas de root, ou simplesmente esqueceram a que definiram na hora da instalação de seu sistema.

Existem várias maneiras para se recuperar esta senha como o popular boot em um Live CD para redefinir a senha na famosa gambiarra. Porém, porque dar a volta no quarteirão sabendo-se que a minha porta está logo atrás?

Aqui estarei explicando a maneira que, em minha experiência, foi a mais prática e simples de se fazer este procedimento. Utilizando o seu Gerenciador de Boot é simples, rápido e prático recuperar aquela senha tão importante de super usuário ou root.

Descreverei os processos nos dois populares Gerenciadores de Boot que todos conhecem:

LILO

Ao iniciar a tela de prompt do Lilo digite o seguinte comando:

linux single

Este comando serve para indicar que o sistema deverá iniciar em modo monousuário e assim fará login como root sem lhe pedir senha para isto. Portanto ao iniciar o sistema, você já estará como root. Você não sabe a senha, mas já é um começo. Então vamos terminar.

No terminal digite o seguinte comando para setar uma nova senha de root:

# passwd

Pronto, com isso você já setou uma nova senha de root. ;]

Agora seguindo…

GRUB

Ao iniciar a tela do GRUB apresentando suas opções de boot, selecione a opção de seu Linux e pressione a tecla <e>. Assim você habilitará uma linha de comandos de inicialização. Então pressione novamente a tecla <e> para habilitar a escrita, então dê um espaço e em seguida acrescente o número 1 que deve ficar no final da linha e em seguida finalmente tecle ENTER e em seguida <b> para poder iniciar o sistema.

O que fizemos foi setar o sistema para iniciar em modo monousuário, logando-se automaticamente como root sem lhe pedir uma senha para isso.

Iniciado o sistema, basta digitar o seguinte comando para setar uma nova senha de root ou super usuário:

# passwd

Agora você está com uma nova senha de root. ;]

OBS: Caso o seu Linux possua senha para iniciar em monousuário, o procedimento não dará certo. Porém em 95% dos casos ela funcionará perfeitamente.

Espero ter ajudado com este pequeno tutorial. Boa Sorte!

Pronto, agora acesse a aplicação Tomcat em http://localhost, dessa vez sem especificar a porta.

Nota: Na revisão 13 deste tutorial, o conteúdo foi bastante ampliado e atualizado. Os tópicos de criação e configuração de
contexto sofreram as maiores mudanças, visando melhor organização e padronização do ambiente, inclusive passando a funcionar de
forma unificada tanto para a versão 5 quanto a 4 do Tomcat. A revisão 18 passou a cobrir também Tomcat 5.5. A revisão 25
começou a cobrir Tomcat 6.0. 

Os arquivos de configuração e exemplos listados aqui estão também disponíveis para baixar (download), como um pacote compactado ZIP:

   * Arquivos de exemplo deste Tutorial: Download tomcat_arqs.zip (ZIP)

   * Tutorial em arquivo TXT: Tutorial TomCat.gz

Introdução

O Tomcat é um servidor de aplicações Java para web. É software livre e de código aberto, surgido dentro do conceituado projeto Apache Jakarta e que teve apoio e endosso oficial da Sun Microsystems como Implementação de Referência (RI) para as tecnologias Java Servlet e JavaServer Pages (JSP). Atualmente, o Tomcat tem seu próprio projeto de desenvolvimento independente, dentro da Apache Software Foundation. O Tomcat é robusto e eficiente o suficiente para ser utilizado mesmo em um ambiente de produção.

Nota: A partir do Java EE 5.0, com as versões de especificações Servlet 2.5 e JSP 2.1, a implementação de referência (RI) destas tecnologias passou a ser o servidor de aplicações Java EE 5.0 completo (Web e EJB) Sun Java System Application Server Platform Edition 9, baseado no projeto de software livre GlassFish Community.

Tecnicamente, o Tomcat é um Conteiner Web, parte da plataforma corporativa Java Enterprise Edition (Java EE, anteriormente denominada J2EE) que abrange as tecnologias Servlet e JSP, incluindo tecnologias de apoio relacionadas como Realms e segurança, JNDI Resources e JDBC DataSources. O Tomcat tem a capacidade de atuar também como servidor web/HTTP autônomo, ou pode funcionar integrado a um servidor web dedicado, como Apache httpd ou Microsoft IIS, ou ainda como parte integrante de um servidor de aplicações mais amplo, como JBoss AS, provendo os recursos de Java Servlet e JSP.

O Tomcat porém não implementa um conteiner EJB. Para aplicações Java Enterprise Edition (Java EE) que utilizam Enterprise JavaBeans (EJB), você deve procurar um servidor de aplicações Java EE completo, como JBoss AS (software livre), GlassFish (software livre), Apache Geronimo (software livre), IBM WebSphere (comercial), BEA WebLogic (comercial), Oracle AS (comercial), ou o Java EE SDK que inclui Sun Java System Application Server Platform Edition (gratuito), entre outros.

Este é um tutorial de instalação e configuração básica do Tomcat. Ele foi escrito e testado com base em instalações do Tomcat 4.1, 5.0, 5.5 e 6.0 em Windows, Unix e Linux. As configurações aqui propostas são para criar um ambiente de desenvolvimento bem simples e independente de qualquer ambiente integrado de desenvolvimento (IDE), suficiente para um primeiro contato com o Tomcat e as tecnologias Java para web. O tutorial, porém, não cobre o aprendizado da linguagem Java ou das tecnologias Servlet e JSP em si, nem tampouco o desenvolvimento de aplicações para web. Para mais informações sobre esses tópicos, veja as seções 15 e 16 ao final deste tutorial. Alternativas? Se você quer considerar alternativas ao Tomcat, uma boa opção é o projeto Jetty, servidor web e contêiner Servlet Java, também software livre. Jetty 6 suporta as mais recentes especificações Servlet 2.5 e JSP 2.1 da plataforma Java EE 5.0.

Instalar Java – JSE SDK (JDK)

O Tomcat é inteiramente escrito em Java e, portanto, necessita de uma Java Virtual Machine (JVM) — Máquina Virtual Java — para ser executado. Assim, é necessário ter a plataforma Java Padrão, Java Platform Standard Edition (Java SE), previamente instalada.

Na Tecnologia Java, existem duas distribuições do Java SE:

* Java Runtime Engine (JRE) — Mecanismo de Execução Java: inclui a JVM, bibliotecas e outros componentes necessários para executar
aplicações ou applets escritas em linguagem Java. É o produto adequado para quem é apenas usuário da tecnologia Java. * Software Development Kit (SDK) — Kit de Desenvolvimento de Software — do Java SE, mais conhecido como Java Development Kit (JDK):
inclui todo o JRE, mais ferramentas de linha de comando como compilador, debugador e outros componentes necessários para construir
aplicações Java.

Tomcat 4.1 e 5.0 necessitavam do JDK, para compilar as páginas JSP. O Tomcat 5.5 em diante traz embutido e usa o complilador Java Eclipse JDT para compilar JSP. Assim, o Tomcat a partir da versão 5.5 necessita apenas do JRE, mas o JDK ainda é útil para o desenvolvedor.

Para seu ambiente de desenvolvimento Java com Tomcat, onde você deve criar aplicações Java em geral, utilize o JDK completo.

1.1. Qual versão de JDK utilizar

A versão mais atual da plataforma Java SE é a 6, lançada em dezembro de 2006. As duas versões anteriores, Java SE 5 (desde setembro 2004) e J2SE 1.4.2 (desde junho 2003), ainda são consideradas ativas. Já o J2SE 1.3.1 encerrou seu ciclo de vida e não deve ser usado para nenhum propósito.

O Tomcat 6.0 requer Java SE 5.0 ou superior. O Tomcat 5.5 suporta também J2SE 1.4.x, mas é necessário instalar um pacote adicional de compatibilidade.

Se você está iniciando um novo ambiente de desenvolvimento, a princípio o mais adequado é utilizar a versão mais recente, JDK 6, que inclui todas as melhorias e facilidades atuais para a tecnologia Java padrão. O Java SE 6 é plenamente compatível com as versões anteriores, exceto raras exceções. Havendo impossibilidade de usar o Java SE 6, o Java SE 5 também funciona muito bem com Tomcat.

Considere optar por versão anterior de JDK somente se o Java SE mais recente ainda não está disponível para o seu sistema operacional, ou se há alguma restrição de suporte, compatibilidade com aplicações pré-existentes ou outro impedimento crítico. Fim do ciclo de vida: As versões de Java SE anteriores da Sun gradualmente atingem um período de transição para fim do ciclo de vida (End of Life – EOL), que se encerra (End of Service Life – EOSL) normalmente após a disponibilização pública (General Availability – GA) de duas versões seguintes de Java SE. A transição para EOL do J2SE 5.0 iniciou em 2008-04-08 e vai até 2009-10-30. O Java SE for Business 5.0 oferece período de suporte estendido. A transição EOL do J2SE 1.4.2 foi de 2006-12-12 a 2008-10-30. E J2SE 1.3.1 encerrou seu período de 2004-10-25 a 2006-12-11, exceto na plataforma Solaris 8 onde o suporte ao J2SE 1.3.1 continua até o fim do Vintage Support de cinco anos do sistema operacional.

A plataforma Java SE (JRE e JDK) é disponibilizada nativa para cada sistema operacional suportado pela tecnologia Java. Desde o Java SE 5.0, a Sun Microsystems provê JDK para os sistemas operacionais Windows, Linux e Solaris. A HP fornece JDK para seu HP-UX desde dezembro de 2004; a Apple disponibiliza o JDK 5.0 para seu Mac OS X desde abril de 2005, com suporte a 64-bits, e trouxe o Java SE 6 (1.6.0_05) no Mac OS X 10.5 Update 1 em maio de 2008.

Quando este tutorial foi editado, a atualização mais recente de Java SE SDK disponibilizada pela Sun Microsystems era JDK 6.0 Update 13, para Windows, Linux e Solaris.

Para obter o Java SE SDK (JDK) e informações sobre a instalação em seu sistema operacional, acesse os links correspondentes a seguir:

Windows, Linux e Solaris, 32 e 64 bits – Sun

* Download: http://java.sun.com/javase/downloads/ (JDK 6), ou anteriores JDK 5, J2SE 1.4.2 SDK * Informação: Java Se 6 Update Release Notes (sumário das mudanças em todos os lançamentos de atualização da versão 1.6.0)
- Java Runtime Environment Windows Installation for JavaSE 6u10, Java SE 6 Notas de Versão
- Instalação da Plataforma; ou veja “Notas de Instalação” e “Configurações de Sistema Suportadas” para as versões anteriores
5.0 ou 1.4.2

Mac OS X – Apple

* Download: Apple – Java Downloads, Apple Downloads – Mac OS X Updates * Informação: Apple Developer Connection: Java, Java for Apple Mac OS X

HP-UX – HP

* Download: Java technology software for HP-UX * Informação: HP Unix – Java Information Library

FreeBSD

* Download: FreeBSD JDK Distributions * Informação: FreeBSD Java Project * Home-page: http://java.sun.com/javase/

Mais detalhes sobre convenções de nome e versão do ambiente Java padrão podem ser encontrados em J2SE Code Names e Version 1.5.0 or 5.0. Nota: É possível haver várias versões de JDK/JRE instaladas no computador em locais distintos, convivendo sem problema. Neste caso, é importante ficar atento a qual versão será selecionada para uso do Tomcat. A variável de ambiente padrão JAVA_HOME deve ser definida (e mantida atualizada) indicando o local de instalação do J2SE preferencial (veja tópico 1.3 adiante). Esta variável é consultada pelo Tomcat e vários outros sistemas baseados em Java para determinar a JVM preferencial.

1.2. Instalação Passo-a-Passo do JDK

* 1.2.1. Instalar JDK para Windows * 1.2.2. Instalar JDK para Solaris/Linux

1.3. JAVA_HOME

Complementando a instalação do Java 2 SDK, defina a variável de ambiente JAVA_HOME apontando para seu local de instalação. Esta variável de ambiente padrão é usada pelo Tomcat e vários outros sistemas baseados em Java, para determinar a JVM preferencial. Isto é muito importante se houver mais de uma instalação de J2SE no computador, mas a variável JAVA_HOME deve ser definida mesmo se houver apenas uma versão instalada. Importante: Modifique o caminho para JAVA_HOME de acordo com a versão e o local de instalação do JDK em seu computador. Nota: Quando instalar uma nova versão de Java, lembre-se de também atualizar a variável de ambiente JAVA_HOME.

Windows 2000 ou superior:

Acesse “Painel de Controle” > Sistema > aba “Avançado”. Pressione o botão “Variáveis de ambiente”
. No grupo “Variáveis do sistema” (recomendado, pois fica valendo para todos os usuários),
ou ainda “Variáveis de usuário” (se desejar apenas para seu usuário), crie uma nova variável JAVA_HOME, ou edite se já existente,
definindo como valor o caminho da pasta de instalação, por exemplo C:\Arquivos de programas\Java\jdk1.6.0_13 (ver imagem). A nova configuração passa a valer imediatamente após o “OK”, exceto para janelas de prompt de comando (console) já abertas.

Windows 9x / NT:

Edite o arquivo autoexec.bat, para incluir a linha: set JAVA_HOME=C:\Arquivos de programas\Java\jdk1.6.0_13 Reinicie o sistema para a nova configuração ser efetivada.

Unix / Linux:

Edite o profile do usuário (para sh: ~/.profile) ou global do sistema (/etc/profile), para incluir a linha: JAVA_HOME=/opt/javase; export JAVA_HOME Reinicie a sessão ou terminal para a nova configuração ser efetivada. No Linux, também é possível incluir a variável de ambiente no arquivo global de ambiente /etc/environment: JAVA_HOME=/opt/javase

Para mais informações sobre variáveis de ambiente recomendadas, veja também a seção 13 deste tutorial.

Instalar Tomcat

2.1. Qual versão de Tomcat utilizar

O Tomcat tem evoluído paralelamente à evolução da Plataforma Java EE e suas especificações para web, especialmente Java Servlet e JavaServer Pages (JSP). O quadro a seguir relaciona as versões de Tomcat com as respectivas versões de tecnologias suportadas.

Tomcat Servlet JSP Java EE 6.0 2.5 2.1 Java EE 5.0 5.5 2.4 2.0 J2EE 1.4 4.1 2.3 1.2 J2EE 1.3

Se você está iniciando o aprendizado e desenvolvimento Java para web, é recomendado utilizar a versão mais atualizada Tomcat 6.0, que é compatível com as especificações e tecnologias mais recentes e é o foco principal de desenvolvimento do projeto Tomcat. A maior parte dos recursos atuais é compatível com versões anteriores. Para mais informações sobre as versões de Tomcat, veja Apache Tomcat Versions.

A versão anterior 5.5 do Tomcat ainda é muito utilizada, pois a especificação J2SE 1.4 e suas tecnologias, bem como os produtos baseados nelas, estão maduros e bem difundidos no mercado. Já o Tomcat 4.1 está muito defasado e não é recomendado.

Para obter o Tomcat e informações sobre instalação e documentação, acesse o site Apache Tomcat, na Apache Software Foundation:

* Download: http://tomcat.apache.org/download-60.cgi * Informação: Tomcat 6.0 Setup e RUNNING.txt 6.0, Tomcat 5.5 Setup e RUNNING.txt 5.5, RUNNING.txt 4.1 * Home-Page: tomcat.apache.org (antigo jakarta.apache.org/tomcat/)

Dica: Fique atento às versões do Tomcat que corrigem vulnerabilidades de segurança e atualize seu Tomcat regularmente. Veja: Apache Tomcat 6.x vulnerabilities e 5.x vulnerabilities.

Quando este tutorial foi editado, a versão estável mais recente era Tomcat 6.0.18 (APIs Servlet 2.5 e JSP 2.1, integrantes do Java EE 5.0). O download do instalador para Windows pode ser acessado no site primário em apache-tomcat-6.0.18.exe (instalador com serviço Windows). A página principal de download apresenta todas as alternativas de versões de Tomcat e repositórios de download (mirrors). Importante: O Tomcat 6.0 requer Java SE 5.0 ou superior. O Tomcat 5.5 suporta também J2SE 1.4.x, mas é necessário baixar e descompactar o pacote adicional de compatibilidade com JDK 1.4 (apache-tomcat-5.5.*-compat.zip).

Tomcat 4.1 e 5.0 exigiam um JDK instalado. O Tomcat 5.5 em diante necessita apenas do JRE, embora o JDK continue útil para o desenvolvedor. De qualquer forma, é interessante que esteja definida a variável de ambiente JAVA_HOME apontando para o local de instalação do JDK mais atual. Importante – Tomcat Windows: No passo “Java Virtual Machine path selection” do instalador, certifique-se de informar o caminho correto do JDK.

Na instalação Windows, a seleção de componentes personalizada (Custom) permite instalar e ativar o Tomcat como serviço no Windows NT/2000 ou superior, pelo item “Service”. No Tomcat 5 em diante, o serviço é sempre instalado e o item “Service” apenas escolhe a sua ativação automática na inicialização do Windows.

O diretório principal (local de instalação) do Tomcat é referenciado posteriormente neste tutorial como CATALINA_HOME. Na documentação e scripts do Tomcat, esse diretório é também referenciado assim, pois Catalina é o nome-código do projeto Tomcat e seu contêiner Servlet. Importante: O separador de diretórios mais usado aqui é a barra normal (/) do Unix e Linux; usuários do Windows devem substituir pela barra-invertida (\) quando apropriado. Note que a barra de Unix é aceita como separador de diretório mesmo em Windows nos arquivos de configuração do Tomcat e pelos programas java e javac.

2.2. Instalação Passo-a-Passo do Tomcat

Siga o anexo correspondente à versão desejada, para um passo-a-passo do processo de instalação e configuração inicial do Tomcat:

* 2.2.1. Instalar Tomcat 6.0 (ou 5.5) para Windows * [Obsoleto] Versões anteriores para Windows: 2.2.1A. Tomcat 5.0 e 2.2.1B. Tomcat 4.1 * 2.2.2. Instalar Tomcat em Unix/Linux

Iniciar e parar o Tomcat

Você pode executar o Tomcat instalando como serviço (Windows NT/2000 ou superior), com inicialização automática ou manual; ou executá-lo como processo isolado (qualquer sistema operacional), por um atalho no menu Iniciar do Windows ou por script shell (.bat/.sh). Veja a seguir a seção correspondente à forma de inicialização desejada.

3.1. [Windows] Tomcat como serviço

Nota: O Tomcat Monitor foi atualizado várias vezes durante a evolução do Tomcat 5. Os procedimentos e ilustrações apresentados a
seguir refletem o Apache Service Manager incluso no Tomcat 5.0.22 em diante. Existem algumas diferenças nas versões anteriores. * [Windows] Para iniciar e parar o Tomcat (5 em diante) como serviço, o recomendo é usar o Tomcat Monitor, que consiste na
ferramenta Apache Service Manager (Procrun) fornecida com o Tomcat: 1. Inicie o Tomcat Monitor utilizando o atalho em: Iniciar > Programas > Apache Tomcat > Monitor Tomcat. Deve surgir um
pequeno ícone (ver imagem) na área de notificação da barra de tarefas do Windows (ao lado do relógio). Este ícone indica o estado
atual do serviço Tomcat (quadrado vermelho = parado, triângulo verde = iniciado). 2. Clique no ícone com o botão direito do mouse; no menu de contexto que se abre, escolha “Start service” ou “Stop
service”. Através da opção “Configure” do Tomcat Monitor, ou do ícone “Configure Tomcat” no menu iniciar, você acessa a caixa de
Propriedades do Tomcat, onde pode configurar opções úteis como a gravação de log do servidor (aba Logging) e o runtime/JRE e
Máquina Virtual Java a utilizar (aba Java), entre outros. * [Windows] Alternativamente em Windows, também é possível usar os recursos do próprio gerenciador de serviços do sistema
operacional para iniciar, parar e reiniciar o serviço Apache Tomcat, através do Gerenciador de Serviços do Windows em:
Iniciar > Configurações > Painel de Controle > Ferramentas Administrativas > Serviços (ver imagem). Ou através do prompt de comandos,
no console texto: Tomcat 5 em diante o Iniciar: net start “Apache Tomcat” o Parar: net stop “Apache Tomcat” Tomcat 4.1 o Iniciar: net start “Apache Tomcat 4.1″ o Parar: net stop “Apache Tomcat 4.1″

Para mais informações sobre como gerenciar e executar o Tomcat como serviço do Windows, o uso dos programas tomcat6w.exe (Procrun Service Manager) e tomcat6.exe (Service Runner) e seus respectivos parâmetros de linha de comando, veja a página Apache Tomcat 6.0 – Windows service HOW-TO.

3.2. Tomcat como processo

* Para iniciar e parar o Tomcat como processo pelo prompt de comandos (console ou shell) do sistema operacional: 1. defina as variáveis de ambiente JAVA_HOME e CATALINA_HOME, para apontar o diretório principal da instalação do Java SDK
e do Tomcat, respectivamente. O recomendado é criar o script [Windows] setenv.bat ou [Unix] setenv.sh dentro de
CATALINA_HOME/bin, com estas configurações (veja seção 13 deste tutorial); 2. vá para o diretório bin do Tomcat: o [Windows] cd %CATALINA_HOME%\bin o [Unix] cd $CATALINA_HOME/bin 3. execute o script desejado: o Iniciar: [Windows] startup.bat  ou  catalina start     [Unix] startup.sh  ou  catalina.sh start o Parar: [Windows] shutdown.bat  ou  catalina stop     [Unix] shutdown.sh  ou  catalina.sh stop * [Windows] Para iniciar e parar o Tomcat 4.1 graficamente como processo, existem atalhos em: Iniciar > Programas > Apache
Tomcat 4.1. Use o atalho “Start Tomcat” para iniciar o Tomcat; e “Stop Tomcat” para finalizar.

Observações importantes para a plataforma Windows:

* Um erro comum é ter o Tomcat já iniciado como serviço e tentar iniciá-lo novamente, como processo. A segunda execução não
conseguirá ser iniciada, acusando que já existe algum servidor utilizando o seu porto (port 8080). Neste caso, obviamente seria
necessário antes parar o serviço, se realmente fosse desejado iniciar o Tomcat como processo. * Quando o Tomcat é iniciado como processo console, abre-se uma janela console (ver imagem). Mantenha a janela aberta e não
feche manualmente. A janela console fecha automaticamente quando é acionado o comando de encerrar o processo (Shutdown do Tomcat).

Testar Tomcat

Para testar se o Tomcat está rodando ok após iniciado, abra o browser e vá para o endereço:

http://localhost:8080/

Na home-page padrão do Tomcat, o link “Tomcat Documentation” dá acesso a toda a documentação necessária, instalada localmente, inclusive a API Servlet/JSP da Sun, inclusa com o Tomcat.

O Tomcat inclui um contexto chamado Tomcat Manager, que provê uma interface web amigável para gerenciar as aplicações (contextos) — listar, parar, iniciar, recarregar, instalar (deploy), remover (undeploy) — e ver informações e estado do servidor e de suas conexões/threads. O instalador Windows solicita o login de usuário (padrão é admin) e a senha para acesso a este recurso.

Para acessar o Tomcat Manager, siga o link respectivo no quadro “Administration” da home-page padrão do servidor, ou acesse diretamente o endereço http://localhost:8080/manager/html. Atenção: No Tomcat 5.5, a aplicação Administration não é mais instalada por padrão. É necessário fazer download e instalação do pacote adicional apache-tomcat-5.5.*-admin.tar.gz para usá-la. Esta aplicação permite criar, excluir e configurar de forma gráfica itens correspondentes aos elementos e atributos disponíveis no arquivo de configuração server.xml.

Se você ainda não entende bem a estrutura e características da configuração de um servidor de aplicação web Java como o Tomcat, não altere nada sem saber. Você pode contudo acessar a ferramenta de Gerenciamento (Tomcat Manager), fornecer o login e senha do usuário administrativo configurado na instalação e visualizar o Estado do Servidor, que apresenta uma série de informações técnicas sobre o funcionamento do servidor Tomcat. Administração Avançada: Uma poderosa ferramenta (de terceiros) para monitoramento e gerenciamento para o Apache Tomcat é o Lambda Probe, projeto de software livre. É uma alternativa avançada ao Tomcat Manager, oferecendo recursos adicionais. Lambda Probe é compatível com Tomcat 5.x e 6 (Probe 1.7b) e roda como uma aplicação web (contexto) instalada no próprio Tomcat.

Criar contexto de desenvolvimento

Para executar seus servlets e JSPs, você precisa colocá-los dentro de um contexto de aplicação web (ServletContext). Cada contexto é uma unidade de aplicação web Java (servlet/JSP) que possui suas próprias configurações.

Para organizar o desenvolvimento, é interessante criar um contexto novo e ativar sua opção reloadable (recarga automática das classes modificadas). Para isso, faça o seguinte:

5.1. Estrutura de diretórios

Crie um diretório que será a sua estrutura de desenvolvimento web Java. Uma organização simples sugerida é a seguinte:

* dev/ o src/ (os fontes .java ficam aqui, organizados em pacotes/diretórios) o web/ (arquivos do módulo web) + WEB-INF/ (diretório obrigatório) # classes/ (os .class gerados devem ser direcionados para cá) # lib/ (pacotes jar de bibliotecas utilizadas devem ficar aqui) # web.xml (arquivo XML de configuração do contexto) + (aqui entram os JSPs; podem ser criados sub-diretórios) + index.jsp (home-page do módulo Java web), ou um index.html

Supondo que seu diretório “dev” seja em C:\dir\dev\ (Windows), assim, o módulo web ficaria em C:\dir\dev\web.

Nota: Esta estrutura, apesar de simples, costuma ser suficiente e adaptável ao modelo de organização da maioria das ferramentas
(IDEs) de desenvolvimento Java (como Eclipse, NetBeans, JDeveloper etc.), ao menos para um único projeto. Para referências
sobre modelos de organização de projeto e código-fonte, veja a seção 16 – Mais informações deste tutorial.

5.2. Criar contexto de aplicação web

A tarefa aqui consiste em criar no Tomcat um novo contexto de aplicação web, para seu ambiente de desenvolvimento. Existem
basicamente três meios de se criar um contexto no Tomcat, cuja configuração corresponde a um código XML com um elemento Context:

* Usar um dos mecanismos de Deployment Automático de Aplicação do Host no Tomcat. Este é o meio mais recomendado, pois permite
configuração automática do contexto na inicialização e atualização dinâmica da aplicação web durante a execução do Tomcat.
Usaremos este meio na forma mais simples e direta, criando um arquivo XML separado com as configurações do contexto. * Editar o arquivo de configuração principal do servidor Tomcat. Consiste em criar um elemento Context diretamente no arquivo
conf/server.xml, dentro de um elemento Host. Este meio, ainda muito usado até o Tomcat 4, não é mais recomendado a partir do
Tomcat 5, em prol do Deployment Automático. A criação de um contexto pelo arquivo server.xml tem várias desvantagens: não é
dinâmica pois atualizações neste arquivo só podem ser re-lidas reiniciando o Tomcat, cria o risco de invalidar toda a
configuração do servidor se for cometido um erro na sintaxe de uma tag de contexto, e mistura configurações de servidor com
configurações de contexto. * Pela aplicação de Administração do Tomcat com interface web, quando instalada.

Existem ainda outras formas de criação e configuração automática de um contexto de aplicação web, como o uso de um pacote Web Application Archive (WAR) e o arquivo META-INF/context.xml dentro do WAR. Para mais informações, veja a documentação Deployer HOW-TO (apenas Tomcat 5) e Context Container na Referência de Configuração do Servidor Tomcat.

Criando o arquivo dev.xml:

Criaremos um arquivo XML, para o novo contexto chamado “dev”. O arquivo deve ficar em: Tomcat 5+: CATALINA_HOME/conf/Catalina/localhost/dev.xml Catalina é o mecanismo e localhost (máquina local) é o hostname padrão. Tomcat 4: CATALINA_HOME/webapps/dev.xml webapps é o diretório base de aplicações definido no atributo appBase do Host.

Crie o arquivo dev.xml na localização já descrita, com o conteúdo do quadro a seguir. O conteúdo é a definição do Context, precedida pela tag de identificação de arquivo XML:

<?xml version=”1.0″ encoding=”iso-8859-1″?> <Context path=”/dev” docBase=”C:/dir/dev/web” reloadable=”true” crossContext=”true” debug=”3″> </Context> Importante: O principal atributo definido é o docBase do elemento Context, especificando o caminho completo para o diretório base
dos arquivos desta aplicação web. Modifique este atributo para informar a localização do dev/web em seu computador. Nota: No Tomcat 4.1, era possível configurar no Context um elemento aninhado Logger para opções de log do contexto. No Tomcat 5.5
em diante, o tratamento de logging foi totalmente reestruturado. Uma conseqüência importante é que o elemento Logger deixou de
existir. Para detalhes sobre configurar e utilizar logs em sua aplicação, veja a seçãoo 12 – Logs deste tutorial. Crédito:

Alternativa: Tomcat Administration Tool:

Atenção: Para ter a aplicação Administration no Tomcat 5.5, baixe e instale o pacote adicional apache-tomcat-5.5.*-admin.tar.gz.

Apresentamos aqui uma alternativa à criação do arquivo dev.xml, caso você queira experimentar o uso da aplicação web de Administração do Tomcat. Neste caso, ao invés de criar o arquivo XML, siga estes passos:

1. Abra a ferramenta Tomcat Administrator via web e forneça o login (padrão: admin) e senha do usuário administrativo,
conforme configurado durante a instalação. 2. No navegador em árvore do frame à esquerda, escolha: Tomcat Server > Service (Catalina) > Host (localhost). 3. No frame principal à direita: Host Actions > Create New Context. 4. Preencha os atributos do novo contexto conforme o quadro do tópico anterior, que apresenta o código do elemento Context. 5. Crie a seguir, dentro do novo contexto, um Logger para gerar arquivos de log separados para sua aplicação. Considere os
atributos também com base no mesmo quadro.

Configurar contexto: web.xml

O arquivo WEB-INF/web.xml é o descritor do contexto de aplicação web, segundo a especificação Java Servlet/J2EE. As informações nele contidas são as configurações específicas da aplicação.

Nosso contexto de desenvolvimento terá apenas as seguintes configurações:

* informações textuais de título (elemento display-name, nome para exibição no Gerenciador) e comentário de descrição
(description) do contexto, úteis para identificação e documentação; * uma definição servlet associada à classe do invocador genérico InvokerServlet do Tomcat, usada para executar os servlets que
você criar; * um mapeamento (elemento servlet-mapping) genérico associando o padrão de endereço URI /servlet/* à definição do invoker
criada, indicando que qualquer nome dentro do caminho /servlet/ neste contexto deve ser reconhecido como servlet e portanto
repassado ao invoker do Tomcat para execução.

Crie o arquivo web.xml descritor para o novo contexto de aplicação web criado, dentro do diretório dev/web/WEB-INF/. Um conteúdo mínimo para ele, com as configurações apresentadas, é listado a seguir.

<?xml version=”1.0″ encoding=”ISO-8859-1″?> <web-app xmlns=”http://java.sun.com/xml/ns/javaee” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” xsi:schemaLocation=”http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd” version=”2.5″> <display-name>Desenvolvimento</display-name> <description> Descritor do contexto de desenvolvimento. </description> <servlet> <servlet-name>dev-invoker</servlet-name> <servlet-class> org.apache.catalina.servlets.InvokerServlet </servlet-class> <init-param> <param-name>debug</param-name> <param-value>0</param-value> </init-param> <load-on-startup>2</load-on-startup> </servlet> <servlet-mapping> <servlet-name>dev-invoker</servlet-name> <url-pattern>/servlet/*</url-pattern> </servlet-mapping> </web-app>

Como se pode observar no XML anterior, ele se refere ao descritor de Aplicação Web da especificação Servlet 2.5 (integrante do Java EE 5). Para utilizar apenas recursos de uma versão anterior de descritor de Aplicação Web, substitua o cabeçalho do XML e a definição da tag raiz web-app pelo da respectiva versão. Eis a alteração de cabeçalho para Servlet 2.4:

<?xml version=”1.0″ encoding=”ISO-8859-1″?> <web-app xmlns=”http://java.sun.com/xml/ns/j2ee” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” xsi:schemaLocation=”http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd” version=”2.4″> … </web-app>

E a seguir o cabeçalho para a especificação Servlet 2.3. Note que a estrutura do XML na versão 2.3 é definida por um DTD definido na tag DOCTYPE, enquanto as versões mais recentes usam XML Schema (XSD), definido por atributos de namespace na própria tag web-app.

<?xml version=”1.0″ encoding=”ISO-8859-1″?> <!DOCTYPE web-app PUBLIC “-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN” “http://java.sun.com/dtd/web-app_2_3.dtd“> <web-app> … </web-app>

Ativar contexto

Para garantir a ativação do novo contexto criado, reinicie o Tomcat (stop/start).

Tomcat 5+:

Logo após a inicialização do Tomcat, o arquivo de log da saida padrão do servidor Tomcat, criado em logs com o nome stdout.log, deve iniciar com um conteúdo similar ao trecho apresentado a seguir. Observe a mensagem (em destaque no quadro) que indica que o contexto configurado pelo arquivo dev.xml foi processado.

12/09/2004 12:09:00 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 12/09/2004 12:09:01 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 2234 ms (…) 12/09/2004 12:09:06 org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file: …/Tomcat6.0/conf/Catalina/localhost/dev.xml

O Tomcat 5 em diante gera por padrão muito menos mensagens em log para os contextos do que o Tomcat 4, de forma que a inicialização não gera nenhuma mensagem no arquivo de log específico do contexto dev. Por isso, não estranhe se você não encontrar inicialmente nenhum arquivo localhost_dev_log.*.txt na pasta logs.

Tomcat 4:

Logo após a inicialização do Tomcat, o arquivo de log geral do host para o servidor Tomcat, que é criado em logs com nome no formato localhost_log.2004-09-12.txt, onde 2004-09-12 corresponde ao ano, mês e dia atuais, deve iniciar com um conteúdo similar ao trecho apresentado a seguir. Observe a mensagem (em destaque no quadro) que indica que o contexto configurado pelo arquivo dev.xml foi processado.

2004-… HostConfig[localhost]: Deploying configuration descriptor admin.xml 2004-… HostConfig[localhost]: Deploying configuration descriptor dev.xml 2004-… HostConfig[localhost]: Deploying configuration descriptor manager.xml 2004-… WebappLoader[/manager]: Deploying class repositories to work directory (…)

E o arquivo de log do novo contexto, que é criado com nome no formato localhost_dev_log.*.txt, deve ter um conteúdo inicial similar ao seguinte:

2004-… WebappLoader[/dev]: Deploying class repositories to work directory …/Tomcat4.1/work/Standalone/localhost/dev 2004-… WebappLoader[/dev]: Deploy class files /WEB-INF/classes to /dir/dev/web/WEB-INF/classes 2004-… WebappLoader[/dev]: Reloading checks are enabled for this Context 2004-… StandardManager[/dev]: Seeding random number generator class java.security.SecureRandom 2004-… StandardManager[/dev]: Seeding of random number generator has been completed 2004-… StandardWrapper[/dev:default]: Loading container servlet default 2004-… StandardWrapper[/dev:invoker]: Loading container servlet invoker 2004-… StandardWrapper[/dev:dev-invoker]: Loading container servlet dev-invoker

Testar contexto

Para testar o novo contexto, acesse o endereço:

http://localhost:8080/dev/

Se você criou um index.html no diretório de desenvolvimento (dev/web/), você deve ver esta página. Senão, verá apenas uma listagem do diretório gerada pelo Tomcat.

Se o Tomcat retornar a página de erro 404 – Não Encontrado, houve algum problema de forma que o contexto não foi ativado. O problema mais comum é haver algum erro de sintaxe no elemento Context no arquivo XML que define o contexto. Verifique os logs do Tomcat, conforme a seção 12 adiante, à procura de erros. Você pode também usar algum dos muitos Validadores de XML existentes como auxílo, como por exemplo o serviço on-line de Validação de XML do STG, que verifica um XML em arquivo, URI na web ou o texto copiado diretamente em um formulário.

Bibliotecas Servlet

Para compilar servlets, você precisa essencialmente importar os pacotes javax.servlet e javax.servlet.http. As bibliotecas com estes pacotes também estão inclusas como JAR no Tomcat e devem ser adicionadas ao CLASSPATH do compilador javac:

Tomcat 5+: CATALINA_HOME/common/lib/servlet-api.jar CATALINA_HOME/common/lib/jsp-api.jar Tomcat 4: CATALINA_HOME/common/lib/servlet.jar

onde CATALINA_HOME é o diretório principal de instalação do Tomcat.

Se você tem o J2EE SDK da Sun instalado, pode alternativamente usar o j2ee.jar incluso com ele, que contém todas as APIs do Java EE inclusive Servlet/JSP. Mas o mais simples é usar o(s) jar(s) do Tomcat. Isso garante total compatibilidade entre a versão das APIs Servlet/JSP usadas no desenvolvimento e no seu Tomcat.

Além disso, se o código Java de uma classe servlet sua importar pacotes ou classes de uma biblioteca de terceiros (que não seja parte das APIs J2SE e Servlet/JSP), o JAR com as classes compiladas desta biblioteca deve estar no diretório WEB-INF\lib\ para que o Tomcat encontre.

Testar seus servlets

O pacote ZIP com os arquivos deste tutorial (veja a Introdução) inclui o fonte de um servlet bem simples AloMundoServ.java, que pode ser usado como primeiro teste, similar a: view plaincopy to clipboardprint?

Se o arquivo estiver em dev/src/, você pode abrir uma janela de comandos (prompt) neste local, certificar-se que o CLASSPATH está devidamente configurado conforme a seção 9 deste tutorial, e executar o compilador javac, direcionando o destino para ../web/WEB-INF/classes/:

javac -d ../../web/WEB-INF/classes AloMundoServ.java

Depois que um servlet for compilado e o .class resultante colocado em dev/web/WEB-INF/classes/, com as configurações de mapeamento servlet genérico que fizemos no contexto, você acessa seu servlet com o URI /dev/servlet/NomeDaClasseServlet (sem o .class). Para o exemplo compilado AloMundoServ.class, acesse o servlet com o seguinte URL:

http://localhost:8080/dev/servlet/AloMundoServ

Podem ser criados, no web.xml, outros mapeamentos específicos para uma ou mais servlets. Para isso, você deve conhecer a sintaxe dos elementos <servlet> e <servlet-mapping>.

Testar seus JSPs

Os JSPs colocados em dev/web/ (exemplo: arquivo alomundo.jsp) são acessados assim:

http://localhost:8080/dev/alomundo.jsp

Podem ser criados sub-diretórios dentro do diretório principal do contexto, para organizar os arquivos JSP e arquivos estáticos (HTML, imagens etc.). Estes sub-diretórios se refletirão diretamente no URL (endereço) de uma página JSP neles contida. Uma página JSP em dev/web/subdir/pagina.jsp neste contexto terá URL http://localhost:8080/dev/subdir/pagina.jsp. É recomendado não utilizar espaços nem caracteres acentuados nos nomes de sub-diretório. Além disso, procure usar apenas letras minúsculas, o que é o mais comum em endereços web.

No Tomcat 5 ou inferior, se a configuração não estiver apontando para a localização correta do JDK (Java SDK) mas sim para a do JRE (Java Runtime), a tentativa de exibição de um novo JSP pode resultar no seguinte erro:

HTTP Status 500 – Exception report exception org.apache.jasper.JasperException: Unable to compile class for JSP

No Java compiler was found to compile the generated source for the JSP. This can usually be solved by copying manually $JAVA_HOME/lib/tools.jar from the JDK to the common/lib directory of the Tomcat server, followed by a Tomcat restart. If using an alternate Java compiler, please check its installation and access path.

O JRE não inclui as ferramentas de compilação Java, necessárias para a compilação dinâmica de páginas JSP novas ou modificadas. Daí o erro. Para solucionar, re-configure ou re-instale o Tomcat informando o caminho correto do Java SDK (JDK), ou então recorra à alternativa sugerida na mensagem de erro: copie manualmente o arquivo lib/tools.jar do JDK para o diretório common/lib do Tomcat e re-inicie o Tomcat (shutdown/start).

Logs

Para configurar a gravação de log (registro histórico) em sua aplicação, veja a página Logging in Tomcat 6.0 (ou 5.5) para detalhes.

As opções e preferências de geração de log das aplicações rodando no Tomcat devem ser configuradas diretamente no arquivo de configuração do mecanismo/framework de logging em uso:

* Tomcat Juli e Java SE Logging: TOMCAT_HOME/conf/logging.properties; * Apache Log4j: TOMCAT_HOME/lib/log4j.properties.

Em Windows, lembre-se que a opção Configure Tomcat (veja tópico 3.1) permite definir o nível padrão, localização e prefixo dos arquivos de log do Tomcat.

Para ver logs de acesso, erro e depuração, leia os txt’s gerados em: CATALINA_HOME\logs\

Quando existirem muitos arquivos de log no Tomcat de desenvolvimento e você quiser limpar o diretório para facilitar o rastreamento dos logs, pode:

1. Parar (stop) o Tomcat. 2. Remover todos os arquivos de log existentes em CATALINA_HOME\logs\, ou movê-los para uma área de backup. 3. Iniciar (start) novamente o Tomcat.

Inspecionar as mensagens de saída informativas e de erro do Tomcat é importante para depurar e fazer diagnóstico do servidor, como identificar problemas na inicialização do Tomcat, acompanhar o processamento dos arquivos de configuração (server.xml, web.xml) e da inicialização e finalização do Tomcat, bem como visualizar quaisquer exceções Java levantadas. Estes são os arquivos de log do servidor, que devem ser inspecionados:

* stdout.log: arquivo que recebe toda a saída padrão de mensagens informativas geradas na execução do Tomcat e seus contextos
(exceto quando o Tomcat é iniciado pelo prompt de comandos, quando as mensagens aparecem diretamente no console.
Inclui também as mensagens de saída que, até o Tomcat 4.1 ficavam no arquivo separado localhost_log. * stderr.log: analogamente ao stdout, o stderr recebe toda a saída de erro gerada na execução do Tomcat.

As saídas padrão (stdout) e de erro (stderr) podem ser exibidas de diversas formas, dependendo de como o Tomcat foi inicializado:

Tomcat como Serviço Windows ou Processo com direcionamento de log

Por padrão, as mensagens informativas (saída padrão) e de erro do servidor Tomcat são direcionadas para os arquivos stdout.log
e stderr.log respectivamente, localizados em CATALINA_HOME\logs\.

Tomcat como Processo console

Na janela de console são exibidas as mensagens da saída padrão (stdout) e de erro (stderr).

Variáveis de Ambiente

É útil deixar configuradas algumas variáveis de ambiente relacionadas a Java e ao Tomcat. A variável JAVA_HOME foi abordada no tópico 1.3 deste tutorial. As variáveis de ambiente relacionadas são:

JAVA_HOME Local de instalação do Kit de Desenvolvimento Java J2SE (JDK). CATALINA_HOME Local de instalação do Tomcat. CLASSPATH Caminhos (pacotes e diretórios) de localizações de classes Java; o classpath deve incluir o(s) jar(s) dos pacotes Servlet
e JSP do Tomcat. PATH Caminhos (diretórios) de localizações de executáveis no sistema operacional, deve incluir o diretório bin das ferramentas do
Java SDK.

Windows (Painel de Controle ou arquivo autoexec.bat), ou criar um script setenv.bat:

set JAVA_HOME=C:\Arquivos de programas\Java\jdk1.6.0_13 set CATALINA_HOME=C:\Arquiv~1\Apache~1\Tomcat 6.0 set CLASSPATH=%CATALINA_HOME%\common\lib\servlet-api.jar;.;%CLASSPATH% set CLASSPATH=%CATALINA_HOME%\common\lib\jsp-api.jar;%CLASSPATH% set PATH=%JAVA_HOME%\bin;%PATH%

Se decidir usar o JRE ao invés do JDK, substitua o JAVA_HOME anterior:

set JAVA_HOME=C:\Arquivos de programas\Java\jre6

Unix/Linux (user/system profile), ou criar um script setenv.sh:

JAVA_HOME=/opt/javase CATALINA_HOME=/opt/tomcat CLASSPATH=$CATALINA_HOME/common/lib/servlet-api.jar:.:$CLASSPATH CLASSPATH=$CATALINA_HOME/common/lib/jsp-api.jar:$CLASSPATH PATH=$JAVA_HOME/bin:$PATH # Sintaxe Bourne shell (sh), Korn shell (ksh), Bash e similares: export JAVA_HOME CATALINA_HOME CLASSPATH PATH Importante: Modifique os caminhos JAVA_HOME e CATALINA_HOME de acordo com as versões e os locais de instalação em seu computador.
Para Tomcat 4.1, a biblioteca a ser incluída no CLASSPATH era apenas servlet.jar, conforme visto na seção 9 deste tutorial.

Mais informações sobre variáveis de ambiente:

* Variável de ambiente, verbete em Wikipédia. * Guia Foca GNU/Linux – Personalização do Sistema, nível Intermediário – Capítulo 21, por Gleydson Mazioli da Silva. Também
como Capítulo 8 da Versão nível Avançado. * Conhecendo Variáveis de Ambiente (Sistema), por Alberto Leal, Microsoft TechNet Brasil. * JAVA Configurando Variáveis de Ambiente no Windows (PDF), por Cesar Rodrigo, .cseg Automation. * Java Environment Variables and Path (em inglês), documentação Sun Microsystems.

Material de referência

O Tomcat vem com material de referência completo, documentação e exemplos. Tudo pode ser acessado localmente on-line (Tomcat iniciado) a partir dos links na home-page padrão do Tomcat, em http://localhost:8080/. Este material também está disponível no site do Projeto Apache Tomcat.

* Documentação do Tomcat, acessível on-line em http://localhost:8080/tomcat-docs/, ou off-line (arquivos HTML em disco)
em CATALINA_HOME\webapps\tomcat-docs\index.html o Configuration Reference, com toda a sintaxe do arquivo de configuração do servidor Tomcat conf\server.xml: config/ o Servlet/JSP Javadocs, inclui convenientemente toda a API Servlet e JavaServer Pages (JSP) da Sun correspondente à versão
implementada pelo Tomcat: servletapi/ e, em separado a partir do Tomcat 5 (JSP 2.0), jspapi/. * Exemplos prontos para executar, com código-fonte Tomcat 5+: o JSP Examples: http://localhost:8080/jsp-examples/ o Servlet Examples: http://localhost:8080/servlets-examples/ Tomcat 4: o Servlet Examples: http://localhost:8080/examples/servlets/ o JSP Examples: http://localhost:8080/examples/jsp/

E agora?

Terminada a instalação do software, está aberta a sua temporada de desenvolvimento Java para web. A tecnologia e as informações envolvidas na programação são assuntos muito mais abrangentes e não estão no escopo deste tutorial. Para desenvolver em Java para web, você deve ter bons fundamentos dos seguintes tópicos essenciais:

* orientação a objetos; * linguagem de programação Java e APIs da plataforma Java SE; * arquitetura e mecanismos de sistemas web e o protocolo HTTP; * HTML, CSS e JavaScript; * Java Web = Servlets, JSP e JavaBeans.

Para fazer projetos bem estruturados, você também deve saber:

* padrões de projeto/desenho/modelagem (design patterns); * bibliotecas de tag (taglibs) em JSP, em especial a JSP Standard Tag Library (JSTL);

E para fazer aplicações completas, você deverá conhecer e utilizar:

* framework JavaServer Faces (JSF) — componentes de interface com usuário e fluxos de navegação — para aplicações web baseado
no padrão Modelo-Visão-Controle (MVC); ou outro framework independente como Struts, Wicket, Tapestry, Mentawai etc.; * mapeamento objeto-relacional para persistência em banco de dados, seja com Java Persistence API (JPA) ou frameworks como
Hibernate ou Oracle TopLink; * Enterprise JavaBeans (EJB) ou outra arquitetura para componentes de negócio, como Spring Framework.

Se você ainda não tem domínio dos tópicos essenciais, recomendo um bom curso (ou cursos), em sala de aula, e a leitura de bons livros. O mesmo vale para os tópicos mais avançados. Há ainda muitas referências disponíveis na web e uma boa quantidade de grupos de usuários e listas de discussão sobre Java, inclusive no Brasil.

Para produtividade, é importante também um bom ambiente integrado de desenvolvimento (IDE). A ferramenta mais usada, gratuita e livre, é o Eclipse. Há também os ótimos NetBeans (livre), Borland JBuilder (gratuito e comercial), Oracle JDeveloper (gratuito) e IntelliJ IDEA (comercial), para citar alguns. Mas nenhuma ferramenta vai dispensar o conhecimento da arquitetura JEE e das tecnologias envolvidas.

Por fim, existem tópicos avançados sobre Tomcat não abordados por este tutorial, como:

* distribuição e publicação (deployment) de aplicações web; * integração com servidores web/HTTP, como Apache httpd e Microsoft IIS; * administração, monitoramento, configuração e calibração do Tomcat para ambientes de produção e de alto desempenho.

Mais informações

Glossário

Catalina é o nome-código do Servlet Container do Tomcat, Jasper é seu processador JSP e Coyote (JK) é o sub-projeto que desenvolve os conectores do Tomcat a vários servidores web (httpd).

Outros Tutoriais

* Tutoriais Tomcat: Instalação, Configuração e Integração com Apache; por Gleydson Lima, J2EE Brasil. * Apache HTTP server e Tomcat, o HowTo fácil sem o mod_jk; por Paulo Silveira, 2006-09-25, no blog da Caelum. * Tomcat 5 on Linux Step-By-Step, by Pascal Chong, junho 2004. [Em Inglês] * Configuring & Using Apache Tomcat: Um tutorial sobre instalação e uso de Tomcat 6 ou Tomcat 5.5 para desenvolvimento de
Servlet e JSP; por Marty Hall, Core Servlets. [Em Inglês] * Java EE Tutorials, versões 5, 1.4 e 1.3; por Sun Microsystems, disponíveis on-line (HTML) e em PDF [Em inglês]. o The Java EE 5 Tutorial, setembro 2007: a Parte II – Web Tier cobre Java Servlet (2.5), JavaServer Pages (JSP 2.1),
JavaServer Pages Standard Tag Library (JSTL) e JavaServer Faces (JSF 1.2). o The J2EE 1.4 Tutorial, dezembro 2005: cobre introdução a aplicações web (Capítulo 3), Java Servlet 2.4, JSP 2.0,
JSTL e JSF 1.1 (Capítulos 11 a 22). * JSP Tutorial. [Em Inglês] * The Java Web Services Tutorial, for Java Web Services Developer’s Pack, v2.0, 17 fev. 2006: Getting Started with Tomcat,
Tomcat Administration Tool, Tomcat Web Application Manager; por Eric Armstrong at all, Sun Developer Network. Web Services
Tutorial 1.0. [Em Inglês] * YoLinux Tutorial: Java Servlets, JSP, Tomcat, Apache and Linux, por Greg Ippolito, YoLinux. [Em Inglês] * Java and Tomcat on Mac OS X, Part I, Apple Developer Connection. Part II. [Em Inglês] * HOWTO: Building Apache HTTPd + Tomcat on Linux, por John Turner. [Em Inglês] * Integrating Tomcat and Apache on Red Hat, por Mike Millson. [Em Inglês] * Using Apache Tomcat 4, Java Boutique. [Em Inglês]

Apache Tomcat

* Projeto Apache Tomcat – Servlet/JSP Container e Tomcat Connectors * Apache Tomcat Wiki – Tomcat FAQ * Apache Commons – Daemon: daemons (jsvc para Unix) e serviços (Procrun para Win32) baseados em Java

Livros sobre Tomcat

* Tomcat: The Definitive Guide, Segunda edição (e 1ª edição, junho 2003), por Jason Brittain e Ian F. Darwin; outubro 2007,
O’Reilly Media, ISBN: 0-596-10106-6, 494 p. Leia trechos no O’Reilly Safari – Tomcat. * Beginning JSP, JSF and Tomcat Web Development: From Novice to Professional, por Giulio Zambon, Michael Sekle; novembro
2007, Apress, ISBN-13: 978-1-59059-904-4, 448 p. * Pro Apache Tomcat 6, por Matthew Moodie, Kunal Mittal (Ed.); março 2007, Apress, ISBN-13: 978-1-59059-785-9, 325 p. * Pro Apache Tomcat 5/5.5, por Matthew Moodie; dezembro 2004, Apress, ISBN: 1-59059-331-6, 379 p. * Professional Apache Tomcat 6, por Vivek Chopra, Sing Li, Jeff Genender; agosto 2007, Wrox (Programmer to Programmer),
ISBN-13: 978-0-471-75361-2, 629 p. * Professional Apache Tomcat 5, por Vivek Chopra, Amit Bakore, Ben Galbraith, Sing Li, Chanoch Wiggers; maio 2004, Wrox
(Programmer to Programmer), ISBN: 0-7645-5902-8, 624 p. * Sams Teach Yourself JavaServer Pages 2.0 with Apache Tomcat in 24 Hours, Complete Starter Kit (PDF eBook), por Mark
Wutka, Alan Moffet, Kunal Mittal; fevereiro 2004, Que Publishing, ISBN-13: 978-0-7686-6025-8, 552 p. * Tomcat 5 Unleashed, por Lajos Moczar; agosto 2004, Sams, ISBN: 0-672-32636-1, 768 p.

Java Servlet & JSP – Java EE Web

* Sun Java Servlet * Sun JavaServer Pages (JSP) * JavaServer Pages Standard Tag Library (JSTL) * Jakarta Taglibs: implementação livre de JSTL 1.1 (para JSP 2.0) e JSTL 1.0 (para JSP 1.2) * Java EE 5 Technologies – Web Application: JavaServer Faces 1.2, JavaServer Pages 2.1, JSP Standard Tag Library e Java
Servlet 2.5; tecnologias, JSRs e especificações, por Sun Microsystems. * J2EE v1.4 Documentation, por Sun Microsystems. * Referências sobre JavaServer & J2EE, por Márcio d’Ávila.

Especificações Servlet, JSP e JSTL

* Java Servlet 2.5 Specification (Maintenance Release 2), 11 set. 2007, JSR 154. * Java Servlet 2.4 Specification (Final Release), 24 nov. 2003, JSR 154. * JavaServer Pages 2.1 Specification (Final Release), 11 mai. 2006, JSR 245. * JavaServer Pages 2.0 Specification (Final Release), 24 nov. 2003, JSR 152. * Java Servlet 2.3 and JavaServer Pages 1.2 Specifications (Final Release), 25 set. 2001, JSR 53. * JavaServer Pages Standard Tag Library (JSTL) Specification 1.2 (Maintenance Release 2), 11 mai. 2006, JSR 52. * JavaServer Pages Standard Tag Library (JSTL) Specification 1.1 (Maintenance Release), 24 nov. 2003, JSR 52. * JavaServer Pages Standard Tag Library (JSTL) Specification 1.0, 08 jul. 2002, JSR 52: A Standard Tag Library for
JavaServer Pages.

Frameworks Web MVC para Java

* JavaServer Faces (JSF) – Versões e Downloads. Por Sun Microsystems. * Projeto GlassFish Mojarra, implementação de referência JSF, em java.net. * JSF and JSP: What’s New in Java EE 5. Uma conversa com Ed Burns (Sun Microsystems, líder da especificação JSF) e Jan
Luehe, por Frank Sommers, 2006-05-17. * JSF – Java Server Faces Tutorials em RoseIndia, incluindo Installação de JSF em Tomcat. * Referências sobre Tecnologias Web em Java EE, por Márcio d’Ávila.

Organização de fontes de projeto Java

* Guidelines, Patterns, and Code for End-to-End Java Applications. Java Blueprints Guidelines: Project Conventions for
Enterprise Applications. Sun Java Enterprise BluePrints. * Source Organization – Apache Tomcat 6.0 Application Developer’s Guide. * Maven – Introduction to the Standard Directory Layout, Documentação do Projeto Apache Maven. Maven encoraja o uso de uma
estrutura de diretórios comum para projetos. Veja também An introduction to Maven 2, artigo pro John Ferguson Smart, dezembro
2005, Java World.

Informação sobre Java

* Java.Sun.com – A fonte para desenvolvedores Java. Sun Developer Network (SDN). * java.net – Portal de colaboração da comunidade sobre Tecnologia Java. Projetos open-source, fóruns, weblogs, artigos,
notícias, wiki, Javapedia, grupos de usuários Java (JUGs). * Referências sobre Programação Java: links, grupos de usuários, ferramentas, APIs, livros, certificação.

Firefox – A web de volta Creative Commons License

© 2003-2009, Márcio d’Ávila, mhavila.com.br, direitos reservados. O texto e código-fonte apresentados podem ser referenciados, distribuídos e utilizados, desde que expressamente citada esta fonte e o crédito do(s) autor(es). A informação aqui apresentada, apesar de todo o esforço para garantir sua precisão e correção, é oferecida “como está”, sem quaisquer garantias explícitas ou implícitas decorrentes de sua utilização ou suas conseqüências diretas e indiretas.

   * /dev/sda1 (swap)
   * /dev/sda2 (/boot)
   * /dev/sda3 (/)

LABEL=/                 /                       ext3    defaults        1 1

# findfs LABEL=/

# e2label /dev/sda2 ""

# cat /sys/block/sda/size
312581808
# cat /sys/block/sdb/size
312581808

# fdisk /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         122      979933+  fd  Linux raid autodetect
/dev/sda2   *         123         134       96390   fd  Linux raid autodetect
/dev/sda3             135       19457   155211997+  fd  Linux raid autodetect

# sfdisk -d /dev/sda > /tmp/partitions.txt
# sfdisk /dev/sdb < /tmp/partitions.txt

Nota: Caso você não possua HDs idênticos, você terá que fazer o processo de particionamento manualmente. Ao invés de utilizar o comando sfdisk para copiar a tabela de partições de um HD para o outro, crie manualmente via fdisk as partições na mesma ordem e tamanho do primeiro HD.

# mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb3
# mdadm --create /dev/md1 --level=1 --raid-devices=2 missing /dev/sdb1
# mdadm --create /dev/md2 --level=1 --raid-devices=2 missing /dev/sdb2

   * /dev/md0 – / (raiz)
   * /dev/md1 – Memória SWAP
   * /dev/md2 – /boot

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid1 sdb1[0]
      979840 blocks [2/1] [U_]

md2 : active raid1 sdb2[0]
      96320 blocks [2/1] [U_]

md0 : active raid1 sdb3[0]
      155211904 blocks [2/1] [U_]

unused devices: <none>

# mkswap /dev/md1

# mke2fs -j /dev/md0

# mke2fs -j /dev/md2

title           Debian GNU/Linux, kernel 2.6.24-1-686
root            (hd1,1)
kernel          /vmlinuz-2.6.24-1-686 root=/dev/md0 ro
initrd          /initrd.img-2.6.24-1-686
savedefault

# cd /mnt
# mkdir novo-boot nova-raiz
# mount -t ext3 /dev/md2 novo-boot
# mount -t ext3 /dev/md0 nova-raiz

# cp -a /boot/* novo-boot

# cd nova-raiz
# mkdir boot initrd mnt proc sys
# cp -a /bin /cdrom /dev /etc /home /initrd.img /lib /media ./
# cp -a /opt /root /sbin /srv /tmp /usr /var /vmlinuz ./

proc            /proc           proc    defaults        0       0
/dev/md0        /               ext3    defaults,errors=remount-ro 0       1
/dev/md2        /boot           ext3    defaults        0       2
/dev/md1        none            swap    sw              0       0
/dev/hda        /media/cdrom0   udf,iso9660 user,noauto     0       0

# mount
/dev/md/0 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/md/2 on /boot type ext3 (rw)

# mdadm /dev/md0 -a /dev/sda3
# mdadm /dev/md1 -a /dev/sda1
# mdadm /dev/md2 -a /dev/sda2

# echo -n 500000 > /proc/sys/dev/raid/speed_limit_max

# watch --interval 1 'cat /proc/mdstat'

md1 : active raid1 sda1[0] sdb1[1]
      979840 blocks [2/2] [UU]

md2 : active raid1 sda2[0] sdb2[1]
      96320 blocks [2/2] [UU]

md0 : active raid1 sda3[0] sdb3[1]
      155211904 blocks [2/2] [UU]

unused devices: <none>

grub> device (hd0) /dev/sda
grub> root (hd0,0)
 Filesystem type is ext2fs, partition type 0xfd
grub> setup (hd0)
 Checking if "/boot/grub/stage1" exists... no
 Checking if "/grub/stage1" exists... yes
 Checking if "/grub/stage2" exists... yes
 Checking if "/grub/e2fs_stage1_5" exists... yes
 Running "embed /grub/e2fs_stage1_5 (hd0)"...  15 sectors are embedded.
succeeded
 Running "install /grub/stage1 (hd0) (hd0)1+15 p (hd0,0)/grub/stage2 /grub/grub.conf"... succeeded
Done.

grub> device (hd0) /dev/sdb
grub> root (hd0,0)
 Filesystem type is ext2fs, partition type 0xfd
grub> setup (hd0)
 Checking if "/boot/grub/stage1" exists... no
 Checking if "/grub/stage1" exists... yes
 Checking if "/grub/stage2" exists... yes
 Checking if "/grub/e2fs_stage1_5" exists... yes
 Running "embed /grub/e2fs_stage1_5 (hd0)"...  15 sectors are embedded.
succeeded
 Running "install /grub/stage1 (hd0) (hd0)1+15 p (hd0,0)/grub/stage2 /grub/grub.conf"... succeeded
Done.

title           Debian GNU/Linux, kernel 2.6.24-1-686
root            (hd0,1)
kernel          /vmlinuz-2.6.24-1-686 root=/dev/md0 ro
initrd          /initrd.img-2.6.24-1-686
savedefault