ESTÁGIO CURRICULAR II OTIMIZAÇÃO DA ADMINISTRAÇÃO DO ACTIVE DIRETORY 2003.

Transcrição

1 CATIANA SURDI LIBRELATO i ESTÁGIO CURRICULAR II OTIMIZAÇÃO DA ADMINISTRAÇÃO DO ACTIVE DIRETORY EMPRESA: OPERTECH TECNOLOGIA EM SISTEMAS OPERACIONAIS LTDA. SETOR: CPD SUPERVISOR: MÁRIO SERGIO GONÇALVES ORIENTADOR: LEANDRO C. PYKOSZ. CURSO DE TECNOLOGIA EM SISTEMAS DE INFORMAÇÃO CENTRO DE CIÊNCIAS TECNOLÓGIAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC JOINVILLE SANTA CATARINA - BRASIL JUNHO

2 iii APROVADO EM.../.../... LEANDO C. PYKOSZ. Mestre em Engenharia Elétrica e Informática Industrial. Professor Orientador AVANILDE KEMCZINSKI Doutora Eng. de Produção Membro da Banca LUCIANA RITA GUEDES Mestre em Ciência da Computação Membro da Banca MÁRIO SERGIO GONÇALVES. Supervisor da CONCEDENTE Carimbo da Empresa

3 iii UNIDADE CONCEDENTE Razão Social: OPERTECH Tecnologia em Sistemas Operacionais Ltda. CNPJ: / Endereço: Rua: Silvino da Silva nº 108 Bairro: Floresta CEP: Cidade: Joinville UF: SC Fone: (47) Supervisor: Mário Sergio Gonçalves Cargo: Analista de Suporte ESTAGIÁRIO Nome: Catiana Surdi Librelato Matrícula: Endereço: Rua: Ibirapuera nº 605 Bairro: Floresta CEP: Cidade: Joinville UF: SC Fone: (47) Curso de: Tecnologia em Sistemas de Informação Título do Estágio: Otimização da Administração do Active Directory 2003 Período: 25/03/2008 à 08/05/2008 Carga horária: 120 AVALIAÇÃO FINAL DO ESTÁGIO PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pela avaliação do Processo de Estágio Estes campos serão preenchidos pelo professor da Disciplina, devido a avaliação ser do Processo e não somente do Relatório CONCEITO FINAL (Avaliação do Processo de Estágio) Excelente (9,1 a 10) Muito Bom (8,1 a 9,0) Bom (7,1 a 8,0) Regular (5,0 a 7,0) Reprovado (0,0 a 4,9) NOTA (Σ Processo) Rubrica do Professor da Disciplina Joinville / / Nome do Estagiário : Catiana Surdi Librelato

4 iv QUADRO I AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS QUALIDADE DO TRABALHO: Considerando o possível. ENGENHOSIDADE: Capacidade de sugerir, projetar, executar modificações ou inovações. CONHECIMENTO: Demonstrado no desenvolvimento das atividades programadas. CUMPRIMENTO DAS TAREFAS: Considerar o volume de atividades dentro do padrão razoável. ESPÍRITO INQUISITIVO: Disposição demonstrada para aprender. INICIATIVA: No desenvolvimento das atividades. SOMA Pontos QUADRO II AVALIAÇÃO DOS ASPECTOS HUMANOS ASSIDUIDADE: Cumprimento do horário e ausência de faltas. DISCIPLINA: Observância das normas internas da Empresa. SOCIABILIDADE: Facilidade de se integrar com os outros no ambiente de trabalho. COOPERAÇÃO: Disposição para cooperar com os demais para atender as atividades. SENSO DE RESPONSABILIDADE: Zelo pelo material, equipamentos e bens da empresa. SOMA Pontos PONTUAÇÃO PARA O QUADRO I E II Sofrível - 1 ponto, Regular - 2 pontos, Bom - 3 pontos, Muito Bom - 4 pontos, Excelente - 5 pontos LIMITES PARA CONCEITUAÇÃO AVALIAÇÃO FINAL Pontos De 57 a SOFRÍVEL SOMA do Quadro I multiplicada por 7 De 102 a REGULAR SOMA do Quadro II multiplicada por 3 De 148 a BOM SOMA TOTAL De 195 a MUITO BOM De 241 a EXCELENTE Nome da Empresa: OPERTECH Tecnologia em Sistemas Operacionais Ltda. Representada pelo Supervisor: Mário Sergio Gonçalves CONCEITO Rubrica do Supervisor da CONFORME SOMA Empresa TOTAL Local: Data : Carimbo da Empresa

5 v v UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR II ESTAGIÁRIO Nome: Catiana Surdi Librelato Matrícula: Endereço (Em Jlle): Rua: Ibirapuera nº 605 Bairro: Floresta CEP: Cidade: Joinville UF: SC Fone: (47) Endereço (Local estágio): Rua: Xavantes nº 54 Bairro: Atiradores CEP: Cidade: Joinville UF: SC Fone: (47) Regularmente matriculado no semestre: 5 Formatura (prevista) Semestre/Ano: 1/2008 Curso: Tec. Sistemas de Informação. UNIDADE CONCEDENTE Razão Social: OPERTECH Tecnologia em Sistemas Operacionais Ltda. CNPJ: / Endereço: Rua: Silvino da Silva nº 108 Bairro: Floresta CEP: Cidade: Joinville UF: SC Fone: (47) Atividade Principal: Suporte Técnico. Supervisor: Mário Sergio Gonçalves Cargo: Analista de Suporte DADOS DO ESTÁGIO Área de atuação: Suporte Técnico em Informática Departamento de atuação: CPD Fone: (47) Ramal: 5645 Horário do estágio: 13:15 às 17:15 Total de horas: 120 Período: 25/03/2008 à 08/05/2008 Nome do Professor Orientador: Leandro C. Pykosz. Disciplina(s) simultânea(s) com o estágio Quantas: 6 Quais: PES-SI-PESQUISA OPERACIONAL, SOR - SOCIOLOGIA DAS ORGANIZACOES, TES-03 SQL, TES-11 - EMPREENDIMENTOS EM INFORMATICA, TES-12 - ANALISE E PROJETO DE SISTEMAS AVANCADOS, TES-16 - INTRODUCAO A SEGURANCA DA INFORMACAO.

