Question 1

Active Directory 비밀번호 변경 후 Nextcloud SMB 외부 저장소를 사용할 수 없게 되는 이유는 무엇인가요?

Accepted Answer

AD/LDAP 비밀번호 변경 후, Nextcloud는 'oc_storages_credentials' 테이블에 저장된 자격 증명을 자동으로 업데이트하지 않아 StorageNotAvailableException과 함께 Forbidden 로그인 오류가 발생합니다. 해결 방법: 데이터베이스에서 해당 사용자의 행만 삭제하고(예: `DELETE FROM oc_storages_credentials WHERE user_id = 'username';`), 사용자가 Nextcloud에 다시 로그인하도록 합니다. 모든 사용자에 대해 전체 테이블을 자르면 기존 공유가 손상되므로 피하십시오. 영구적인 수정을 위해 Nextcloud 이슈 #59969를 모니터링하세요.

Question 2

How to clean up orphaned S3 multipart uploads left by abandoned Nextcloud chunked uploads?

Accepted Answer

This is a known bug in Nextcloud 35.0.1 with S3-compatible primary storage: when a chunked upload (v2) is interrupted (browser closed, connection lost), the `UploadCleanup` background job deletes the upload folder but never aborts the underlying S3 multipart upload. The parts remain in the bucket indefinitely, costing billed storage that is invisible in Nextcloud.

**Workaround 1 – S3 bucket lifecycle rule (recommended):** Configure the bucket to automatically abort incomplete multipart uploads:
```json
{
  "Rules": [{
    "ID": "AbortIncompleteMultipartUploads",
    "Status": "Enabled",
    "Filter": {"Prefix": ""},
    "AbortIncompleteMultipartUpload": {"DaysAfterInitiation": 7}
  }]
}
```
Apply with: `aws s3api put-bucket-lifecycle-configuration --bucket YOUR_BUCKET --lifecycle-configuration file://lifecycle.json`

**Workaround 2 – Manual cleanup:** List leftover uploads with `aws s3api list-multipart-uploads --bucket YOUR_BUCKET`, then abort each one: `aws s3api abort-multipart-upload --bucket YOUR_BUCKET --key OBJECT_KEY --upload-id UPLOAD_ID`.

**Root cause:** Chunks are stored as parts of a multipart upload of the target object. Only a WebDAV `DELETE` (`ChunkingV2Plugin::beforeDelete()`) aborts it; the cleanup job deletes via the node API, which is unaware of the multipart upload. Also, the session holding the upload ID expires 24h after the last chunk — roughly when the daily cleanup runs — so the ID is already gone.

**Permanent fix:** The cleanup job now aborts the session's multipart upload before deleting the folder, and the upload session TTL is extended from 1 to 3 days so the upload ID still exists when the daily cleanup detects the inactive folder. Update to the patched Nextcloud release containing this fix.

Question 3

Nextcloud가 'Object moved' 오류로 Office 365 ICS 캘린더 구독을 새로 고치지 못하는 이유는 무엇인가요?

Accepted Answer

Microsoft Outlook은 Nextcloud의 기본 'Nextcloud Webcal Service'를 포함한 특정 User-Agent 헤더의 요청을 차단합니다. 이 문제를 해결하려면 'apps/dav/lib/CalDAV/WebcalCaching/Connection.php'를 수정하여 호스트가 'outlook.office365.com'일 때 User-Agent를 'Mozilla/5.0 (Linux) Chrome/139'로 설정하십시오. 패치는 GitHub 이슈 #54799를 참조하십시오.

Question 4

user-key encryption을 사용하는 Nextcloud 35로 업그레이드한 후 PrivateKeyMissingException 및 /remote.php/dav/files/에서 발생하는 503 오류를 어떻게 수정하나요?

Accepted Answer

이것은 per-user server-side encryption을 사용하는 Nextcloud 35 regression입니다. 새로운 /remote.php/dav/files/ endpoint에서 encryption app이 login/basic authentication 중에 초기화되지 않아 사용자의 private key를 사용할 수 없고 GET/PUT 요청이 PrivateKeyMissingException 또는 Cannot decrypt this file로 실패합니다. 영구적인 수정은 upstream fix인 fix(encryption): ensure app is loaded on login을 포함하는 Nextcloud 35 maintenance release로 업그레이드한 다음, 일반 업그레이드를 실행하는 것입니다. 예를 들어: sudo -u www-data php occ upgrade 패치된 release가 설치될 때까지는 동일한 username과 app password를 사용하여 legacy WebDAV endpoint를 사용하십시오: https://your-server/remote.php/webdav/ 다음 대신: https://your-server/remote.php/dav/files// legacy endpoint와 browser/cookie sessions는 encryption keys를 올바르게 초기화하므로 작동합니다. 로그아웃했다가 다시 로그인하면 web UI에는 도움이 될 수 있지만, desktop 또는 DAVx5 clients의 basic-auth 요청을 해결하지는 않습니다. 문제 해결 조치로 encryption을 비활성화하거나, master key로 전환하거나, 파일을 re-encrypt하지 마십시오.

Question 5

Nextcloud 공개 공유 비밀번호가 공유 설정을 두 번 저장한 후에야 작동하는 이유는 무엇인가요?

Accepted Answer

이는 Nextcloud 32.0.2/32.0.3의 알려진 버그입니다: 공개 링크 공유에 비밀번호를 추가할 때 첫 번째 저장에서 비밀번호가 적용되지 않을 수 있습니다. 해결 방법으로, 해당 공개 링크의 공유 설정을 다시 열고 변경 없이 저장을 다시 클릭하세요. 이후 해당 공유에 접근할 때 비밀번호 입력을 요청하게 됩니다.

Nextcloud Server

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트