Nextcloud의 "서버에 발신 주소가 없습니다" 경고를 해결하는 방법

Nextcloud 관리 설정 → 개요에서 이 경고가 표시되면 먼저 Nextcloud 서버가 자체 정규 URL을 확인하고 연결할 수 있는지 확인하십시오. 사용자가 실제로 사용하는 URL로 설정한 overwrite.cli.url다음 Nextcloud가 실행되는 호스트 또는 컨테이너에서 해당 URL을 테스트하십시오. 서버에 고정된 공용 아웃바운드 IP 주소를 할당하는 것부터 시작하지 마십시오.

"서버에 발신 주소가 없습니다"라는 정확한 문구는 현재 Nextcloud 관리 설명서에서 확인되지 않았습니다. 이는 의역, 번역 또는 다른 경고일 수 있습니다. 아래 문제 해결 방법은 관리 개요에 설명된 자체 연결 확인 절차와 일치합니다. 이메일 구성 중에 이 메시지가 표시된 경우 아래의 별도 SMTP 섹션을 참조하십시오.

Nextcloud가 확인하는 사항과 확인하지 않는 사항은 무엇인가요?

Nextcloud 28부터 관리 설정 → 개요에 표시되는 설정 검사가 브라우저가 아닌 서버에서 실행됩니다. Nextcloud의 업그레이드 노트에 따르면 이러한 검사를 통해 DNS 확인, 서버 간 연결성, 방화벽 및 컨테이너 네트워킹과 관련된 문제를 파악할 수 있습니다 trusted_domains. overwrite.cli.url즉, 서버 자체의 네트워크 경로가 중요해졌습니다. 노트북 브라우저에서 정상적으로 작동하는 URL이라도 Nextcloud 호스트 또는 컨테이너에서는 접속이 불가능할 수 있습니다. Nextcloud의 Nextcloud 28 설정 검사 노트에는 이러한 변경 사항과 검사해야 할 영역에 대한 설명이 포함되어 있습니다.

이는 인터넷 트래픽을 서버로 연결하는 DNS 레코드를 게시하는 것과는 다릅니다. 개인 설치의 경우 관리자와 사용자가 접근하는 방식에 따라 내부 호스트 이름이나 주소를 사용할 수 있습니다. 외부 액세스, 페더레이션, 공개 공유 링크 및 인증서 발급에는 별도의 요구 사항이 적용될 수 있습니다. 먼저 경고 메시지를 정확히 어디에서 확인했는지, 그리고 사용 중인 Nextcloud 버전과 설치 방법을 확인하십시오.

1. 수정하기 전에 현재 URL과 프록시 설정을 확인하세요.

Nextcloud는 주요 설정 파일을 `/nextcloud.php`에 저장 config/config.php하지만, 실행 경로와 명령어는 occNextcloud 설치 방식에 따라 다릅니다. 소스 설치의 경우, Nextcloud 디렉토리에서 다음 명령어를 실행하세요. 예시 경로와 웹 서버 계정은 사용자의 계정 정보로 바꿔야 합니다.

sudo -u www-data php /var/www/nextcloud/occ config:system:get trusted_domains
sudo -u www-data php /var/www/nextcloud/occ config:system:get overwrite.cli.url
sudo -u www-data php /var/www/nextcloud/occ config:system:get trusted_proxies

값이 설정되지 않은 경우 출력이 없을 수 있습니다. Snap, Docker 또는 어플라이언스의 경우, 설치에서 지원하는 occ명령어를 예상 환경 내에서 실행하십시오. 호스트 측 PHP 명령어는 잘못된 구성을 읽거나 구성이 전혀 없을 수 있습니다. 구성을 편집하기 전에 복사본을 만들고, 해당 복사본을 Nextcloud의 운영 config디렉터리 외부에 보관하여 추가 구성 파일로 로드되지 않도록 하십시오.

trusted_domains`hostname`은 Nextcloud가 수신 요청에서 허용하는 호스트 이름 또는 IP 주소 목록입니다. `proxy`는 overwrite.cli.urlcron 또는 명령줄 작업과 같이 일반 웹 요청 외에서 Nextcloud가 URL을 생성할 때 사용하는 표준 기본 URL입니다. 이 URL에는 스키마와 필요한 경우 설치 하위 디렉터리가 포함되어야 합니다. 최신 Nextcloud 구성 참조 문서에서 이러한 URL 및 프록시 매개변수를 확인할 수 있습니다.

2. Nextcloud 환경에서 DNS 및 HTTPS 테스트