6 vi OBJETIVO GERAL Otimização das tarefas relacionadas ao AD - Active Directory do Windows Server 2003 criando scripts para operações avançadas e efetuar consultas nos objetos do AD. ATIVIDADES OBJETIVO ESPECÍFICO HORAS -Ativar/desativar contas de usuários. Scripts para realizar operações avançadas. Pesquisa de objetos no AD. Rubrica do Professor Orientador -Desbloquear contas de usuários. -Mostrar a diferença entre a desativação e o desbloqueio. E mostrar o status do usuário. - Alterar/adicionar atributos multivalorados de um objeto. - Tarefas relacionadas a senha de usuário. -Busca no AD por s de usuários. -Mostra membros de um determinado grupo. -Movendo usuários de uma OU para outra. -Pesquisa por objetos e retorna o local. -Remove/adiciona usuários de um grupo para outro. -Pesquisa de objetos/usuários existente no AD utilizando-se de arquivos textos. Rubrica do Coordenador de Estágios Rubrica do Supervisor da Empresa Data: Data: Data: Carimbo da Empresa

7 CRONOGRAMA FÍSICO E REAL vii PERÍODO (20 horas) ATIVIDADES Ativar/desativar contas de usuários. Desbloquear contas de usuários. Mostrar a diferença entre a desativação e o desbloqueio. Alterar/adicionar atributos multivalorados de um objeto. Mostra membros de um determinado grupo. Movendo usuários de uma OU para outra. Remove/adiciona usuários de um grupo para outro. R Pesquisa por objetos e retorna o local. P R Mostrar o status do usuário. P R Tarefas relacionadas à senha de usuário P R Pesquisa de objetos/usuários existente no AD utilizando-se de arquivos textos P R P R P R P P R Legenda: Previsto Realizado

8 FUNDAÇÃO UNIVERSIDADE DO ESTADO DE SANTA CATARINA viii CENTRO DE CIÊNCIAS TECNOLÓGICAS - CCT COORDENADORIA DE ESTÁGIOS TERMO DE COMPROMISSO PARA REALIZAÇÃO DE ESTÁGIOS A EMPRESA OPERTECH TECNOLOGI EM SISTEMAS OPERACIONAIS LTDA (1) Representada por MÁRCIO RECH Cargo SÓCIO ADMINISTRADOR (2) ESTAGIÁRIO CATIANA SURDI LIBRELATO Matrícula (3) Da Fundação Universidade do Estado de Santa Catarina, representada pelo Professor César Malutta. Acertam o seguinte, na forma da Lei nº , de 07/12/77, regulamentada pelo Decreto nº , de 18/08/82, tendo em vista Convênio nº.270/2007, publicado em Diário Oficial nº de 17/09/07. Art. 1º - O ALUNO desenvolverá Estágio: Obrigatório ( X ) Não obrigatório ( ) Art. 2º - O ESTAGIÁRIO desenvolverá atividades dentro de sua linha de formação. Art. 3º - A EMPRESA elaborará Programa de Atividades a ser cumprido pelo ESTAGIÁRIO, em conformidade com as disciplinas cursadas pelo mesmo, respeitados os horários de obrigações do ESTAGIÁRIO com a UDESC/CENTRO. Art. 4º - O Estágio será desenvolvido na Área TECNOLOGIA DA INFORMAÇÃO no período de 25/03/2008 a 08/05/2008 durante o horário das 13:15 as 17:15 hrs, totalizando 100 horas/mês. 1º - Este período poderá ser prorrogado mediante prévio entendimento entre as partes. 2º - Tanto a EMPRESA como o ESTAGIÁRIO poderá a qualquer momento dar por terminado o Estágio, mediante comunicação escrita. Art. 5º - Pelas reais e recíprocas vantagens técnicas e administrativas, a EMPRESA designará como Supervisor Interno de Estágios e avaliador o Senhor MÁRIO SERGIO GONÇALVES ANALISTA DE SUPORTE Art. 6º - O ESTAGIÁRIO declara concordar com as normas internas da EMPRESA, conduzir-se dentro da ética profissional e submeter-se a acompanhamento e avaliação de seu desempenho e aproveitamento. Art. 7º - O ESTAGIÁRIO se obriga a cumprir fielmente a programação de estágio. Art. 8º - O ESTAGIÁRIO responderá pelas perdas e danos conseqüentes da inobservância das normas internas da EMPRESA. Art. 9º - O ESTAGIÁRIO se compromete a elaborar Relatório sobre o Estágio realizado apresentando-o à EMPRESA através de seu Supervisor, e à Universidade através do Coordenador de Estágios respectivo. Art. 10º - A EMPRESA se responsabilizará por despesas relativas a atividades extras impostas ao ESTAGIÁRIO.

9 Art. 11º - O ESTAGIÁRIO não terá para quaisquer efeitos, vínculo empregatício com a EMPRESA, ficando aquele segurado contra acidentes pessoais durante o estágio pela apólice nº da Companhia Metropolitan Life Seguros e Previdência Privada S/A, ix Art. 12º - O ESTAGIÁRIO receberá uma bolsa no valor de (NÃO REMUNERADO). Art. 13º - Fica firmado o presente em 3 (três) vias de igual teor. Joinville, 23 de junho de (1) EMPRESA:... (2) ESTAGIÁRIO:... (3) INSTITUIÇÃO DE ENSINO:...

10 x Aos meus pais Ester Surdi Librelato e Valério Librelato

11 xi AGRADECIMENTOS Muitas pessoas e empresas tornaram-se merecedoras do nosso reconhecimento, pelo muito que colaboraram para a realização deste trabalho, dentre elas destacam-se: Macio Rech que me possibilitou a efetuação do meu estágio na Opertech. Mário Sergio por estar disposto a ser o meu coordenador na Opertech. Fleury que me orientou nas tarefas relativas ao Active Directory, mostrando quais seriam as melhores otimizações a serem realizadas. Ao meu orientador de estágio Leandro, por se dispor a me orientar. E aos meus pais, por ter a paciência que sempre tiveram comigo e por serem compreensíveis nos momentos em que eu tive que ficar ausente.

12 xii SUMÁRIO LISTA DE FIGURAS...XII RESUMO... XIV 1. INTRODUÇÃO...XV Específicos...xvi Justificativa...xvii 1.2. ORGANIZAÇÃO DO ESTUDO... XVIII 2. A EMPRESA HISTÓRICO PRINCIPAIS SERVIÇOS PRINCIPAIS CLIENTES CONSIDERAÇÕES GERAIS DESENVOLVIMENTO O ACTIVE DIRETORY A ADMINISTRAÇÃO DO ACTIVE DIRECTORY ATRAVÉS DO CONSOLE DE GERENCIAMENTO MICROSOFT MMC ADSI ACTIVE DIRECTORY SERVICES INTERFACE SCRIPTS PARA REALIZAR OPERAÇÕES AVANÇADAS PESQUISA DE OBJETOS NO AD CONSIDERAÇÕES FINAIS PRINCIPAIS DIFICULDADES DISCIPLINAS QUE AUXILIARAM NA REALIZAÇÃO DO ESTÁGIO REC Redes de Computadores ICC - Introdução a Ciência da Computação BAN - Banco de Dados...45 GLOSSÁRIO...47 REFERÊNCIAS BIBLIOGRÁFICAS...48

