Nextcloud가 자체적으로 접속할 수 있도록 공개 URL을 설정하세요.
Nextcloud에서 발생하는 발신 주소 누락 경고를 해결하려면 정규 URL을 설정하고 서버 자체에서 DNS, HTTPS 및 역방향 프록시 라우팅을 확인하십시오.
Nextcloud의 정규 기본 URL을 사용자가 실제로 사용하는 주소로 설정한 다음, Nextcloud 서버가 해당 주소를 확인하고 연결할 수 있는지 확인하십시오. 일반적인 HTTPS 설치의 경우 핵심 설정은 다음과 같습니다 overwrite.cli.url. Nextcloud가 리버스 프록시 뒤에 있는 경우, 설정에 필요한 경우에만 전달된 프로토콜 또는 웹 루트를 수정하십시오.
"서버에 발신 주소가 없습니다"라는 경고는 Nextcloud가 자체 웹 서비스로 연결되는 주소를 생성하거나 확인하는 데 실패했음을 나타낼 수 있습니다. 현재 Nextcloud 문서에서는 여러 설정 검사를 수행하려면 웹 서버가 신뢰할 수 있는 도메인 또는 구성된 주소 중 하나에 연결되어야 합니다 overwrite.cli.url. 이는 외부 서비스에 대한 DNS, 방화벽 또는 프록시 액세스 문제를 나타내는 일반적인 "인터넷 연결이 작동하지 않습니다" 경고와는 다릅니다.
사용자가 일반적으로 입력하는 안정적인 URL을 선택하십시오. 예를 들어, 사용자가 를 열면 https://cloud.example.com해당 스키마와 호스트 이름을 그대로 사용하십시오. 설치 파일이 와 같은 하위 디렉터리에서 제공되는 경우 기본 URL에 를 https://example.com/nextcloud포함하십시오 . 생성된 링크가 해당 컴퓨터 외부의 사용자에게도 작동해야 하는 경우, 정규 URL로 또는 개인 컨테이너 이름을 사용하지 마십시오./nextcloudlocalhost
Nextcloud는 overwrite.cli.url일반 브라우저 요청 외의 링크 생성 시, 명령줄 및 백그라운드 작업 컨텍스트를 포함하여, 이 URL을 기본 URL로 사용합니다. 따라서 설치 중에 잘못된 URL이 추론되어 경고 또는 깨진 링크가 발생하는 경우에 이 설정이 적합합니다.
일반적인 Linux 설치 환경에서는 Nextcloud 디렉토리 occ(일반적으로 ` Nextcloud.txt` 디렉토리)로 이동한 /var/www/nextcloud후 웹 서버 사용자 권한으로 다음 명령어를 실행하세요.
cd /var/www/nextcloud
sudo -u www-data php occ config:system:set overwrite.cli.url --value="https://cloud.example.com"
예시 URL을 실제 공개 주소로 바꾸십시오. 하위 디렉터리에 설치하는 경우 해당 경로를 포함하십시오(예: ) https://example.com/nextcloud. 설치에 다른 웹 서버 계정, 컨테이너 또는 패키지 레이아웃이 사용되는 경우 해당 배포의 문서화된 방법을 사용하여 실행하십시오 occ. 위의 경로와 계정은 보편적이지 않습니다.
기존 배열을 편집 config/config.php하고 이 항목을 $CONFIG배열 안에 추가할 수도 있습니다.
'overwrite.cli.url' => 'https://cloud.example.com',
$CONFIG두 번째 배열을 생성하거나 파일의 나머지 부분을 덮어쓰지 마십시오 . 다른 항목이 뒤에 오는 경우 마지막 쉼표를 유지하십시오. 수동으로 편집하기 전에 활성 디렉터리 외부에 백업을 만드십시오. Nextcloud는 해당 디렉터리에서 .d로 끝나는 추가 파일을 라이브 구성으로 config로드할 수 있습니다 ..config.php
리버스 프록시는 공개 HTTPS 요청을 수락하고 이를 Nextcloud로 전달하는데, 경우에 따라 사설 네트워크에서 일반 HTTP를 통해 전달하기도 합니다. 그러면 Nextcloud는 자체 URL을 생성할 때 잘못된 스키마, 호스트 이름 또는 경로를 추론할 수 있습니다. 공식 리버스 프록시 가이드에서는 자동 감지가 실패할 경우에만 덮어쓰기 매개변수를 사용하고, .에 프록시 주소를 나열할 것을 권장합니다 trusted_proxies.
10.0.0.1Nextcloud를 제공하는 프록시의 경우 https://cloud.example.com/nextcloud기존 구성 배열 내의 관련 항목은 다음과 같습니다.
'trusted_proxies' => ['10.0.0.1'],
'overwriteprotocol' => 'https',
'overwritewebroot' => '/nextcloud',
'overwrite.cli.url' => 'https://cloud.example.com/nextcloud',
Nextcloud에서 프록시 및 공용 경로에 대해 실제로 인식하는 주소를 사용하십시오. 루트 도메인 설치의 경우, overwritewebroot특정 프록시 구성이 필요한 경우가 아니면 이 부분을 생략하십시오. Nextcloud는 overwritehost대부분의 설정에서 프록시를 통해 전달된 호스트 이름을 읽을 수 있으므로 이 설정이 불필요하다고 설명합니다. 특정 호스트 이름을 강제로 지정해야 하는 경우에만 설정하십시오. 잘못된 프록시 신뢰 또는 전달 헤더 설정은 클라이언트 IP 주소 해석에 영향을 줄 수 있으므로, 토폴로지를 확인하지 않고 예시 주소를 복사하지 마십시오.
Nextcloud 호스트에서 테스트하거나, 서비스가 Docker에서 실행되는 경우 Nextcloud 컨테이너에서 테스트하십시오. 먼저 이름 확인을 확인한 다음 HTTPS 요청을 수행하십시오.
getent ahosts cloud.example.com
curl -I https://cloud.example.com/status.php
호스트 이름은 의도한 접속 가능한 주소로 확인되어야 하며, 요청은 Nextcloud에서 인증서 오류 없이 HTTP 응답을 반환해야 합니다. 노트북에서 요청이 성공했다고 해서 서버가 동일한 URL에 접속할 수 있다는 것을 보장하는 것은 아닙니다. 라우터 뒤에 있는 홈 서버는 LAN 내부에서 자체 공용 주소로 접속하려고 할 때 실패할 수 있습니다. 이를 헤어핀 NAT 또는 NAT 루프백 문제라고 합니다. 동일한 공용 호스트 이름이 내부적으로 리버스 프록시의 LAN 주소로 확인되도록 DNS 분할을 구성하거나 라우터에서 지원하는 루프백 동작을 활성화하십시오. 원격 사용자에게 전송되는 링크가 유효하게 유지되도록 정규 URL을 공개 상태로 유지하십시오.
HTTPS가 정상이라는 증거로 인증서 문제를 "해결"하지 마십시오 curl -k. Nextcloud가 실행되는 시스템 또는 컨테이너에서 신뢰하는 인증서 체인을 설치하거나 구성한 다음 정상적으로 테스트를 다시 수행하십시오.
관리자 페이지에 Nextcloud에 인터넷 연결이 없거나 여러 외부 엔드포인트에 연결할 수 없다는 메시지가 표시되는 경우, overwrite.cli.url단순히 설정을 변경하는 것만으로는 인터넷 연결이 복구되지 않을 수 있습니다. 서버에서 DNS 확인 및 아웃바운드 방화벽 규칙을 확인하십시오. 네트워크에 HTTP 프록시가 필요한 경우, Nextcloud에서 지원하는 프록시 설정 또는 PHP 및 백그라운드 작업에서 사용하는 환경을 구성하십시오. 대화형 셸에서만 설정된 프록시는 예약된 작업에서 사용할 수 없을 수 있습니다.
Nextcloud가 정식 URL을 확인하고 접속할 수 있게 되면 관리 개요 화면을 새로고침하세요. 주소가 올바른 HTTPS 호스트 이름과 하위 디렉터리를 사용하는지 확인한 다음, 테스트 공유 링크를 생성하고 동일한 접속 가능한 호스트를 포함하는지 확인합니다. 발신 주소 경고는 사라졌지만 인터넷 연결 경고가 계속 표시되는 경우, 아웃바운드 액세스 문제를 별도로 조사하세요. Nextcloud의 최신 관리 설명서에는 URL 및 역방향 프록시 설정이 자세히 설명되어 있습니다. 화면의 정확한 문구는 릴리스 및 번역된 인터페이스에 따라 다를 수 있습니다.
Nextcloud에서 발생하는 발신 주소 누락 경고를 해결하려면 정규 URL을 설정하고 서버 자체에서 DNS, HTTPS 및 역방향 프록시 라우팅을 확인하십시오.
Nextcloud 캐싱 및 파일 잠금을 위해 로컬 Unix 소켓을 통해 APCu와 Redis를 구성하는 방법을 설명합니다. 최신 및 이전 Nextcloud 버전에 대한 단계별 지침이 포함되어 있습니다.
Nextcloud의 cron 모드를 확인하고, systemd 서비스와 타이머를 복구하고, 백그라운드 작업이 시작 후 및 5분마다 실행되는지 확인하십시오.
Nextcloud 파일 잠금 기능을 안정적으로 활성화하고, 적절한 Redis 또는 Valkey 백엔드를 선택한 다음, 동시 파일 변경 위험 없이 경고가 사라지는지 확인하십시오.
최신 업데이트, HTTPS 및 HSTS 지원, 정확한 리버스 프록시 신뢰 설정, 그리고 공용 서버 검사를 통해 Nextcloud 스캔에서 흔히 발견되는 문제들을 해결하세요.
기존 파일을 암호화하기 전에 필요한 스토리지에 맞게 Nextcloud SSE를 구성하고, 암호화 키를 보호하고, 전송 및 CPU 사용량에 미치는 영향을 측정하십시오.
Nextcloud의 파일 검색 기능을 Elasticsearch에 연결하고, 문서 콘텐츠를 색인화하고, 서버 및 보안 요구 사항에 맞는 설정을 선택하세요.
Nextcloud에서 지정된 보존 기간이 지나면 삭제된 파일을 제거하도록 설정하고, 백그라운드 작업을 안정적으로 예약하며, 모든 사용자의 휴지통을 비우는 명령을 사용하지 않도록 구성하십시오.
Nextcloud의 OCC 복구 기능을 안전하게 실행하고, 데이터베이스 변경 사항을 미리 보고, 경고가 계속 표시되는 이유를 확인하십시오.
PHP, Nginx 또는 Apache, 임시 저장소 및 시간 초과 설정을 조정하여 Nextcloud 브라우저의 대용량 파일 업로드를 허용하고, 어떤 제한 사항이 파일 업로드를 차단하는지 확인하십시오.