アップロードした Dropbox ディレクトリを削除しようとしていますが、「550 アクセスが拒否されました」というメッセージしか表示されず、その理由がわかりません。ディレクトリの権限を 777 に設定しようとしましたが、何も変わりませんでした。
一方、私の削除コマンドは、フォルダ自体を除く Dropbox ディレクトリ全体をクリアできます。(共有ディレクトリ内のすべてのファイルを削除できます)
これは削除コマンドを実行する前の構造です:
- 根
- ドロップボックス
- フォルダ1 (S)
- フォルダ1.1
- フォルダ1.2
- フォルダ1.3
- フォルダ2 (P)
- ...
- フォルダ3 (S)
- .ドロップボックス (i)
- ファイル3.1
- ファイル3.2
- ファイル3.3
- フォルダ4 (P)
- ファイル1 (P)
- ファイル2 (P)
- ファイル3 (P)
- ファイル4 (P)
- フォルダ1 (S)
- ドロップボックス
(S) = 共有ディレクトリ
(P) = プライベートディレクトリ
(i) = 目に見えない
コマンド実行後の構造は次のようになります。
- 根
- ドロップボックス
- フォルダ1
- フォルダ1.3
- フォルダ3
- .ドロップボックス (i)
- フォルダ1
- ドロップボックス
誰かこれを説明してくれませんか?
私のサーバーはOSとしてUbuntu Server 14.04 LTSを使用し、FTP接続にはvsftpを使用しています。
私のクライアントはWindows 7 32ビットを使用しており、アプリケーションはVB 2010で作成されています。
編集1:
すべてのディレクトリにドットで始まるファイルが含まれていることがわかりました.
。
Linux ではこれらのファイルはリストされず、ユーザーは「空のフォルダー」という応答を受け取ります。dir
コマンドを実行しても Linux は何も返しません。残りのファイルが表示されるのは Linux だけですls -a
。
さて、私の質問は、FTP ユーザーに対してこのファイルの可視性を変更して表示できるようにする方法はありますか?
ご協力いただきありがとうございます
答え1
とにかくすべてを削除した場合は、 を実行するだけではだめですかrm -R Dropbox
? これにより、 で始まるファイル/ディレクトリを含むすべてが再帰的に削除されます.
。
FTP ユーザーがこれらのファイルを見るかどうかは、実際に使用されている FTP サーバー (場合によってはクライアントも) によって異なると思います。