+ Responder ao Tópico



  1. #11
    Avenger
    Tem coisas.. [TUMMMM] que só IM resolve prá você. (dá prá se ter um retorno imediato do progresso e assim fica mais dinamica uma resolução de problema do que no forum). Ruy Netto opressor

    Agora, metendo o bedelho no tópico:
    Um dos truques para a automatização do backup que você quer seria usar chaves pública e privada do SSH e rodar os clientes ssh com a opção 'batchmode'. Essa opção desabilita a pergunta de senha e de pegar a chave (acho que você pode escolher por padrão ou negar) do servidor remoto caso ela mude. A chave publica e privada então te poupam da pergunta de senha (desde claro, que você tenha feito sua chave sem senha), e basta uma conexao manual no servidor remoto para que ele 'memorize' a chave (assumindo que tal servidor é dotado de ip fixo).
    Com os clientes ssh e scp funcionando pela chave publica/privada, você vai poder executar os comandos lá com toda a segurança como se estivesse já dentro da máquina. Daí o melhor seria fazer um ssh no servidor remoto para compactar os dados do backup e então copiar. Se não me engano, o scp já fica por padrão para compactar os dados ao enviar -- dessa forma se você transfere um arquivo de 20Mb não compactado, talvez um arquivo que vá para 9Mb compactado, você vai fazer uma transferência bem mais rápida do que o normal, 'aparentemente' até acima do link que você disponha nos pontos. Isso não significa que, ao chegar no outro lado da cópia, o arquivo vai estar compactado, não. Só durante a transferência é que o pacote enviado é compactado pelo remoto e então descompactado pelo local (destino). As opções de compactação do scp são junto da 'batchmode', e se chamam 'compression' e 'compressionlevel'.

    Bem, o objetivo do post foi só te dar uma solução prá te nortear no que você pode fazer para automatizar seu backup de forma segura. Como fazer as chaves, como transferir pelo scp ou ativar essas opções seria outro lado da história, e você acha tudo em 'man ssh', sshd ou fazendo perguntas específicas no forum sobre onde ficou com dificuldade.

    Outra alternativa seria usar o rsync (e rodar servidor rsync em cada uma das maquinas que se queira fazer o backup). Não sei porém, sobre a capacidade de criptografação dos dados transmitidos e nem da compactação durante transferencia dos dados pelo rsync.

    Espero ter ajudado um pouco.

  2. Citação Postado originalmente por Avenger
    Tem coisas.. [TUMMMM] que só IM resolve prá você. (dá prá se ter um retorno imediato do progresso e assim fica mais dinamica uma resolução de problema do que no forum). Ruy Netto opressor

    Agora, metendo o bedelho no tópico:
    Um dos truques para a automatização do backup que você quer seria usar chaves pública e privada do SSH e rodar os clientes ssh com a opção 'batchmode'. Essa opção desabilita a pergunta de senha e de pegar a chave (acho que você pode escolher por padrão ou negar) do servidor remoto caso ela mude. A chave publica e privada então te poupam da pergunta de senha (desde claro, que você tenha feito sua chave sem senha), e basta uma conexao manual no servidor remoto para que ele 'memorize' a chave (assumindo que tal servidor é dotado de ip fixo).
    Com os clientes ssh e scp funcionando pela chave publica/privada, você vai poder executar os comandos lá com toda a segurança como se estivesse já dentro da máquina. Daí o melhor seria fazer um ssh no servidor remoto para compactar os dados do backup e então copiar. Se não me engano, o scp já fica por padrão para compactar os dados ao enviar -- dessa forma se você transfere um arquivo de 20Mb não compactado, talvez um arquivo que vá para 9Mb compactado, você vai fazer uma transferência bem mais rápida do que o normal, 'aparentemente' até acima do link que você disponha nos pontos. Isso não significa que, ao chegar no outro lado da cópia, o arquivo vai estar compactado, não. Só durante a transferência é que o pacote enviado é compactado pelo remoto e então descompactado pelo local (destino). As opções de compactação do scp são junto da 'batchmode', e se chamam 'compression' e 'compressionlevel'.

    Bem, o objetivo do post foi só te dar uma solução prá te nortear no que você pode fazer para automatizar seu backup de forma segura. Como fazer as chaves, como transferir pelo scp ou ativar essas opções seria outro lado da história, e você acha tudo em 'man ssh', sshd ou fazendo perguntas específicas no forum sobre onde ficou com dificuldade.

    Outra alternativa seria usar o rsync (e rodar servidor rsync em cada uma das maquinas que se queira fazer o backup). Não sei porém, sobre a capacidade de criptografação dos dados transmitidos e nem da compactação durante transferencia dos dados pelo rsync.

    Espero ter ajudado um pouco.
    Cara não é a questão de querer ser opressor ou não, o problema é que ae perde documentação de mta coisa. Já procurei varias coisas no topico e não encontrei a resposta pois o cara acaba o papo no msn, por isso sou a favor de ter tudo no forum, apenas por esse motivo, para ter a documentação da coisa.

    falows



  3. #13
    Avenger
    Heh, foi só brincadeira o que falei sobre ser opressor; mas é que no final das contas daria mais trabalho resolver pelo forum mandando um post... esperando um retorno... Por isso que há certo sentido em se optar pelo IM nessas horas de problema específico. No fórum o que a gente pode é tentar 'prever' o problema do outro e postar a opinião.

    Por outro lado, podia-se resolver o problema e então colar o log da resolução do problema para se ter ele documentado. Porém, olha aí dando mais trabalho... hehe

    Eu concordo com você que ajuda ter as coisas documentadas no forum, sim, mas hei de convir que é mais prático de ser resolver determinadas situações pelo IM; quando, claro, há situações mais cômodas de serem resolvidas no forum, como é o caso do primeiro contato, quando você quer achar alguém que tenha a solução do seu problema.

    Daí o que falta seria a disponibilidade de quem abriu o tópico para, após a resolução do problema, postar mais detalhes sobre o problema (como conclusões tiradas durante a resolução) e a solução adotada -- daí resolvia o problema. O difícil é contar com essa disponibilidade. hehe

  4. Avenger,

    mesmo assim eu concordo com o Amigo Ruy,

    Não acho que as coisas devessem ser resolvidas pelo MSN, ou por e-mail, ou sei la o que...Se começou a conversa no forum, termina!!

    Se todos resolvessem pelo MSN nosso forum seria um site cheio de informações incompletas...

    E se por um acaso for realmente necessário resolver no MSN é um obrigação colocar a resposta aqui para terminar o que começou...Fazer a pergunta é facil, agora, ir com ela até o fim é difícil...

    Bem....Agora podem voltar ao tópico.....E ae resolveu??

    Há braços



  5. #15
    bonny
    avenger, pelo amor de deus, rsync e' uma bosta, achei melhor a solucao do ssh que recomendar rsync, o twidle ta codando um pra mim em perl com client/server, vou poder rodar nas maquinas windows, linux, bsd, solaris, aix e irix daqui.






Tópicos Similares

  1. Script em Shell para backup de mikrotik
    Por Jorge no fórum Redes
    Respostas: 2
    Último Post: 16-11-2009, 22:03
  2. Script para backup via ftp (utilizem)
    Por spectrum no fórum Linguagens de Programação
    Respostas: 5
    Último Post: 09-03-2007, 16:46
  3. preciso de um sitema para backup alguem conhece??!
    Por copynow no fórum Servidores de Rede
    Respostas: 10
    Último Post: 10-12-2004, 10:19
  4. Solução free para backup Oracle, MySQL .....
    Por fdnet no fórum Servidores de Rede
    Respostas: 3
    Último Post: 19-10-2004, 10:49
  5. Qual eo Melhor Aplicativo para Backup que acompanha o Linux
    Por A-Marcio no fórum Servidores de Rede
    Respostas: 5
    Último Post: 08-04-2003, 11:31

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L