Por que GitLab?

Existem inúmeras razões pra eu gostar do GitLab. Entre elas, posso destacar:

• Possibilidade de criar repositórios privados gratuitamente;
• Possibilidade de usar o GitLab na “nuvem” ou baixa-lo e instala-lo em um servidor privado;
• GitLab Runner, este é um motivo matador para a minha escolha em alguns projetos. O GitLab permite que você use o Runner, que é um projeto open source que é usado para executar os jobs e enviar os resultados de volta para o GitLab. Ou seja, ele nos permite buildar sem a necessidade de nenhuma instalação externa.

Definições Importantes

Antes de prosseguirmos, é importante estar claro os seguintes conceitos:

Pipeline

A pipeline is a group of jobs that get executed in stages. All of the jobs in a stage are executed in parallel (if there are enough concurrent Runners), and if they all succeed, the pipeline moves on to the next stage. If one of the jobs fails, the next stage is not (usually) executed. You can access the pipelines page in your project’s Pipelines tab.

In the following image you can see that the pipeline consists of four stages (build, test, staging, production) each one having one or more jobs.

Tradução livre:

Uma pipeline é um grupo de jobs que são executados em estágios. Todos os jobs em um estágio são executados em paralelo (se houver Runners suficientes), e se todos eles tiverem sucesso, a pipeline move para o próximo estágio. Se um dos jobs falharem, o próximo estágio não será executado (geralmente). Você pode acessar a página de pipelines na aba Pipelines do seu projeto.