13 LISTA DE FIGURAS FIGURA 1: LOGO MARCA DA TIGRE S.A. TUBOS E CONEXÕES...20 FIGURA 2: INCLUSÃO DE UMA CONTA DE USUÁRIO NO AD ATRAVÉS DO MMC. TECHNET(2008)...24 FIGURA 3 - TELA QUE É MOSTRADA PARA AO EXECUTAR O SCRIPT DO STATUS DO USUÁRIO TESTEADM FIGURA 4 - A TELA INDICA AO USUÁRIO A ULTIMA ALTERAÇÃO QUE FOI EFETUADA NA SENHA DO USUÁRIO TESTEADM FIGURA 5 - AO ACESSAR UM SERVIDOR A SOLICITAÇÃO PARA ALTERAR A SENHA DO USUÁRIO TESTEADM...31 FIGURA 6 - SENDO EFETUADA A ALTERAÇÃO DA SENHA DO USUÁRIO TESTEADM FIGURA 7 - OU EM QUE O USUÁRIO TESTEADM PERTENCIA ANTES DA EXECUÇÃO DO SCRIPT...33 FIGURA 8 - NOVA OU DESCRITA NO SCRIPT NA QUAL O USUÁRIO TESTEADM PARTICIPA...34 FIGURA 9 - MOSTRA OS COMPUTADORES E OS USUÁRIOS DA OU QUIOSQUE 36 FIGURA 10 - FIGURA QUE ILUSTRA O TIPO DE PONTO DE PARTIDA ONE- LEVEL SEARCH. TECHNET(2008)...38 FIGURA 11 - ILUSTRA O RESULTADO DA PESQUISA PELO DISTINGUISHEDNAME DO USUÁRIO TESTEADM...40 FIGURA 12 - ILUSTRA O RESULTADO DA PESQUISA PELO DISTINGUISHEDNAME DO USUÁRIO TESTEADM...40 FIGURA 13 - ARQUIVO CONTENDO OS USUÁRIOS A SEREM PESQUISADOS...41 FIGURA 14 - TELA QUE ILUSTRA O RESULTADO DO SCRIPT...42

14 RESUMO O proposto visa documentar as atividades realizadas no estágio na empresa Opertech Tecnologia em Sistemas Operacionais LTDA. Onde o principal objetivo é dar continuidade à otimização da administração do Active Directory do MS. Windows 2003 Server através da criação de scripts realizada no estágio I. Com o objetivo de desenvolver scripts para realizar tarefas mais avançadas que envolvem mais de um objeto sendo manipulado simultaneamente e efetuar consultas através do AD a esses objetos. O procedimento metodológico se baseou em pesquisa, ao material disponibilizado no site TechNet já que o cenário do estágio foi focado no Active Directory que é uma ferramenta de propriedade da Microsoft. Em relação aos resultados obtidos pode-se dizer que foi de relevância significativa tanto para organização que pode utilizar dos scripts desenvolvidos como uma nova e eficiente forma de administração do AD, bem como profissional pois proporcionou-me a ampliação do conhecimento e a possibilidade de aperfeiçoamento.

15 1. INTRODUÇÃO O estudo apresenta uma proposta para aperfeiçoar tarefas mais avançadas e consultas efetuadas no AD através do desenvolvimento de scripts. O Active Directory - AD é um serviço de diretório em redes do MS. Windows Server 2000 e Serviço de diretório é um conjunto de atributos sobre recursos e serviços existentes na rede, isso significa que é uma maneira de organizar e simplificar o acesso aos recursos de sua rede centralizando-os; bem como, reforçar a segurança e dar proteção aos objetos da database contra intrusos, ou controlar acessos dos usuários internos da rede. O Active Directory contém dado como: contas de usuários, impressoras, grupos, computadores, servidores, políticas de segurança e entre outros. Pode ser totalmente escalonável, aumentando conforme a necessidade. Esses dados são chamados de objetos, ou seja, todo recurso da rede é representado por um objeto no AD, e esses objetos possuem propriedades o que são chamados de atributos dos objetos [Microsoft TechNet, 2005]. Atividades relativas a esses objetos podem ser administradas de diversas formas, como o Console de Gerenciamento Microsoft - MMC, por exemplo, que é uma Interface Gráfica de Usuário - GUI que apresenta diversas ferramentas para administrar o AD. Porém sua administração envolve atividades repetitivas e numerosas, tais como: criar, apagar e modificar usuários, grupos, unidades organizacionais, computadores, e outros recursos de diretório. Pois efetuar essas tarefas manualmente usando a GUI é demorada, pode ser tediosa e estar propensa a erros. Visando esse cenário o estágio curricular I focou em demonstrar a utilização do Active Directory Services Interfaces - ADSI para a otimização dessas tarefas básicas, a diferença entre o tempo de execução de uma tarefa no AD e no MMC e a conceituação do ADSI. Contudo, focando no aperfeiçoamento da utilização do ADSI, o proposto foca a criação de scripts, porém para tarefas mais avançadas que envolvem mais de um objeto sendo manipulado ao mesmo tempo e efetuar consultas através do AD a esses objetos.

16 1.1. OBJETIVOS Este relatório visa documentar as atividades realizadas no estágio na empresa Opertech Tecnologia em Sistemas Operacionais LDTA. Onde o principal objetivo é continuar a otimização da administração do Active Directory do MS. Windows 2003 Server através da criação de scripts Geral Otimização das tarefas relacionadas ao AD - Active Directory do Windows Server Através do desenvolvimento de scripts para operações avançadas e efetuar consultas nos objetos do AD Específicos Desenvolver scripts para: Ativar e desativar contas de usuários; Desbloquear contas de usuários. Mostrar a diferença entre a desativação e o desbloqueio; Mostrar o status do usuário; Alterar e adicionar atributos multivalorados de um objeto; Tarefas relacionadas à senha de usuário; Efetuar buscas no AD por s de usuários; Mostra membros de um determinado grupo; Mover usuários de uma OU para outra; Pesquisa por objetos e retorna o local; Remover e adicionar usuários de um grupo para outro; Efetuar a pesquisa de objetos existente no AD utilizando-se de arquivos textos e arquivos.

