Configurando a Sincronização de Arquivos Unison entre dois Servidores no Debian 10 (Buster)

apt-get -y install unison openssh-server ssh nano

ssh-keygen -t dsa

ssh-copy-id -i $HOME/.ssh/id_dsa.pub [email protected]

# ssh-copy-id -i $HOME/.ssh/id_dsa.pub [email protected]

A autenticidade do host '192.168.1.102 (192.168.0.101)' não pode ser estabelecida.  
A impressão digital da chave ECDSA é 2b:3c:35:ad:3d:e2:fc:16:2f:55:5c:e1:2c:d7:3d:a9.  
Você tem certeza de que deseja continuar conectando (sim/não)? <-- sim (você verá isso apenas se esta for a primeira vez que se conecta ao server2)  
/usr/bin/ssh-copy-id: INFO: tentando fazer login com a(s) nova(s) chave(s), para filtrar qualquer uma que já esteja instalada  
/usr/bin/ssh-copy-id: INFO: 1 chave(s) permanecem para serem instaladas -- se você for solicitado agora, é para instalar as novas chaves  
[email protected]'s password: <-- senha root do server2

Número de chave(s) adicionada(s): 1

Agora tente fazer login na máquina, com: "ssh '[email protected]'"  
e verifique se apenas a(s) chave(s) que você queria foram adicionadas.

cat $HOME/.ssh/authorized_keys

root@server2:/home/administrator# cat $HOME/.ssh/authorized_keys  
ssh-dss AAAAB3NzaC1kc3MAAACBAKHLdAztIr8muZIlQYuE/4f75kmgTwWqJRZJ1dTqHDnHWsy48emDU8v85hxAPg43k9aF7/zAwpA0MNNNk5T9Tx/DyUkK/KcyVP2f4p8tvovrkUvoxsZACkTUmFqKdq2x6/AGfjsCRmkpLhZuad7r5rKEXHRh8KYGHqD1Id8wcpy5AAAAFQCww3OekKcKMshMAwBK3XQmmYEGUwAAAIEAgjztlwh8OFYxwQve/RrhI2sceCXwS/yjQyH7q0zdWB9Fr4s/16T2PLBT+7M3vb+JlPDO3JRqgaYbel1kS2F2iKrY0EX0FI3/9fVDfWoz3mhCscPLriqy5AcsHitxQNfiZgA5wDiSjWpk1v+FbIC+VuqbKdQuE4MBKj19N9YALIUAAACABQ4NDsa2UBc8jsxvghjoLhUWF7HChaCksXQcL6i98VNRcemtPC6wpIri75iR4Uhv1666bDOBAdmIBX9Qf7A/+czPKPaj4CGI1hVy1pgYMa3btnEvoSnH/ONtjpOz9q+3up1OOOn+5fud7xjJn+Fq8WoGROgarBpCbQU3w2GUUnM= root@server1

unison /var/www ssh://192.168.0.101//var/www

