web-dev-qa-db-ja.com

MEGA.NZ上の復号化されていないファイル/フォルダー

特定のケースでは、MEGA.NZは「暗号化されていないファイル」または「暗号化されていないフォルダー」を表示し、それらにアクセスすることは不可能のようです。複数のユーザーが関与しているとき、私は起こるようです:

  • ユーザーAはフォルダーを作成し、ユーザーBおよびCと共有します(WindowsでSyncClientを使用できるようにするために、フルアクセスが許可されます)。
  • ユーザーBは、共有フォルダーにサブボルダー(またはファイル)を作成します。
  • ユーザーCは、この新しいファイルまたはフォルダーを「非暗号化」として表示します(Webインターフェースで)
  • 同時に、ユーザーAは通常どおりアクセスできます。

復号化されていないファイルまたはフォルダは、同期クライアントには見えません。 MEGAは、復号化されていないフォルダの近くに、キーが使用可能になるとすぐに復号化され、ファイルまたはフォルダの所有者が再びログインするとすぐに復号化されることを示します。しかし、これは正しくないようです。すべてのユーザー(A、B、C)が同時にログインしていることを確認しましたが、エンティティは暗号化されていないものとして表示されたままです。

実際、ユーザーAはファイルまたはフォルダーを別の場所に移動するとすぐに解読されます。

現在、次の方法でこの問題を回避しています。

  • ユーザーBまたはCが何かをアップロードした後、電話でユーザーAに電話する必要があります。
  • ユーザーAはアイテムを別の場所に移動し、元の場所に再び戻します。
  • その後、3人のユーザー全員が利用できます。

共有フォルダで新しいアイテムが利用可能になったことを発表する電話が嫌いです。

これをもっと簡単に行う方法はありますか?

2
Sơn

私は同様の問題に直面しており、すでにMEGAのサポートセンターに連絡しています。回答が得られたら、詳細をお知らせします。

いくつかの厄介な履歴、つまり複数のアカウント間での共有、複数のアカウントによる編集、共有権限の変更、異なるブラウザ/ MEGAアプリを使用したファイルのアップロードなどがあるフォルダでのみ問題を再現できます。 Cはアカウントではなく、フォルダーのリンクを使用してブラウザーからアクセスするだけです。

ただし、ユーザーAがMEGAクラウドのルートに別のフォルダーを作成した場合、問題を再現できません。したがって、これを行うことをお勧めします。うまく機能する場合は、この新しいフォルダーに必要なすべてのファイルを移動します。これは回避策の多くですが、あなたに役立つことを願っています。

[編集:] MEGAのサポートセンターに連絡しました。彼らは私の問題を再現することができなかったので、私を助ける方法はありませんでしたが、MEGAのFirefox拡張機能(v3.20.5)の最後の更新以降、私の問題の1つはなくなったようです。

2
caenrigen

スペースクォータ制限をバイパスして、複数のアカウントが1つのマスターアカウントとコンテンツを共有することにより、誤用に対するフォールバック保護となる可能性が最も高くなります。

エクスポートされたリンクと復号化キーを使用して、共有フォルダーを別のアカウントにインポートしようとしましたが、すべて同じ復号化されていないファイルが見つかりました。フォルダーの共有ユーザーとエクスポートされたフォルダーをすぐに「復号化」して削除することで、問題を解決することができました。

Opの仮説はかなり双曲線です...

Megacmdとエクスポートされたリソースを台無しにすることができます。共有プールからポーリングするスクリプトまたはアプリを作成します。メールやその他のクラウドドライブであっても、btsyncはリンクなどの小さなデータを処理するのと同じように機能します。ポーリングされるデータは、復号化キーを含む共有リンクになります。あるパーティがアップロードすると、彼はそれをエクスポートし、btsyncアプリにリンクを配置します。そこから送信され、関係する他のパーティはそれを自分のドライブにインポートするだけです。それがフリーウェア版です。

それ以外の場合、サービスの料金を支払うと、より役立つサポートスタッフを含めて、完全にロックが解除されます。

SyncClientの使用に関しては、複数のログインを1つのアカウントに制限することはなく、多くのマシンやデバイスで使用でき、すべて1つのアカウントでログインできるため、複数のアカウントと共有フォルダーは必要ありません。

0
JasonXA