Question 1

SWAG가 컨테이너를 다시 시작할 때마다 유효한 Let's Encrypt 인증서를 취소하는 것을 중지하는 방법은?

Accepted Answer

이 문제는 SWAG의 인증서 갱신 스크립트에서 ISRG Root X2로 서명된 인증서를 '오래된 LE 인증서'로 잘못 식별하는 버그 때문에 발생합니다. 해결하려면 컨테이너 내부 또는 로컬 설정 매핑에서 `/etc/s6-overlay/s6-rc.d/init-certbot-config/run` 파일을 편집한 후, `grep -q "ISRG Root X"`를 `grep -q "ISRG Root X1"`로 바꾸십시오. 또는 certbot에서 `--preferred-chain` 옵션을 사용하여 다른 루트 인증서를 강제로 지정할 수 있습니다. 이렇게 하면 불필요한 폐기를 방지하고 Let's Encrypt의 속도 제한(주당 5회 재발급)을 초과하지 않게 됩니다.

Question 2

certbot-dns-azure를 사용할 때 'DnsManagementClient.__init__() takes 3 to 4 positional arguments but 5 were given' 오류를 해결하는 방법?

Accepted Answer

이 오류는 certbot-dns-azure가 azure-mgmt-dns v9.0.0과 호환되지 않기 때문에 발생합니다. v9.0.0은 이제 최신 API 버전만 대상으로 하며 더 적은 매개변수가 필요합니다. 해결하려면 플러그인을 설치하기 전에 호환되는 버전을 강제로 설치하십시오: `pip install azure-mgmt-dns==8.2.0` 그 다음 `pip install certbot-dns-azure`. 임시 Docker 해결 방법으로 Dockerfile에서 certbot 플러그인 설치 전에 `RUN pip install azure-mgmt-dns==8.2.0`을 추가하십시오. 참고: certbot-dns-azure 플러그인은 LinuxServer SWAG 이미지에서 제거될 수 있습니다. 종속성을 고정하려면 universal package install mod 사용을 고려하십시오.

Question 3

LinuxServer의 SWAG 컨테이너를 사용하여 Storyteller용 nginx 리버스 프록시를 구성하는 방법은?

Accepted Answer

다음 nginx 서버 블록 구성을 사용하세요. 이는 사용자 기여 해결 방법이며, 아직 공식 linuxserver/reverse-proxy-confs 저장소에 병합되지 않았습니다.

```nginx
server {
    listen 443 ssl;
    listen [::]:443 ssl;

server_name storyteller.*;

include /config/nginx/ssl.conf;
    client_max_body_size 0;

location /api/v2/books/events {
        include /config/nginx/proxy.conf;
        include /config/nginx/resolver.conf;
        set $upstream_app storyteller;
        set $upstream_port 8001;
        set $upstream_proto http;
        proxy_pass $upstream_proto://$upstream_app:$upstream_port;
    }

location ~* ^/_next/static/ {
        include /config/nginx/proxy.conf;
        include /config/nginx/resolver.conf;
        set $upstream_app storyteller;
        set $upstream_port 8001;
        set $upstream_proto http;
        proxy_pass $upstream_proto://$upstream_app:$upstream_port;
        add_header Cache-Control "public, max-age=31536000, immutable";
    }

location ~* ^/api/v2/books/.+/(read|cover)/ {
        include /config/nginx/proxy.conf;
        include /config/nginx/resolver.conf;
        set $upstream_app storyteller;
        set $upstream_port 8001;
        set $upstream_proto http;
        proxy_pass $upstream_proto://$upstream_app:$upstream_port;
        add_header Access-Control-Allow-Origin $http_origin always;
        add_header Access-Control-Allow-Methods "GET, OPTIONS" always;
        add_header Access-Control-Allow-Headers "Range, Content-Type" always;
        add_header Cache-Control "public, max-age=604800";
        proxy_force_ranges on;
    }

location / {
        include /config/nginx/proxy.conf;
        include /config/nginx/resolver.conf;
        set $upstream_app storyteller;
        set $upstream_port 8001;
        set $upstream_proto http;
        proxy_pass $upstream_proto://$upstream_app:$upstream_port;
    }
}
```

Storyteller 컨테이너 이름이 'storyteller'이고 DNS에 서브도메인에 대한 CNAME이 있는지 확인하세요. 공식 지원을 위해 linuxserver/reverse-proxy-confs 저장소를 추적하세요.

Question 4

원격 코드 실행 CVE를 수정하기 위해 SWAG Docker 이미지에서 PHP를 패치된 버전(8.5.12+)으로 업데이트하는 방법은 무엇인가요?

Accepted Answer

PHP는 SWAG 리포지토리의 Dockerfile에 직접 설치되지 않습니다 — Alpine Linux 베이스 이미지(aports)에서 제공됩니다. Alpine이 패치된 php85 패키지(8.5.12)를 게시하면, 이미지의 자동화된 CI 재빌드가 이를 반영하여 자동으로 새 이미지를 게시하므로 수동 PR이 필요하지 않습니다. 패치를 적용하려면: 1) 최신 이미지를 가져옵니다: `docker pull lscr.io/linuxserver/swag:latest`. 2) 컨테이너를 재생성합니다: `docker compose up -d --force-recreate` (또는 오케스트레이터/Portainer/Unraid UI를 통해 재생성). 3) 수정 사항을 확인합니다: `docker exec swag php -v` — PHP 8.5.12 이상이 표시되어야 합니다. 참고: 기존 컨테이너를 단순히 재시작하는 것만으로는 충분하지 않습니다. 업데이트된 이미지를 가져와 컨테이너를 재생성해야 합니다. 이미지에 여전히 8.5.11이 포함되어 있다면 Alpine 패키지가 아직 베이스 이미지에 반영되지 않은 것입니다 — Docker Hub/lscr.io에서 이미지 빌드 날짜를 확인하고 다음 자동 재빌드 이후에 다시 업데이트하세요.

docker-swag

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트