Hullo,
Eu tenho o Ubuntu Server executando um servidor subversion. Estou executando o cliente na mesma máquina através do SSH e gostaria que o cliente svn se lembrasse da minha senha, mas não a armazenasse como texto sem formatação. Olhando aqui , vejo dois métodos: gnome-keyring e kwallet. Como não estou usando um gerenciador de desktop, sou um pouco cauteloso ao tentar usar um desses. Alguma sugestão? Seria bom (ou até funcionaria) usar um dos dois aplicativos que mencionei?
TIA
Você pode executar o Gnome-keyring ou o Kwallet na máquina remota. Cada um vem em dois componentes, um daemon e uma GUI.
Você pode executar o aplicativo GUI na máquina remota se executar o ssh com o encaminhamento do X. Só porque é uma máquina “servidor” não significa que você não pode instalar aplicativos GUI nela. Não importa se você está executando o ambiente de área de trabalho correspondente ou não, os aplicativos não precisam de um ambiente de área de trabalho específico para serem executados.
Você pode controlar o Kwallet na linha de comando qdbus, embora não seja uma boa ideia nesse caso específico, porque você teria que escrever sua senha em texto não criptografado em uma linha de comando, e isso pode ser espionado por outros usuários. Veja também esta resposta SU .
Existe uma ligação python para o Gnome-keyring e o Kwallet (packages python-keyring-gnomee python-keyring-kwallet); você pode escrever um pequeno script python para controlá-los. De fato, já existe um para o chaveiro Gnome: gkeyring .
Se a senha do seu chaveiro for igual à sua senha de login, você poderá instalar o libpam-keyringe seu chaveiro será desbloqueado automaticamente quando você efetuar login. No entanto, isso exige que você faça login com uma senha em vez de um par de chaves.
Se você estiver executando o Gnome-keyring ou o Kwallet localmente, poderá enviá-los através do ssh, com um pouco de trabalho. Eles usam soquetes Unix, que o ssh não pode encaminhar. Mas você pode usar a socatretransmissão dos soquetes Unix para soquetes TCP localmente e vice-versa na máquina remota:
while true; do socat TCP-LISTEN:22007 UNIX-CONNECT:"$GNOME_KEYRING_SOCKET"; done &
ssh -R22007:localhost:22007 remote.example.com
export GNOME_KEYRING_SOCKET="$HOME/.gnome-keyring-socket"
while true; do socat UNIX-LISTEN:"$GNOME_KEYRING_SOCKET" TCP4:localhost:22007; done &
Isso pode ser automatizado com pequenos scripts de shell em cada lado e uma entrada de RemoteForwardlinha ~/.ssh/config. Em teoria, você poderá acessar o chaveiro do gnome na máquina remota. No entanto, tentei acessá-lo com cavalos-marinhos, e ele nem tentou se conectar $GNOME_KEYRING_SOCKET; Não sei por que e não sei se o svn seria capaz de acessar o chaveiro.
Você pode armazenar sua senha svn em um sistema de arquivos criptografado. Existem várias opções ; Eu acho que a maneira mais simples de ir é encfs. Configuração inicial:
sudo aptitude install encfs
encfs ~/.passwords.encrypted ~/.passwords
mv ~/.subversion/auth ~/.passwords/svn-auth
ln -s ../.passwords/svn-auth ~/.subversion/auth
Fluxo de trabalho normal:
encfs ~/.passwords.encrypted ~/.passwords
... work ...
fusermount -u ~/.passwords
Este método tem minha preferência por vários motivos:
~/.subversion/authum link simbólico danificado . Nesse caso, o subversion diz que ele armazenará sua senha (se você não desativou a notificação), mas na verdade não a armazena em nenhum lugar (testado com o svn 1.6.6). Portanto, não há risco com a terceira abordagem.O gpg criptografa um arquivo com a senha, - mas você precisará de uma senha para isso (e não perca a chave privada!).
Eu acho que você pode verificar o svn na chave privada e ainda precisará da frase secreta para usá-la, mas toda essa configuração parece um pouco estranha.
por que você precisa fazer isso?
fonte