에 표시된 것과 동일한 호스트 이름을 사용하십시오 overwrite.cli.url. Nextcloud 서버에서 다음 검사를 실행하십시오. Nextcloud가 컨테이너화된 경우 애플리케이션 컨테이너 또는 동일 네트워크 내의 동등한 컨테이너 내부에서 실행하십시오.

getent ahosts cloud.example.com
curl --connect-timeout 10 -sS -o /dev/null -w 'HTTP %{http_code}\n'   https://cloud.example.com/status.php

cloud.example.com실제 호스트 이름으로 바꾸십시오 . Nextcloud 가 / /nextcloudetc /nextcloud /status.php...getentcurl-k

DNS에서 IPv4와 IPv6 주소가 모두 반환되는 경우, 두 주소 모두 의도적으로 설정되었으며 Nextcloud 환경에서 접근 가능한지 확인하십시오. 오래된 AAAA 레코드로 인해 일부 클라이언트 또는 서버 측 검사에서 사용 불가능한 IPv6 경로를 선택할 수 있습니다. DNS 레코드를 삭제하거나 수정하기 전에 해당 주소가 더 이상 서비스되지 않는지 반드시 확인하십시오. 도메인이 공용 IP 주소로 확인되지만 서버가 라우터를 통해 내부 네트워크에 연결할 수 없는 경우, NAT 루프백(헤어핀 NAT라고도 함)을 확인하거나 스플릿 호라이즌 DNS를 구성하여 호스트 이름이 네트워크 내부 주소로 확인되도록 하십시오.

3. 정규 URL을 사용자가 실제로 사용하는 주소로 설정하십시오.

소스 설치의 경우, overwrite.cli.urlHTTPS 및 하위 디렉터리(있는 경우)를 포함하여 외부 또는 내부에서 사용하는 기본 URL로 설정하십시오. 예:

sudo -u www-data php /var/www/nextcloud/occ config:system:set overwrite.cli.url   --value="https://cloud.example.com"

사용자가 Nextcloud에 접속할 때 https://example.com/nextcloud, /nextcloud해당 주소에 `/nextcloud.com`을 포함시키세요. SMTP 호스트 이름이나 `/nextcloud.com`과 같은 페이지 경로는 입력하지 마세요 /settings/admin. Nextcloud는 이 주소를 명령줄 및 백그라운드 URL 생성을 위한 표준 기본 URL로 설명합니다. 위의 예시 경로와 계정은 일반적인 소스 설치 시에만 사용되는 값이며, Snap 및 컨테이너 설치 시에는 별도의 명령어가 필요합니다.

호스트 이름이 목록에 없으면 trusted_domains, 다음으로 사용되지 않은 숫자 인덱스를 사용하여 추가하십시오. 기존 항목을 덮어쓰지 않도록 먼저 기존 목록을 검사하십시오.

sudo -u www-data php /var/www/nextcloud/occ config:system:set trusted_domains 1   --value="cloud.example.com"

1설치에서 사용되지 않는 인덱스로 변경하세요 . Nextcloud에서 허용해야 하는 호스트 이름 또는 IP 주소만 추가하세요. 이 설정은 DNS 레코드를 생성하지 않으며 개인 서버를 공개적으로 액세스할 수 있도록 만들지 않습니다.

4. 토폴로지에서 필요한 경우에만 리버스 프록시 설정을 적용하십시오.

리버스 프록시가 HTTPS를 종료하고 Nextcloud로 HTTP를 전송하는 경우, 애플리케이션은 사용자에게 표시되는 HTTPS 프로토콜 대신 내부 프로토콜을 감지할 수 있습니다. Nextcloud는 .conf 파일에 실제 프록시 주소를 명시하도록 요구합니다 trusted_proxies. 또한 프록시는 적절한 전달 헤더를 전송해야 합니다. 프록시 또는 광범위한 네트워크를 잘못 신뢰하면 클라이언트가 겉보기 IP 주소를 위조할 수 있으므로, 프록시 IP 주소를 그대로 복사하지 마십시오.

자동 URL 감지가 여전히 실패하는 경우, 필요한 덮어쓰기 값만 설정하십시오. TLS를 종료하는 프록시의 경우, 설정이 overwriteprotocol필요할 수 있습니다 https. overwritehostNextcloud가 프록시에서 전달된 올바른 호스트를 사용할 수 없는 경우에만 설정하십시오. overwritewebroot또한, 공용 경로가 올바르게 감지되지 않는 경우에만 설정하십시오. 현재 Nextcloud 역방향 프록시 가이드에서는 예제를 제공하고 신뢰할 수 있는 프록시 설정이 실제 프록시 소프트웨어 및 네트워크에 따라 달라질 수 있음을 경고합니다.

