portella.com.br

A Ionic Plugs oferece pelo menos 7 opções de plug computers atendendo a todas as necessidades. Existem modelos com wifi, processadores com clock de 2 GHz, entradas e-Sata ente outros. Nesta página você pode comparar os seus vários modelos.

O TonidoPlug, é basicamente um Marvell SheevaPlug com CPU de 1.2 GHz CPU, 512MB de memória DDR2 e disco flash de 512MB. Ele se apresenta como um servidor e NAS doméstico, embora para a segunda aplicação você precise plugar via USB seus próprios discos externos a ele. O sistema operacional é o Ubuntu Jaunty, e ele já vem com uma série de aplicativos para torrent, fotos, compartilhamento web, streaming UPNP e mais. A LinuxPlanet apresenta um artigo com mais detalhes do equipamento, seu software, sua aplicabilidade e sua expansibilidade.

“Tradução por Roberto Bech, de mais um DistroWatch Weekly, o último de 2009. O artigo fala aquele computadorzinho do tamanho de uma fonte antiga, que carrega um Debian dentro dele, explorando as aplicações práticas:

“Eu sempre me interessei por hardware exótico. Tenho um passado com eletrônicos, e por isso eu geralmente acho o hardware de computadores “comuns” um tanto entediante. Gosto de experimentar coisas que fujam à regra. Por isso fiquei muito empolgado quando soube do Marvell SheevaPlug movido a Linux, e o encomendei na mesma hora na GlobalScale Technologies por apenas 99 dólares. Minha intenção era substituir meu servidor doméstico velho e papador-de-energia por esse dispositivo pequeno e de baixo consumo energético. Por Patrick Van Oosterwijck”

Leia o artigo em: http://www.guiadohardware.net/artigos/sheevaplug/” [referência: guiadohardware.net]

Quando dei um apt-get update recebi o seguinte erro:

W: GPG error: debian.dc-uoit.net etch Release: The following signatures couldn’t be verified because the public key is not available:NO_PUBKEY 07DC563D1F41B907

Para resolver achei várias dicas sugerindo fazer:

gpg --recv-keys 07DC563D1F41B907
gpg --export 07DC563D1F41B907| sudo apt-key add -

Mas eu recebia a mensagem de erro abaixo:

gpg: no keyserver known (use option --keyserver)
gpg: keyserver receive failed: bad URI

Para contornar então o problema tive que fazer:

gpg --keyserver hkp://subkeys.pgp.net --recv-keys 07DC563D1F41B907

http://www.vmware.com/products/converter/

O site abaixo tem uma dica muito boa para se usar o protocolo XDMCP (que não possui segurança, logo serve apenas para redes internas) para acessar uma máquina Linux a partir do Windows com o cliente Xming.

Inclusive tem uma dica para esconder o desktop Linux e as aplicações e janelas parecerem que estão rodando nativamente no Windows. Já tinha visto isso no Parallels para MAC e é muito interessante.

Rootless Linux on a Windows machine

http://www.peppertop.com/blog/?p=54

Este artigo do Guia do Hardware ensina como configurar um teclado e mouse para ser compartilhado entre um laptop e um desktop. Não chega a ser um segundo monitor, pois cada processo é iniciado em sua respectiva máquina, mas ajuda bastante se vc usa duas máquinas … vc pode passar o controle de uma máquina para outra simplesmente passando o mouse pela borda do monitor como se fosse o recursos de múltiplos monitores disponíveis nos SOs.

O interessante é que o software apresentado -  Synergy – funciona em diversos sistemas operacionais (Windows, Mac e Linux) e você pode trabalhar com qualquer combinação de sistemas e quantidade de máquinas.

Mais informações em: http://synergy2.sourceforge.net/

Windows Vista:

- Microsoft DreamScene http://windowsultimate.com/blogs/extras/archive/2007/03/14/windows-dreamscene.aspx

Hoje perdi muito tempo conseguir fazer o SSH2 no Windows se conectar sem senha com um servidor linux usando OpenSSH. Registro aqui os detalhes da solução.

A configuração do SSH2 é bem tranquila. Conecte-se no servidor desejado. Vá em Edit -> Settings -> Global Settings -> User Authentication -> Keys. Clique em “generate New…”, siga o wizard e deixe a passphrase em branco. Clique em “Upload…” para ele enviar para o servidor que vc está conectado. Clique também em “Configure…” caso deseje que pela console, pelo comando ssh2.exe, funcione.

O problema todo é que o SSH Secure Shell da www.ssh.com (eu uso a versão 3.2.9 que foi a última gratuita, mas pelo que eu vi ocorre com as demais) usa um formato de chave diferente do servidor OpenSSH. O formato é o IETF SECSH ou RFC 4716, sendo necessário convertê-lo para o formato do OpenSSH.

O próprio OpenSSH tem suporta esta conversão com o seguinte comando:

ssh-keygen -i -f ~/.ssh/chave_rsa_do_windows_no_formato_ssh2.pub > ~/.ssh/chave_rsa_do_windows_no_formato_openssh.pub

