Nextcloud LDAP 및 Active Directory 로그인 설정
Nextcloud를 LDAP 또는 Active Directory에 연결하고, 사용자 및 그룹 필터를 사용하여 액세스를 제한하고, 배포 전에 보안 인증을 확인하십시오.
Nextcloud에서 2단계 인증(2FA)을 적용하려면 먼저 하나 이상의 2FA 제공업체를 활성화한 다음, 관리 설정 → 보안 에서 적용을 켜 거나 occ twofactorauth:enforce명령어를 사용하십시오. 제공업체는 인증 앱에서 발급하는 일회용 코드와 같이 두 번째 신원 확인을 제공하는 방법입니다. 적용을 활성화하면 선택한 범위에 대해 2FA가 필수적으로 적용됩니다. 단순히 제공업체를 설치하는 것만으로는 2FA가 의무화되지 않습니다. 이러한 단계는 최신 Nextcloud 35 관리 설명서를 따릅니다.
Nextcloud는 인증 제공업체의 가용성과 2단계 인증(2FA) 사용 필수 조건을 분리합니다. 관리자는 먼저 인증 제공업체를 활성화해야 하며, 그 후에 사용자가 자신의 계정에서 인증 방법을 활성화하거나, 관리자가 2단계 인증을 강제 적용하여 사용자가 설정을 완료해야 합니다. 내장된 TOTP(Time To Pass) 제공업체는 호환되는 인증 앱에서 생성된 시간 기반 코드를 지원합니다. Nextcloud 35에서는 기본적으로 설치되어 있지만 비활성화되어 있습니다. 백업 코드 제공업체는 항상 활성화되어 있으며 사용자에게 일회용 복구 코드를 제공합니다.
대규모 그룹에 대한 요구 사항을 활성화하기 전에 모든 계정에 적용할지 아니면 시범 그룹에만 적용할지 결정하십시오. 또한 서비스, 통합 및 비상 관리자 계정을 식별하십시오. 포괄적인 규칙은 아직 등록하지 않았거나 인증 지점에 접근할 수 없는 사용자의 액세스를 차단할 수 있습니다. Nextcloud 공식 가이드에는 그룹 선택 및 제외에 대한 설명이 나와 있으며, 사용자가 제외된 그룹에 속해 있는 경우 선택된 그룹의 멤버십이 우선 적용됩니다. 정책을 적용하기 전에 멤버십을 검토하십시오.
사용자가 이미 등록한 공급자를 마이그레이션 계획 없이 비활성화하거나 제거하지 마십시오. 관리자 설명서에는 Nextcloud가 공급자 연결을 유지하므로 앱을 제거하면 사용자가 로그인 시 '사용 불가' 경고를 볼 수 있다고 명시되어 있습니다. 공급자를 영구적으로 제거한 경우 문서화된 정리 절차를 참조하고 해당 작업이 되돌릴 수 없음을 이해해야 합니다.
그룹을 선택하지 않으면 Nextcloud는 제외 그룹 구성원을 제외한 모든 사용자에게 2단계 인증(2FA)을 적용합니다. 그룹을 선택하면 해당 그룹 구성원에게 2FA가 적용됩니다. 사용자가 선택된 그룹과 제외 그룹 모두에 속하는 경우, 선택된 그룹이 우선 적용되므로 2FA 요구 사항이 여전히 유효합니다. 따라서 2FA 적용을 활성화하기 전에 중첩되거나 동기화된 그룹 구성원 관계를 확인하는 것이 중요합니다.
occ`nextcloud`는 Nextcloud의 명령줄 관리 도구입니다. Nextcloud 설치 디렉터리에서 웹 서버 사용자로 명령을 실행하십시오. 사용자 이름과 경로는 설치 방법에 따라 다를 수 있습니다. 아래 예제에서는 문서화된 Debian 또는 Ubuntu 스타일 계정을 사용합니다 www-data.
# Enforce 2FA for every user
sudo -E -u www-data php occ twofactorauth:enforce --on
# Enforce for selected groups, with a service-account exclusion
sudo -E -u www-data php occ twofactorauth:enforce --on \
--group=staff --group=admins --exclude=service-accounts
# Check a user's 2FA state
sudo -E -u www-data php occ twofactorauth:state alex
그룹 ID와 사용자 ID를 서버에 존재하는 값으로 바꾸세요. 예시 정책은 staff및 그룹 구성원에 대해 2FA를 적용하지만 admins, 서비스 계정을 제외하는 것이 보편적인 권장 사항은 아닙니다. 계정을 제외하기 전에 해당 계정의 인증 방식과 이를 보호하는 보완 제어 장치를 결정해야 합니다. Nextcloud에서는 --off적용을 비활성화하는 방법을 안내하지만, 이는 테스트 목적이 아닌 계획된 롤백 용도로 사용해야 합니다.
sudo -E -u www-data php occ twofactorauth:enforce --off
최신 구문은 Nextcloud 35 공식 사용자 및 그룹 명령 참조를 확인하세요 . 컨테이너화된 설치, Snap 설치 및 기타 설치 환경에서는 다른 명령 접두사 또는 실행 컨텍스트가 필요할 수 있습니다. 예제를 그대로 복사하지 말고 배포 환경에 맞는 지침을 따르세요.
대표 사용자에 대한 적용 상태를 확인하려면 다음 명령을 사용하십시오 occ twofactorauth:state <uid>. 그런 다음 적용된 사용자에 대해 일반 브라우저 로그인을 테스트하고 Nextcloud에서 구성된 인증 요소를 요구하는지 확인합니다. 제외된 사용자는 예외가 의도적인 경우에만 확인하십시오. 복구 코드는 안전하게 보호하고 정책을 확장하기 전에 관리자가 문서화된 복구 경로를 숙지하도록 하십시오.
사용자가 인증 요소를 분실한 경우, Nextcloud는 해당 공급자가 지원하는 경우 해당 사용자에 대해 2단계 인증(2FA)을 비활성화할 수 있는 공급자별 관리자 명령을 제공합니다 sudo -E -u www-data php occ twofactorauth:disable <uid> <provider_id>. 이는 복구 조치이며, 모든 사용자에 대한 인증 강도를 약화시키는 방법이 아닙니다. 공식 설명서에는 지원되는 상황에서 일회용 로그인 코드를 발급할 수 있는 별도의 2단계 인증 관리자 지원 앱에 대한 설명도 있습니다. 해당 앱을 사용하기 전에 설치된 버전과 공급자에 맞는 적절한 방법을 확인하십시오.
자세한 내용은 Nextcloud 35 관리자 가이드의 2단계 인증 관련 내용 과 Nextcloud 35 사용자 가이드의 등록 및 백업 코드 관련 내용을 참조하십시오. 공급자 가용성 및 정확한 인터페이스 레이블은 Nextcloud 버전과 활성화된 앱에 따라 달라질 수 있으므로 모든 사용자에게 2단계 인증을 적용하기 전에 인스턴스에서 확인하십시오.
Nextcloud를 LDAP 또는 Active Directory에 연결하고, 사용자 및 그룹 필터를 사용하여 액세스를 제한하고, 배포 전에 보안 인증을 확인하십시오.
지원되는 2FA 제공업체를 활성화하고 계정 복구를 준비한 다음 모든 사용자 또는 선택한 Nextcloud 그룹에 대해 2단계 인증을 요구하십시오.
Collabora CODE에서 편집된 파일은 저장 계층을 암호화하고, 임시 데이터를 보호하며, 암호화 및 복구를 검증하여 안전하게 보호됩니다.
호스트 아키텍처를 확인하고, CODE 태그가 ARM64를 게시하는지 확인하고, 강제 AMD64 설정을 제거하고, 이미지 오류와 권한 또는 메모리 문제를 구분하십시오.
Collabora Online과 ownCloud Infinite Scale 간의 WOPI 연결을 설정하고, 올바른 서비스 URL을 구성하고, 문서 편집 내용이 저장되는지 확인합니다.
Collabora Online CODE에서 문서 내보내기를 방지하려면 WOPI DisableExport 권한을 설정한 다음 호스트와 편집기에서 해당 권한이 적용되는지 확인하십시오.
Nginx TLS 종료, Collabora 라우팅 및 WebSocket 헤더를 구성한 다음 실제 문서를 열기 전에 공개 엔드포인트를 테스트하십시오.
10분 동안 지속되는 CODE 연결 끊김 현상을 프록시, 로드 밸런서 또는 WebSocket 경로에서 추적한 다음, 타임아웃을 수정하고 세션 연결이 유지되는지 확인합니다.
Collabora 공식 Helm 차트를 설치하고, WOPI 액세스 및 인그레스 선호도를 구성하고, 일반적인 설정 오류 없이 배포를 확인합니다.
Collabora에서 빈 문서가 열리는 이유를 찾으려면 브라우저 요청, WOPI 로그 및 대상 프록시 검사를 사용하고, 증거에 맞는 해결책을 선택하십시오.