17 Justificativa No Estágio I a proposta foi desenvolvida a partir de uma atualização que foi aplicada aos usuários da Tigre S.A. - Tubos e Conexões. Essa atualização refere-se à mudança de e de domínio dos usuários no AD. Onde aplicou-se scritps através do ADSI para auxiliar nessa mudança. Após o desenvolvimento do estágio I pode-se perceber que a aplicação de scripts para a administração das tarefas relacionadas ao AD foi uma alternativa eficaz pois otimizou tempo para realização de determinadas tarefas. Ou seja os resultados obtidos foram positivos. E foi focando nesses resultados e na situação atual da organização que ainda manipula uma grande quantidades de objetos no AD, devidos a abertura que outras filiais na América Latina, que estágio II continou no estudo e aplicação de scripts através do ADSI porém para realizar tarefas mais avançadas como manipulação de mais de um objeto simultaneamente. Contudo com o estudo dessa ferramenta, pode-se perceber que o AD pode ser utilizado não somente como um diretório que armazena dados de objetos de uma rede, mas também como um banco de dados no qual as consultas podem ser realizadas através de scripts. Logo o desenvolvimento de scripts para realizar pesquisas aos objetos do AD também é de grande relevância pois pode-se testar uma grande lista de objetos antes de incluí-los, o que vem de encontro a criação de usuários para funcionários das outras filiais da Tigre na América Latina.

18 1.2. ORGANIZAÇÃO DO ESTUDO Esse relatório é dividido em seis partes. Na primeira será a motivação à leitura deste relatório de estágio, onde são apresentados os objetivos gerais específicos e um resumo de como o trabalho será organizado. A segunda parte é apresentar a empresa onde foi realizado o estágio, apresentando seu histórico, seus principais clientes, faturamento e outras informações. Na terceira o conceito dos softwares e ferramentas utilizadas no desenvolvimento do estágio. Na quarta e quinta partes serão apresentadas as atividades desenvolvidas durante o estágio, onde apresenta-se o desenvolvimento de cada uma das atividades. Na sexta parte, apresentam-se as considerações finais onde foram descritas as principais dificuldades encontradas, disciplinas que mais contribuíram para o sucesso do estágio. Por fim os anexos, glossário dos principais termos utilizados neste relatório e as referências bibliográficas.

19 19 2. A EMPRESA 2.1. HISTÓRICO Fundada em 09 de novembro de 1999, com sede em Joinville - SC, a empresa OPERTECH - Tecnologia em Sistemas Operacionais Ltda, surgiu mediante uma parceria entre tecnologia, comprometimento, idoneidade e determinação em vestir a camisa da Tigre S.A., líder no mercado latino americano de Tubos e Conexões de PVC. Atualmente a Empresa atua no ramo de prestação de serviços em informática, tais como: Administração de CPD, Preparação de Dados e Operação de Sistemas, além da administração de backup de segurança e suporte técnico aos usuários de Informática (Help Desk) PRINCIPAIS SERVIÇOS Administração da central de processamento de dados, cujo foco principal é a área operacional, onde se controla: fluxo de processamento de dados, programações de atividades a serem executadas, rotinas de backup de dados de servidores locais e máquinas remotas, monitoramento de servidores, sistemas e links de comunicações, atendimento aos usuários de informática, requisições de suprimentos de informática. Os operadores de sistemas trabalham com vários softwares e sistemas operacionais, tais como: UNIX / LINUX, ORACLE, ERP, acolhimento de pedidos, crédito, cobrança, faturamento, transmissão de dados, Windows 98, 2000 e XP, Microsoft Office e entre outros. Profissionais com amplo conhecimento em metodologias e sistemas de backup de dados, levando em consideração critérios tais como: o porque manter backup de seus dados, quais dados realmente necessitam de backup, se os dados estão seguros nas mídias de backup, se as mídias são armazenadas em local apropriado, se a empresa mantém rodízio de mídias que realmente atendem as necessidades, o porque manter backup do backup e arquivar em local seguro fora de suas instalações e entre outras.

20 20 Os profissionais possuem amplo skill técnico de suporte em softwares comerciais, possibilitando assim um pronto atendimento e satisfação dos usuários de informática. Utilizam-se de softwares apropriados para abertura de chamados junto a área de Help- Desk PRINCIPAIS CLIENTES Ha vários anos a OPERTECH Tecnologia em Sistemas Operacionais Ltda vem mantendo uma parceria na prestação de serviços de processamento de dados e de atendimento aos usuários de informática, da TIGRE S.A. Tubos e Conexões conforme figura 1 que ilustra a sua logo, que na busca da consolidação de seu privilegiado posicionamento no mercado, dedica-se integralmente a satisfazer as necessidades e expectativas de seus clientes, cuja missão é promover o desenvolvimento sustentável para o habitat humano. Figura 1: Logo Marca da Tigre S.A. Tubos e Conexões.

21 CONSIDERAÇÕES GERAIS OPERTECH - Tecnologia em Sistemas Operacionais Ltda possui no seu quadro 15 funcionários, dentre operadores e técnicos de informática. Tem como missão: Superar as expectativas de nossos clientes, em parceria com a tecnologia, qualidade e competência, contribuindo para a construção de um mundo mais humano e sustentável. E como uma diretriz ética: onde ações são sempre marcadas pela integridade, veracidade e fidelidade, bem como pelo respeito e valorização do ser humano, em sua privacidade, individualidade e compostura. Acredita-se na importância da responsabilidade social e empresarial, como empresa comprometida com a comunidade em que atua, exercendo ações favoráveis ao desenvolvimento do Brasil. Adota-se cautelas estimáveis à preservação de informações de nossos clientes.

22 22 3. DESENVOLVIMENTO 3.1. O Active Diretory Segundo publicação do site Microsoft TechNet 1, o Active Directory é uma estrutura hierárquica que armazena informações sobre objetos na rede. Um serviço de diretório fornece os métodos para armazenar os dados de diretório e disponibilizá-los aos usuários e administradores da rede. O mesmo site, diz que utiliza um armazenamento estruturado de dados como base para uma organização lógica e hierárquica das informações de diretório. Esse armazenamento de dados, também conhecido como diretório, contém informações sobre os objetos do AD. Geralmente, os objetos incluem recursos compartilhados como servidores, arquivos, impressoras e contas de usuários e de computador da rede. Ainda, segundo esse site há a afimativa de que a segurança é integrada ao AD através da autenticação de logon e controle de acesso a objetos no diretório. Pois ao efetuar o logon na rede, os administradores podem gerenciar a organização e os dados de diretório em suas redes e os usuários de rede autorizados podem acessar recursos em qualquer lugar da rede. A administração com base em diretivas facilita o gerenciamento até mesmo das redes mais complexas. Neste site, apresenta a descrição dos componentes do AD tais como: Um conjunto de regras, que define as classes de objetos e atributos contidos no diretório, as restrições e os limites das ocorrências desses objetos e o formato de seus nomes. Um catálogo global que contém informações sobre cada objeto no diretório, que permite aos usuários e administradores encontrarem informações de diretório independentemente de qual domínio do diretório realmente contenha os dados. Um mecanismo de consulta e índice para que os objetos e suas propriedades possam ser publicados e encontrados por usuários ou aplicativos da rede. Um serviço de replicação que distribui dados de diretório em uma rede. Todos os controladores de domínio em um domínio participam da replicação e contêm uma cópia completa de todas as informações de diretório referentes aos seus respectivos domínios. Qualquer alteração nos dados de diretório é replicada para todos os controladores de domínio no domínio. Tanto que o AD que está 1

