サーバー側のコピーをサポートするファイル転送プロトコルはどれですか？

Linuxで利用可能なファイル転送プロトコルがサーバー側のコピーをサポートしている（そしてファイルを内部でダウンロードおよび再アップロードしない）と思います。私が持っている最も単純な使用例は、同じ共有上の1つのディレクトリから別のディレクトリに大きなファイル（VMなど）をコピーする場合です。

私はSamba 4.1.0がSMB2プロトコルでFSCTL_SRV_COPYCHUNKのサポートを最近実装したことを知っていますが、私の知る限り、これをサポートするクライアント側のツール/ファイルマネージャーはまだありません（リンク）。私もAFPを見てきましたが、AFP共有をマウントするためのLinuxツールは2つだけgvfs-afpでafpfs-ng、どちらもあまりにも優れています。afpfs-ngはメンテナンスされておらず、netatalk（segfaults）とうまく連携しませんが、gvfs-afpは、afpfs-ngと比較してスループットが非常に低いため、機能します。更新： NFSの次のバージョンもこれをサポートするようです。

サーバー側のコピーをサポートする他のプロトコルはありますか？

前もって感謝します！

お気づきのように、AFPはサーバー側のコピーをサポートしています。最新のリリースされていないバージョンのgvfsには、gvfsd-afpに対する多くの改善が含まれており、信頼性と速度が向上しています。私のテストでは、1GBEでの大容量転送で約70MB /秒を取得でき、11秒で10000ファイルのディレクトリを複製できます。これも悪くありません。サーバー側のコピーが重要で、ターミナルにログインしたくない場合は、これを使用することをお勧めします。

また、gvfsd-smbのサーバー側のコピーのサポートをすぐに追加する予定ですが、「すぐに」がいつになるかは誰にもわかりません...

（免責事項、私はgvfsの維持を支援します。）

Ross Lagerwallが述べたように、Samba 4.1以降のSMB2サーバー側コピーサポートは、CIFS_IOC_COPYCHUNK_FILE ioctlを介してLinux CIFSカーネルクライアント（cifs.ko）で利用できます。

fstestsに付属のClonerユーティリティを使用して、cifs.ko SMB2マウントポイントでioctlを発行できます。smbclientサポートの作業も進行中です。

Sambaサーバー側コピー実装の1つの利点は、このパフォーマンス比較で示されているように、Btrfsファイルシステム上で使用して、ほぼ瞬時にファイルデータのコピー/重複排除を実行できることです。