________________________________
>From: "r.schuitema...@kpn.com" <r.schuitema...@kpn.com>
>To: bacula-users@lists.sourceforge.net
>Sent: Wednesday, October 17, 2012 8:24 AM
>Subject: [Bacula-users] Restricting who can restore data from which system to
>where
>
>Hello All,
>
>
>I’ve set up a bacula server to do backups of some 10 systems. It’s a
>small-scale test setup to serve as a proof of concept and testing ground for
>>a to-be-deployed larger setup (~300-400 systems).
>I have those clients, in this case a server named “almond”, with it’s own
>Device ( a ZFS filesystem), it’s own Storage and Pool definitions >etc.
>(Please note: I’m testing with making a configuration wherein each client has
>it’s own pool/storage/device in it’s own zfs filesystem. In the >current
>config, almond is the only client for which this is configured like this.
>This shouldn’t change anything though) The config is below. >This setup works
>very well, I can do parallel backups etc. and have great control over
>retention etc. The problem is that all clients that use that >Director can do
>restore actions to themselves of data from any other client.
I'm not sure how yours is set up, but on mine I had to go out of my way to make
it possible for clients to do any restores.
On the client, I had to create a bconsole.conf, such as:
Director {
Name = bacula-dir
DIRport = 9101
address = bacula-server
Password = "someBigUglyPasswordWitchMatchesTheOneOnTheBaculaServer"
}
If that file wasn't present, the client couldn't access the backups.------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