23 23 sendo estudado, é armazenado em um servidor na central da empresa e replicado para todas as demais regionais, qualquer alteração efetuada em um objeto no AD em uma regional será replicada em aproximadamente 10 minutos para todas as demais regionais. Logo pode-se verificar que a utilização desse serviço, em redes empresarias grandes, disponibiliza uma maneira centralizada e organizada de administrar recursos e objetos de um rede A administração do Active Directory através do Console de Gerenciamento Microsoft MMC. Segundo o site Microsoft TechNet 2, o Console de Gerenciamento Microsoft - MMC contém ferramentas administrativas para administrar redes, computadores, serviços e outros componentes do sistema, utiliza-se da interface GUI. Logo tarefas repetitivas como inclusões de usuários podem ser demoradas e estar propensa a erros. A figura 2 ilustra uma tarefa relativa à administração do AD, como a inclusão de usuários, utilizando-se do MMC. 2

24 24 Figura 2: Inclusão de uma conta de usuário no AD através do MMC. TechNet(2008). Para efetuar essas tarefas é necessário antes que o administrador de rede execute os seguintes passos: Abrir o MMC, a maneira mais rápida de se efetuar esse passo é clicar no menu Iniciar Executar e digitar o comando MMC; Achar a Unidade Organizacional no qual será inclusa a conta de usuário. Clicar com o botão direito, em Novo, Usuário. Definir conta do usuário.

25 ADSI Active Directory Services Interface De acordo com o site da Microsoft TechNet 3 o Active Directory Services Interfaces - ADSI oferece uma interface simples, eficaz e orientadas por objeto ao AD. O ADSI facilita a criação de programas de diretório para programadores e administradores, pois utiliza ferramentas de alto nível, como o Microsoft Visual Basic, eliminando a preocupação com as diferenças básicas entre linguagens de programação. O que faz do ADSI uma poderosa e eficiente ferramenta para administrar o AD é a abordagem consistente que ele fornece para apresentar tarefas semelhantes em tipos diferentes de objetos. Por exemplo, usa-se a mesma abordagem básica e simples para criar um usuário, grupo, OU 4, ou qualquer objeto armazenado em Diretório Ativo. O mesmo procedimento ocorre para modificar e ler objetos de Diretório Ativo: Usam-se os mesmos passos básicos para modificar e ler objetos sem levar em conta o tipo do objeto. Esses passos também são válidos para apagar objetos, novamente não importando o tipo do objeto em questão. Ou seja, o administrador pode criar scritps com comandos padrões para determinadas tarefas e salvá-los, e quando houver necessidade de utilizálos basta basicamente mudar os atributos dos objetos que se deseja alterar. A linha de comando abaixo mostra a mesma inclusão de uma conta de usuário demonstrada pela Figura 2, para efetuar essa inclusão basta abrir o prompt de comando do Windows e digitar o código. Set objou = GetObject("LDAP://cn=NovoUsuario,ou=administracao,ou=joinville,ou=tigre,dc=tigr e,dc=in") Set objuser = objou.create("user", "cn=novousuario") objuser.put "samaccountname", "NovoUsuario" objuser.setinfo OU Unidade Organizacional

26 3.4. Scripts para realizar operações avançadas. 26 De acordo com o Site MicrosoftTechNet 5, há uma série de tarefas relacionadas aos objetos que vão além de operações básicas como criar, modificar, ler e apagar esses objetos. Tarefas geralmente relacionadas aos atributos e políticas aplicadas a um objeto Ativar ou desativar contas de usuários Os exemplos de scripts abaixo mostram, como ativar, desativar e mostrar o status de um objeto no AD. 1 Conecta-se ao objeto no AD, no caso o usuário chama-se testeamd, que faz parte da seguinte OU 6 Administração em Joinville que faz parte do domínio Tigre em tigre.in 2 No exemplo em que se refere a ativação a propriedade AccountDisabled está apontada como falsa o que resulta da ativação do objeto, já para efetuar a desativação essa propriedade é ativada 3 Submete essas mudanças efetuadas no objeto. Ativar: 1- Set objuser = GetObject _ ("LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in") 2- objuser.accountdisabled = FALSE 3- objuser.setinfo Desativar: 1- Set objuser = GetObject _ ("LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in") intuac = objuser.get("useraccountcontrol") 2- objuser.put "useraccountcontrol", intuac OR ADS_UF_ACCOUNTDISABLE 3- objuser.setinfo OU Unidade Organizacional

27 27 Já o exemplo abaixo utiliza-se da propriedade AccountDisabled para mostrar o status de um usuário. O resultado é exposto pela figura 3, que mostra que a alteração foi efetuada. 1- Conecta-se ao usuário testeadm 2- Mostra na tela se a conta esta ativada ou desativada. Mostrar o status de um usuário: 1 - Set objuser = GetObject _ ("LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in") 2 - If objuser.accountdisabled = FALSE Then WScript.Echo "Essa conta esta ativada" Else WScript.Echo "Essa conta esta desativada" End If Figura 3 - Tela que é mostrada para ao executar o script do status do usuário testeadm Desbloquear contas de usuários O exemplo de scripts abaixo mostra como desbloquear um usuário no AD. 1 - Conecta-se ao usuário testeadm 2 Aplica a propriedade IsAccountLocked como falsa para desbloquear o usuário, possibilitando o seu login na rede tigre.in 3 - Submete essas mudanças efetuadas no usuário.