root@server1:/var/www# unison /var/www ssh://192.168.0.101//var/www  
Contatando o servidor...  
Conectado [//server1//var/www -> //server2//var/www]  
Procurando alterações  
Aviso: Nenhum arquivo de arquivo foi encontrado para essas raízes, cujos nomes canônicos são:  
/var/www  
//server2//var/www  
Isso pode acontecer porque esta é a primeira vez que você sincroniza essas raízes,  
ou porque você atualizou o Unison para uma nova versão com um formato de arquivo diferente.

A detecção de atualizações pode levar um tempo nesta execução se os réplicas forem  
grandes.

O Unison assumirá que o 'último estado sincronizado' de ambas as réplicas  
foi completamente vazio. Isso significa que quaisquer arquivos que sejam diferentes  
serão relatados como conflitos, e quaisquer arquivos que existam apenas em uma  
réplica serão considerados novos e propagados para a outra réplica.  
Se as duas réplicas forem idênticas, então nenhuma alteração será relatada.

Se você ver esta mensagem repetidamente, pode ser porque uma de suas máquinas  
está obtendo seu endereço do DHCP, o que está causando a mudança de seu nome de host  
entre as sincronizações. Consulte a documentação para a variável de ambiente UNISONLOCALHOSTNAME  
para obter conselhos sobre como corrigir isso.

Doações para o projeto Unison são aceitas com gratidão:  
http://www.cis.upenn.edu/~bcpierce/unison

Pressione Enter para continuar.[] <-- Pressione Enter

Aguardando alterações do servidor  
Reconciliando alterações

servidor local2  
dir ----> example.com [f] <-- Pressione Enter  
dir ----> example.de [f] <-- Pressione Enter

Prosseguir com a propagação de atualizações? [] <-- Digite "y"  
Propagando atualizações

UNISON 2.48.4 começou a propagar alterações às 13:24:01.10 em 05 de maio de 2020  
[BGN] Copiando example.com de /var/www para //server2//var/www  
[BGN] Copiando example.de de /var/www para //server2//var/www  
Atalho: copiado /var/www/example.de/web/index.html do arquivo local /var/www/.unison.example.com.d3783bddaaf59b9ba4d2ed0433f9db63.unison.tmp/web/index.html  
[FIM] Copiando example.de  
[FIM] Copiando example.com  
UNISON 2.48.4 terminou de propagar alterações às 13:24:01.98 em 05 de maio de 2020

Salvando estado do sincronizador  
Sincronização completa às 13:24:01 (2 itens transferidos, 0 ignorados, 0 falhados)

nano /root/.unison/default.prf

# Raízes da sincronização
root = /var/www
root = ssh://192.168.0.101//var/www

# Caminhos a sincronizar
#path = current
#path = common
#path = .netscape/bookmarks.html

# Algumas expressões regulares especificando nomes e caminhos a ignorar
#ignore = Path stats    ## ignora /var/www/stats
#ignore = Path stats/*  ## ignora /var/www/stats/*
#ignore = Path */stats  ## ignora /var/www/somedir/stats, mas não /var/www/a/b/c/stats
#ignore = Name *stats   ## ignora todos os arquivos/diretórios que terminam com "stats"
#ignore = Name stats*   ## ignora todos os arquivos/diretórios que começam com "stats"
#ignore = Name *.tmp    ## ignora todos os arquivos com a extensão .tmp

# Quando definido como verdadeiro, esta flag faz com que a interface do usuário ignore
# a solicitação de confirmações em alterações não conflitantes. (Mais
# precisamente, quando a interface do usuário termina de definir a
# direção da propagação para uma entrada e está prestes a passar para a
# próxima, ela ignorará todas as entradas não conflitantes e irá
# diretamente para o próximo conflito.)
auto=true

# Quando isso é definido como verdadeiro, a interface do usuário não fará perguntas
# de forma alguma. Alterações não conflitantes serão propagadas;
# conflitos serão ignorados.
batch=true

# Quando isso é definido como verdadeiro, o Unison solicitará uma confirmação extra
# se parecer que toda a réplica foi excluída, antes de propagar a alteração. Se a flag de lote
# também estiver definida, a sincronização será abortada. Quando a preferência de caminho
# é usada, a mesma confirmação será solicitada para caminhos de nível superior. (No momento, esta flag só afeta a
# interface de usuário de texto.) Consulte também a preferência de ponto de montagem.
confirmbigdel=true

# Quando esta preferência é definida como verdadeira, o Unison usará o
# tempo de modificação e o comprimento de um arquivo como um `número de inode pseudo`
# ao escanear réplicas em busca de atualizações, em vez de ler
# o conteúdo completo de cada arquivo. No Windows, isso pode causar
# que o Unison perca a propagação de uma atualização se o tempo de modificação
# e o comprimento do arquivo não forem alterados pela atualização.
# No entanto, o Unison nunca sobrescreverá tal atualização com uma
# alteração da outra réplica, pois sempre faz uma verificação segura
# de atualizações logo antes de propagar uma alteração. Assim, é
# razoável usar esta chave no Windows na maior parte do tempo
# e ocasionalmente executar o Unison uma vez com fastcheck definido como falso,
# se você estiver preocupado que o Unison possa ter ignorado uma atualização.
# O valor padrão da preferência é auto, que faz
# o Unison usar verificação rápida em réplicas Unix (onde é seguro)
# e verificação lenta em réplicas Windows. Para compatibilidade
# retroativa, sim, não e padrão podem ser usados no lugar de
# verdadeiro, falso e auto. Consulte a seção "Verificação Rápida" para mais
# informações.
fastcheck=true

# Quando esta flag é definida como verdadeira, os atributos de grupo dos
# arquivos são sincronizados. Se os nomes dos grupos ou os identificadores de grupo
# são sincronizados depende da preferência numerids.
group=true

# Quando esta flag é definida como verdadeira, os atributos do proprietário dos
# arquivos são sincronizados. Se os nomes dos proprietários ou os identificadores do proprietário
# são sincronizados depende da preferência extttnumerids.
owner=true

# Incluir a preferência -prefer root faz com que o Unison sempre
# resolva conflitos a favor do root, em vez de pedir
# orientação do usuário. (A sintaxe de root é a mesma que para
# a preferência root, além dos valores especiais newer e older.)
# Esta preferência é substituída pela preferência preferpartial.
# Esta preferência deve ser usada apenas se você tiver certeza de que sabe
# o que está fazendo!
prefer=newer

# Quando esta preferência é definida como verdadeira, a interface de usuário
# de texto não imprimirá nada, exceto em caso de erros.
# Definir silent como verdadeiro define automaticamente a preferência de lote
# como verdadeira.
silent=true

# Quando esta flag é definida como verdadeira, os tempos de modificação de arquivos (mas não
# os modtimes de diretórios) são propagados.
times=true

man unison

unison

crontab -e

*/5 * * * * /usr/bin/unison &> /dev/null

man 5 crontab

which unison

echo "Teste 1" > /var/www/test.txt

cat /var/www/test.txt

echo "Teste 2" > /var/www/test.txt

cat /var/www/test.txt