Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 15 Jul 2008 23:19:06 +0200
From:      Kris Kennaway <kris@FreeBSD.org>
To:        Jeremy Chadwick <koitsu@FreeBSD.org>
Cc:        Sven Willenberger <sven@dmv.com>, freebsd-stable@FreeBSD.org
Subject:   Re: Multi-machine mirroring choices
Message-ID:  <487D144A.7060301@FreeBSD.org>
In-Reply-To: <20080715210553.GA56968@eos.sc1.parodius.com>
References:  <1216130834.27608.27.camel@lanshark.dmv.com>	<20080715145426.GA31340@eos.sc1.parodius.com>	<1216136877.27608.36.camel@lanshark.dmv.com> <20080715210553.GA56968@eos.sc1.parodius.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Jeremy Chadwick wrote:
> On Tue, Jul 15, 2008 at 11:47:57AM -0400, Sven Willenberger wrote:
>> On Tue, 2008-07-15 at 07:54 -0700, Jeremy Chadwick wrote:
>>> ZFS's send/recv capability (over a network) is something I didn't have
>>> time to experiment with, but it looked *very* promising.  The method is
>>> documented in the manpage as "Example 12", and is very simple -- as it
>>> should be.  You don't have to use SSH either, by the way[1].
>> The examples do list ssh as the way of initiating the receiving end; I
>> am curious as to what the alterative would be (short of installing
>> openssh-portable and using cipher=no).
> 
> rsh or netcat come to mind.  I haven't tried using either though.
> 

I wouldn't recommend either for the obvious reasons: weak or no 
authentication and integrity protection.  Even if the former is not a 
concern for some reason then the latter should be (your data stream 
could be corrupted in transit and you'd never know until you tried to 
verify or restore the backup).

Kris




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?487D144A.7060301>