quinta-feira, 13 de dezembro de 2012


Olá Pessoal!

    Para quem usa Linux as vezes precisa acessar o servidor no trabalho que é Windows, acessar a máquina de um cliente que deu problema em alguma coisa.. ou ainda acessar a máquina da mãe pois ela não esta conseguindo fazer alguma coisa no Word! 
    Isso é extremamente comum para nós que trabalhamos com informática, e para encurtar o caminho e ao invés de procurar uma máquina com Windows  para acessar via "Conexão de Área de Trabalho Remota"  podemos usar clientes de TS (Terminal Server) para Linux. Vou apresentar dois que uso com bastante frequência e ambos funcionam muito bem.

#REMMINA

    O Remmina é um cliente de desktop para linux que suporta alguns dos mais populares protocolos de acesso remoto. São eles RDP, VNC, NX, XDMCP e SSH. Seu uso é extremamente simples e funcional. 

    Usei como S.O a distribuição Linux Mint 13 XFCE para os testes do post. Vamos instalar e configurar um acesso a um máquina com Windows 7 via RDP. O IP da máquina a ser conectada é 10.1.1.198:

Let's Go!

Podemos instalar via modo gráfico, mas particularmente eu prefiro e acho muito mais fácil instalar via terminal então vamos lá :)

#sudo apt-get install remmina



Pronto esta instalado o remmina! Agora podemos localiza-lo em:
Menu - Internet - Remmina Remote Desktop Client


Tela Principal do Remmina

Agora vamos configurar a nossa conexão. Clicamos em Connection e depois New:




Nomeamos a nossa conexão
Setamos o IP do Servidor 
Nome do Usuário (é possível colocar a senha também assim o logon fica automático, mas por uma questão de segurança eu prefiro digitar a senha)
Podemos setar o dominio se a máquina pertencer ao mesmo
Podemos definir o tamanho da tela
Qualidade do vídeo (Color Depth)

Clicamos na aba Advanced:



Definimos a qualidade da conexão
Podemos "trazer" o som da máquina remota para a nossa
E temos de setar o protocolo RDP em Security

    Feito isso clicamos em Save. Vamos voltar a tela principal do programa mas com a conexão criada:

Dois cliques na conexão e:


Colocamos a senha do usuário


Estamos na máquina remota!

    O remmina é extremamente simples e funcional, mas faço uma ressalva. Ele tem um bug que até o momento desta postagem não havia sido corrigido.. O "Caps Lock" e o "Num Lock" funcionam de maneira contrária! Ou seja quando a luz do "Num Lock" do teclado estiver acesa ele não funciona e quando desligado ele funciona! Essa é a única ressalva que posso fazer mas é um cliente simples e podemos ter várias conexões de diferentes protocolos neste cliente.


#RDESKTOP


    O rdesktop é um cliente Linux específico para protocolo RDP. Seu uso (a meu ver) é mais simples que o do remmina sendo mais "editável" que o primeiro. Normalmente ele já vem pré-instalado, mas caso não venha vamos instalar o rdesktop via terminal:

#sudo apt-get install rdesktop


    Instalado o rdesktop já podemos utiliza-lo. Ele é utilizado via terminal. Nas versões mais antigas do Ubuntu como a 10.04 por exemplo, havia uma janela gráfica para configurar a conexão. Podemos instalar o grdesktop (GNOME rdesktop client) Mas como o foco não é o gráfico nesse programa, com um simples comando já é possível termos conexão:

#rdesktop 10.1.1.198


    Note que já estamos prontos para acessar a nossa máquina remota, só nos resta setarmos o usuário e senha corretos e estamos dentro! Mas o melhor do rdesktop é que podemos usar vários argumentos para acessarmos nosso servidor. Vou apresentar o comando que uso com bastante frequência e o que mais se encaixa na minha realidade:

#rdesktop -a 32 -f -u Administrador -N 10.1.1.198



Podemos mencionar o comando acima da seguinte forma:

rdesktop = programa de conexão

-a 32 = O argumento -a seta o color depth (8, 16, 24 bpp). Se voce estiver conectando em Windows 7, Windows Server 2008 ou superior podemos usar 32 bpp mas se for Windows Xp ou inferior deve-se usar 24 bpp pois o Xp não suporta mais que 24 bpp. 

-f = Aqui definimos que a conexão vai ser "Full Screen"

-u = Setamos o usuário

-N = Ativamos o Num Lock

10.1.1.198 = Ip do nosso servidor


Conexão com o comando:
#rdesktop -a 32 -f -u Administrador -N 10.1.1.198

  Com o rdesktop podemos usar pendrive na máquina remota, som, impressora enfim fazer várias combinações de conexão. Voce pode ver aqui todos os argumentos que se é possível fazer com o rdesktop.

 Não percebi absolutamente nenhum bug no rdesktop funciona de maneira muito estável e segura.

  Espero ter ajudado de alguma forma, não esqueçam de postar suas dúvidas, sugestões ou criticas para nós.

