Centralizando Discos para Repositório?

Question

Eu tenho discos onde há muitas variações. Eu gostaria de adicionar os arquivos de muitos sistemas operacionais ao meu repositório central, onde os arquivos originados no OS X causaram maiores problemas ao visualizá-los posteriormente nas distribuições Linux ou Windows

1. arquivos / discos feitos no OS X
2. arquivos / discos feitos em muitas distribuições Linus (principalmente em Debians e Ubuntus)
3. apenas alguns arquivos / discos feitos no Chromebook [formatando um disco aqui e usando-o em outros sistemas - um pesadelo, então apenas rejeite esse alvo]
4. apenas alguns arquivos / discos feitos no Windows 7 e 10

No entanto, estou recebendo avisos sobre propriedade. Estou pensando em correr

sudo chown -R masi:masi /local/folder

No entanto, masi não é o usuário principal em todos os meus sistemas. Meu repositório distribui os arquivos para muitos computadores, telefones e laptops. Então, um problema ao usar lá. Eu faço ls -la e percebo que drwxr-xr-x 1 99 99 ... onde eu acho 99 99 são grupo e proprietário, respectivamente. Alguns arquivos / pastas têm root root .

Não sei ao certo como devo controlar o grupo e o proprietário aqui. Devo colocar tudo em 99 99 ?

Arquivo do BTsync para prevenir danos de ataques de ransomware

Entrei em contato com o suporte do BTsync após a resposta do L33tCh e recebi a resposta

Sync doesn't defend users from virus attacks. When files appeared inside shared folder and peer has read-write permissions Sync transfer files to another peers. But if Archive option is enabled you will be able to find previous file versions even if they were overwritten by encrypted file versions.

So potentially you can download infected files from another peers. But if you don't have antivirus program you can do that even when you surf the internet.

The link says that user's colleague encountered ransomware attack, not Sync. They didn't affect our servers nor Sync binary files on our servers. So you don't need to worry about it.

Eles possuem o seguinte parâmetro max_file_size_for_versioning com valor inteiro e padrão 1000 (Mb), o que significa que se o arquivo é muito grande e foi modificado, o Sync colocará a versão anterior no arquivo. A pasta Arquivo está localizada na pasta .sync/Archive dentro da pasta compartilhada. No Windows e no Mac, você pode abri-lo clicando com o botão direito do mouse na pasta no Sync e escolhendo a opção "Abrir Arquivo". O max archive file age agora é chamado de sync_trash_ttl (altere para 2,3), atualizado pelo meu pedido aqui em Preferências > Definições. Defina para 0 para arquivamento infinito.

O armazenamento infinito de arquivos no repositório consome muita memória. Suponha muitas pequenas alterações nos arquivos .tex, por exemplo, que criam muitos arquivos no Archive. Eu acho que o GIT poderia lidar com esse problema. Eu pedi a coisa do suporte.

Como você pode centralizar arquivos / pastas de discos em um repositório para uso com dispositivos front-end e back-end?

    

Answer 1

MelBursian está correto em sua resposta. Seus usuários e grupos devem ser mapeados para os mesmos UIDs e GIDs em todos os sistemas UNIX ou você receberá erros de proprietário e de permissão ao tentar acessar arquivos criados em outras máquinas.

O OSX usa a mesma configuração do UNIX, até onde eu sei, então as mesmas regras se aplicam.

O Windows possui um sistema de permissões completamente diferente. Não há uma maneira padrão de mapear as permissões do UNIX para as permissões do Windows.

O que eu suspeito que está acontecendo aqui é que o BTSync está copiando permissões entre máquinas UNIX e OSX sem modificar o dono ou grupo dos arquivos (lembre-se, são os números UID e GID que são importantes, não o usuário e grupo nomes ). Ele tem que modificar os do Windows até certo ponto, o que provavelmente é o motivo pelo qual os arquivos do Windows estão funcionando na maior parte do tempo.

A modificação imediata da permissão do usuário é um recurso do BTSync Pro, aparentemente (nunca usei). Eu não tenho certeza se ele pode fazer o que você precisa fazer, no entanto. Se você estiver usando o Pro, entre em contato com o suporte deles e descubra como resolver o problema. Se você não estiver usando o Pro, deverá modificar seus usuários e grupos para mapear os UIDs e GIDs corretos.

O MacOS tem uma ferramenta de permissões de usuário que, acredito, pode corrigir as permissões depois que você altera seu UID e GID. No UNIX, depois de fazer a alteração, você precisará usar algo como find para alterar proprietários e grupos onde necessário. Exemplos de comandos estão abaixo - assuma que masi: masi mapeia para 105: 105 e você precisa que ele seja 99:99, e você já alterou / etc / passwd e / etc / group:

find / -uid 105 -exec chown masi {} \;

find / -gid 105 -exec chown :masi {} \;

Faça os backups primeiro e certifique-se de que não haja colisões de UIDs ou GIDs durante o processo (ou seja, dois usuários com o mesmo UID ou dois grupos com o mesmo GID).

A opção alternativa e mais segura é criar um script para cada máquina que executa comandos como o acima, mas apenas para os diretórios que você está sincronizando. Execute esse script toda vez que você sincronizar (talvez evoque o BTSync e os comandos apropriados do mesmo script). Você precisará de sudo para isso.

Ah, e como você está usando o OSX e o Windows, esqueça os comentários sobre o NIS que fiz acima.

    

Answer 2

Isso não está colocando tudo no mesmo lugar, mas pelo menos permite que você acesse tudo o que precisa como se fosse. Ele deve contornar seus problemas de acesso tendo cada plataforma em seu próprio sistema e permitindo que você veja todas as suas fontes como um único Drive ou como você decide configurá-lo.

link

Eles descrevem isso como uma plataforma de armazenamento de arquivos baseada em software descentralizada

Estou planejando usá-lo para ter um único ponto de acesso em minhas unidades de laptop / home e nuvem em um único ponto. Existem, então, clientes para cada plataforma para acessar os dados de maneira similar ao modo como o DropBox funciona.

Isso deve substituir a necessidade de BTSync, mas também oferece a opção de adicionar a segurança de um sistema de armazenamento controlado por versão. A razão pela qual eu levanto isso é que um colega perdeu um monte de dados quando foi atingido por um ataque de ransomware e o BTSync fez seu trabalho, mas significou que todas as cópias dos dados foram criptografadas e perdidas. Apenas o conjunto que também estava em um sistema de armazenamento em nuvem era recuperável.

    

Answer 3

a menos que você tenha um rastreamento centralizado ou muito consistente de nomes de usuários / nomes de grupos versus definições de UID / GID, é inevitável ver nomes de usuários como proprietários do arquivo em alguns lugares, enquanto outros exibem números como 99 99, e apesar do que você vê e pense, as propriedades do arquivo baseiam-se nesses números, não nos nomes de usuários.

Digamos, você é masi: masi (usuário: grupo) no servidor1 e UID do masi é 99 e GID do masi é 99. Você alterou a propriedade dos arquivos que deseja masi: masi. Digamos que o mesmo diretório seja compartilhado pelo server2. No servidor2, seu nome de usuário masi tem o UID 105 e o GID também é 105. Quando você vai para o servidor2, você não pode acessar esses arquivos que você acabou de alterar as propriedades no servidor1.

Portanto, se você quiser arquivos acessíveis centralmente, verifique se o seu UID e GID são os mesmos em todo o quadro. Ou você pode abrir permissões para ler e escrever de / para eles, mas para qualquer outra pessoa que os encontrar.