Greg Minshall via rsync wrote:
> >If you only do backups at 1am (or whenever), why would your
> > backup machine enable ssh outside of the range 12:59 - 01:01?
>
> Greg's rule of windows: the narrower the window, the more likely it will
> be hit. :)
>
But I use Linux, not windows..
On 2021/08/07 08:45, Chris Green via rsync wrote:
Because cron/anacron isn't perfect and the machine being backed up nay
not be turned on all the time so the time that it tries to backup is
most definitely not fixed accurately!
My *backups* of important data are incremental
>If you only do backups at 1am (or whenever), why would your
> backup machine enable ssh outside of the range 12:59 - 01:01?
Greg's rule of windows: the narrower the window, the more likely it will
be hit. :)
--
Please use reply-all for most replies to avoid omitting the mailing list.
To
The original request was to be able to copy files from local /etc to a
remote /etc
while retaining file permissions (perms, owner, etc). This does require
root on
the receiving box in some way.
Commenting on some previous suggestions:
* connecting to the remote system as a non-root user and
On Sat, Aug 07, 2021 at 08:10:47AM -0700, L A Walsh wrote:
> On 2021/08/07 03:44, Chris Green via rsync wrote:
> > L A Walsh via rsync wrote:
> > > It seems to me, a safer bet would be to generate an ssh-cert
> > > that allows a passwdless login from your sys to the remote.
> > >
> > The trouble
On Sat, Aug 07, 2021 at 11:44:34AM +0100, Chris Green via rsync
wrote:
> L A Walsh via rsync wrote:
> > On 2021/08/03 07:09, Chris Green via rsync wrote:
> > > I already have an rsync daemon server running elsewhere, I can add
> > > this requirement to that I think. Thank you.
> > >
> >
On 2021/08/07 03:44, Chris Green via rsync wrote:
L A Walsh via rsync wrote:
It seems to me, a safer bet would be to generate an ssh-cert
that allows a passwdless login from your sys to the remote.
The trouble with that is that it leaves a big security hole.
If you only
L A Walsh via rsync wrote:
> On 2021/08/03 07:09, Chris Green via rsync wrote:
> > I already have an rsync daemon server running elsewhere, I can add
> > this requirement to that I think. Thank you.
> >
>
>
> It seems to me, a safer bet would be to generate an ssh-cert
> that allows a
On 2021/08/03 07:09, Chris Green via rsync wrote:
I already have an rsync daemon server running elsewhere, I can add
this requirement to that I think. Thank you.
It seems to me, a safer bet would be to generate an ssh-cert
that allows a passwdless login from your sys to the remote.
Andy Smith via rsync wrote:
>
> > I've set it up so chris can run rsync with root permissions.
> > However I'm not quite sure how to get it to work as one needs to say
> > "sudo rsync" to get the root privilege. How do you do that?
>
> The first link I sent you had an example of that:
Hello,
On Tue, Aug 03, 2021 at 03:05:27PM +0100, Chris Green via rsync wrote:
> Remember, as I said, this is all Debianland with no real root login,
> while I could add one I'd prefer not to.
Your system already has a root user and if you added an SSH public
key to its authorized_keys file
On Tue, Aug 03, 2021 at 10:51:34AM +, Andy Smith via rsync
wrote:
> Hi Chris,
>
> On Tue, Aug 03, 2021 at 09:48:37AM +0100, Chris Green via rsync wrote:
> > But how do you handle the other end to restore the root ownership etc.?
> > The script has to do something like:-
> >
> > rsync
Andy Smith via rsync wrote:
> Hi Chris,
>
> On Tue, Aug 03, 2021 at 11:48:31AM +0100, Chris Green via rsync wrote:
> > If I used the --super option (in a command like the one above) and
> > chris can run rsync as root on the remote end (via options in the
> > sudoers file) will this do what I
Paul Slootman via rsync wrote:
> On Tue 03 Aug 2021, Chris Green via rsync wrote:
>
> > Is there a way to copy (for example) the /etc hierarchy from one
> > system to another preserving root ownership of files and without
> > revealing root passwords all over the place?
>
> Best way is to run
Andy Smith via rsync wrote:
> Hi Chris,
>
> On Tue, Aug 03, 2021 at 09:48:37AM +0100, Chris Green via rsync wrote:
> > But how do you handle the other end to restore the root ownership etc.?
> > The script has to do something like:-
> >
> > rsync -a /etc/ chris@remote:backups/etc/
> >
> >
On Tue 03 Aug 2021, Chris Green via rsync wrote:
> Is there a way to copy (for example) the /etc hierarchy from one
> system to another preserving root ownership of files and without
> revealing root passwords all over the place?
Best way is to run an rsync daemon on the source system, and be
Hi Chris,
On Tue, Aug 03, 2021 at 11:48:31AM +0100, Chris Green via rsync wrote:
> If I used the --super option (in a command like the one above) and
> chris can run rsync as root on the remote end (via options in the
> sudoers file) will this do what I want? I guess I can go away and try
> it!
Hi Chris,
On Tue, Aug 03, 2021 at 09:48:37AM +0100, Chris Green via rsync wrote:
> But how do you handle the other end to restore the root ownership etc.?
> The script has to do something like:-
>
> rsync -a /etc/ chris@remote:backups/etc/
>
> So at the remote end it only has chris'
Chris Green via rsync wrote:
> Is there a way to copy (for example) the /etc hierarchy from one
> system to another preserving root ownership of files and without
> revealing root passwords all over the place?
>
> This is actually from and to Debian based systems (from Raspberry Pi
> to Xubuntu)
Is there a way to copy (for example) the /etc hierarchy from one
system to another preserving root ownership of files and without
revealing root passwords all over the place?
This is actually from and to Debian based systems (from Raspberry Pi
to Xubuntu) so there's no actual root user login
20 matches
Mail list logo