Na imagem abaixo você pode ver que uma pipeline consiste de quatro estágios (build, test, staging, production (cada um tendo um ou mais jobs).

Mais detalhes sobre pipeline em https://docs.gitlab.com/ee/ci/pipelines.html.

Job

São um conjunto de instruções que executarão uma determinada ação. Exemplo: job para criar um pacote para uma determinada distribuição Linux.

Continuous Integration (CI)

Continuous Integration ou Integração contínua, é a prática de integração e testes de um novo código comitado. A ideia é que no processo de merge de um novo código exista uma forma automatizada de testa-lo e com isso identificar possíveis problemas o mais cedo possível.

Continuous Deployment (CD)

Em resumo, Continuous Deployment ou Implantação Contínua, é a prática de continuamente (e automaticamente) tratarmos o envio de código para os ambientes, que normalmente são DEV (Desenvolvimento), STAGE (Homologação) e PROD (Produção). Ou seja, caso o meu novo código passe em todos os testes do ambiente DEV, ele será automaticamente promovido para o ambiente de STAGE. Se passar em todos os testes deste stage, será promovido para PROD. E assim por diante…

É com a união destes conceitos e boas práticas, que algumas empresas conseguem fazer vários e vários commits por dia em ambiente de produção, sem impactar o dia-a-dia de seus clientes.

O Problema

Bom, vamos ao problema que devemos resolver hoje:

Ao efetuar um commit na branch master, o GitLab deverá atualizar um determinado site via FTP.

Para este exemplo, vamos utilizar o https://www.joaoheytor.com/curriculo/, que é onde hospedo o meu currículo.

Desenvolvendo a Solução

Para iniciarmos a resolução deste problema, precisamos criar um arquivo com o nome de .gitlab-ci.yml cujo conteúdo segue o padrão YML (A propósito, no link https://docs.gitlab.com/ee/ci/yaml/README.html#jobs você pode ver o conteúdo que este arquivo aceita).

GitLab offers a continuous integration service. If you add a .gitlab-ci.yml file to the root directory of your repository, and configure your GitLab project to use a Runner, then each commit or push triggers your CI pipeline.

The .gitlab-ci.yml file tells the GitLab runner what to do. By default it runs a pipeline with three stages: build, test, and deploy. You don’t need to use all three stages; stages with no jobs are simply ignored.

Em tradução direta:

GitLab oferece um serviço de integração continuo. Se você adicionar um arquivo .gitlab-ci.yml no diretório raiz do seu repositório, e configurar seu projeto no GitLab para usar um Runner, então qualquer commit ou push dispara sua pipeline de CI.

O arquivo .gitlab-ci.yml diz ao GitLab runner o que fazer. Por padrão ele roda uma pipeline com três estágios: build, test e deploy. Vocâ não precisa usar os três estágios; estágios com nenhum job são simplesmente ignorados. 

O arquivo que estaremos usando é bem simples e se resume a:

deploy:

script:

– apt-get update -qq && apt-get install -y -qq lftp

– lftp -c “set ftp:ssl-allow no; open -u $BLOGUSERNAME,$BLOGPASSWORD $BLOGHOST; mirror -Rnev ./ ./public_html/curriculo –ignore-time –parallel=10 –exclude-glob .git* –exclude .git/ –exclude README.md”

only:

– master

Onde:

• script: O que será executado, ou seja, a ação do nosso pipeline. No nosso exemplo, estamos usando os comandos Linux apt-get update para atualizar a lista de pacotes disponíveis e em seguida será instalado o pacote chamado lftp, que fará a mágica de fazer o upload via ftp. Após a instalação, ele chamará o lftp com alguns parâmetros:
  • $BLOGUSERNAME – $BLOGPASSWORD – $BLOGHOST: São as variáveis usadas para autenticação via FTP.  Como boa prática, não é interessante deixamos dados sensíveis fixos em nosso código. Ao invés disso, passamos tais dados por variável. Mais abaixo mostro como podemos fazer essas configurações;
  • exclude-glob e exclude: Não devemos transferir os arquivos/diretórios que tenham o prefixo .git e README.md.

Para mais detalhes sobre o funcionamento do lftp, seu manual está disponível em: https://lftp.yar.ru/lftp-man.html.

• only: Indica em qual branch este script estará sendo executado. Neste caso, o pipeline só será executado para commits na branch master.

Agora precisamos efetuar o login junto ao https://gitlab.com/ (Estarei assumindo que já temos um repositório criado e funcionando normalmente) e configurar as variáveis que comentei há pouco. Para isso, vá em Settings >> CI/CD e clique no botão Expand do item Variables:

É aqui que devemos criar as variáveis que utilizaremos para nos autenticar em nosso FTP. Atenção para os nomes das variáveis que devem ser os mesmos utilizados dentro do nosso arquivo .gitlab-ci.yml.

Nossa primeiro pipeline já está pronto! Para testar, devemos fazer um commit qualquer no nosso repositório na branch master:

Assim que o commit for executado, devemos voltar para a interface do GitLab, acessar o menu Repository >> Commits e observar que o commit que acabamos de fazer além de estar aqui, também já disparou a execução da nossa pipeline. Observem o ícone azul ao lado do código do commit:

Após alguns minutos, podemos observar que o pipeline executou com sucesso (Ícone verde ao lado do código do commit):

Agora se você for no menu CI / CD >> Jobs e clicar em cima do commit que acabamos de fazer, você pode ver a tela do GitLab Runner com todo o processo que foi executado durante nossa pipeline:

Pronto! Ao acessar nossa página podemos ver que o arquivo index.html (Que foi o arquivo modificado) foi atualizado com sucesso.

Gostou? Têm muito mais nos links:

• https://docs.gitlab.com/ee/ci/pipelines.html
• https://docs.gitlab.com/ee/ci/README.html
• https://docs.gitlab.com/ee/ci/quick_start/
• https://blog.ippon.tech/continuous-delivery-with-jenkins-pipeline/

The post Gitlab: Meu primeiro pipeline appeared first on JOÃO HEYTOR.

Não sei quanto a vocês, mas eu me sinto muito desconfortável ao utilizar o VI nas máquinas Linux. Isso não é diferente quando preciso editar algum arquivo junto ao pfSense! Várias e várias vezes, acabo fazendo alguma modificação ou checagem direto nos arquivos do sistema. Acredito que seja costume de ver a telinha preta… Enfim…
Por isso, em todas as oportunidades possíveis, tento sempre instalar o VIM. Ele é um software que faz parte do meu kit de sobrevivência junto a esse ambiente de sysadmin!

Bom, vamos a parte prática…

Caso seu SO seja Windows, você poderá utilizar o Putty (Disponível em http://www.putty.org) para efetuar uma conexão SSH ao pfSense (Lembre-se de verificar se a conexão SSH está habilitada em System >> Advanced >> Admin Access >> Enable Secure Shell).

No menu inicial do pfSense, vamos de opção “8” para abrir o shell!

Como de costume, vamos atualizar a lista de pacotes usando o comando

pkg update

Em seguida, vamos instalar o VIM usando o comando:

pkg install vim-lite

Aguardemos o download e instalação e pronto!! Nosso VIM já está instalado e disponível para uso!

Podemos testar digitando:

vim ARQUIVO

É isso pessoal, espero que gostem de mais essa dica!

The post Instalando VIM no pfSense appeared first on JOÃO HEYTOR.

Gostaria de compartilhar com vocês um item que tenho implementado nos nossos clientes que possuem pfSense.

Cenário Inicial

A maioria dos clientes que temos aqui possuem o pfSense atuando como gateway/proxy, fazendo todo o direcionamento e filtro do trafego de dados LAN/WAN. Um detalhe importante é que, boa parte desses clientes, também possuem mais de um link de dados ativo (O principal e seu backup).

As pessoas que possuem alguma familiaridade com o pfSense devem sabem que ele monitora os links estão online através de um item chamado “monitor IP”! É através deste monitoramento que o pfSense sabe se precisa trocar de link ou não, tudo isso de acordo com a regra especificada.

O ponto é que esse monitoramento é bem simples, fazendo com que não tenhamos muitas informações disponíveis sobre nossos links! Para sanar este gap, ou quem sabe melhorar o teste de performance e obter mais algumas informações, e porque não se aproximar um pouco mais dos testes que fazemos em nosso dia-a-dia, descobri uma aplicação chamada speedtest-cli (site oficial: https://pypi.python.org/pypi/speedtest-cli/). Talvez algumas pessoas já tenham usado o Speedtest (http://www.speedtest.net/) para testar o desempenho de sua internet. Pois bem, o speedtest-cli é uma aplicação feita em Python que usa a API do Speedtest para testar nosso link.

Além de facilitar nossa vida, é possível também automatizarmos este processo, seja ele enviando o resultado via e-mail, salvando em algum banco de dados… aqui a imaginação é o limite!

Vamos por a mão na massa agora!!!!!

Existem inúmeras formas de instalarmos está aplicação, a que achei mais fácil e rápida, foi fazer uma conexão SSH ao pfSense usando o Putty (Lembre-se de checar se o SSH está habilitado em System >> Advanced >> Admin Access >> Enable Secure Shell).

Iremos na opção 8 para abrir o shell. Em seguida, gosto de atualizar a lista de pacotes do FreeBSD usando o comando (Este passo não é obrigatório, mas gosto de atualizar a lista caso precise fazer alguma correção ou instalar alguma outra coisa):

pkg update

Outro detalhe importante, o speedtest-cli foi feito em Python, por isso é necessário verificar se realmente já temos o Python instalado (Utilizando o comando pkg version | grep python). Caso não tenha, use o comando:

pkg add http://pkg.freebsd.org/freebsd:10:x86:64/latest/All/python36-3.6.3.txz

Agora entra o Speedtest-cli propriamente dito! A sequência de comandos que vamos usar é:

cd /tmp/
fetch https://github.com/sivel/speedtest-cli/archive/master.zip
unzip master.zip
cd speedtest-cli-master/
chmod 755 speedtest_cli.py
mv speedtest_cli.py /usr/bin

Pronto! Agora é só testar usando a sintaxe:

/usr/bin/speedtest-cli –source IP_INTERFACE

A saída que ele é essa aí de cima!! Podemos observar os itens:

• Provedor: NET Virtua;
• Download: 99,29 Mbit/s;
• Upload: 6,53 Mbits/s;
• Entre outras informações…

Para não precisar executar esse processo na mão todas as vezes que queremos testar nossos links, uso o pacote mailreport do pfSense e coloco para receber via e-mail algumas vezes por dia o teste dos links!

Bom é isso pessoal, espero que tenham gostado!

Inspirado em um post do fórum oficial que pode ser acessado por aqui https://forum.pfsense.org/index.php?topic=106185.0.

The post Instalando Speedtest no pfSense appeared first on JOÃO HEYTOR.

Dando continuidade as aplicabilidades do utilitário PsExec, hoje a ideia é demonstrarmos como podemos rodar um script copiando-o para várias máquinas cujo nomes estão em um arquivo de texto!

Essa dica funciona muito bem quando estamos trabalhando em um ambiente de domínio com o Active Directory.

Antes de continuarmos, lembro que já explorarmos este utilitário em outras postagens:

• Forçar atualização de Política de Grupo remotamente usando PsExec
• Script para remover Internet Explorer 11, 10 e 9

A primeira coisa que devemos fazer para atingirmos nosso objeto é criar um arquivo de texto com o nome de todas as máquinas que necessitamos rodar nosso script. Lembro que é necessário um nome de máquina por linha!

Neste exemplo, vou criar um arquivo de texto com o nome “Computadores.txt” cujo conteúdo se resume a:

COODMTZ453
COODMTZ418
COODMTZ16
COODMTZ13
COODMTZ416
COODMTZ505

Estarei salvando este arquivo direto na unidade “C:” junto com o PsExec.exe (Caso ainda não tenha feito download, clique aqui para baixa-lo).

Nosso próximo passo é criar o script que desejamos copiar e executar nas máquinas remotas! Para este exemplo, usarei o script disponibilizado no post que discutimos como remover o Internet Explorer (Versões 9, 10 e 11).

O conteúdo do nosso arquivo, que chamarei script.bat, também deve ser salvo na unidade “C:” e se resumo as seguintes linhas

@echo off
echo Removendo IE11
FORFILES /P %WINDIR%\servicing\Packages /M Microsoft-Windows-InternetExplorer-*11.*.mum /c “cmd /c echo Removendo pacote @fname && start /w pkgmgr /up:@fname /quiet /norestart”

Agora que temos tudo pronto, é hora de iniciar nossos testes!! Devemos abrir o prompt de comando (vulgo cmd.exe), navegarmos até o local onde está salvo nossos arquivos (psexec.exe, script.bat e computadores.txt). Antes de executarmos o utilitário, vamos digitar:

PsExec .exe -h

O sufixo “-h” funciona em quase todos os utilitários do Windows. Ele nos retorna o “ajuda” do programa, com parâmetros necessários, exemplos e outras informações de uso. Os parâmetros que precisamos prestar atenção e que utilizaremos hoje são:

@file: PsExec executará o comando em cada um dos computadores listados em um arquivo;

-u: Específica o usuário que poderá executar a ação que queremos;

-h: Se o computador estiver rodando Windows Vista ou superior, ele executará o processo em “modo elevado”;

-c: Copia o programa especificado para a máquina remota para execução.

Temos inúmeras outras funções porém, para este caso estaremos usando apenas estes parâmetros. Portanto, nossa linha de comando deverá ser:

PsExec.exe @C:\Computadores.txt -u meudominio\usuario_admin -h -c C:\Script.bat

Ao apetamos o ENTER, a primeira coisa que será solicitado é a senha do usuário que passamos através do parâmetro “-u”.

Pronto! O PsExec tentará efetuar conexão junto a todas as máquinas presentes no arquivo de texto, em seguida copiara o arquivo bat e o executará usando o usuário que informamos.

The post Executando programas remotos com a ajuda do PsExec appeared first on JOÃO HEYTOR.

Há alguns dias, em um de nossos clientes, pegamos um sério problema que envolve a utilização do Internet Explorer 11. Após algum tempo procurando a solução, recorrendo aos canais de comunicação oficial, comunidade, fóruns e especialistas, resolvemos temporariamente voltar para o IE 10. Isso se fez necessário devido a incompatibilidade que o IE11 apresentou em relação aos nossos demais sistemas.

Após efetuar algumas pesquisas e testes, tal necessidade foi atendida utilizando o seguinte script:

@echo off
echo Removendo IE11
FORFILES /P %WINDIR%\servicing\Packages /M Microsoft-Windows-InternetExplorer-*11.*.mum /c “cmd /c echo Removendo pacote @fname && start /w pkgmgr /up:@fname /quiet /norestart”

Salve como RemoveIE11.bat e execute como Administrador! Pronto! O Internet Explorer 11 será removido sem problemas! ATENÇÃO a tag /norestart que impede a reinicialização do sistema! Para a correta remoção, o ideal seria reiniciarmos o equipamento assim que a remoção for concluída.

É interessante observar que o script pode ser facilmente adaptador para também remover o IE 10 ou IE 9! Para isso, altere a parte do código que se refere a versão do navegador:

Exemplo do IE 10:

FORFILES /P %WINDIR%\servicing\Packages /M Microsoft-Windows-InternetExplorer-*10.*.mum /c “cmd /c echo Removendo pacote @fname && start /w pkgmgr /up:@fname /quiet /norestart”

Exemplo do IE 9:

FORFILES /P %WINDIR%\servicing\Packages /M Microsoft-Windows-InternetExplorer-*9.*.mum /c “cmd /c echo Removendo pacote @fname && start /w pkgmgr /up:@fname /quiet /norestart”

Aqui utilizamos este script em conjunto com o utilitário PsExec, que serve para executar comandos em máquinas remotas! Mas isso é assunto para um próximo post!

The post Script para remover Internet Explorer 11, 10 e 9 appeared first on JOÃO HEYTOR.

SSDs são fundamentalmente diferentes dos discos rígidos, e podem, de fato, morrer em uma das duas maneiras. Nesta coluna, explicarei essa diferença, como os SSDs podem morrer, e como você pode verificar o seu para certificar-se de que ainda tem muita vida.

A principal diferença entre discos rígidos e SSDs é esta: A área de um disco rígido que pode armazenar dados pode ser reescrita quantas vezes for necessário e sempre será útil, enquanto a unidade está funcionando (Enquanto não houver setores defeituosos). Este não é o caso dos SSDs: cada célula que contém dados somente pode ser gravada, ou programada, um número finito de vezes antes de morrer. Isso é porque cada vez que uma operação de gravação precisa ser executada, todos os dados na célula tem que ser apagado antes de ser utilizado. Este processo de escrita/apagar/regravação provoca desgaste nas células e erosão do isolador entre as células. Eventualmente células individuais já não podem manter a carga.

Diferentes tipos de memória flash têm ciclos de vida diferentes, dependendo de quantos bits lá estão por célula. E menos bits igual menos problemas ao longo do tempo, e mais bits causam mais problemas.

A forma mais comum de flash em SSDs é chamada MLC, sigla para Multi-Level Cell. Isto significa que cada célula pode conter dois bits de dados, e este tipo de flash, de um modo geral, pode lidar com 3.000 ou mais ciclos de apagamento e reprogramação.

Mais recentemente, os fabricantes de SSD estão usando um tipo de flash chamado TLC, sigla para Triple-Level Cell. Isso adiciona um pouco mais a cada célula, melhorando assim a densidade — mas à custa de resistência. Este tipo de flash geralmente pode suportar 1.000 ciclos, ou cerca de um terço da resistência do MLC. Observe, também, que eu estou falando bidimensional ou planar flash, não 3D NAND, que é um animal totalmente diferente que eu não vou entrar  em mais detalhes aqui.

Tudo isso significa que o SSD tem uma vida útil finita, geralmente medida em “terabytes escritos“ (TBW). Os fabricantes muitas vezes não citam estes números, e seu SSD pode morrer antes de atingir este número mágico, ou muito tempo depois, dependendo de uma infinidade de fatores.

Por exemplo, a Samsung lista 150TBW como a figura de resistência para seus SSDs EVO 850. Para a maioria dos SSDs é algo entre 75 e 150 TBW.

A maioria dos SSDs incluem softwares que irão dizer a quantidade de dados que foi escrito para sua unidade.

Este é o meu SSD de dez meses, até agora escrevi quase 4,10TB (João Heytor falando).

Obviamente, se esse número fosse maior, como 60TB, ficaria preocupado, mas aparentemente meu disco tem abundância de vida.

Diferentes marcas de SSDs oferecem seus próprios utilitários. Aqui estão os links para o Crucial, Sandisk e Intel. Você também pode usar o CrystalDiskInfo terceiros— é o que meu carro parece sobre o último utilitário.

Nota: Esse texto foi originalmente publico na PCWorld.

The post Como saber quando seu SSD poderá morrer appeared first on JOÃO HEYTOR.

Ao público em geral, a famosa frase “preciso formatar meu computador”! Está com vírus, lento, etc, etc, etc… Aí ocorre um grande problema, por diversas vezes podemos ficar vários dias sem nosso equipamento devido a este trabalho! Acreditem, isso pode acontecer!

A partir do Windows 8 (Ou seja, este recurso também está presente nas versões Windows 8.1 e Windows 10), a Microsoft introduziu uma forma muito melhor e rápida para formatamos nosso equipamento!

Está nova função conta duas opções básicas: Formatação Completa, ou seja, todos os programas e arquivos pessoais são excluídos e, a opção de Formatar mas manter nossos arquivos, onde apenas os programas são removidos!

OBSERVAÇÕES IMPORTANTES AO FORMATAR SEU EQUIPAMENTO

Apesar deste recurso ser muito simples de utilizar, é sempre recomendado ser feito por algum técnico, ou alguém que tenha um conhecimento mínimo de sistemas operacionais!

Mesmo tendo a possibilidade de manter nossos arquivos ao executar recurso, fazer um backup como prevenção nunca é demais! Lembrem-se disso!

Lembrando que não me responsabilizo por qualquer problema que possa ocorrer durante este processo!!

OBJETIVO

Nosso objeto com está postagem é conseguimos formatar uma máquina usando o novo recurso de Restaurar Computador presente nas versões mais novas do Windows.

CENÁRIO

Como cenário de testes, estarei usando o Windows 10 Pro porém, os mesmos passos são compatíveis com as demais versões do Windows (Windows 8 e Windows 8.1).

Para montar este cenário, deixei alguns arquivos salvos na área de trabalho, simulando os meus arquivos pessoais. A ideia é verificarmos a eficiência da formatação salvando os arquivos.

Também instalei o LibreOffice (Disponível em https://pt-br.libreoffice.org), para simular os programas instalados na máquina.

PRÁTICA

Para darmos início ao nosso procedimento, é necessário abrirmos o programa Restaurar PC. A forma mais rápida de encontra-lo é usando a busca do Windows:

Assim que abrimos este recurso temos um breve texto explicando sua funcionalidade:

ATENÇÃO: Está opção fará toda a diferença durante todo o processo!!!! Preste muito bem atenção ao prosseguir!

Como é possível observar, temos duas opções:

• Manter meus arquivos: Está opção é direcionada quando desejamos restaurar nosso computador mas MANTENDO nossos arquivos pessoais;
• Remover Tudo: Como o nome diz, ela removerá TUDO que estiver no computador! Isso inclui programas e arquivos pessoais! CUIDADO ao marcar está opção! Esteja certo do que está fazendo!

Para está postagem, iremos na opção Manter meus arquivos:

Antes de iniciar o processo de formatação, o Windows nos dá um último aviso informando o que ele irá fazer a partir de agora!

Ao clicarmos no botão Restaurar, estamos concordando com o fato dele remover todos os programas e configurações presentes no equipamento.

No próximo passo, o Windows já está iniciando o processo! Agora é aguardamos…

O próprio Windows irá reiniciar algumas vezes para conseguir finalizar o processo! Fique tranquilo se isso ocorrer!

Depois algum tempo (Isso pode levar algumas horas dependendo do seu equipamento e volume de informações que devem ser apagadas), a tela de bem-vindo do Windows nos é apresentada!

Como mantivemos nosso arquivos, o Windows manteve o usuário e senha que estavam sendo usados na máquina!

Como de praxe, ao fazermos o primeiro login no Windows é necessário esperarmos ele configurar algumas coisas internas (Perfil de Usuários, políticas, etc):

Pronto!!! O Sistema foi restaurado com sucesso mantendo nossos arquivos!

Podemos observar que os ícones do LibreOffice desapareceram, ou seja, os programas que tínhamos na máquina foram removidos com sucesso!

É possível termos certeza que não temos mais programas instalados abrindo o ícone Programas e Recursos do Painel de Controle.

É isso pessoal! Espero que tenham gostado!! Dúvidas ou sugestões basta entrarem em contato!!!

The post Formatar o computador com Windows 8 e Windows 10 appeared first on JOÃO HEYTOR.

NÃO é possível aplicarmos GPO em um contêiner! Ou seja, toda máquina que adicionarmos ao domínio, será necessário abrir o Active Directory Users and Computers e mover tal objeto! Quando nosso ambiente é pequeno, não temos problemas! Fazemos essa mudança manualmente, até porque colocamos apenas pontualmente as máquinas em domínio. Porém, quando o ambiente começa a crescer, fica desgastante fazer tal ação! Sem contar que as vezes um computador pode ficar perdido no contêiner Computers durante um bom tempo!

Bom, com essa pequena explicação, podemos supor que seria muito fácil se assim que eu adicionar uma máquina ao domínio, ela fosse automaticamente acrescentada em uma OU onde tivesse algumas GPOs básicas de segurança e/ou instalação de software.

OBJETIVO

Nossa meta é aprender como é possível alterar o local padrão dos computadores e usuários assim que eles são ingressão/criados no domínio.

CENÁRIO

Para atingirmos nosso objetivo, estarei efetuando todos os testes em uma máquina com Windows Server 2012 R2 Standard com a role Active Directory Domain Services instalada!

PRÁTICA

Para conseguirmos atingir nosso objetivo, devemos abrir o prompt de comando! Os comandos responsáveis por fazer a “mágica” são:

• redircmp: Usado para alterar o local padrão dos computadores;
• redirusr: Similar ao redircmp porém, é voltado para os usuários.

Se digitarmos “redircmp /?” podemos ver o seguinte conteúdo da ajuda:

Como também observamos na imagem acima, a sintaxe deste comando é bem simples: redircmp ENDEREÇO_LDAP_DA_NOVA_OU. No exemplo, redircmp OU=Computadores,DC=GrupoEmpresas,DC=local (Meu domínio é GrupoEmpresas.local), ou seja, estou fazendo o redirecionamento de todas as máquinas que ingressarem no domínio para a OU Computadores. Atenção que a OU já precisa estar criada.

Em relação a mudança de usuários, a sintaxe é a mesma:

Observando a sintaxe, temos: redirusr OU=Usuários,DC=GrupoEmpresas,DC=Local.

Lembrem-se que para estes comandos funcionarem, é preciso que o domínio esteja com nível funcional de pelo menos Windows Server 2003.

Legal né? Espero que tenham gostado de mais essa dica!

The post Active Directory – Alterar local padrão de computadores e usuários appeared first on JOÃO HEYTOR.

Como forma de aprimorar minhas habilidades com o PowerShell, estou me desafiando a fazer a maior quantidade possível de tarefas através dele!! Tarefas básicas como: criar usuários/grupos, resetar senha de usuários, alterar grupo, checar logs, dentre outras coisas que um administrador de sistemas precisa fazer!

E a dica que pretendo dar hoje é justamente para as pessoas que estão querendo iniciar suas tarefas junto ao PowerShell.

OBJETIVO:

Gerenciar remotamente qualquer servidor, independente da minha máquina cliente estar em um ambiente de domínio ou não.

CENÁRIO:

Para atingirmos este objetivo, contaremos com o seguinte cenário:

• Ambiente com Active Directory instalado, com várias versões do Windows Server (2008, 2008 R2 e 2012 R2);
• Notebook com Windows 10 HOME, que não faz parte do Active Directory!

PRÁTICA:

• Para iniciar nossos testes, iremos abrir o Windows Powershell.

• Agora tentaremos efetuar uma conexão remota usando o cmdlet Enter-PSSession:

Explicação:

1. Enter-PSSession: Cmdlet para iniciar uma conexão interativa com um computador remoto;
2. -ComputerName IP/NOME: Especifica o nome ou endereço IP da máquina que estamos efetuando conexão;
3. -Credential USUÁRIO: Usuário que será utilizado para efetuar está conexão

• Será retornando o seguinte erro:

O erro mostrado é:

“Enter-PSSession : Falha ao conectar ao servidor remoto 192.168.88.1 com a seguinte mensagem de erro: O cliente WinRM não pode processar a solicitação. Se o esquema de autenticação for diferente de Kerberos ou se o computador cliente não tiver ingressado em um domínio, o transporte HTTPS deverá ser usado ou o computador de destino deverá ser adicionado à opção de configuração TrustedHosts. Use winrm.cmd para configurar TrustedHosts. Observe que os computadores na lista TrustedHosts podem não ser autenticados. Você pode obter mais informações sobre isso executando o seguinte comando: winrm help config. Para obter mais informações, consulte o tópico da Ajuda about_Remote_Troubleshooting.”

Vejam como é importante prestarmos atenção a todos os erros que nos é informado! Sempre! Neste caso, o erro é porque a nossa máquina destino não confia em nossa máquina cliente (Não está na lista de TrustedHosts).

Para corrigir tal problema, precisarmos executar o cmdlet Enable-PSRemoting junto ao servidor:

Explicação: O comando Enable-PSRemoting -Force além de habilita o WinRM também criar regras de exceção junto ao firewall para permitir o acesso remoto.

Atenção: É necessário executar esse comando usando o Powershell elevado (Como administrador).

Lembram no início do post onde disse que estarei usando uma máquina em standalone (Que não faz parte do domínio)? Caso está também seja sua a situação, ainda teremos alguns comandos pela frente! Caso contrário, nossa configuração está terminada e já podemos efetuar a conexão remota para o servidor!

CONFIGURANDO O TRUSTEDHOSTS:

Como ambas as máquinas não se conhecem, precisamos fazer com que nosso servidor confie em nossa máquina cliente!

Para isso, teremos que adicionar o IP do nosso equipamento na lista de hosts confiáveis:

Explicação:

1. O cmdlet Set-Item WSMan:\localhost\client\TrustedHosts * faz com que o servidor aceite a conexão de qualquer origem! Não restrição alguma do cliente que estará efetuando a conexão! Nossa única segurança, é a credencial exigida para conexão! Por questões de segurança, seria recomendável substituir o asterisco pelo IP da(s) máquina(s) cliente.

Também é necessário executarmos o mesmo comando em nossa máquina cliente! Lembrem-se que está configuração não é bidirecional! É necessário fazer com que ambas as máquinas se conheçam e confiem em si mesmas.

REINICIANDO O SERVIÇO:

Devido a alteração das configurações dos hosts confiáveis que fizemos, temos que reiniciar o serviço do WinRM:

EFETUANDO UMA CONEXÃO REMOTA:

Como resultando das nossas configurações, podemos finalmente efetuar uma conexão remota junto ao nosso servidor usando:

Pronto! Nossa configuração está completa!

Além do Enter-PSSession, também podemos utilizar outros cmdlets para efetuar comandos remotos, como o Invoke-Command!

Espero que tenham gostado de mais essa dica!!! Qualquer dúvida, não deixem de entrar em contato!

The post Powershell – Habilitando conexão remota appeared first on JOÃO HEYTOR.

Atualmente, para os profissionais de TI é quase que obrigatório entender de máquinas virtuais e computação em nuvem (cloud computing). Isso virou uma tendência de mercado devido as inúmeras vantagens que estas tecnologias nos trazem, sejam elas com corte de custos de licença, agilidade para criação de novos ambientes, entre outros!

Neste artigo, pretendo ensinar a como iremos instalar uma máquina com Windows Server 2012 R2 em APENAS 5 MINUTOS.

Mãos a massa! Primeira coisa que devemos fazer, é entrar no site http://aws.amazon.com e efetuar login (ou criarmos uma conta seguindo o passo-a-passo).

Em seguida, iremos selecionar o serviço de EC2, que é o serviço da Amazon voltado para a criação das máquinas virtuais em nuvem!

Após está seleção, nos é mostrado um resumo do que temos naquela região (Instâncias, grupos de segurança, etc).

ATENÇÃO: No canto superior direito, temos a região onde desejamos criar nossas máquinas e/ou quaisquer outros serviços. Vale ressaltar que POR PADRÃO, as regiões não conversam entre si! Isso quer dizer que, se eu quiser ter uma rede de máquinas virtuais que se comuniquem entre si, irei precisar criar todas as minhas máquinas na mesma região!

Na imagem abaixo, podemos ver que para este lab, estarei criando minha máquina virtual na região de São Paulo.

Para começarmos a criação, devemos clicar no botão LAUNCH INSTANCE.

Passo 1, selecionarmos o Sistema Operacional. Aqui, iremos escolher o Microsoft Windows Server 2012 R2 Base e iremos clicar no botão Select.

Passo 2, escolher o tipo de instância. Isso varia muito de acordo com o que será executado na máquina virtual! Normalmente, as máquinas da família General Purpose (Propósitos Gerais) conseguem rodar tranquilamente os principais softwares e sistemas de mercado! Vale lembrar que cada tamanho tem um preço específico! Para saber mais sobre os valores cobrados pela AWS, basta entrar no link: https://aws.amazon.com/pt/ec2/pricing/. Como este é apenas um lab, estarei criando uma instância do tipo t2.micro que, caso ainda não tenha usado, posso utiliza-la durante o período de 12 meses SEM CUSTO! Está é uma possibilidade bem interessante para quem quer estudar o EC2 da AWS.

Após selecionarmos nossa instância, é necessário clicar em Next: Configure Instance Details:

Passo 3, configurar os detalhes da instância. As principais configurações que devemos efetuar são: Network (Que indica em qual rede nossa máquina ficará), Subnet (Subnet da nossa rede) e Shutdown behavior (O que acontecerá com o volume caso está máquina seja desligada. ATENÇÃO: Se deixarmos marcado Terminate, caso nossa máquina seja desligada, o volume da máquina será apagado). Feito essas configurações, iremos clicar em Next: Add Storage.

Passo 4, adicionar armazenamento! É neste item que iremos definir o tamanho de nosso HD! Também é possível adicionar mais volumes a nossa máquina virtual. ATENÇÃO: Para termos direito aos 12 meses gratuitos, nosso volume pode ter no máximo 30 GB. Aqui também é possível alterarmos o tipo de volume e também os IOPS que desejamos reservar.

Em seguida, devemos clicar em Next: Tag Instance.

Passo 5, tags da instância. Aqui podemos adicionar tags, que são marcações para melhor identificarmos nossa máquina virtual. Essa função se torna bastante útil quando nosso parque de máquinas virtuais começa a crescer!

Assim que criarmos as tags que desejamos, iremos clicar em Next: Configure Security Group.

Passo 6, configurar grupos de segurança. Na AWS, grupos de segurança são grupos de portas de serviços liberadas! Por exemplo, no grupo abaixo, tenho apenas a porta 3389 (MS RDP) liberada para qualquer IP conectar. Podemos facilmente adicionar novas portas clicando em Add Rule. Lembrando que este item está diretamente ligado aos tipos de serviços que estarão sendo executadas na máquina virtual! ATENÇÃO: No item SOURCE, por questões de segurança, tente sempre colocar algum IP! Quando é setado Anywhere, isso quer dizer que nossa máquina estará acessível por qualquer IP do mundo! Portanto, muito cuidado com as portas que serão liberadas.

Liberando as portas necessárias, iremos clicar em Review and Launch.

Passo 7, revisar a criação da instância. Aqui temos apenas um resumo dos itens que selecionamos durante todo este passo-a-passo.

O importante aqui é verificar se selecionamos as opções corretas e em seguida clicar em Launch.

Ao clicarmos em Launch, será necessário criarmos (ou atribuirmos, caso já tenhamos criado) uma chave de acesso a está máquina. Para isto, será necessário selecionarmos Create a new key pair, e no campo abaixo, digitarmos uma frase secreta. ATENÇÃO: Guarde em um local seguro este arquivo! Nos ambientes Windows, ele é necessário para geramos uma senha de administrador! Isso quer dizer que, qualquer pessoa com este arquivo, consegue, eventualmente, gerar uma nova senha de admin!.

Preenchendo estes campos, iremos clicar no botão Download Key Pair. Salve este arquivo em um local seguro pois iremos usa-lo no próximo passo!

Nossa máquina virtual está sendo criada! Basta clicarmos em View Instances.

Voltando ao painel principal, no item Instances, agora temos nossa máquina virtual sendo executada! Ao selecionarmos este item, na parte debaixo aparece um resumo da máquina como IP, volume anexado, etc.

Nossa máquina virtual já está criada e funcionando perfeitamente!

Como passo final, precisamos criar uma senha de administrador! Para isso, clique com o botão direito em cima da instância e selecione Get Windows Password.

No item Key Name, é informado o nome da chave de segurança desta máquina (Ver passo que fizemos logo após o item 7). Devemos clicar em Escolher Arquivo, selecionarmos o arquivo *.pem que fizemos download e clicar em Decrypt Password.

Pronto! Já temos o usuário e senha para efetuarmos uma conexão remota ao nosso servidor!

O passo seguinte, é abrimos o programa Conexão de Área de Trabalho Remota (mstsc.exe) do Windows e em computador, podemos utilizar o Public DNS que nos foi fornecido no passo acima.

Será necessário informar o usuário e senha, que também obtemos no passo acima:

O Windows nos avisa que não é possível autenticar o certificado de segurança desta máquina. Devemos apenas clicar em Sim para que nossa conexão continue normalmente.

E é isso pessoal! Abaixo podemos ver a máquina que criamos em menos de 5 minutos sendo executada normalmente.

Agora podemos instalar qualquer software, criar uma VPN para nossa rede local e etc! É um Windows Server 2012 R2 sendo executado em nuvem e completamente licenciado.

Espero que tenham gostado de mais essa dica! Qualquer dúvida e ou sugestão, deixem nos comentários!

The post AWS – Criação de Máquinas Windows Server appeared first on JOÃO HEYTOR.