From: Michael K. <Mic...@we...> - 2008-01-30 19:15:13
|
Craig Barratt <cbarratt <at> users.sourceforge.net> writes: > > todd <at> curryweb.com writes: > > > I have assumed to date that there could only be one entry in the hosts > > file per client -- what you are proposing below would (I believe) require > > multiple entries in the hosts file? > > That's right. From BackupPC's point of view these are different > clients, so each appears in the hosts file etc. But at the last > moment before doing the backup, $Conf{ClientNameAlias} redirects > to the real client. > > This same method can also be used to backup different parts of > the filesystem on a client with different frequencies and expiry > schedules. > > Craig > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > BackupPC-users mailing list > BackupPC-users <at> lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/backuppc-users > http://backuppc.sourceforge.net/ > > Hi list, since a while, I'm using the method Craig described before, and it's ok to set up for few PC's with few users. However, for PC's of group size (10-20 users), this becomes quite cumbersome. Moreover, the multiple entries for each PC bloat the list in the web interface. I would be happy if a host line could be of the following style: host dhcp adminUser1[,adminUser2...] user1[,user2...] The admin users would have admin rights, and the normal users would be able to operate on their files only. Is it a design feature of BackupPC which forbids implementation of such a functionality? Well, I already notice one problem to solve is what is about user files which are in a directory not owned by the user readable by a certain group but not world. Is the user part of this group? But, I believe this would be an improvement appreciated by many. Best regards, Michael |