838 - Linux - administração. Administração avançada do Linux

Transcrição

1 838 - Linux - administração Administração avançada do Linux

2 Processo INIT O processo init é o primeiro processo iniciado no Linux, após o carregamento do kernel do sistema. Quando é disparado, o init continua a carregar o sistema, geralmente executando vários scripts que irão verificar e montar os sistemas de arquivos, configurar teclado e iniciar servidores, entre outras tarefas.

3 Processo INIT No endereço localhost.localdomain: 10000/init/ mostra o ecran dos serviços instalados e se cada um deles deve estar marcado para iniciar no boot e também mostra uma breve descrição sobre o serviço.

4 Processo INIT - Níveis de Execução de um Sistema Não existe uma regra que diga o que deve ser inicializado em cada nível de execução mas por norma segue-se o seguinte quadro: Níveis de Execução Ação 0 desligar o sistema 1 modo monousuário, também chamado de modo single 2 modo multiusuário, texto 3 modo multiusuário, texto, com serviços 4 não utilizado 5 modo gráfico (X11) 6 reinicializar o sistema

5 Processo INIT - Níveis de Execução de um Sistema O nível de execução mais utilizado é o 3, por permitir que multiusuários acedam ao sistema e tenham acesso à rede. Quando se desejar que o ecrã de acesso inicial esteja em modo gráfico, basta configurar o nível de execução em 5. O nível número 1 faz com que o sistema entre no modo single, onde são inicializados o shell padrão e os serviços que foram configurados para inicializar neste nível. Se estiverem a executar o comando /sbin/chkconfig --list, a lista com todos níveis de execução e todos os serviços será fornecida, mostrando em que níveis de execução cada serviço é inicializado. O modo single é importante para manutenção do sistema, pois pode verificar serviços e programas sem prejudicar o funcionamento do sistema, já que a maioria dos serviços e programas estarão parados.

6 Processo INIT - Níveis de Execução de um Sistema Lembrem-se também de que os serviços podem ser configurados separadamente no Webmin. Se se configurar o sistema para inicializar no nível de execução 3, os serviços que se deseja que sejam inicializados automaticamente (quando o computador estiver a ser ligado) devem ser configurados para o nível de execução 3, pois assim o init será o encarregado de fazer a busca por estes serviços e inicializá-los. Para modificar o nível de execução, basta escolher outro nível na opção Mudar o runlevel e reiniciar o computador (botão Reiniciar Sistema).

7 Processo INIT O init utilizado no Linux permite que existam diversos níveis de execução no sistema. Um nível de execução é uma configuração de software do sistema que define quais processos que devem ser inicializados e quais não devem, e também de que modo são inicializados. O administrador do sistema é quem define qual será o nível de execução em que o sistema e os processos serão executados, sendo que isto pode ser configurando através do menu Sistema -> Boot e Shutdown do Webmin

8 Processo INIT Para mais informações sobre como configurar o arquivo /etc/inittab, quais são as ações para os processos disponíveis, exemplos de arquivos, como o init é executado e finalizado, entre outras dicas, leia as páginas de manual (man inittab e man init).

9 Conceito de runlevels Um runlevel é uma determinada configuração de software em que apenas processos são iniciados. Estes permitem, assim definir diferentes estados de funcionamento para o servidor, cada um com o seu conjunto de serviços ativos. Ao definir o runlevel no qual o sistema Linux deve arrancar, o administrador define os serviços que pretende que estejam ou não activos após a iniciação do sistema. Este principio não se aplica, no entanto, a todos os serviços, mas apenas aos que funcionam com base em daemons que se encontram permanentemente em execução no sistema.

10 Conceito de runlevels Estes serviços funcionam no chamado modo stand alone. No Linux existem 11 runlevels, identificados pelos números de 0 até 9, embora só 7 sejam utilizados mais o nível S, vamos agora explicar cada uma da sua função, aprofundando mais os níveis mais utilizados. Como podemos verificar na seguinte imagem:

11 Conceito de runlevels

