Question 1

Active Directoryのパスワード変更後、なぜNextcloud SMB外部ストレージが利用できなくなるのですか？

Accepted Answer

AD/LDAPパスワード変更後、Nextcloudは'oc_storages_credentials'テーブル内の保存済み認証情報を自動的に更新せず、Forbiddenログインエラーを伴うStorageNotAvailableExceptionが発生します。回避策：データベースから影響を受けるユーザーの行のみを削除し（例：`DELETE FROM oc_storages_credentials WHERE user_id = 'username';`）、そのユーザーにNextcloudへ再ログインさせてください。全ユーザーのテーブル全体を切り詰める（truncate）ことは避けてください。既存の共有が壊れます。恒久的な修正についてはNextcloud issue #59969を監視してください。

Question 2

放棄されたNextcloudのチャンクアップロードによって残された孤立したS3マルチパートアップロードをクリーンアップする方法

Accepted Answer

これは、S3互換プライマリストレージを使用する Nextcloud 35.0.1 における既知のバグです。チャンクアップロード（v2）が中断された場合（ブラウザが閉じられた、接続が失われたなど）、`UploadCleanup` バックグラウンドジョブはアップロードフォルダを削除しますが、基盤となる S3 マルチパートアップロードを中止しません。パートはバケット内に無期限に残り、Nextcloud 上では見えない課金対象ストレージとしてコストが発生し続けます。

**回避策 1 – S3 バケットライフサイクルルール（推奨）:** 不完全なマルチパートアップロードを自動的に中止するようにバケットを設定します：
```json
{
  "Rules": [{
    "ID": "AbortIncompleteMultipartUploads",
    "Status": "Enabled",
    "Filter": {"Prefix": ""},
    "AbortIncompleteMultipartUpload": {"DaysAfterInitiation": 7}
  }]
}
```
適用コマンド: `aws s3api put-bucket-lifecycle-configuration --bucket YOUR_BUCKET --lifecycle-configuration file://lifecycle.json`

**回避策 2 – 手動クリーンアップ:** `aws s3api list-multipart-uploads --bucket YOUR_BUCKET` で残っているアップロードを一覧表示し、それぞれを中止します: `aws s3api abort-multipart-upload --bucket YOUR_BUCKET --key OBJECT_KEY --upload-id UPLOAD_ID`。

**根本原因:** チャンクは対象オブジェクトのマルチパートアップロードのパートとして保存されます。これを中止するのは WebDAV の `DELETE`（`ChunkingV2Plugin::beforeDelete()`）のみです。クリーンアップジョブは node API 経由で削除を行うため、マルチパートアップロードを認識しません。また、アップロード ID を保持するセッションは最後のチャンクから 24 時間後に期限切れになります。これは日次クリーンアップが実行されるタイミングとほぼ重なるため、その時点で ID はすでに失われています。

**恒久対策:** クリーンアップジョブが、フォルダを削除する前にセッションのマルチパートアップロードを中止するようになりました。また、アップロードセッションの TTL が 1 日から 3 日に延長され、日次クリーンアップが非アクティブなフォルダを検出した時点でもアップロード ID が存在するようになりました。この修正を含むパッチ適用済みの Nextcloud リリースに更新してください。

Question 3

NextcloudがOffice 365のICSカレンダーサブスクリプションを更新する際に'Object moved'エラーで失敗するのはなぜですか？

Accepted Answer

Microsoft Outlookは、Nextcloudのデフォルトの'Nextcloud Webcal Service'を含む特定のUser-Agentヘッダーからのリクエストをブロックします。回避策として、ホストが'outlook.office365.com'の場合にUser-Agentを'Mozilla/5.0 (Linux) Chrome/139'に設定するよう、'apps/dav/lib/CalDAV/WebcalCaching/Connection.php'を修正できます。修正内容についてはGitHub issue #54799を参照してください。

Question 4

Nextcloud 35 にアップグレードした後、user-key encryption を使用している場合に /remote.php/dav/files/ で発生する PrivateKeyMissingException と 503 エラーを修正するにはどうすればよいですか？

Accepted Answer

これは、ユーザーごとのサーバーサイド暗号化を使用する Nextcloud 35 のリグレッションです。新しい /remote.php/dav/files/ エンドポイントでは、ログイン/基本認証時に暗号化アプリが初期化されないため、ユーザーの秘密鍵が利用できず、GET/PUT リクエストは PrivateKeyMissingException または Cannot decrypt this file で失敗します。恒久的な修正は、アップストリーム修正 fix(encryption): ensure app is loaded on login を含む Nextcloud 35 メンテナンスリリースへアップグレードし、その後通常のアップグレードを実行することです。例: sudo -u www-data php occ upgrade 修正済みリリースがインストールされるまで、同じユーザー名とアプリパスワードでレガシー WebDAV エンドポイントを使用してください: https://your-server/remote.php/webdav/ 次の代わりに: https://your-server/remote.php/dav/files// レガシーエンドポイントとブラウザー/Cookie セッションは、暗号化キーを正しく初期化するため動作します。ログアウトして再ログインすると Web UI には役立つ場合がありますが、デスクトップまたは DAVx5 クライアントからの基本認証リクエストは解決しません。対処として暗号化を無効化したり、マスターキーへ切り替えたり、ファイルを再暗号化したりしないでください。

Question 5

Nextcloudの公開共有パスワードが、共有設定を2回保存した後でなければ機能しないのはなぜですか？

Accepted Answer

これは Nextcloud 32.0.2/32.0.3 の既知のバグです。公開リンク共有にパスワードを追加した際、最初の保存時にパスワードが適用されないことがあります。回避策として、その公開リンクの共有設定を再度開き、もう一度「保存」をクリックしてください。変更を加える必要はありません。その後、その共有にアクセスするとパスワードの入力を求められるようになります。

Nextcloud Server

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト