Mudanças entre as edições de "Projeto: Administração Centralizada de Sistemas Operacionais"

De MediaWiki do Campus São José
Ir para navegação Ir para pesquisar
Linha 155: Linha 155:
 
O teste um não apresentou nem um tipo de problema, nem mesmo com o NFS. O teste dois continua com o mesmo problema,
 
O teste um não apresentou nem um tipo de problema, nem mesmo com o NFS. O teste dois continua com o mesmo problema,
 
está funcionando com outra máquina com as mesmas características, máquinas com características diferentes ainda apresentam erros.
 
está funcionando com outra máquina com as mesmas características, máquinas com características diferentes ainda apresentam erros.
 +
 +
===13/10/2010 (semana 11)===
 +
Cópia de imagens para as máquinas.<br/>
 +
Imagens -> ubuntu, windowns (as duas imagens têm 3 GB).
 +
Hosts -> windowns, ubuntu, windowns_pequeno, ubuntu_pequeno, SEM_SO.<br/>
 +
windowns e ubuntu têm um HD de 8 GB.<br/>
 +
windowns_pequeno e ubuntu_pequeno tem HD de 3 GB.<br/>
 +
SEM_SO, HD de 3 GB e sem sistema operacional.<br/>
  
 
==Tutoriais==
 
==Tutoriais==

Edição das 07h07min de 13 de outubro de 2010

Projeto

O projeto "Administração Centralizada de Sistemas Operacionais" está sendo realizado no Instituto Federal de Educação, Ciência e Tecnologia de Santa Catarina Campus São José, no período de 02/08/2010 à 22/12/2010 pelo aluno Gustavo Paulo Medeiros Da Silva (4ª fase, CST Sistemas de Telecomunicações) e orientado pelo professor Ederson Torresini.

Objetivos

Centralizar a administração dos sistemas operacionais de uma rede.

Diário de Bordo

06/08/2010 (semana 1)

Nesta primeira semana foi feita uma pesquisa para conhecer e comparar programas que copiam imagens de um SO para outros computadores, através da rede. Abaixo tem uma tabela comparando os programas pesquisados.


Armazenamento de partição Operações pós-instalação
Projeto S.O. baseado em... Livre? Multicast Protocolos Sistema de arquivo Trocar o nome da máquina Expansão da partição
FOG Project UNIX, DOS Sim Sim TFTP, UDP, TCP, NFS NTFS, XFS, JFS, HPFS, FAT16/32, Reiser3, EXT2, EXT3 Sim Sim
Clonezilla UNIX Sim Sim TFTP, UDP, TCP NTFS, FAT16/32, EXT2, EXT3, Reiserfs Não* Sim**
Symantec Ghost DOS, UNIX Não Sim TCP NTFS, FAT16/32, EXT2, EXT3 Não* Sim**
G4U UNIX Sim Não FTP, TCP Todos (copia bit-a-bit) Não* Não
UDP Cast UNIX Sim Sim TFTP, UDP Todos (copia bit-a-bit) Não* Não
Partimage UNIX Sim Não NFS, UDP, TCP FAT16/32, Reiser3, EXT2, EXT3 Não* Não

(*) É necessário trocar o nome dos computadores para não haver confusão na rede. Trocar o nome, máquina por máquina.
(**) Não é possível utilizar a rede, tem que realizar o boot no cd de instalação do produto.

11/08/2010 (semana 2)

Problema

Para redes pequenas, formatar computador por computador é um problema, porém, quando estamos falando de uma rede com maior porte (15 computadores no mínimo), o problema aumenta, porque o tempo gasto para formatar todas as máquinas será muito grande.


Proposta de Solução

Centralizar a administração de sistemas operacionais utilizando um servidor de distribuição de imagens.


Objetivo Geral

O objetivo geral do projeto é diminuir o tempo gasto pela formatação dos computadores.


Objetivos específicos