12 Função de runlevels Após a instalação do Linux, o sistema arranca habitualmente no runlevel 5. Neste nível de execução, o sistema aceita ligações de terminal virtual (consola e remotamente) e disponibiliza a consola em modo gráfico. Existem, naturalmente, outros níveis de execução definidos no Linux. Em seguida vamos identificar os níveis de execução disponíveis no Linux CentOS e na generalidade das distribuições di Linux, bem como o seu propósito habitual de utilização. Em termo de curiosidade vamos falar também naqueles menos utilizados, vejamos então:

13 Função de runlevels Runlevel 0 desligado, quando o sistema entra neste runlevel todos os processos são terminados e a alimentação elétrica é desligada (se o hardware o suportar); Runlevel 1 single mode, é um nível especial em que apenas está ativo um utilizador (o root); Runlevel 2 multiuser sem rede, é o nível multiutilizador usual, mas sem suporte de rede; Runlevel 3 multiuser com rede, é o nível multiutilizador comum com suporte de rede; Runlevel 4 não usado, pode ser definido pelo utilizador;

14 Função de runlevels Runlevel 5 interface gráfica, é o nível em que é iniciado o servidor X e é apresentado a consola gráfica; Runlevel 6 reboot, neste nível todos os processos são terminados e o computador é reiniciado; Runlevel 7, 8 e 9 não estão documentados e portanto não se utilizam; Runlevel S é utilizado para iniciar os processos quando se muda de nível, não é para ser chamado diretamente pelo utilizador

15 Função de runlevels Para mudar de runlevel usa-se o comando init, assim, para desligar o computador pode-se fazer: Init 0 O comando Init, normalmente, só está disponível para o root.

16

17 Ficheiro /etc/initab O inittab é o ficheiro de configuração do Init e é um ficheiro de texto com 4 campos por linha, separados por :, podendo ter comentários começados por #, o significado dos quatro campos são os seguintes: O identificador ; Um ou 2 caracteres para identificarem a entrada O nível de execução ; Indica o nível de execução para o qual o processo deverá ser executado A acção ; Indica ao Init como deve executar o processo (para mais opções ver man inittab)

18 Acão Respawn Wait Once Boot bootwait off Initdefault Sysinit Powerwait Ondemand Powerfail Ctrlaltdel Significado Reiniciar o processo quando ele acaba O Init executa o processo uma vez e espera que acabe para continuar para a próxima entrada O Init executa o processo uma vez quando entra nesse nível Executa o processo no arranque (ignora o campo nível) Combinação de boot com wait Não faz nada Indica o nível de arranque Executa o processo durante o arranque antes de qualquer entrada boot ou bootwait É executado quando o Init recebe um sinal SIGPWR que indica um problema com a energia elétrica, e espera que comando seja executado Executa sempre que um nível " ondemand " (a b c) é chamado. Estes níveis NÃO alteram o nível corrente O mesmo que powerwait, mas não espera que o comando acabe Executado quando o Init recebe um sinal SIGINT (normalmente quando alguém carrega em CTRL-ALT-DEL)

19 Ficheiro /etc/initab O processo O caminho completo para o programa ou script a executar Em seguida é apresentado um ficheiro inittab mínimo, para análise.

20

21 Ficheiro /etc/initab Descrição: Id:5:initdefault: Isto indica que o runlevel por omissão é o 5. Si::sysinit:/etc/rc.d/rc.sysinit Ordena que seja executado o script rc.sysinit. L0:0:wait:/etc/rc.d/rc: 0 Indica que o script rc deve ser invocado com o argumento 0, para a lista de runlevels indicada no segundo campo, no caso apenas o runlevel 0. Wait indica que deve esperar que o script termine. O primeiro campo (l0),é um campo descritivo que pode ser qualquer coisa. 1:2345:respawn:/sbin/mingetty tty1: Indica que deve ser criado um terminal no tty1, em qualquer um dos runlevels de 2a 5. Respawn indica que o processo deve ser iniciado de novos e, por alguma razão, for terminado. X:5:respawn:/etc/X11/prefdm no daemon: Diz para executar o comando prefdm quando o runlevel 5 inicia. Isto inicia o sistema gráfico A seguir é apresentado um exemplo de um ficheiro /etc/inittab, depois a configuração do nível de execução inicial pretendido para o sistema o administrador deve definir os serviços que devem estar ativos nesse runlevel. Prosseguiremos com a descrição da forma como essa configuração pode ser efetuada.

