Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 24 Apr 2019 18:22:09 +0300
From:      Nikos Vassiliadis <nvass@gmx.com>
To:        "Dr. Nikolaus Klepp" <dr.klepp@gmx.at>, freebsd-questions@freebsd.org, Victor Sudakov <vas@mpeks.tomsk.su>
Subject:   Re: saving "zfs send" to a Windows host
Message-ID:  <239425b6-a313-3fb8-bc26-321741a4a4d2@gmx.com>
In-Reply-To: <201904230926.36122.dr.klepp@gmx.at>
References:  <20190423054243.GA4659@admin.sibptus.ru> <201904230926.36122.dr.klepp@gmx.at>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2019-04-23 10:26, Dr. Nikolaus Klepp wrote:
> Anno domini 2019 Tue, 23 Apr 12:42:43 +0700
>   Victor Sudakov scripsit:
>> Dear Colleagues,
>>
>> What is the most convenient way to stream a "zfs send" output through
>> the network to a file on a Windows host, for backup purposes?
>>
>> I used to use mount_smbfs to mount a Windows share and capture "zfs
>> send" output to a file, but now that SMBv1 is not supported anymore,
>> mount_smbfs has become useless.
>>
>> I don't mind installing some agent to the Windows host which will be
>> able to receive "zfs send" output to a network port (through netcat for
>> example) and save it there, but I don't know what it could be. It shoul=
d
>> also support some form of authentication (at least not permit an
>> arbitrary host to overwrite the backups).
>>
>> Can you recommend something?
>>
>
> Use sshd, just like you would in unix only environment. Install OpenSSH =
on windows (e.g. https://docs.microsoft.com/en-us/windows-server/administr=
ation/openssh/openssh_install_firstuse ), use public key authentication on=
ly without passphrase (yes, security, I know, but you probably want the th=
ing wirking first). I do not know if the m$ sshd supports chroot, but if i=
t does, use it.

Using ssh as transport is fine. I'd advice against saving zfs streams to
a non-ZFS filesystem because you will have no way to ensure that your
stream is OK. A single bit flip will render the stream unusable and you
will only discover this when you try to receive the stream.

But I guess that has to do with the importance of that particular backup.

Nikos



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?239425b6-a313-3fb8-bc26-321741a4a4d2>