28 1 - Set objuser = GetObject _ ("LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in") 2 - objuser.isaccountlocked = False 3 - objuser.setinfo Diferenças entre Desbloquear e desativar O site MicrosoftTechNet 7, afirma que scripts para ativação ou desativação e desbloqueio são úteis para administrar a propriedade de vencimento de contas de usuários. O script referente à desativação é útil para aplicar a contas de usuários temporários. Exemplo o Estagiário1 que ficará na empresa por 6 meses, após o termino do estágio os administradores do AD poderão desativar a sua conta, porém o que não gera a sua exclusão. O que facilita, caso o Estagiário 2 venha a trabalhar na empresa, na mesma função que o estagiário 1 exercia. Pois ele já irá ter um usuário com todas as políticas a permissões necessárias ao seu cargo, necessitando somente fazer a alteração dos dados pessoais do estagiário2. Já o script para desbloquear usuários, é útil em situações em que um usuário digita a sua senha de rede mais de 3 vezes em um determinado sistema, bloqueando temporariamente a senha. Logo o administrador do AD tendo essa informação poderá facilmente desbloqueá-la Atributos Multivalorados de um objeto O site MicrosoftTechNet 8 cita que os atributos multivalorados de um objeto guardam as informações em forma de lista. O atributo que contém uma lista de números de telefone secundário de um usuário ou o atributo que contém uma lista de membros de um grupo é um exemplo de atributo multivalorado. Os scripts para modificar e ler objetos com atributos multivalorados são semelhante aos atributos com um único valor. Ou seja, o script vincula a um objeto,

29 29 utiliza um método para executar a tarefa modificar ou ler sobre um atributo, e, para modificar a tarefa, utiliza o método SetInfo para submeter a mudança no AD. As modificações em objetos com esses atributos podem ser efetuadas de várias formas tais como: Limpar todas as entradas: Apagando todas as entradas remove o atributo do objeto. Da perspectiva de um script ADSI, quando o atributo não contém valores, não é mais uma parte do objeto. Parâmetro ADS_PROPERTY_CLEAR. Atualizar todas as entradas: Atualizando todas as entradas remove quaisquer inscrições existentes e, em seguida, escreve uma ou mais novas entradas para o atributo. Parâmetro ADS_PROPERTY_UPDATE. Acrescentar uma entrada: Anexando uma entrada acrescenta um ou mais valores para o atributo preservando simultaneamente quaisquer inscrições existentes. Parâmetro ADS_PROPERTY_APPEND. Eliminar uma entrada: Eliminar uma entrada remove um ou mais valores do atributo preservando simultaneamente quaisquer outros cadastros existentes. ADS_PROPERTY_DELETE. O exemplo abaixo é de um script que acrescenta um outro número de telefone ao para o usuário testeadm. 1 - Conecta-se ao usuário testeadm 2 Utiliza o parâmetro ADS_PROPERTY_APPEND para adicionar mais um número de telefone para o usuário. 3 Submete essas mudanças efetuadas no usuário 1 - Set objuser = GetObject _ ("LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in") 2 - objuser.putex ADS_PROPERTY_APPEND, "otherhomephone", Array("(425) ")

30 Tarefas relacionadas à senha de usuário 30 O script abaixo mostra qual foi a ultima vez que o usuário modificou a senha assim como a Figura 4 é a tela que mostrada para o usuário ao com a informação da ultima data de alteração da senha. 1 - Conecta ao usuário testeadm 2 Aponta o valor que mostra a data da ultima modificação 3- Mostra na tela a data da ultima alteração da senha. 1 -Set objuser = GetObject _ ("LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in") 2 - dtmvalue = objuser.passwordlastchanged 3 - Wscript.Echo "Sua senha foi modificada em : " & dtmvalue Figura 4 - A tela indica ao usuário a ultima alteração que foi efetuada na senha do usuário testeadm. O script abaixo solicita a troca de senha do usuário no próximo login no domínio tigre.in. Nas figuras 5 e 6 é mostrado o que acontecerá com o usuário ao acessar um recurso da rede no qual é necessário sua autenticação. No caso dessas figuras, após o administrador da rede executar o script solicitando para o usuário alterar a senha, o mesmo só irá acessar um servidor por uma Conexão de Área de Trabalho Remota, se alterar a sua senha de rede. 1 - Conecta ao usuário testeadm 2 Utiliza o parâmetro pwdlastset para modificação de senha atribuindo o valor Submete essas mudanças efetuadas no usuário. 1- Set objuser = GetObject _ ("LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in") 2 - objuser.put "pwdlastset", objuser.setinfo

31 Figura 5 - Ao acessar um Servidor a solicitação para alterar a senha do usuário testeadm 31

32 32 Figura 6 - Sendo efetuada a alteração da senha do usuário testeadm Pesquisa de Objetos no AD Após a criação e configuração de um objeto no AD, ele passa a ter uma série de propriedades e políticas. As quais não são fixas e podem ser modificadas, onde a implementação de scripts através do ADSI para efetuar alterações em um ou mais objetos podem ser aplicadas. Podendo também contribuir para obter informações e relatórios sobre esses objetos que auxiliarão no gerenciamento e inclusão de novos usuários e políticas Movendo usuários de uma OU para outra

33 33 O script abaixo mostra como mover um usuário testeadm que esta em uma OU administração para a OU teleservico, num único script. Na figura 7 e 8 é visualizado através do MMC a mudança de OU aplicada ao usuário testeadm. 1 Selecionar primeiramente a nova OU na qual o usuário testeadm irá participar no caso teleservico. 2 Utiliza o parâmetro MoveHere para selecionar o usuário testeadm e move-lo para a OU descrita na seleção. 1-SetobjOU= GetObject("LDAP://ou=teleservico,ou=administracao,ou=joinville,ou=tigre,dc=tigre,d c=in") 2 - objou.movehere _ "LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in", "cn=testeadm" 3 - objuser.setinfo Figura 7 - OU em que o usuário testeadm pertencia antes da execução do script

34 34 Figura 8 - Nova OU descrita no script na qual o usuário testeadm participa Remove e adiciona um usuário de um grupo para outro O exemplo abaixo remove o usuário testeadm participante do grupo Users_ERP para o grupo tigre.com.br 1- Utiliza o parâmetro ADS_PROPERTY_DELETE ; 2 Seleciona o grupo em que o usuário testeadm está; 3 Utiliza novamente o parâmetro ADS_PROPERTY_DELETE, agora para remover o usuário testeadm do grupo selecionado; 4 - Submete essas mudanças efetuadas no usuário; 5 Utiliza o parâmetro ADS_PROPERTY_APPEND; 6 Seleciona o novo grupo do qual o usuário testeadm fará parte; 7 Utiliza novamente o parâmetro ADS_PROPERTY_APPEND, agora para adicionarlo ao grupo selecionado; 8 - Submete essas mudanças efetuadas no usuário.

