occ 명령어를 사용하여 ownCloud 파일 버전을 안전하게 삭제하세요
계정 하나 또는 모든 사용자에 대해 저장된 모든 ownCloud Server Classic 파일 버전을 삭제하고, 전체 삭제와 보존 기간 만료를 구분할 수 있습니다.
ownCloud 모바일 앱에서 "연결 거부됨"이라는 메시지가 표시되면, 먼저 동일한 휴대폰의 브라우저에서 서버 주소를 열고 앱이 서버의 기본 URL과 올바른 네트워크를 사용하고 있는지 확인하세요. 연결 거부는 일반적으로 앱이 로그인 단계에 도달하기 전에 발생하므로, 비밀번호나 앱 설정을 변경하기 전에 서버와 해당 HTTPS 엔드포인트에 연결할 수 있는지 확인하는 것이 중요합니다.
앱은 먼저 서버와 네트워크 연결을 설정해야 합니다. 연결이 설정된 후에야 ownCloud는 사용자 이름, 비밀번호 또는 로그인 절차를 확인할 수 있습니다. 따라서 연결 거부는 주소, 네트워크 경로, 방화벽 또는 웹 서버 수신기에 문제가 있음을 나타냅니다. 이는 잘못된 비밀번호 메시지와는 다릅니다. 인증서 경고 또한 별개의 문제입니다. 이는 서버가 앱이 TLS 인증서를 확인할 수 있을 만큼 충분히 응답했음을 의미합니다.
문제 해결을 시작하기 전에 관리자가 제공한 정확한 서버 주소(경로 포함)를 확인하고, 해당 /owncloud서버가 회사 네트워크 또는 VPN을 통해서만 접근 가능하도록 설정되어 있는지 알아두십시오. 서버를 관리하는 경우 DNS, 방화벽, 리버스 프록시 및 웹 서버 상태에도 접근할 수 있어야 합니다.

https://cloud.example.com/owncloud설치된 경우 예는 `https://cloud.example.com /etc/server.com /remote.php/webdav...
ownCloud는 모바일 연결에 HTTPS를 권장합니다. https://서버 관리자가 명시적으로 다른 방법을 지시하지 않는 한 HTTPS를 유지하십시오. 일반 HTTP로 전환하면 자격 증명 및 파일 트래픽이 노출될 수 있습니다. 연결 시작 후 앱에 인증서 경고가 표시되면 경고를 자동으로 해제하지 말고 관리자에게 인증서 문제를 해결하거나 조직에서 승인한 인증서 절차를 확인하도록 요청하십시오. Android 연결 지침에는 서버 URL 입력 및 인증서 확인 방법이 설명되어 있습니다.

관리자에게 정확한 URL, 접속 실패 시간(시간대 포함), 브라우저에서도 동일한 오류가 발생하는지 여부, Wi-Fi, 모바일 데이터 또는 VPN 사용 시 결과가 달라지는지 여부를 알려주세요. 관리자에게 확인을 요청하세요.
관리자의 경우, 기본적인 외부 프로브를 통해 TCP 연결 거부와 HTTP 응답을 구분할 수 있습니다. curl -v --connect-timeout 5 https://cloud.example.com/owncloud/예시 호스트와 경로는 실제 값으로 대체하십시오. 연결 거부 또는 시간 초과는 엔드포인트 또는 네트워크 연결 가능성 문제를 나타냅니다. HTTP 상태 코드는 연결이 설정되었음을 의미하므로, 반환된 경로, 인증 또는 인증서 동작을 조사해야 합니다. 테스트를 위해 방화벽 포트를 광범위하게 열거나 방화벽을 비활성화하지 마십시오. 의도된 수신자와 제한된 범위의 규칙을 검사하십시오.