22 Ficheiro /etc/initab

23 Serviços Antes de abordarmos de que forma os serviços são ativados no Linux, é importante realçar que são identificados no sistema operativo pelo ficheiro de configuração /etc/services. Este contém a informação de todos os serviços conhecidos no sistema, identificando-os pelo nome, porto e protocolos utilizados. As definições armazenadas neste ficheiro têm um âmbito global no sistema, o que significa que podem ser utilizados em qualquer operação ou ficheiro de configuração do Linux, pois são atribuídos nomes aos diversos ficheiros, logo será mais fácil uma relação entre os serviços. Normalmente, o conteúdo predefinido do ficheiro /etc/services é suficiente, e apenas em situações muito especificas o administrador terá necessidade de o modificar, por exemplo, para a definição de um novo serviço. Também muito importante notar que, neste ficheiro, vários serviços têm o seu nome associado ao porto convencionado e aos protocolos UDP (User Datagram Protocol) e TCP (Transmission Control Protocol) em simultâneo, embora seja normal o serviço utilizar apenas um protocolo. Esta associação aos dois protocolos é feita para mais tarde existir a possibilidade de utilização do outro protocolo. No ficheiro /etc/serices, os serviços são identificados no início de cada linha associados ao ponto e aos protocolos convencionados. A imagem a seguir mostra-nos um extrato deste mesmo ficheiro de configuração:

24 Serviços

25 Serviços O ficheiro /etc/services é lido durante o arranque do sistema operativo pelo processo Init, que é responsável pelas operações de início do sistema. Portanto, por ser o primeiro processo a arrancar, o Init utiliza o PID (processo Identifier).As alterações ao ficheiro /etc/services pode ser comunicadas ao processo Init através do envio de um sinal do tipo SIGHUP, recorrendo ao comando kill HUP 1, ou alternativa, reinicializando o serviço. No que diz respeito ao funcionamento dos serviços do Linux, é importante notar que podem ser ativados de duas formas, no modo standalone e no modo xinetd. É importante compreender as diferenças de funcionamento entre estes dois modos, já que se trata de um aspeto fundamental de funcionamento do Linux, vejamos então essas mesmas diferenças.

26 Modo Standalone Executar um servidor via Super-servidores é uma forma de se iniciar um serviço de rede, como poderemos ver já no próximo tema, porém outro tipo muito utilizado é executar o programa de forma independente (Standalone).Os serviços de rede que são iniciados de forma independente ocupam recursos da máquina como pode ou não o serviço estar a ser executado, o que é o contrário dos serviços executados pelo inetdexinetd. Cada técnica de inicialização de serviços de rede tem suas próprias vantagens e desvantagens:

27 Modo Standalone No caso do Super-servidor os serviços só serão carregados na memória quando o serviço estiver a ser realmente utilizado, isto poupa recursos da máquina, entretanto um serviço executado pelo inetd provavelmente terá um tempo de resposta mais lento do que serviços executados independentes, pois o processo não está na memória e terá de ser carregado para à memória para a sua execução; Um serviço de rede executado de forma independente tem um tempo de resposta mais rápida aos pedidos de conexões de rede, pois estes serviços já estão na memória e prontos para uso, porém caso não estejam a ser utilizados estes serviços continuarão na memória ocupando um espaço de memória que poderia ser útil para outras tarefas. Quando um serviço é muito requisitado, talvez não seja uma boa escolha iniciá-lo com o Super-servidor, mas sim de forma independente (em inglês, standalone).

