Aloha, pessoal!

O artigo de hoje é sobre um recurso simples, mas que ainda causa algumas dúvidas na sua implantação: como criar perfis móveis para os usuários.

Um perfil de usuário armazena informações, configurações e preferências pessoais tais como área de trabalho, pastas de documentos, favoritos, preferências do navegador etc. Normalmente, quando um usuário faz logon pela primeira vez em um computador, é criado um perfil local com base em um perfil padrão. Nenhuma das configurações feitas anteriormente em outros computadores é recriada durante esse processo.

O perfil móvel (ou Roaming Profile) permite que o conteúdo do perfil seja salvo em um servidor de arquivos e esteja acessível quando o usuário logar em qualquer computador da rede.

O procedimento é simples e você vai precisar de um servidor com o Windows Server 2008 como Controlador de Domínio/Servidor de Arquivos e um Cliente.

Inicialmente, crie uma pasta no seu Servidor de Arquivos, com o nome de “Perfis”. Compartilhe essa pasta para o grupo “Usuários Autenticados” e dê a permissão Controle Total.

Em seguida, abra o console do Active Directory e abra as propriedades do usuário que deseja configurar o perfil móvel. Você também pode selecionar vários usuários e configurar todos de uma vez. Na guia “Perfil” preencha o campo “Caminho do perfil” com o compartilhamento criado seguido da variável de ambiente %username%. Não se preocupe, essa variável será substituída pelo nome do usuário.

Vamos dar uma olhada na pasta “Perfis” do Servidor de Arquivos antes de o usuário fazer o logon:

Como você pode reparar ela está vazia!

Agora, no computador Cliente, faça logon com o usuário que você acabou de configurar o perfil móvel.

Após o logon, uma pasta com o nome do usuário seguido de “.V2” é criada.

Pronto! Os dados do perfil do usuário serão salvos a partir de agora no Servidor de Arquivos e serão transportados para qualquer computador que o usuário fizer logon. E não se preocupe pelo fato de todas as pastas existirem na mesma pasta “Perfis”. Nenhum usuário conseguirá ver a pasta do outro. Nem do Administrador (exceto, claro, se se tornar proprietário da pasta do perfil do usuário). Isso ocorre pelo fato de que nas propriedades NTFS da pasta “Perfis” existir a permissão de Controle Total somente para o objeto “Proprietário Criador”.

Fácil, não? Por hoje é só. Deixem seus comentários e sugestões.

Mais uma coisa… Obrigado por ter mantido o Portal CooperaTI entre os 100 melhores no Top Blog. Passamos para a segunda fase e precisamos que você, nosso leitor amigo, continue votando e fazendo o CooperaTI aparecer para mais profissionais de TI.

Assinem o nosso portal, no Twitter siga @portalCooperaTI. Meu Twitter é @CalLauff.

Até a próxima!

Atenção aos que recebem essa mensagem e utilizam algum leitor de RSS ou estão apontando para o endereço: rafaelbernardes.wordpress.com ou rafaelbernardes.com.br.

O CooperaTI está na nuvem da Amazon e talvez seja necessário que vocês atualizem seus leitores de RSS.

Quem recebia as notificações de posts por email pode ficar tranquilo, a base anterior foi exportada para o novo portal. E hoje já tem post novo meu:

http://www.cooperati.com.br/wordpress/2011/10/17/novo-cooperati-e-servios-na-nuvem/

Como usar o Virtual Lab ?

Vou fazer um teste com um laboratório para alta disponibilidade do Exchange 2010 SP1 e cenários com Storage. Clique em Lauch Virtual LAB, permita que o browser instale os plug-ins necessários. Após a instalação dos plug-ins necessários e carregamento das vms o ambiente estará pronto para o uso. A tela de usuario do Virtual LAb esta distribuida em 3 colunas

Esquerda – São as maquinas virtuais disponíveis para o laboratório
Central – A VM selecionada
Direita – As tarefas relacionadas ao LAb. Espero que tenham gostado da dica.

Follow @carlosfinet Follow @portalCooperati