35 Const ADS_PROPERTY_DELETE 2 - Set objgroup = GetObject _ ("LDAP:// cn=users_erp, cn=tigre.com.br,dc=tigre,dc=in") 3 - objgroup.putex ADS_PROPERTY_DELETE, _ "member",array("cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in ") 4 - objgroup.setinfo 5 - Const ADS_PROPERTY_APPEND 6 - Set objgroup = GetObject _ ("LDAP://cn=tigre.com,dc=tigre,dc=in") 7 - objgroup.putex ADS_PROPERTY_APPEND, _ Esse script pode ser utilizado separadamente para exclusão ou inclusão de um usuário num grupo. Pois um usuário pode deixar de pertencer a um grupo deixando assim de serem aplicadas às políticas desse grupo a esse usuário. E continuar fazendo parte somente do grupo padrão do AD ou dos demais grupos associados ao usuário Mostra os objetos de um grupo De acordo com o site MicrosoftTEchNet 9, por padrão quando há uma conexão com uma OU utilizando o ADSI automaticamente há um retorno de todos os objetos pertencentes a OU em questão. Logo quando há a necessidade de enumeração desses objetos a única coisa que se tem a fazer é criar um laço para fazer a coleção de objetos. O script abaixo mostra os objetos que estão na OU quiosque. A figura 9 ilustra através do prompt de comando os objetos que fazem parte da OU quiosque. 1 Conecta-se a OU quiosque 9

36 36 2 Nesse exemplo utiliza-se o parâmetro Filter, para filtrar dois tipos de objetos dessa OU, os usuários e os computadores. 3 Faz um faço que traz todos os objetos que foram declarados no filtro. 1 - Set colitems = GetObject _ ("LDAP://ou=quiosque,ou=joinville,ou=tigre,dc=tigre,dc=in") 2 - colitems.filter = Array("User","computer") 3 - For Each objitem in colitems Wscript.Echo objitem.cn Next Figura 9 - Mostra os computadores e os usuários da OU quiosque Pesquisa no Active Diretory através de scripts A MicrosoftTechNet 10 diz que mais do que um serviço de diretórios o AD pode ser considerado um rico banco de dados de objetos rede de uma organização, no qual as consultas podem ser realizadas através de scripts. Para se efetuar uma pesquisa no AD, além de efetuar a escolha das condições para a consulta há uma serie de parâmetros que devem ser declarados antes, e que na maioria das vezes são iguais para qualquer consulta. Esses parâmetros são : 10

37 Criar uma conexão para AD usando o Active Directory ADO provider; Especificar o comando objeto parâmetros; Criar e executar uma consulta; Efetuar um looping para saber o retorno recordset; 37 Criar uma conexão para Active Directory usando o Active Directory ADO Segue abaixo um exemplo de script de consulta, apenas a parte de conexão com o AD: Set objconnection = CreateObject("ADODB.Connection") Set objcommand = CreateObject("ADODB.Command") objconnection.provider = "ADsDSOObject" objconnection.open "Active Directory Provider" Set objcommand.activeconnection = objconnection Primeiramente, há a criação de dois objetos o Connection e o Command. E em seguida usa-se esses dois objetos para conectar-se ao AD. O objeto Connection é usado para carregar o ADO Active Directory provedor de dados e para validar usuário credenciais. Depois que uma conexão é feita, usa-se o comando emitir comandos para executar consultas. Por padrão, o Active Directory se conecta ao provedor de dados Active Directory usando as mesmas credenciais de segurança que o administrador usou para efetuar login na rede, porém é possível efetuar a conexão com outro usuário. Especificar o comando objeto parâmetros Após a conexão, defini-se os parâmetros de pesquisa que dividem-se em: Page Size Por padrão ao efetuar uma pesquisa no Active Diretory, ele irá retornar até 1000 registros não importando se há mais registros que fazem parte dos parâmetros definidos na consulta. Para que isso não ocorre há o parâmetro Page Size que como o exemplo demonstra retorna os primeiros 500 registros encontrados, após isso acontece uma pausa em seguida, voltar a próxima 500 registros encontrados. Este processo continuará até que todos os registros tenham sido devolvidos. objcommand.properties("page Size") = 500

38 38 Searchscope - Ponto de partida de uma pesquisa. Que também podem ser divididos de três formas. o Base Search - Com este tipo de pesquisa que busca-se apenas o chamado a base objeto. Essa pesquisa é limitada ao local especificado. Não irá procurar estruturaras que estão abaixo do local específico Exemplo: Const ADS_SCOPE_BASE = 0 objcommand.properties("searchscope") = ADS_SCOPE_BASE o One-Level Search A partir de um ponto de partida da pesquisa base, irá efetuar a busca um nível abaixo dessa base não incluindo a base de partida. Conforme a figura 10 somente as OU s em amarelos serão as pesquisadas. Figura 10 - Figura que ilustra o tipo de ponto de partida One-Level Search. TechNet(2008) Const ADS_SCOPE_ONELEVEL = 1 objcommand.properties("searchscope") = ADS_SCOPE_ONELEVEL o Subtree Search É o tipo de pesquisa mais comumente utilizada. Em uma pesquisa subtree todo o subtree é pesquisado: que inclui a base recipiente (por exemplo, OU Finanças), e o sub-contentores (como a contabilidade e marketing ). Const ADS_SCOPE_SUBTREE = 2