브라우저에서 서버 주소가 로드되지만 앱이 여전히 작동하지 않는 경우, 모바일 앱 로그를 수집하여 관리자에게 ownCloud 및 웹 서버 로그와 비교해 달라고 요청하십시오. 공식 Android 문제 해결 지침에서는 앱 로그를 설정에서 확인할 수 있습니다. 로그가 숨겨져 있는 경우 빌드 번호를 다섯 번 탭하면 나타납니다. iOS 문제 해결 지침에서는 설정 > 로깅에서 로깅을 활성화하는 방법을 설명합니다. 요청/응답 로그에는 민감한 정보가 포함될 수 있으므로 승인된 채널을 통해서만 관리자 또는 ownCloud 지원팀과 공유하십시오.
서버에서는 ownCloud 자체 로그와 웹 서버의 오류 및 액세스 로그를 검토하는 것이 좋습니다. Linux 기반 Apache 서버의 경우, ownCloud Android 문제 해결 페이지에 따르면 로그는 일반적으로 다음 위치에 있습니다. /var/log/apache2다른 서버, 컨테이너 및 호스팅 제공업체에 따라 로그 위치는 다를 수 있습니다. 테스트 시간의 액세스 로그 항목을 통해 요청이 해당 웹 서버에 도달했음을 확인할 수 있습니다. 일치하는 항목이 없는 경우 DNS, 라우팅, 방화벽 또는 프록시 처리 과정에서 연결에 실패했을 수 있습니다. 자세한 내용은 ownCloud 공식 로그 수집 지침을 참조하십시오 .
ownCloud 앱에서 수정된 기본 URL과 서버에서 요구하는 네트워크를 사용하여 다시 시도하십시오. 앱이 연결 확인을 통과하고 로그인 또는 파일 보기 화면에 오류 없이 표시되면 문제가 해결된 것입니다. 브라우저에서는 작동하지만 앱에서 작동하지 않는 경우, 관리자에게 앱 버전, 휴대폰 운영 체제 버전, 개인 정보는 삭제된 정확한 서버 URL, 테스트 시간, 사용한 네트워크 및 개인 정보가 삭제된 로그 발췌본을 보내주십시오.
계정 하나 또는 모든 사용자에 대해 저장된 모든 ownCloud Server Classic 파일 버전을 삭제하고, 전체 삭제와 보존 기간 만료를 구분할 수 있습니다.
ownCloud 모바일 연결 거부 문제를 추적하려면 서버 URL, 휴대폰 네트워크, HTTPS 엔드포인트 및 서버 로그를 올바른 순서대로 확인하십시오.
온디맨드 작업 실행을 ownCloud에서 지원하는 occ system:cron 명령을 15분마다 실행하는 systemd 타이머로 대체합니다.
Apache, Nginx 또는 리버스 프록시를 통해 WebDAV 요청을 추적한 다음 인증된 PROPFIND 테스트를 사용하여 ownCloud 동기화가 제대로 작동하는지 확인하십시오.
Nextcloud에서 발생하는 발신 주소 누락 경고를 해결하려면 정규 URL을 설정하고 서버 자체에서 DNS, HTTPS 및 역방향 프록시 라우팅을 확인하십시오.
Nextcloud 캐싱 및 파일 잠금을 위해 로컬 Unix 소켓을 통해 APCu와 Redis를 구성하는 방법을 설명합니다. 최신 및 이전 Nextcloud 버전에 대한 단계별 지침이 포함되어 있습니다.
Nextcloud의 cron 모드를 확인하고, systemd 서비스와 타이머를 복구하고, 백그라운드 작업이 시작 후 및 5분마다 실행되는지 확인하십시오.
Nextcloud 파일 잠금 기능을 안정적으로 활성화하고, 적절한 Redis 또는 Valkey 백엔드를 선택한 다음, 동시 파일 변경 위험 없이 경고가 사라지는지 확인하십시오.
최신 업데이트, HTTPS 및 HSTS 지원, 정확한 리버스 프록시 신뢰 설정, 그리고 공용 서버 검사를 통해 Nextcloud 스캔에서 흔히 발견되는 문제들을 해결하세요.
기존 파일을 암호화하기 전에 필요한 스토리지에 맞게 Nextcloud SSE를 구성하고, 암호화 키를 보호하고, 전송 및 CPU 사용량에 미치는 영향을 측정하십시오.