28 Modo Standalone Pois, ao iniciar um serviço em standalone o serviço estará sempre pronto para responder aos pedidos dos utilizadores. O Very Secure FTP Daemon ou simplesmente vsftpd, é um bom servidor de FTP e funciona tanto em modo Super-servidor quanto standalone. Para a configuração do vsftpd, é necessário editar o arquivo /etc/vsftpd.conf. Para colocar o vsftpd de forma a que este funcione em standalone, é necessário apenas retirar o # da seguinte linha:listen=yes. Para que o vsftpd funcione em standalone este serviço não pode ser executado com o inetd ou xinetd. Após, editar o arquivo /etc/vsftpd.conf e colocá-lo em standalone, é necessário iniciar o servidor utilizando o comando vsftpd. Ao iniciar em standalone, é possível executar o comando ps -ax e verificar que vsftpd está direto na memória.

29 Modo Standalone Para desligar o servidor FTP agora é necessário matar o processo vsftpd. Isso pode ser feito com o comando killall vsftpd. Configuração dos serviços standalone no Ubuntu: Digitamos os seguintes comandos cd /etc/rc2.d/, em seguida ls la e obtivemos a seguinte lista:

30 Modo Standalone

31 Modo Xinetd Os serviços de redes são executados por programas denomina dos servidores de rede, um programa servidor de rede é chamado em inglês de daemon. Servidores de rede são programas que abrem portas de rede (referente ao modelo TCP/IP) estas portas ficam a aguardar por solicitações dos clientes. Quando uma solicitação de um cliente é recebida, o servidor de rede cria um processo filho, o qual trata aquela conexão específica, enquanto o processo pai continua a espera de reações na porta, ou seja, aguardando novas solicitações de clientes da rede. O servidor é capaz de criar conectores para uma série de serviços de rede e ouvir todas as portas de rede simultaneamente e quando uma máquina remota solicita algum de seus serviços, o servidor percebe o facto e aciona o servidor específico da porta envolvida. Por exemplo, imaginemos que temos uma máquina a servir de Firewall ou Router e esta é uma máquina que não possui monitor, teclado e rato (já que uma

32 Modo Xinetd Assim, nós provavelmente iremos precisar de um serviço como Telnet para gerir a máquina remotamente, mas não queremos que o Telnet ocupe recursos do computador enquanto o Telnet não está a ser utilizado, então teremos de utilizar o inetd(super-servidor de Internet). O inetd vai ficar responsável por abrir aporta de rede referente ao Telnet e ficar monitorizar os pedidos a este serviço, tão logo que alguém solicite o Telnet o inetd vai carregar o Telnet na memória, o utilizador remoto vai usar o Telnet normalmente, quando a conexão for finalizada o inetd vai retirar o serviço da memória e continua a ouvir a porta.

33 Modo Xinetd Portanto, o Super-servidor conhecido por inetd (Internet Daemon) é um servidor de servidores que é utilizado dentro outros, para poupar recursos da máquina servidora, centralizar a ativação de serviços, etc. O inetd é normalmente iniciado quando o sistema é iniciado. O inetd recebe uma lista de serviços a serem monitorizados a partir de um arquivo de configuração denominada /etc/inetd.conf. O arquivo /etc/inetd.conf é um arquivo de texto que contém como informação como e quais são os serviços de rede fornecidos pelo inetd. Uma linha típica do arquivo /etc/inetd.conf é composta pelos seguintes campos:

34 Modo Xinetd <serviço> <tipo> <protocolo> <espera> <usuário><servidor> <linha_de_comando> finger stream tcp nowaitnobody /usr/libexec/fingerd fingerd s

35 Modo Xinetd O significado de cada campo do /etc/inetd.conf é o seguinte: Serviço ou Name - Este campo é o nome do serviço a ser disponibilizado. Os nomes do serviço podem ser vistos no arquivo /etc/services. Este nome mapeia o número de porta ao serviço. Tipo ou Type - Este é o tipo de soquete (socket-type) oferecido ao serviço para a entrega de dados. Os dois tipos de soquetes para entrega de dados mais utilizados são: dgram para o serviço de datagramas (sem conexão) e stream para o serviço de fluxo de dados orientado a conexão. Protocolo ou Protocol - É o nome do protocolo usado pelo serviço, é definido no arquivo /etc/protocols.

36 Modo Xinetd O nome mapeia um número de protocolo. São na maioria tcp e udp. Espera ou Wait-status - indica se o daemon invocado pelo inetd é capaz de lidar com seu próprio socket ou não. Sockets do tipo dgram precisam usar a opção wait, enquanto daemons de sockets tipos tream, os quais geralmente são multi-threaded, devem usar a opção nowait. O tipo wait geralmente repassa múltiplos sockets para um único daemon, enquanto nowait dispara um daemon filho para cada novo socket. Utilizador ou UID - Nome de utilizador sob o qual o serviço é executado.

37 Modo Xinetd Normalmente este é root, mas por razões de segurança, alguns processos são executados sob o ID do utilizador nobody. Servidor ou Server - Caminho do programa de servidor a se executado. As entradas compartilham o mesmo caminho /usr/sbin/tcp, mas este realmente não é o caminho para o servidor ftp, telnet ou qualquer outro servidor. Na realidade, o tcpd é um recurso de segurança usado pelo Linux, sendo que o tcpd chamado de TCP Wrapper (invólucro de TCP), é usado para prover segurança. Linha de comando ou Arguments - São argumentos de linha de comando que são passados ao programa do servidor.

38 Modo Xinetd O primeiro argumento é sempre o nome do programa do servidor executado. Alista de argumentos parece exatamente como o comando se estivesse a ser digitado em um prompt shell. Atenção, dentro do arquivo /etc/inetd.conf (tal como, a maioria dos arquivos de configuração do Linux), tudo que preceder um # é um comentário e será ignorado pelo script de iniciação do indetd Exemplo do arquivo /etc/inetd.conf:

39 Modo Xinetd O primeiro argumento é sempre o nome do programa do servidor executado. Alista de argumentos parece exatamente como o comando se estivesse a ser digitado em um prompt shell. Atenção, dentro do arquivo /etc/inetd.conf (tal como, a maioria dos arquivos de configuração do Linux), tudo que preceder um # é um comentário e será ignorado pelo script de iniciação do indetd Exemplo do arquivo /etc/inetd.conf:

40 Modo Xinetd

41 Modo Xinetd Para ativar um serviço de rede pelo inetd, basta editar o arquivo /etc/inetd.conf e retirar o # da linha referente ao serviço desejado, ou ainda, caso a linha não exista, acrescentar uma linha passando os parâmetros para iniciar o serviço via inetd. Por exemplo, caso se quiser iniciar o Telnet com o Superservidor inetd, basta procurar a seguinte linha do Telnet no arquivo /etc/inetd.conf e retirar o #,

42 #/etc/rc.d/rc.inedt stop#/etc/rc.d/rc.inedt start Modo Xinetd Após, de retirar ou acrescentar o serviço desejado será necessário reiniciar o servidor inetd, isto é possível através da execução do script de iniciação /etc/rc.d/rc.inedt. O diretório /etc/rc.d/ contém a grande maioria dos scripts de iniciação de serviços da rede. Assim, para reiniciar o inetd execute: #/etc/rc.d/rc.inedt restart ou

43 Modo Xinetd Logo que o servidor seja reiniciado o serviço estará pronto para ser utilizado. É de lembrar que sempre que se alterar o arquivo /etc/inetd.conf é obrigatório reiniciar o servidor para a alteração seja completa, caso contrário, a alteração será completa somente quando o sistema for reiniciado. Para desativar um serviço de rede pelo inetd, basta editar o arquivo /etc/inetd.conf e comentar (adicionar no inicio da linha um #) na linha referente ao serviço, não é recomendado a exclusão da linha, pois quando for necessário ativar o serviço o utilizador terá que refazer a linha novamente, o que pode ser muito trabalhoso.

44 Modo Xinetd Por exemplo, caso se quiser desativar o Telnet com o Superservidor inetd, basta procurar a linha do Telnet no arquivo /etc/inetd.conf e comenta-la, vejamos o exemplo:

45 Modo Xinetd Reinicia-se o servidor após a alteração, para que o processo fique completo. Configuração dos serviços Xinetd no Ubuntu: Digitamos o comando more /etc/xinetd.d/daytime e obtivemos o seguinte resultado:

46 Modo Xinetd

47 Modo Xinetd

48

49

50