Re: move client-config to a subdir of __TOPDIR__

"Jeffrey J. Kosowsky" <[email protected]>
Newsgroups gmane.comp.sysutils.backup.backuppc.devel
Message-ID <[email protected]>
Fresel Michal - hi competence e.U. wrote at about 21:09:13 +0100 on Wednesday, March 23, 2011:
 > hi
 > 
 > maybe we can move the client-config-files to a subdirectory of __TOPDIR__ with the next release?
 > 
Config files belong in /etc -- it's the Unix way.
If you don't want it there, you can change it by creating your own
install.

 > for SMB and rsyncd credentials ae stored inside of the config-files
 > 
 > as we already have ssh-private keys in __TOPDIR__/.ssh
 > a move to i.e.  __TOPDIR__/config
 > would be a nice implementation

The location of ssh keys are determined not by BackupPC but by the
home directory specified in /etc/passwd. Personally, I store my keys
in /etc/Backuppc/.ssh so that for me TopDir is purely data.

 > 
 > we have an encrypted __TOPDIR__ mounted as /var/lib/backuppc
 > Keeping data secret is good - but the credentials are not encrypted by default (as inside unencrypted /etc/backuppc)
 > moving to a subdirectory of __TOPDIR__ will further provide confidentiality
 > 

data goes in /var
configurations go in /etc
It's a *nix standard. But you are free to violate if you want...

------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
BackupPC-devel mailing list
[email protected]
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-devel
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.