Um SysAdmin muitas vezes precisa criar soluções rápidas para problemas pequenos e grandes que podem aparecem em diversas situações. Se os problemas tem a ver com acesso a rede ou conexões de rede, a ferramenta para auxiliar nessas soluções rápidas pode ser o netcat, esse comando que é chamado de “canivete suíço do tcp/ip” realmente pode fazer muita diferença no dia a dia do SysAdmin.

Veja o que diz a Wikipedia sobre ele “O Netcat é uma ferramenta de rede, disponível para sistemas operacionais Unix, Linux, Microsoft Windows e Macintosh que permite, através de comandos e com sintaxe muito sensível, abrir portas TCP/UDP e HOST. Permite forçar conexões UDP/TCP (útil para realizar rastreamento de portas ou realizar transferências de arquivos bit a bit entre os equipamentos).”

Vamos a algumas opções do nc (forma de uso do netcat):

Vejamos uma situação de um servidor que possivelmente está sofrendo uma tentativa de acesso não autorizado, que tal monitorarmos porta onde isso acontece para capturar informações sobre o possível invasor. Simularemos ter o servidor SSH instalado em nosso server para poder receber os dados da conexão, podendo inclusive guardá-los em arquivo. Veja o resultado abaixo:

Onde: O IP 192.168.1.10 cuja resolução de nomes foi Allspark.local usando a porta 35391 tentou acessar a porta 22 da minha máquina (192.168.1.90).

Que tal capturarmos informação sobre acesso a serviço HTTP (porta 80):

Onde: O IP 192.168.1.10 cuja resolução de nomes foi Allspark.local usando a porta 41680 tentou acessar a porta 80 da minha máquina (192.168.1.90). Sei que a máquina é um Linux com sistema de 64bits e usava u browser que provavelmente é o Chrome.

Bem isso foi útil e simples, mas imaginemos uma situação em que 2 máquinas com Linux/Unix precisa fazer a troca de arquivos e não tem um SCP ou RSYNC para isso mas você tem como pedir que alguém execute comandos nas duas máquinas. Pronto o netcat é a solução:

Iremos fazer o envio do diretório /var/log da máquina A(192.168.1.10) para a máquina B(192.168.1.90):

Primeiro:

Na máquina B iremos deixar uma porta aberta e um programa para tratar os arquivos:

root@debian-90# nv -v -l -p 3000 | tar xvzp
Onde:
Abrimos a porta 3000 (qualquer porta não utilizada por outros serviços serve) e tudo que for recebido nessa porta será entregue para o comando tar que irá extrair no diretório local, descompactar mostrando todos os dados em tela do que está fazendo.

Segundo:

Na máquina A iremos fazer o tar juntar os arquivos de /var/log em um só arquivo e compactar com o gzip:

root@allspark# tar cvzp /var/log | nc 192.168.1.90 3000
Onde: O tar agrupa os arquivos do /var/log, compacta e entrega na mão do netcat para que ele envie para o IP 192.168.1.90 na porta 3000.

Que tal podemos trocar dados de terminal com outra máquina, ou seja, escrever em nosso terminal e o resultado sair no da outra máquina (não é instant messenger ), não tem utilidade prática, mas mostra a capacidade do netcat em ler e escrever sobre conexões TCP/IP:

Primeiro abrimos a porta na máquina B:

root@debian-90# nc -vlp 1500

Depois direcionamos tudo que escrevemos em um determinado terminal da máquina A para a máquina B:

root@allspark# cat < /dev/pts/0 | nc 192.168.1.90 1500

Vejamos como fica:

Como o NetCat é multiplataforma vamos mostrar que é possível no Windows usá-lo como cliente ou provedor de uma conexão, no exemplo abaixo vamos criar um “acesso remoto” via shell no Windows e acessar do Linux:

No Windows baixe e instale o nc e entre no diretório:

C:\Users\Vagner\Documents\nc\nc -v -l -p 1000 -e cmd.exe

Para mais detalhes da conexão poderíamos usar -vv

No Linux execute:

root@allspark# telnet 192.168.1.121 1000

Vejamos como ficou:

O netcat pode servir como scanner de portas também:

