Suporte Remoto

Uma excelente ferramenta para suporte remoto é o TeamViewer. Com ele é possível conectar-se a um computador remoto de modo muito simples e seguro. Eu já usei o Ultra VNC SC e o LogMeIn, mas o TeamViewer tem algumas vantagens que me chamaram atenção:

• Tem versões para Windows, Mac e Linux. Download em: http://www.teamviewer.com/pt/download/
• Pode ser usado tanto para acessar como para ser acessado remotamente.
• Não requer nenhuma configuração especial no roteador, tal qual o LogMeIn já faz.
• Pode ser instalado ou executado diretamente (sem instalação) como um programa Portable. Vi essa opção ao executar o instalador do Windows. Ele pergunta se desejamos instalar ou executar diretamente o TeamViewer. Há ainda a opção de usar o TeamViewer QuickSupport que é um módulo apenas cliente para acesso instantâneo sem instalação. Esse é o que mais me interessou, especialmente para ajudar meus parentes e amigos que às vezes precisam de ajuda em seus computadores.
• O TeamViewer gera um ID e senha que deve ser informado a quem deseja se conectar. A cada sessão, uma nova senha é gerada, para evitar que quem já se conectou anteriormente, estabeleça novas conexões não autorizadas.
• O instalador para Windows possui 3.4 MB, sendo muito menor que o do LogMeIn. Entretanto, ninguém ganha do Ultra VNC SC que ocupa somente uns 200 KB!!!

Assim fica muito mais fácil ajudar um amigo, parente ou mesmo cliente com algum problema entre o teclado e a cadeira!

Usando 2 conexões de Internet simultaneamente

Para quem precisa extrair o máximo de duas conexões de internet simultaneamente, tirando proveito de balanceamento de carga e redundância, uma boa opção é o uso de roteadores Dual WAN que estão ficando mais acessíveis. Carlos Morimoto escreveu um interessante artigo sobre o assunto. A seguir citamos alguns modelos disponíveis: D-Link DI-LB604, Linksys RV042, Xincom XC-DPG502 e Edimax BR-624.
Veja também: http://dualwan.org/

Lições aprendidas sobre RMI

Após um trabalho sobre RMI, desejo compartilhar as seguintes lições aprendidas:

1. Não é possível registrar em um determinado registry um objeto que esteja em outra máquina

• Registry.rebind disallowed; origin /11.0.10.31 is non-local host
• Is it possible to run rmiregistry on a different machine than the remote object?
  http://www.jguru.com/faq/view.jsp?EID=417817

2. Quando houver problemas de conexão em relação ao endereço publicado pelo servidor (Connection refused to host: 127.0.1.1) deve-se passar a propriedade java.rmi.server.hostname para a máquina virtual Java:
java -Djava.rmi.server.hostname=192.168.0.116 LigadorImpl
java -Djava.rmi.server.hostname=192.168.0.117 ServidorTempoImpl 192.168.0.116

• http://stackoverflow.com/questions/2624752/starting-rmi-server-on-ubuntu-laptop
• Se essa propriedade não for especificada no Ubuntu, será publicado o endereço 127.0.1.1 (ver arquivo /etc/hosts). Já no Windows, o IP da máquina para acesso remoto foi publicado corretamente nos testes que fiz, não precisando definir a propriedade java.rmi.server.hostname.

3. Se for usado algum SecurityManager é preciso criar um arquivo que determina a política de segurança e dizer isso para o RMI através da propriedade java.security.policy:
java -Djava.rmi.server.hostname=192.168.0.116 -Djava.security.policy=security.policy LigadorImpl

Um exemplo de arquivo security.policy que garante todas as permissões é dado abaixo:

grant { 
  permission java.security.AllPermission;
};

Entretanto, se for para dar todas as permissões, é melhor não usar nenhum SecurityManager.