39 objcommand.properties("searchscope") = 39 ADS_SCOPE_SUBTREE The Sort On - Permite especificar como deseja-se ordenar os dados da consulta. Exemplo: Deseja classificar os dados do último nome (SN) do usuário. objcommand.properties("sort On") = "SN" Logo essas são as propriedades que devem ser definidas antes de uma consulta no AD. Que são definidas de acordo com os requisitos definidos pelo administrador da rede, requisitos como rapidez na pesquisa Pesquisa por um objeto e retorna o local O site da MicrosoftTechNet 11 descreve que para efetuar a conexão a um objeto do AD através de scripts é necessário selecionar o objeto através de duas propriedades o GetObject ADsPath do objeto. O exemplo abaixo ilustra essa seleção: Set objuser = GetObject _ ("LDAP://cn=testeadm,ou=administracao,ou=joinville,ou=tigre,dc=tigre,dc=in") O ADsPath é composto de duas partes: o fornecedor de ADSI usado para conectar ao diretório ativo (LDAP: //) e o distinguishedname que são os atributos do objeto que esta sendo conectado. O distinguishedname é composto pela localização do objeto dentro o AD e pelo seu CN que é o nome distinto do objeto no AD. Porém, há situações em que não há o conhecimento do distinguishedname de um objeto. Para situações como essa, o script abaixo propõe a busca de um objeto pelo atributo SAMAccountName que é o nome da conta do objeto e que retorna o distinguishedname. Pois com esse atributo é possível efetuar a maioria dos scripts ADSI. A figura 11 ilustra a tela com o distinguishedname do objeto testeadm. 11

40 40 On Error Resume Next Const ADS_SCOPE_SUBTREE = 2 Set objconnection = CreateObject("ADODB.Connection") Set objcommand = CreateObject("ADODB.Command") objconnection.provider = "ADsDSOObject" objconnection.open "Active Directory Provider" Set objcommand.activeconnection = objconnection objcommand.properties("page Size") = 1000 objcommand.properties("searchscope") = ADS_SCOPE_SUBTREE objcommand.commandtext = _ "SELECT distinguishedname FROM 'LDAP://dc=tigre,dc=in' WHERE objectcategory='user' " & _ "AND SAMAccountName = 'testeadm'" Set objrecordset = objcommand.execute objrecordset.movefirst Do Until objrecordset.eof strdn = objrecordset.fields("distinguishedname").value objrecordset.movenext Loop Set objuser Figura = GetObject("LDAP://" 11 - Ilustra o resultado da & pesquisa strdn) pelo distinguishedname do usuário testeadm Wscript.Echo objuser.distinguishedname Figura 12 - Ilustra o resultado da pesquisa pelo distinguishedname do usuário testeadm

41 Script que verifica se os usuários já existem no AD através de um arquivo texto Para executar esse script é necessário: - Abrir o prompt de comando; - Estar na pasta em que o script foi salvo; - Digitar o seguinte : cscript Pesquisa.vbs C:\Scripts\usuarios.txt No caso c:\scripts é a pasta onde foram salvos os arquivos. A figura 12 mostra o arquivo usuários.txt que contém os nomes dos objetos que serão verificados. Figura 13 - Arquivo contendo os usuários a serem pesquisados. Script que faz uma pesquisa no AD, através de um arquivo texto, e a partir dos dados desse arquivo retorna informando se o usuário já existe ou não no AD.

42 42 Set objargs = WScript.Arguments Const ForReading = 1 Set objdictionary = CreateObject("Scripting.Dictionary") Set objfso = CreateObject("Scripting.FileSystemObject") Set objtextfile = objfso.opentextfile(objargs(0), ForReading) i = 0 Do While objtextfile.atendofstream <> True strnextline = objtextfile.readline objdictionary.add i, strnextline i = i + 1 Loop For Each objitem in objdictionary strusername = objdictionary.item(objitem) dtstart = TimeValue(Now()) Set objconnection = CreateObject("ADODB.Connection") objconnection.open "Provider=ADsDSOObject;" Set objcommand = CreateObject("ADODB.Command") objcommand.activeconnection = objconnection objcommand.commandtext = _ "<LDAP://dc=tigre,dc=in>;(&(objectCategory=User)" & _ "(samaccountname=" & strusername & "));samaccountname;subtree" Set objrecordset = objcommand.execute If objrecordset.recordcount = 0 Then WScript.Echo "samaccountname: " & strusername & " Esse usuário não existe." Else WScript.Echo strusername & " Já existe" End If Next objconnection.close

43 43 Figura 14 - Tela que ilustra o resultado do script. O retorno do script figura 13, o administrador pode obter facilmente a visualização dos objetos que foram solicitados se já há a existência no AD. Podendo assim ter mais agilidade na inserção de um grande número de objetos pois não será necessário efetuar a verificação para cada objeto mas sim para uma lista pré-definida pelo administrador.

44 44 4.CONSIDERAÇÕES FINAIS Pode-se verificar que a utilização da ferramenta ADSI para a criação de scripts para a manipulação de tarefas relacionadas ao Active Directory é de grande importância pois otimiza tempo e oferece recursos que possibilitam a manipulação de mais de um objeto simultaneamente além da utilização desses scripts para efetuar consulta a esses objetos. Como o desenvolvimento de scripts baseados no ADSI já havia sido iniciado no estágio I onde o foco foi o estudo teórico dessa ferramenta e a criação de scripts para tarefas mais comuns de manipulação de objetos no AD como criação, exclusão e modificação de objetos, grupos, Ou s entre outros. Logo o foco principal do estágio II foi alcançado, pois foi possível além de utilizar o AD para manipulação de objetos de uma rede tais como: o script que verifica o local que é a propriedade distinguished, sendo que a partir dessa informação é possível executar grande parte dos scripts pois o principal argumento que deve conter um script é a localização do objeto. Além da utilização do AD como um banco de dados onde foi estudado uma série de parâmetros que devem ser analisados antes de se efetuar as consultas. Por fim, o conhecimento teórico adquirido nas duas fases do estágio foi de grande importância. Pois além de proporcionar um maior aprofundamento na criação desses scripts através do ADSI, auxiliaram em tarefas que envolvem vários objetos, e na consulta e pode proporcionar a organização em que foi efetuado o estágio a utilização de uma nova ferramenta para a manipulação de objetos no AD.

45 PRINCIPAIS DIFICULDADES A principal dificuldade encontrada foi o tempo pois os conceitos teóricos da criação desses scripts eram verificadas antes da sua aplicação. E o idioma do material disponibilizado pela Microsoft em inglês DISCIPLINAS QUE AUXILIARAM NA REALIZAÇÃO DO ESTÁGIO Nesse tópico, serão abordadas as principais disciplinas do Curso de Sistema de Informação na UDESC, cujos fundamentos foram essenciais para a execução das atividades realizadas durante o estágio REC Redes de Computadores O AD trabalha diretamente com objetos da rede, logo a disciplina foi de estrema importância, pois com ela pode-se adquirir conhecimento sobre o funcionamento de uma rede e sub-redes, protocolos, de domínio e entre outras ICC - Introdução a Ciência da Computação Na programação, a maioria dos assuntos estudados em Visual Basic para gerar os scripts, tinham os mesmo fundamentos estudados na disciplina de ICC, como os conceitos de estruturas (seqüenciais, de seleção e de repetição), conceito de erros

46 46 (sintaxe e lógica), conceito de dados primitivos, operadores (aritméticos, lógicos e relacionais) e conceitos de variáveis (declaração, tipo e manipulação) BAN - Banco de Dados Os fundamentos assimilados na disciplina foram usados e vistos de forma básica. Através da introdução e aplicação dos conceitos de banco de dados, modelo entidade relacionamento, dicionário de dados, modelo relacional de dados, álgebra relacional, normalização, modelo hierárquico de dados e sistemas de gerenciamento de banco de dados e entre outros. Pois segundo alguns autores o AD se comporta como um banco de dados de usuário e as suas unidades organizacionais se comportam de forma similar ao modelo hierárquico.