root@allspark# nc -v 192.168.1.121 1-65535

Onde: O nc irá escanear as portas do host 192.168.1.121 da porta 1 até a 65535.

Lembrando que com a opção -d o NetCat executa em mode daemon e não “prende” a tela do terminal. E que como sniffer ele só ira pegar comunicações de broadcast pois os switches isolam o tráfego quando possível.

Espero que o post sirva como base para que vocês possam buscar soluções para diversos problemas e criar até alguns . Se você possui alguma outra solução ou uso do NetCat poste nos comentários.

Não esqueça de assinar nosso portal e continuem divulgando para que mais profissionais de TI possam conhecer nosso trabalho.

Recebemos uma solicitação do leitor André Guarini a respeito de como implantar o serviço de roteamento utilizando o Windows Server 2008. Este artigo mostra como fazê-lo de forma bem rápida e prática.

Antes de iniciar, peço desculpas aos leitores por postergar mais uma vez o artigo sobre iSCSI Target que vinha desenvolvendo. Por motivos de hardware inadequado, não consegui montar a topologia de rede que pudesse ser validada nos testes de criação de cluster no Windows Server 2008 R2. Assim que normalizar tudo por aqui eu darei continuidade aos artigos.

A função de um roteador em uma infraestrutura de redes é a de encaminhar pacotes entre diferentes redes. Quando um pacote de dados é transmitido a partir de um host origem para um host destino, o sistema faz uma checagem utilizando seus endereçamentos IP e suas máscaras de rede para saber se ambos pertencem à mesma rede. Para entender o que acontece, temos que transformar nossos endereços IP em binário.

Vamos analisar o seguinte cenário:

HOST ORIGEM

HOST DESTINO

Os endereços acima pertencem a duas redes diferentes (192.168.0.0/24 e 192.168.1.0/24). Transformados em binário, os três primeiros grupos de oito algarismos representam o endereço da rede e o último conjunto de oito algarismos representa o host. O teste é simples: alinha-se os valores binários correspondentes ao endereço IP e a máscara de rede. Depois, aplica-se um teste que chamamos de “Operador E” que consiste em verificar se a comparação de cada dígito do IP é igual ao seu respectivo dígito da máscara de rede. Quando os números são iguais, repetimos esse número. Se são diferentes o resultado é 0 (zero).  No exemplo acima, as duas primeiras comparações resultaram em “1” pois tanto o dígito do IP quanto da máscara são “1”.

Quando o resultado do teste apresenta um valor diferente nos octetos que representam o endereço de rede, o host de origem sabe que o destino não pode ser alcançado diretamente. A sua ação então é encaminhar esse pacote para o GATEWAY, que nada mais é que um nó da rede que possui um endereço compatível com o host de destino e também possui endereço de outra(s) rede(s). Esse é quem chamamos de ROTEADOR.

Comece montando uma estrutura simples, conforme a figura a seguir:

O servidor Window Server 2008 R2 precisará de duas interfaces de rede. Caso não disponha das duas interfaces, para fins de roteamento pode ser utlizado mais de um IP na mesma interface de rede.

Para fins de teste, sugiro que desativem os protocolos IP V6 de todos os adaptadores em todos os computadores.

Finalmente, basta conferir no vídeo abaixo como configurar seu servidor.

Abraços e até a próxima!

Follow @calLauff Follow @portalCooperati

Claro que é beta, mas pode ser uma alternativa a ferramentas do tipo TeamViewer.

Por enquanto é só. Agora vamos ao testes no estilo CooperaTI e logo vamos ver se essa ferramenta é segura ou não!

Para acessar a ferramenta, baixe através do Chrome Web Store

Tela inicial do acesso remoto. Ao criar uma nova aba no chrome aparecerá o ícone para acessar a ferramenta.

Se clicar em “Access a shared computer”, você cai nessa tela pedindo o código do computador de destino.

Clicando em “Share this computer” é gerado um código para você informar para quem vai acessar. O código é sempre diferente.

Estas são algumas características do Windows To Go