5. URL 접속이 계속 실패하는 경우 방화벽, DNS 및 컨테이너 경로를 확인하십시오.

URL이 올바르지만 서버 측 curl테스트가 실패하는 경우, Nextcloud와 해당 URL 간의 경로를 검사하십시오. 외부 HTTPS 요청이 허용되었는지, 컨테이너가 DNS에 쿼리할 수 있는지, 그리고 리버스 프록시가 요청을 애플리케이션으로 다시 라우팅할 수 있는지 확인하십시오. 호스트 방화벽, 클라우드 보안 그룹, 라우터, 프록시 규칙 또는 컨테이너 네트워크에서 이 경로를 차단할 수 있습니다. Nextcloud 설명서에서는 서버 측 검사에서 구성된 URL에 연결할 수 없는 경우 방화벽 및 컨테이너 네트워크 구성을 구체적으로 언급하고 있습니다.

단순히 자체 점검을 통과하기 위해 인터넷 전체에 대한 인바운드 포트를 열지 마십시오. 의도적으로 비공개로 운영되는 Nextcloud 서버라면 사설 네트워크 내에서 유효한 호스트 이름과 라우팅 정보를 사용하십시오. 공용 DNS, 라우터 포워딩, 그리고 외부에서 접근 가능한 주소는 외부에서 반드시 접근해야 하는 서비스에만 필요합니다. 만약 외부 접근을 차단하는 NAT 환경이라면 Nextcloud의 신뢰 도메인 목록을 변경하는 것보다 VPN이나 ​​지원되는 리버스 프록시/터널 구성이 더 적합할 수 있습니다.

메시지가 이메일 설정 페이지에서 온 경우

이메일은 별도의 기능입니다. Nextcloud에는 완전한 메일 서버가 포함되어 있지 않으며, 기존 SMTP 서버(qmail 또는 Sendmail)에 연결됩니다. 관리 설정 → 기본 설정에서 메일 제공업체에서 요구하는 메일 서버의 호스트 이름, 포트, 암호화 모드, 발신자 주소 및 자격 증명을 입력하십시오. Nextcloud의 이메일 보내기 버튼을 사용하여 테스트하십시오. Nextcloud 웹 URL이 정상적으로 작동한다고 해서 SMTP 서버에 연결할 수 있다는 것을 보장하는 것은 아니며, SMTP 호스트 이름은 SMTP 서버를 대체할 수 없습니다 overwrite.cli.url. Nextcloud 이메일 구성 가이드에서 현재 메일 설정 및 테스트 방법을 확인할 수 있습니다.

결과를 확인하고 흔히 발생하는 오진을 피하세요.

변경 후 동일한 서버 또는 컨테이너에서 DNS 및 HTTPS 검사를 다시 수행하고 관리 설정 → 개요를 새로 고침하세요. 사용자가 평소 URL을 통해 로그인할 수 있는지, 백그라운드에서 생성된 링크가 올바른 스키마와 경로를 사용하는지 확인하세요. 경고가 계속 표시되면 정확한 경고 메시지, Nextcloud 버전, 설치 방법 및 서버 측 명령 출력 결과를 캡처하세요. 이러한 증거를 통해 URL 감지 문제와 SMTP 오류 또는 네트워크 정책 문제를 구분할 수 있습니다.

• 확인됨: 현재 Nextcloud 문서에 따르면 서버 측 설정 검사를 위해서는 서버에서 접근 가능하고 확인될 수 있도록 구성된 호스트 이름과 정규 URL이 필요합니다.
• 설정 방식에 따라 다릅니다. 올바른 경로가 공용 주소, 사설 주소, 분할 DNS, 리버스 프록시, 컨테이너 네트워크 또는 NAT 루프백을 사용하는지에 따라 달라집니다.
• 문구만으로는 Nextcloud가 고정된 공용 IP 주소를 요구한다거나, 경고 메시지가 SMTP와 관련된 것인지 확실히 알 수 없습니다. 네트워크 또는 메일 설정을 변경하기 전에 해당 페이지와 전체 메시지를 확인하십시오.

관리자 개요 연결 확인과 일치하는 대부분의 경우, 정규 URL을 수정하고 Nextcloud 런타임에서 접근 가능하도록 설정하면 근본적인 불일치가 해결됩니다. 프록시 및 방화벽 변경은 설치에서 실제로 사용하는 경로에만 적용하십시오.