1- Copiar imagens para computadores com características físicas diferentes (HD, memória, etc).

13/08/2010 (semana 2)

Para a escolha do servidor de imagens foi feito uma lista de requisitos onde o servidor terá que atender.

Requisitos Que seja...
Custo Gratuito
SO Unix
Protocolo Protocolo de transferência simples (TFTP)
Sistemas de arquivos O maior número possível
Operações pós instalação Modificar o nome do computador e expandir a partição (ou partições)

De acordo com a pesquisa realizada, o programa que atende os requisitos mínimos para a execução do projeto foi o FOG Project.

27/08/2010 (semana 4)

Para realizar testes com o servidor escolhido vamos preparar um cenário onde apenas o servidor e um cliente estarão ativos. Por precaução, o servidor e o cliente serão instalados em máquinas virtuais rodando o UBUNTU 10.4 (OBS: O SERVIDOR SÓ FUNCIONA COM A INSTALAÇÃO DO UBUNTU EM INGLÊS). Além das máquinas, será feita uma rede virtual (Vlan) para separá-los da rede da instituição com o intuito de evitar futuro transtornos.

14/09/2010 (semana 7)

Ao longo das últimas semanas tivemos dificuldades com a montagem do cenário de testes, detalhes despercebidos estavam atrapalhando a execução do projeto que aos poucos foram encontrados e eliminados.

Problemas

  • 1° - Para o servidor de imagens funcionar é preciso que a instalação do Ubuntu esteja em inglês.
  • 2° - Para as vlans se "enxergarem" é preciso que as máquinas virtuais estejam na mesma rede. No VirtualBox por padrão, na configurações de rede no campo conectado a está selecionado a opção NAT, opção que separa a máquina virtual da rede do hospedeiro, para as vlans funcionarem é preciso selecionar a opção Interface do Hospedeiro ou Placa em modo Bridge.
  • 3° - Para o VirtualBox dá o boot pela rede, ele irá procurar o servidor na rede real, desprezando a vlan. Para dá o boot na vlan, é preciso configurar uma interface vitual no computador hospedeiro e na configurações de rede do VirtualBox no campo NOME selecione a interface virtual criada, (ex.: eth0.1).

Organização do cenário de testes

  • A máquina virtual onde o servidor está instalado tem acesso a rede real e a vlan.
  • A máquina virtual que será o cliente tem acesso apenas a vlan.

<graphviz> digraph Redes { "VirtualBox (1)" [shape=Mrecord] "VirtualBox (2)" [shape=Mrecord] "eth0.1 (1)" [color=blue] "eth0.1 (2)" [color=blue] "eth0 (1)" [color=red] "eth0 (2)" [color=red]

"FOG Project" -> "VirtualBox (1)" "VirtualBox (1)" -> "Computador 1" "VirtualBox (1)" -> "eth0.1 (1)" [color=blue] "VirtualBox (1)" -> "eth0 (1)" [color=red] "Computador 1" -> "eth0 (1)" [color=red]

"VirtualBox (2)" -> "Computador 2" "VirtualBox (2)" -> "eth0.1 (2)" [color=blue] "Computador 2" -> "eth0.1 (2)" [color=blue] "Computador 2" -> "eth0 (2)" [color=red]

"rede real" [color=red] "eth0 (1)" -> "rede real" [color=red] "eth0 (2)" -> "rede real" [color=red]

"vlan" [color=blue] "eth0.1 (1)" -> "vlan" [color=blue] "eth0.1 (2)" -> "vlan" [color=blue] subgraph clusterKernel { label="rede física" "rede real" "vlan"

} } </graphviz>

Legenda:

  • ----->: vlan.
  • ----->: rede real.
  • ----->: Máquina onde está instalado.
  • (1): parte do servidor.
  • (2): parte do cliente.
  • eth0: interface de rede (rede real).
  • eth0.1: interface de rede (vlan).