• Por default o Windows 8 irá iniciar via USB se houver um drive com este recurso conectado
• Funcionará tanto usando o USB 2.0 quanto também 3.0
• Core drives serão incluídos no Windows para evitar problemas quando o Windows Update não está disponível
• Não haverá recurso de hibernar no Windows To Go
• Crash e despejo de mémoria estarão disponíveis para Windows To Go

A Microsoft também analisou os problemas em potencial se uma unidade USB é removida do sistema enquanto ele está em uso. Windows To Go irá congelar a instância por 60 segundos para dar ao usuário final o tempo suficiente para substituir o dispositivo USB. O Windows (8), em seguida, será retomada a instância graciosamente. Se um usuário final não substitua o dispositivo, em seguida, o sistema será desligado após 60 segundos.

O videos video abaixo deixam você visualizar este recurso:

Clique aqui para assistir o vídeo inserido.

O que acontece se o usuário remove o dispositivo USB:

Clique aqui para assistir o vídeo inserido.

No post anterior mostrei a instalação e configuração do Zabbix, e irei agora instalar e configurar o agente.

Mãos a obra:

Instalar o agente do Zabbix no Debian/Ubuntu

# apt-get install zabbix-agent

Vamos configurar o Agente do Zabbix

# vi /etc/zabbix/zabbix_agent.conf

Adicione como na imagem acima, na opção Server o IP do Servidor Zabbix

Configurar o Daemon do Agente Zabbix

# vi /etc/zabbix/zabbix_agentd.conf

Vamos reiniciar o agente do Zabbix para que as alterações tenham efeito.

# /etc/init.d/zabbix-agent restart

Com o agente configurado vamos cadastrar o novo host no servidor Zabbix, acesse o servidor como mencionado no Post anterior (http://cooperati.com.br/2011/10/04/monitoramento-de-servidores-com-zabbix/)

Vamos em Configuração – Hosts – Clique em Criar Hosts

Caso o Campo: Nos Grupos – esteja com o Grupo Zabbix servers, vamos remover clicando em >>

Preencha os Campos:

Nome: Debian

Outros Grupos: Clique em Linux servers e depois em <<

No Campo Nome DNS, preencher somente se o servidor estivar registrado no DNS

Endereço IP: Preencher com o IP do Cliente

Vamos aos Campos do Associado aos templates:

Clique em adicionar, e será aberto um popup – Clique em Grupo e selecione Templates – Localize e marque Template_Linux – Clique no final do popup em Selecionar

De volta a tela de cadastro de Hosts clique em SALVAR

O servidor Zabbix tentará se conectar ao Cliente, caso não haja nenhum problema No Campo Status teremos Monitorado.

Espero que tenham gostado do post e não deixem de assinar o nosso portal.

Follow @rpinheiro2k Follow @portalcooperati

Cerca de 27 por cento esperam que o setor das empresas pequenas será sua principal fonte de crescimento, enquanto apenas 18 por cento vê consumidores individuais como sendo mais importantes.

De acordo com a pesquisa da OnApp, a maioria das SMBs deseja serviços para ajudá-los em  TI em nuvem ou que serviços diminuam com base na demanda.

“Com base em taxas de adoção de nuvem, nossa pesquisa indica que a computação em nuvem é mais acessível aos técnicos do que a usuários agora,” disse o chefe-executivo- da OnApp,Ditlev Bredahl. A adoção está sendo impulsionada pelas SMBs centradas na aplicação e desenvolvimento web”.
Ele disse que, com provedores de nuvem cada vez entrando  mais no mercado, uma gama mais ampla de indústrias estão começando a tirar proveito dos serviços de nuvem hospedado.

No início deste ano, o analista de TI Gartner relatou que a computação em nuvem é a prioridade número um para os líderes de TI em 2011. Ser capaz de pagar apenas os recursos de computação que eles usam é uma grande atração para líderes de negócios no Reino Unido, o estudo constatou.

Comece hoje mesmo a conhecer as soluções de nuvem da Microsoft visitando:www.microsoft.com.br/online

É uma excelente idéia ter um guia contendo os procedimentos, testes e contatos de fornecedores. No vídeo abaixo eu faço uma demonstração com uma empresa simples para exemplificar o conceito.