dm-crypt+ZFSでのリモートミラーBtrfs上にEncFSを構成したマスターから、dm-crypt上にZFSを構築したスレーブへとミラーする、しかもそれらのホストはシャットダウンされる。これはかなり厳しい条件だった。シャットダウンされるためにHA(高可用)システムは使えない。シャットダウンする時点で障害発生とみなされるし、切り離された状態で単独でスタートアップして動けない。GeoReplicationも使えないなど障害になった。明らかになるだけだった。ここでrsyncが大規模システムに耐えるということが分かったため、rsync(1)とat(1)でいこうと決意を固めることができた。rsync+sshはごくごく単純だ。user@host:destdirでいける。Zeroconfでアクセスしたい。Manjaroで/etc/nsswitch.confにmdns_minimalを指定しても解決できない。これでホスト名を解決しようと思うと、nss-mdnsパッケージをインストールし、avahi-daemonを動かさなくてはいけない。CentOS側が受け入れてくれない。これは、NICがひとつだとそのNICをpublicなゾーンのインターフェイスとみなすが、Avahiはhomeインターフェイスにしか許されていない。--permanentとしてAvahi-daemonへのアクセスを透過する。これでZeroconfでのアクセスに成功、.localのホスト名でsshアクセスできる。ssh-keygenでパスフレーズなしのキーを作り、アクセスしようとする。...となり、sshアクセスできない。これは、sshの管理下にある鍵が多すぎる場合に生じるようだ。その数はsshdが登録、管理している鍵とファイルとして~/.ssh以下にある鍵の総数。yesと書くと改善される。ファイル自体が多くなるとこれでもダメだろう。これで鍵によるアクセスまでできるようになった。鍵による実際のアクセスの前に、atとrsyncについて確認する。rsyncについては前述の通りで大丈夫。\"$(id)\""'</kbd>すると自身のuidになっているので、atを実行したユーザーで実行されることが分かる。EncFSに対してアクセスするためにはこれは絶対条件だ。このままrsyncするとうまくいく。パスフレーズなしで自由にアクセスできる鍵というのは危険だ。コマンドで制限すべきなのだが、rsyncのコマンドを受ける側がどうなっているのか、というのは非常にわかりにくい。destして、パスワードの前に表示されたconnectionの中からrsyncより前を削り、互いにvを削って設定する。このままでは外部からファイルを消されるリスクがあるため、ホストも限定したほうがいいかもしれない。鍵がなければできないのだから、その時はバックアップ側は仕方がない、とも見れる。