ownCloud Apache .htaccess 경고를 안전하게 제거하는 방법
ownCloud의 웹 루트에만 AllowOverride All을 설정하고, 활성 Apache vhost를 확인한 다음, 안전하게 페이지를 새로 고침하여 .htaccess 규칙을 복원하십시오.
ownCloud 서버에서 Windows 또는 Samba 공유에 액세스하려면 외부 저장소 지원 앱을 활성화하고 ownCloud 관리 페이지에서 SMB/CIFS 저장소 마운트를 추가하세요. 공유의 서버 주소, 공유 이름 및 유효한 SMB 자격 증명을 사용하면 됩니다. 일반적으로 Linux에서 먼저 공유를 마운트할 필요는 없습니다mount.cifs .
이 방법을 사용하면 SMB 서버에서 적용하는 권한을 유지하면서 기존 네트워크 파일을 ownCloud 파일 인터페이스에 노출할 수 있습니다. 아래 지침은 ownCloud Infinite Scale이 아닌 ownCloud Infinite Scale 10.16 및 11.0 버전에 대해 설명된 기존 ownCloud 서버 외부 저장소 인터페이스에 적용됩니다.
ownCloud에 대한 관리자 액세스 권한, 접속 가능한 SMB 서버, 액세스 권한이 있는 공유 폴더, 그리고 필요한 읽기/쓰기 권한이 있는 SMB 계정이 필요합니다. ownCloud와 파일 서버 간에 TCP 포트 445가 열려 있어야 하며, SMB를 공용 인터넷에 노출하는 대신 신뢰할 수 있는 사설 네트워크 또는 VPN을 통해 연결하는 것이 좋습니다.
구체적인 예를 들어 설명하자면, SMB 서버가 files.internal.example, 공유 폴더가 Projects, 서비스 계정이 라고 가정해 ACME\oc-share보겠습니다. ownCloud에 표시할 폴더는 가 됩니다 Team Projects. 이 값들은 가상의 값이므로 실제 서버 정보로 대체하십시오.
일반적인 Linux 설치 환경에서는 Samba 클라이언트와 적절한 PHP SMB 클라이언트 확장 프로그램이 필요할 수 있습니다. 예를 들어, Debian 기반 호스트에서는 명령줄 테스트 클라이언트를 설치하십시오.
sudo apt update
sudo apt install smbclient
확장 프로그램을 설치하기 전에 ownCloud에서 사용하는 PHP 버전과 설치 방법을 확인하십시오. ownCloud Server 10.16 Ubuntu 설치 지침은 php7.4-smbclientPHP 7.4 설정을 기준으로 작성되었으므로, 실제 사용 중인 PHP 환경 및 저장소와 일치하는 경우에만 해당 패키지를 사용하십시오. 확장 프로그램을 활성화한 후 ownCloud를 실행하는 PHP 서비스 또는 웹 서버를 재시작하고, 다음 명령어를 사용하여 모듈이 제대로 로드되었는지 확인하십시오 php -m | grep -i smbclient. 이 명령어는 CLI PHP를 확인하는 것이며, 웹 프로세스는 별도의 구성을 사용할 수 있습니다.
공식 ownCloud Server 11.0 Docker 이미지의 SMB 문서 에는 런타임 SMB 종속성이 포함되어 있다고 나와 있지만, 수동 테스트를 위한 명령어는 포함되어 있지 않습니다 smbclient. 따라서 모든 컨테이너 이미지에서 동일한 host-package 명령어가 적용된다고 가정하지 마십시오.
ownCloud 설정을 변경하기 전에 ownCloud 호스트 또는 네트워크 환경에서 이름 확인, 인증 및 공유 자체를 테스트하십시오. `--config-name`이 있는 호스트에서 다음 명령 smbclient을 실행하십시오.
smbclient -L //files.internal.example -U 'ACME/oc-share'
smbclient //files.internal.example/Projects -U 'ACME/oc-share' -c 'ls'
명령줄에 SMB 계정 암호를 입력하는 대신, 암호를 묻는 메시지가 나타나면 암호를 입력하십시오. 첫 번째 명령은 사용 가능한 공유 목록을 표시하고, 두 번째 명령은 특정 공유에 대한 액세스 권한을 확인합니다. 목록 표시가 쓰기 권한을 보장하는 것은 아닙니다. 명령이 실패하면 진행하기 전에 서버 이름 또는 IP 주소, 공유 이름, 자격 증명, 도메인, 방화벽 규칙 및 Windows 또는 Samba 서버의 유효 권한을 확인하십시오. ownCloud SMB/CIFS 가이드 에서도 구성 전에 테스트를 권장합니다 smbclient.
관리자가 관리하는 공유 폴더를 생성하기 위해 '사용자가 외부 저장소를 마운트할 수 있도록 허용' 옵션을 활성화할 필요는 없습니다 . 이 별도의 설정을 통해 사용자는 관리자가 일반적으로 노출하지 않는 네트워크 서비스에 대한 연결을 포함하여 자체 마운트를 생성할 수 있습니다. 자세한 내용은 ownCloud의 외부 저장소 구성 설명서를 참조하십시오 .
새 저장소 행에 연결 정보를 입력합니다. 다음 예에서는 SMB 공유 이름과 ownCloud에서 사용자가 보는 폴더 이름을 분리합니다.
| ownCloud 필드 | 예시 값 | 목적 |
|---|---|---|
| 폴더 이름 | 팀 프로젝트 | 파일 인터페이스에 표시되는 이름 |
| 외부 저장소 | SMB/CIFS | SMB 백엔드를 직접 사용합니다. |
| 호스트 | files.internal.example | SMB 서버의 호스트 이름 또는 IP 주소 |
| 공유 | 프로젝트 | 전체 UNC 경로를 제외한 원격 공유 이름 |
| 원격 하위 폴더 | 팀 (선택 사항) | 공유 폴더 내의 기존 폴더로 마운트를 제한합니다. |
| 도메인 | ACME (필요한 경우) | 계정과 연결된 도메인 또는 작업 그룹 |
| 인증 | 사용자 이름과 비밀번호 | 이 공유에 대한 명시적 자격 증명 |
| 사용 가능 | 선택된 ownCloud 그룹 | 산의 시야를 가립니다 |
oc-share별도의 도메인 필드에 입력한 경우 사용자 이름으로 입력하십시오 ACME. 호스트 필드에는 입력하지 마시고 //files.internal.example/Projects, 공유 이름을 선택적 하위 폴더와 혼동하지 마십시오. 원격 하위 폴더의 경우 ownCloud는 $user현재 ownCloud 사용자 이름과 일치하는 기존 디렉터리를 선택할 수 있도록 지원하며, 해당 디렉터리를 새로 생성하지는 않습니다.
일반 서비스 계정의 경우 사용자 이름과 비밀번호를 사용하는 것이 간단하지만, 해당 계정의 SMB 권한에 따라 액세스 권한이 결정됩니다. 사용자가 ownCloud 자격 증명과 일치하는 자체 자격 증명으로 SMB에 인증하는 경우, 로그인 자격 증명을 세션에 저장하는 방식 이 더 적합할 수 있습니다. 그러나 ownCloud는 세션 자격 증명 사용 시 중요한 제한 사항을 명시하고 있습니다. 백그라운드 스캔 및 마운트된 스토리지의 직접 공유는 저장된 자격 증명을 사용할 때와 같이 작동하지 않습니다. 편의성만을 고려하지 말고 실제 인증 및 스캔 요구 사항을 기준으로 선택하십시오. 외부 스토리지 인증 메커니즘을 참조하십시오 .
사용 가능 범위를 의도한 ownCloud 사용자 또는 그룹으로 제한하십시오 . 관리자가 생성한 마운트는 기본적으로 모든 사용자가 사용할 수 있습니다. 직원이 파일 탐색만 필요한 경우 마운트의 읽기 전용 옵션을 활성화하고 SMB 서버에서도 읽기 전용 액세스를 적용하십시오. 액세스 정책에서 요구하는 경우가 아니면 마운트에서 공유 기능을 비활성화하십시오.
필수 입력값을 모두 입력하면 ownCloud에서 스토리지 정보를 자동으로 저장합니다. 녹색 상태 표시등은 연결이 준비되었음을 의미하며, 빨간색 또는 노란색 표시등은 추가 조사가 필요함을 나타냅니다. ownCloud는 외부 스토리지 연결 실패 시 10분 동안 사용 불가 상태로 표시할 수 있으므로, 문제 해결 후 상태 표시등을 클릭하거나 관리 페이지를 새로고침하세요.
smbclient동일한 계정을 사용한 테스트 결과와 비교하십시오.occ files:scan이러한 제한을 해결하기 위한 방법으로 예약 실행을 시도하지 마십시오.커널 수준의 CIFS 마운트를 ownCloud에 로컬 저장소로 노출하는 것은 일반적으로 잘못된 대체 방법입니다. ownCloud는 이러한 파일 시스템 마운트가 사라지면 로컬 디렉터리가 비어 있는 것으로 인식하여 삭제 이벤트를 전파할 수 있다고 경고합니다. 대신 SMB/CIFS 백엔드를 직접 사용하십시오. 자세한 내용은 공식 로컬 저장소 경고를 참조하십시오 .
'사용 가능' 에 허용된 사용자로 로그인합니다 . '파일'을 열고 '팀 프로젝트'를 찾습니다 . 기존 디렉터리를 찾아 작은 테스트 파일을 엽니다. SMB 계정과 ownCloud 마운트 모두 쓰기 권한이 있는 경우, 무해한 테스트 파일을 업로드하고 SMB 서버에 나타나는지 확인합니다. 확인 후 해당 파일을 삭제합니다. 읽기 전용 마운트의 경우, 수정이 차단되었는지 확인합니다.
마지막으로, 페이지를 새로 고침한 후에도 저장소 행이 녹색으로 유지되는지, 그리고 허용된 그룹 외부의 다른 사용자가 마운트를 볼 수 없는지 확인하십시오. 이러한 검사를 통해 ownCloud가 올바른 SMB 공유에 접근할 수 있는지, 원격 계정에 의도된 액세스 권한이 있는지, 그리고 마운트가 의도된 사용자에게만 노출되는지 확인할 수 있습니다.
ownCloud의 웹 루트에만 AllowOverride All을 설정하고, 활성 Apache vhost를 확인한 다음, 안전하게 페이지를 새로 고침하여 .htaccess 규칙을 복원하십시오.
ownCloud의 엔터프라이즈 감사 앱을 활성화하고, admin_audit 이벤트를 보호된 로그 파일로 라우팅하고, 실제 사용자 작업이 기록되는지 확인하십시오.
Keycloak의 영역 발급자, 웹 클라이언트 및 사용자 클레임을 정렬하여 ownCloud Infinite Scale이 웹 및 모바일 클라이언트 전반에서 사용자를 안정적으로 로그인할 수 있도록 합니다.
ownCloud의 occ 명령어를 사용하여 소유 파일과 공유 폴더를 이전하고, 어떤 파일이 남는지 확인하고, 이전 계정을 삭제하기 전에 액세스 권한을 확인하세요.
ownCloud 10 데이터베이스 인덱스에 주의가 필요한 시점, 지원되는 스키마 업데이트를 안전하게 적용하는 방법, 그리고 쿼리 튜닝이나 데이터베이스 변경이 더 나은 해결책인 경우를 알아보세요.
Windows 또는 Samba 네트워크 공유를 외부 저장소를 통해 ownCloud에 연결하고, 자격 증명을 확인하고, 액세스할 수 없는 폴더 문제를 안전하게 해결하세요.
계정 하나 또는 모든 사용자에 대해 저장된 모든 ownCloud Server Classic 파일 버전을 삭제하고, 전체 삭제와 보존 기간 만료를 구분할 수 있습니다.
ownCloud 모바일 연결 거부 문제를 추적하려면 서버 URL, 휴대폰 네트워크, HTTPS 엔드포인트 및 서버 로그를 올바른 순서대로 확인하십시오.
온디맨드 작업 실행을 ownCloud에서 지원하는 occ system:cron 명령을 15분마다 실행하는 systemd 타이머로 대체합니다.
Apache, Nginx 또는 리버스 프록시를 통해 WebDAV 요청을 추적한 다음 인증된 PROPFIND 테스트를 사용하여 ownCloud 동기화가 제대로 작동하는지 확인하십시오.