Linux: Melhores práticas para Hard Linking?

4

Eu usei hard links no passado, mas eles parecem bagunçar as coisas ...

Quando é o momento adequado para usar links físicos? Quais são as melhores práticas para quando e onde usar link físico?

Obrigado,

Dan

    
por Dan 14.03.2010 / 18:18

7 respostas

7

Hard-links podem ser muito úteis quando você quer ter o mesmo conteúdo (e as mesmas permissões!) em vários arquivos no mesmo sistema de arquivos.

Tome por exemplo um gerenciador de pacotes, que cria um diretório / usr / share / doc / $ packagename para cada pacote que está instalado e dentro desse diretório um arquivo chamado LICENSE com as informações de licença do pacote. Muitos pacotes em um sistema Linux típico são licenciados em GPL, portanto, em vez de ter 200 cópias da GPL no sistema de arquivos, pode haver apenas uma cópia e 199 links.

Sistemas de controle de versão distribuídos copiam todo o repositório no clone, não há check-out como no svn. Se vários clones do mesmo repositório estiverem no mesmo sistema de arquivos, eles podem compartilhar parte dos arquivos (imutáveis) usando hard links (o git faz isso, e o darcs também o IIRC).

Muitas soluções de backup também usam hardlinks, como rsnapshot e backuppc.

    
por 14.03.2010 / 19:20
4

O melhor uso que vi de hardlinks é com o rsnapshot.

    
por 14.03.2010 / 19:20
1

Se você quiser alcançar, o arquivo será removido apenas quando todos os links físicos forem removidos.

    
por 14.03.2010 / 18:24
1

Configurando honeypots com links circulares na hierarquia do sistema de arquivos, para que o "find" de um invasor seja executado para sempre.

    
por 14.03.2010 / 20:07
0

Meus usuários receberam uma pasta ~ / remote_access com outras janelas winscp.exe . Este binário é um link físico.

Portanto, se houver uma nova versão, copie-a para minha casa e todos os usuários terão a nova versão pronta para ser copiada para o pendrive. É como uma atualização de software automática do homem pobre; -)

    
por 15.03.2010 / 07:41
0

Eu tenho um servidor web onde os usuários só podem acessar FTP (ou seja, não SSH) e chroot-ed para o seu diretório home para fins de segurança. Eu codifiquei rigidamente o arquivo específico contendo suas definições do Apache VirtualHost em seu diretório pessoal para que eles possam lê-lo, ou seja, eles têm visibilidade das partes da configuração que são relevantes para eles. Dessa forma, não preciso dar acesso a /etc/apache (ou outras partes do sistema de arquivos).

    
por 07.05.2012 / 22:09
0

O vserver do Linux também pode usá-lo como uma estratégia de desduplicação. Geralmente você pode usar um hardlink através dos limites de um chroot, ao contrário de um symlink - mas não se esqueça que o que quer que seja para mudar o conteúdo do arquivo também o faz fora do chroot e no pior dos casos em outro chroot. O vserver IIRC usa um mecanismo COW em cima dele ...

    
por 07.05.2012 / 22:26