Um grande abraço a todos!

:wq

quinta-feira, 29 de novembro de 2012


Olá Pessoal!

    Computadores, Servidores, Dispositivos com a hora errada é uma dor de cabeça para técnicos e administradores de sistemas. Mas ao invés de irmos máquina por máquina acertando o horário por que não deixarmos para o protocolo NTP (Network Time Protocol) fazer isso por nós!? 
    Pois é, para solucionarmos esse problema e termos todos os nossos computadores e dispositivos sincronizados com o ON (Observatório Nacional), criaremos um Servidor de NTP dentro da nossa LAN, assim nosso servidor se atualizará com os servidores NTP oficiais do Brasil, ficando sempre com a hora correta em todo o nosso parque. Legal né!?
    No exemplo em questão usarei um SO Linux (Ubuntu Server) para ser o nosso NTP Server, como esse servidor já faz o serviço de proxy vou deixá-lo com mais essa "missão", mas pode ser configurado em Windows sem problema algum.

Let's Go!

1- Primeiro temos que instalar o serviço de NTP em nosso server
# apt-get update (para atualizar a lista de pacotes)
# apt-get install ntp



2- Após instalarmos o NTP criaremos o arquivo ntp.drift.
# touch /etc/ntp.drift



* Se a hora de seu computador estiver com um erro maior do que 16 min o NTP pode não funcionar. Se for o caso, ajuste a hora manualmente, antes de iniciar o ntpd.

3- Agora temos que substituir o conteúdo do arquivo de configuração padrão que esta dentro de /etc/ntp.conf pela configuração abaixo.

Você pode usar o programa que achar mais fácil para fazer a edição do arquivo de configuração. Nano, VI enfim o que vc achar melhor.

###############################
## Inicio do Arquivo de Configuração ##

# "memoria" para o escorregamento de frequencia do micro
driftfile /etc/ntp.drift

# estatisticas do ntp que permitem verificar o historico de funcionamento e gerar graficos
statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
      
# servidores publicos do projeto ntp.br
server a.st1.ntp.br iburst
server b.st1.ntp.br iburst
server c.st1.ntp.br iburst
server d.st1.ntp.br iburst
server gps.ntp.br iburst
server a.ntp.br iburst
server b.ntp.br iburst
server c.ntp.br iburst
        
# outros servidores server outro-servidor.dominio.br iburst
  
# configuracoes de restricao de acesso
restrict default kod notrap nomodify nopeer
restrict -6 default kod notrap nomodify nopeer

## Fim do Arquivo de Configuração ##
##############################

Salve e feche o arquivo

Podemos visualizar o conteúdo com o comando
# cat /etc/ntp.drift


4- Agora temos de reiniciar o serviço com o comando
# service ntp restart



5- Podemos ver o status de sincronização do nosso servidor com os do NTP.br
# ntpq -p


Se você obtiver um resultado parecido com o da tela acima o nosso servidor esta funcionando corretamente e sincronizado com os server's oficiais do Brasil!

Agora vamos aos clientes:

#Linux
    
    Em clientes Linux é muito simples de configurar, o processo é igual ao de montagem do servidor de NTP aonde é trocado apenas o IP do servidor que vai ser sincronizado. Vamos supor que nosso servidor de NTP tem o IP 10.1.1.2 o arquivo de configuração ficaria assim:

###############################
## Inicio do Arquivo de Configuração ##

# "memoria" para o escorregamento de frequencia do micro
driftfile /etc/ntp.drift

# estatisticas do ntp que permitem verificar o historico de funcionamento e gerar graficos
statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
      
# servidor da rede local
10.1.1.2

# configuracoes de restricao de acesso
restrict default kod notrap nomodify nopeer
restrict -6 default kod notrap nomodify nopeer

## Fim do Arquivo de Configuração ##
##############################

Podemos verificar a sincronização com o server local com o comando
# ntpq -p 10.1.1.2



Se você obtiver um resultado parecido com o da tela acima o nosso cliente esta funcionando corretamente e sincronizado com o server local.

#Windows

    O Windows, desde a versão 2000, já traz consigo uma versão simplificada do NTP, o SNTP, mas não é muito precisa. Então neste caso instalaremos um software que é utilizado na maioria dos servidores NTP, é escrito por David Mills, o "pai" desse protocolo.

1- Baixe o software no link

Clique na opção Windows


2- Execute o arquivo para instalar e em seguida vamos começar a configurar

3- Aceite os termos e next




3- Clique em Next ou defina o local da instalação







4- Selecione todas as opções e clique em next



5- Aqui o ponto chave para configurarmos corretamente o cliente Windows.
Especificamos o IP do nosso servidor interno.
Marque a opção "Use fast initial sync mode" (iburst) isso significa que nosso servidor local é seguro e que nosso cliente pode sincronizar-se com ele.



6- Clique sim para gerar o arquivo de configuração



7- Perceba que o arquivo de configuração esta apontando para nosso servidor interno