Feito isso pode-se dar continuidade ao prodedimento normal que é copiar a chave pública gerada na máquina Windows, agora no formato certo, para o authorized_keys. O comando é:

cat ~/.ssh/chave_rsa_do_windows_no_formato_openssh.pub ~/.ssh/authorized_keys

OBS: O SSH2 salva a chave em: (DOCUMENTS & SETTINGS)\(USER LOGIN)\Application Data\SSH\UserKeys

A dica donversão de formatos eu achei no site http://www.isi.edu/~weiye/howto/ssh2_openssh.html depois de muito quebrar a cabeça. Reproduzo abaixo a íntegra do site:

The commercial version of SSH2 uses a different key format than the OpenSSH. This guide shows how to make them inter-operate with each other with public key authentication. It is based on descriptions from this website.

Case 1. OpenSSH server and SSH2 client

Suppose you already generated an RSA2 key pair on your SSH2 client machine, and the public key is stored at ~/.ssh2/id_rsa_1024_a.pub. The following procedure applies to DSA key pairs too.

1. Copy your SSH2 public key from your SSH2 client machine to your OpenSSH server like:

scp ~/.ssh2/id_rsa_1024_a.pub server:.ssh/rsa_ssh2.pub

If you can’t copy the public key because the password authentication is disabled, you can email it to the system administrator and ask him/her to do the following for you (~/ is your home directory).

2. Run the OpenSSH version of ssh-keygen on the server to convert the SSH2 public key to into the format needed by OpenSSH:

ssh-keygen -i -f ~/.ssh/rsa_ssh2.pub > ~/.ssh/rsa_openssh.pub

3. Append this newly generated OpenSSH public key to your authorization file on the server:

cat ~/.ssh/rsa_openssh.pub >> ~/.ssh/authorized_keys2

4. Once this is done, the .pub files you created are no longer needed so you can remove them if you like.

Now your SHH2 client should be able to connect to the OpenSSH server with the public key authentication.

Case 2. SSH2 server and OpenSSH client

Note that RSA2 is not working on ISI’s SSH2 servers at the the time the guide is written. DSA works fine, so you should generate a DSA key pair with the ssh-keygen on your OpenSSH client machine. By default, the public key is stored at ~/.ssh/id_dsa.pub.

1. Run the OpenSSH version of ssh-keygen on the OpenSSH client machine to convert the OpenSSH public key into the format needed by SSH2:

ssh-keygen -e -f ~/.ssh/id_dsa.pub > ~/.ssh/dsa_ssh2.pub

2. Copy this SSH2 public key to your .ssh2 directory on the SSH2 server:

scp ~/.ssh/dsa_ssh2.pub server:.ssh2/dsa_ssh2.pub

If you can’t copy the public key because the password authentication is disabled, you can email it to the system administrator and ask him/her to do the following for you (~/ is your home directory).

3. Add this new pub key to the authorization on the server:

echo Key dsa_ssh2.pub >> ~/.ssh2/authorization

4. Once this is done, the temporary .pub file you created on the OpenSSH client is no longer needed so you can remove it. DO NOT remove the .pub file you just copied to the SSH2 server.

Now your OpenSSH client should be able to connect to the SSH2 server with the DSA public key authentication.

Como limpar o cache de resolução de DNS no Windows

C:\>ipconfig /flushdns

Windows IP Configuration

Successfully flushed the DNS Resolver Cache.

Para exibir o conteúdo do cache DNS Resolver você pode usar o comando ipconfig /displaydns.

Desligando o cache de DNS no Windows

Se você estiver enfrentando problemas freqüêntes com o cache de DNS no Windows, você pode desabilitá-lo temporariamente com um dos dois comandos abaixo:

net stop dnscache

sc servername stop dnscache

Estes comandos desligam o cache DNS até o próximo boot. Para desigar de forma permanente o cache DNS vá em Painel de Controle -> Ferramentas Administrativas -> Serviços e mude a forma de inicialização do serviço “Cliente DNS” para “Desativado” como ilustrado na figura abaixo:

Ajustando o Cache de DNS no Windows

Você pode mudar o comportamento do algoritmo de cache de DNS do Windows modificando as duas chaves de registro abaixo que ficam no seguinte caminho: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters

MaxCacheTtl representa o tempo máximo que resultados de uma resolução de DNS ficarão no cache do Windows. O valor padrão é 86.400 segundos. Definindo este valor para 0, as resoluções de nome não ficarão em cache e sempre haverá consultas ao seu servidor de DNS.

MaxNegativeCacheTtl representa o tempo máximo que os resultados de uma resolução de nomes mal sucedida vai ficar em cache. O valor padrão é 900 segundos. Definindo este valor para 0, resoluções de nomes mal sucedidas não irão pro cache.

Como limpar o cache DNS no Mac OSX

bash-2.05a$ lookupd -flushcache

Como limpar o cache DNS no Linux

Basta reiniciar o daemon nscd que é responsável pelo cache DNS. Em algumas distribuições o comando abaixo funciona:

/etc/rc.d/init.d/nscd restart