私のディスクにはさまざまなバリエーションがあります。複数のオペレーティングシステムのファイルを中央リポジトリに追加したいのですが、OS Xからインポートされたファイルは、後でLinuxディストリビューションまたはWindowsで表示されるときに最も問題になります。
- OS Xで作成されたファイル/CD
- 多くのLinusディストリビューション（主にDebianとUbuntu）で作成されたファイル/ CD
- Chromebookで作成された一部のファイル/ディスクのみ[ディスクをフォーマットして他のシステムで使用する - 悪夢なので、このターゲットを拒否してください]
- Windows 7および10では、少数のファイル/ディスクのみが生成されます。
しかし、所有権に関する警告を受けました。走っていくか考えてるよ
sudo chown -R masi:masi /local/folder
しかし、masiは私のすべてのシステムのデフォルトユーザーではありません。私のリポジトリは、ファイルを複数のコンピュータ、携帯電話、ラップトップに配布します。そのため、使用に問題があります。私は99 99がそれぞれグループと所有者だと思うls -laことがわかりました。drwxr-xr-x 1 99 99 ...一部のファイル/フォルダにroot root。
ここでは、グループと所有者をどのように制御するのかわかりません。すべて入れなければなりませんか99 99？
BTsyncのアーカイブは、ランサムウェア攻撃によるダメージから保護します。
L33tChの回答後、BTsyncサポートチームに連絡して回答を受けました。
同期はウイルス攻撃からユーザーを保護しません。ファイルが共有フォルダに表示され、ピアに読み取りおよび書き込み権限がある場合は、ファイルを別のピアに同期的に転送します。ただし、アーカイブオプションを有効にすると、暗号化されたファイルバージョンで上書きされても古いファイルバージョンを見つけることができます。
したがって、他のピアから感染したファイルをダウンロードした可能性があります。ただし、ウイルス対策プログラムがない場合は、インターネットを閲覧しながらもこれを行うことができます。
リンクは、ユーザーの同僚が同期ではなくランサムウェア攻撃を経験したことを示します。これは私たちのサーバーに影響を与えず、私たちのサーバーのバイナリを同期させませんでした。したがって、心配する必要はありません。
これには次のパラメータがありますmax_file_size_for_versioning。値は整数で、デフォルトは1000（Mb）です。つまり、ファイルが大きすぎて変更された場合、同期は以前のバージョンをアーカイブに入れます。 Archiveフォルダは、.sync/Archive共有フォルダ内のフォルダにあります。 WindowsとMacでは、フォルダを右クリックして[アーカイブを開く]オプションを選択して同期フォルダを開くことができます。これでmax archive file age呼び出されましたsync_trash_ttl（2.3に変更されました）、私の要求に従って更新されましたここ環境設定>設定で。無制限のアーカイブには0に設定してください。
アーカイブの無制限のファイル保存は、大量のメモリを消費します。たとえば、.texファイルに小さな変更が多く、アーカイブに多くのファイルが生成されるとします。私はGITがこの問題を解決できると思います。これについてサポートをリクエストしました。
フロントエンドおよびバックエンドデバイスで使用できるようにディスク上のファイル/フォルダをリポジトリに集中化する方法は？
答え1
すべてを同じ場所に配置するわけではありませんが、少なくともオリジナルと同様に、必要なものすべてにアクセスできます。各プラットフォームを独自のシステムに配置して、アクセスの問題を解決し、すべてのソースを単一のドライブとして処理したり、どのように設定しても処理できるようにする必要があります。
彼らは、それをソフトウェアベースの分散ファイルストレージプラットフォームと説明しています。
私はこれを使用して、ある時点で自分のラップトップ/家やクラウドドライブにアクセスする予定です。各プラットフォームには、DropBoxの動作と同様の方法でデータにアクセスするクライアントがあります。
これはBTSyncの必要性を置き換えますが、バージョン管理されたストレージシステムのセキュリティを追加するオプションも提供します。私がこのように尋ねたのは、同僚がランサムウェア攻撃のために大量のデータを失ったためです。 BTSyncはそのタスクを実行しましたが、これはデータのすべてのコピーが暗号化され失われたことを意味します。クラウドストレージシステムのコレクションのみを復元できます。
答え2
Melbourcianの答えが正しいです。ユーザーとグループは、すべてのUNIXシステムで同じUIDとGIDにマップする必要があります。そうしないと、別のコンピュータで生成されたファイルにアクセスしようとすると、所有者と権限のエラーが発生します。
私が知る限り、OSXはUNIXと同じ設定を使用するので、同じルールが適用されます。
Windowsにはまったく異なる権限システムがあります。 UNIX権限をWindows権限にマッピングする標準的な方法はありません。
ここで起こる疑いは、BTSyncがファイルの所有者やグループを変更せずにUNIXとOSXシステム間で権限をコピーしていることです（UIDとGIDであることを覚えておいてください）。数字重要なのはユーザーとグループではありません名前）。 Windowsのファイルをある程度変更する必要があるため、ほとんどのWindowsファイルが機能します。
動的ユーザー権限の変更はBTSync Proの機能のようです（私は試したことがありません）。それでも必要なことをするかどうかはわかりません。 Proを使用している場合は、サポートチームに連絡してトラブルシューティング方法を学びます。 Proを使用していない場合は、正しいUIDとGIDにマッピングされるようにユーザーとグループを変更する必要があります。
MacOSには、UIDとGIDを変更して権限を変更するためのユーザー権限ツールがあります。 UNIXでは、変更が行われた後、find必要に応じて所有者やグループの変更などの操作を使用する必要があります。コマンド例は次のとおりです。 masi：masiが105：105にマップされ、これを99：99に設定し、/ etc / passwdと/ etc / groupを変更したとします。
find / -uid 105 -exec chown masi {} \;
find / -gid 105 -exec chown :masi {} \;
まず、バックアップを作成し、このプロセス中にUIDまたはGIDの競合がないことを確認します（つまり、2人のユーザーが同じUIDを持っているか、2つのグループが同じGIDを持っている）。
別の安全なオプションは、上記のコマンドを実行する各コンピュータに対してスクリプトを生成することです。ただし、同期するディレクトリにのみ適用されます。同期するたびにこのスクリプトを実行します（同じスクリプトでBTSyncと適切なコマンドを呼び出すことができます）。あなたはsudoこれが必要です。
ああ、あなたはOSXとWindowsを使用しているので、上記のNISの説明を忘れてください。
答え3
ユーザー名/グループ名とUID/GID定義を一元的に追跡したり、非常に一貫して追跡しない限り、ユーザー名が任意の場所でファイルの所有者として処理され、99 99などの数字で処理されることは避けられません。ファイルの所有権はユーザー名ではなくその数字に基づいていると思います。
あなたがserver1のmasi：masi（ユーザー：グループ）、masiのUIDが99、masiのGIDが99であるとします。必須ファイルの所有権をmasi：masiに変更しました。 server2が同じディレクトリを共有しているとします。 server2 では、masi ユーザー名の UID は 105、GID は 105 です。 server2に移動すると、server1は所有権を変更したばかりのファイルにアクセスできません。
したがって、ファイルへの集中アクセスが必要な場合は、UIDとGIDの両方が同じであることを確認してください。あるいは、偶発的に発見されたすべての人に読み取りおよび書き込み権限をオンにすることもできます。