8- Marque todos as opções abaixo e devemos criar uma conta no software



9- Entre com os dados desejados



10- Clique em Finish



11- Para concluirmos e ver se estamos sincronizando de fato com nosso servidor interno vamos em:
Iniciar - Todos os Programas - Meinberg - Quick NTP Status



Se obtivermos uma tela com o resultado acima terminamos a instalação!!

Espero ter ajudado podem usar o campo de comentários para dúvidas, sugestões. 

Um Grande Abraço a Todos!

:wq

quinta-feira, 8 de novembro de 2012

Olá Pessoal!

    Um recurso bem legal que existia nas versões antigas do XenCenter, não existe mais nas versões atuais. Mas é possível habilitar o Auto Start VM por meio de simples comandos no host. 

    Visando automatizar as ações (sim! para garantirmos o nosso menor esforço!) segue a solução via terminal para iniciar automaticamente as VM's 

Let's Go!

1. Localize o identificador do POOL com o comando "xe pool-list"


2. Configure a inicialização automática do POOL com o comando "xe pool-param-set uuid=POOL_UUID other-config:auto_poweron=true"


3. Localize o identificador da VM a ser inicializada automaticamente com o comando "xe vm-list"


4. Configure a inicialização automática da VM com o comando "xe vm-param-set uuid=VM_UUID other-config:auto_poweron=true"

    Repita os passos 1 e 2 tanto sejam os POOLs e os passos 3 e 4 tanto sejam as VMs.

    Após concluir os passos podemos desligar o Host e fazermos um teste para vermos se as VM's vão iniciar automaticamente.

    Podemos executar via console do host via XenCenter ou ainda acessando o XenServer via SSH. Não deixem de postar suas dúvidas, criticas ou sugestões.

Um Grande Abraço!

:wq

quarta-feira, 24 de outubro de 2012

Olá Pessoal!


   Tenho um servidor de virtualização na empresa aonde trabalho rodando o XenServer 6.0.2, até o momento eu tinha somente uma VM Windows Seven instalada e funcionando normalmente (É meu servidor dos ThinClients). Quando o instalei a alguns meses atrás não sabia mexer direito no XenServer e não provisionei a demanda de uma nova VM. Dito e feito! Precisei levantar outra VM para aplicação do sistema de ponto eletrônico na empresa mas não havia espaço em disco no host. E agora!? 
   Após pesquisar bastante achei uma dica no grupo de discussão sobre XenServer, e resolvi de uma maneira bem prática (porém trabalhosa e demorada!) via XenConvert.
   
    Primeiro tive que simular um P2V (Physical to Virtual), como mencionei vamos precisar instalar o XenConvert na VM que esta rodando no host. Host esse que terá o disco diminuído. Após instalado o XenConvert iniciaremos o processo: 

Let's Go!

Primeira tela do XenConvert 

   Existe outras opções de conversão mas no nosso caso vamos "converte-lá" para XenServer

Eis aqui a chave do nosso post!
   
   Nesta tela é possível definir o tamanho do disco após a conversão, mudando os valores de Free Space ao lado teremos o tamanho das partições e na última linha o tamanho total do disco.


   
   Aqui colocaremos o IP do Host que esta instalado o XenServer user e pass do root e aonde iremos salvar a nossa conversão. Pode-se usar um disco externo, uma Storage ou até mesmo uma pasta compartilhada de outro PC. Lembrando que devemos nos certificar que temos bastante espaço para salvar a nossa máquina pois dependendo da quantidade de dados na VM o arquivo se torna imenso.



Definimos o nome da VM a ser convertida



Resumo final e Convert!



Em progresso... Lembrando que o processo é bastante demorado mesmo, leva em torno de 4h em média, isso depende muito da quantidade de dados da VM.

Concluído!

   
   Lembrando que foi feito em uma VM Windows. Não cheguei a testar em VM's Linux mas é a ideia para um próximo post. 

   Bom pessoal a principio é isso, depois temos de importa-lá no XenCenter. Não deixem de postar suas dúvidas e/ou sugestões!

Um Grande Abraço,

:wq

sexta-feira, 19 de outubro de 2012


Olá Pessoal!


    Vou postar uma dica bem legal e fácil para resolver um problema que parece uma coisa de outro mundo!
   
   Após atualizar meus thin clients que são Linux Mint versão MAYA o Remmina não conectou mais, ao servidor de TS apresentando o erro "Unable To Connect to RDP Server [IP]". Pesquisei um pouco e constatei que é um BUG do remmina porém muito simples de resolver. 

Devemos editar a conexão criada:
"edit / advanced / security = negotiate alterar para RDP"

Vamos ao modo gráfico:


Clique com botão direito na conexão existente e depois em Edit




Altere de Negotiate para RDP na lista Security


Salve


Teste a conexão, é para funcionar!

Um Grande Abraço!

Ps: não testei em outras distribuições Ubuntu, Fedora e etc.. mas acredito que deva funcionar também.
Follow me on Twitter!