Fiquei me perguntando se havia um local padrão para armazenar dados de aplicativos no nível do usuário. O que quero dizer com isso são coisas como favoritos do Firefox, histórico / senha de mensagens do Skype, etc.
Fiquei me perguntando se havia um local padrão para armazenar dados de aplicativos no nível do usuário. O que quero dizer com isso são coisas como favoritos do Firefox, histórico / senha de mensagens do Skype, etc.
Respostas:
A partir dos exemplos que você forneceu, entendo que você quer dizer dados de aplicativos específicos para a configuração, uso ou dados de um determinado usuário (por exemplo, mensagens de correio, modelos, temas). Nesse caso, esses dados são armazenados no diretório inicial do usuário como "arquivos de ponto" ou dentro de um "diretório de pontos" específico do aplicativo.
Citando o padrão de hierarquia do sistema de arquivos Unix :
/ home: Diretórios pessoais do usuário (opcional)
Objetivo
/ home é um conceito bastante padrão, mas é claramente um sistema de arquivos específico do site. A configuração será diferente de host para host. Portanto, nenhum programa deve confiar nesse local.
Exigências
Os arquivos de configuração específicos do usuário para aplicativos são armazenados no diretório inicial do usuário em um arquivo que começa com '.' caractere (um "arquivo de ponto"). Se um aplicativo precisar criar mais de um arquivo de ponto, ele deverá ser colocado em um subdiretório com um nome começando com '.' caractere (um "diretório de pontos"). Nesse caso, os arquivos de configuração não devem começar com o '.' personagem.
O padrão de hierarquia do sistema de arquivos linux também afirma quase a mesma coisa.
Por exemplo, a configuração do usuário para o editor vim é armazenada em .vimrc dentro do diretório inicial, o perfil do firefox (contendo entre outras coisas os marcadores dos usuários e informações de histórico) é armazenado em um diretório separado no diretório inicial do usuário (~ / .mozilla / firefox / <randomstring>
.default)
Normalmente, todos os aplicativos armazenam informações sobre sessões iniciadas pelo usuário, senhas etc. no diretório pessoal do usuário em tais "arquivos-ponto / diretórios".
Portanto, (extrapolando um pouco), se você deseja criptografia suficiente para proteger os dados específicos do usuário, apenas a criptografia do diretório inicial seria suficiente.
Dito isto, é possível, como em todo o Linux, personalizar e substituir o local padrão e optar por armazenar esses dados de usuário específicos do aplicativo em outro local. No entanto, no Ubuntu, isso precisa ser explicitamente feito pelo usuário.
Seu diretório pessoal é o único local onde você pode armazenar arquivos permanentemente. Os aplicativos normalmente armazenam suas configurações e salvam dados automaticamente em um arquivo ou diretório chamado .application-name
em seu diretório pessoal. (Alguns aplicativos são salvos em grupos, por exemplo, ~/.gconf
contém dados de vários aplicativos Gnome.)
No entanto, você pode ter dados confidenciais ou relevantes para a privacidade armazenados em outros lugares. Se você deseja criptografar esses locais, depende de quão sensível você acha que esses dados são.
Qualquer coisa (bem, quase) que possa estar na RAM também pode estar em troca. É preciso um pouco de trabalho e um pouco de sorte, mas alguém que rouba seu disco pode encontrar alguns dados que valem a pena na troca.
Muitos aplicativos armazenam arquivos temporários no Windows /tmp
.
Se receber correio localmente (em vez de buscá-lo em um servidor POP ou IMAP), ele chegará /var/mail
. Se você enviar email usando o método unix tradicional ( sendmail
), ele transitará via /var/spool/postfix
(ou seja qual for o seu MTA). Se você não entende este parágrafo, ele não se aplica a você.
Se você configurar tarefas recorrentes, elas serão armazenadas /var/spool/cron
.
Quando você imprime algo, ele transita /var/spool/cups
.
Os logs do sistema podem conter dados que você prefere manter em sigilo, como erros de rede de sites aos quais você tentou se conectar.
Você pode criptografar a partição swap com dm_crypt (instale cryptsetup
e leia a documentação; ou faça isso como parte da instalação inicial, mas acho que você precisará usar o CD alternativo).
Depois de criptografar a troca, /tmp
é melhor lidar com ela tmpfs
. Veja aqui um artigo.
Você pode optar por usar tmpfs para outras coisas, como spools de impressão. Mas não é adequado para outros, como logs do sistema. Se você deseja criptografar todos os dados possivelmente confidenciais, também pode criptografar todo o sistema.
Além do que Giles disse, se você usa o Apache Webserver (ou praticamente qualquer outro servidor da Web), eles salvam os arquivos do site em / var / www
Não tenho certeza de onde o SQL Server salva seus bancos de dados como padrão ... estou sempre aprendendo :)
Vórtice