30/09/2010 (semana 9)

Ao longo das últimas semanas alguns testes foram feitos com o servidor.

  • Teste n° 1 - o cliente irá fornecer uma cópia de si mesma para o servidor.

Depois da várias tentativas sem sucesso, notamos que no momento em que o servidor estava tentando copiar o sistema do cliente, aparecia na tela em um curto momento um erro com o NFS (na verdade quem notou esse erro foi o prof. Ederson, eu nem enxerguei isso).
Um erro com NFS, pra começar, o que é NFS?
É um aplicativo que torna uma pasta de um coputador visível por todos os computadores da mesma rede. Para mais informações siga o link http://pt.wikipedia.org/wiki/Network_File_System
No cliente deve está instalado o servidor NFS para a cópia do sistema ser possível. Para instalar vá até o tópico tutoriais e siga as instruções. (apenas instale o NFS, o restante é com o FOG).

  • Teste n° 2 - um outro cliente irá puxar a imagem do servidor FOG.

Para isso dar certo, na máquina deverá está instalado um sistema operacional. Computadores sem sistemas não funciona.
O teste dois apenas está funcionando com outra máquina com as mesmas características (HD com mesmo tamanho), máquinas com características diferentes ainda apresentam erros.

01/10/2010 (semana 9)

Os testes feitos ontem foram repetidos, mas desta vez, com sistema operacional Windows XP.
O teste um não apresentou nem um tipo de problema, nem mesmo com o NFS. O teste dois continua com o mesmo problema, está funcionando com outra máquina com as mesmas características, máquinas com características diferentes ainda apresentam erros.

13/10/2010 (semana 11)

Cópia de imagens para as máquinas.
Imagens -> ubuntu, windowns (as duas imagens têm 3 GB). Hosts -> windowns, ubuntu, windowns_pequeno, ubuntu_pequeno, SEM_SO.
windowns e ubuntu têm um HD de 8 GB.
windowns_pequeno e ubuntu_pequeno tem HD de 3 GB.
SEM_SO, HD de 3 GB e sem sistema operacional.

Tutoriais

Virtualbox

Siga o tutorial na página http://www.guiadohardware.net/comunidade/tutorial-instalando/988514/
Depois da instalação do virtualbox e do sistema operacional, vá em configurações, rede, no campo Conectado a selecione a opção Interface do Hospedeiro ou Placa em modo Bridge.

VLAN

Para fazer uma VLAN, no terminal de comandos digite:

sudo apt-get install vlan

Para configurar a VLAN.

 
sudo gedit /etc/network/interfaces

Adicione as configurações da VLAN, por exemplo:

auto eth0.1
iface eth0.1 inet static
   address 10.0.3.2
   netmask 255.255.255.0
   network 10.0.3.0
   vlan_raw_device eth0

Esses comandos irão ativar as configurações da interface eth0.1:

vconfig add eth0 1
/etc/init.d/networking restart

NFS

Para instalar o servidor NFS, vá até o terminal e digite o comando a seguir. Apenas a instalação do NFS no cliente é o suficiente para o FOG operar, mas se você é curioso e quer fazer um servidor NFS próprio aqui tem um simples tutorial.

sudo apt-get install nfs-kernel-server

Agora para compartilhar a pasta ou Hd na rede basta editarmos o arquivo /etc/exports. Para o exemplo, utilizarei a pasta /home no computador 10.0.0.1. /home *(rw,sync,no_root_squash) </syntaxhighlight> Agora vamos iniciar o servidor de NFS .

sudo /etc/init.d/nfs-kernel-server start

Agora é preciso montar a pasta compartilhada no outro computador que está na rede, mas primeiro vamos criar uma pasta para a montagem.

mkdir /home/pasta

Depois.

sudo mount -t nfs 10.0.0.1:/home /home/pasta

Esse comando irá montar a pasta /home do servidor na pasta /home/pasta do cliente.