Question 1

버전 2.2.0으로 업그레이드한 후 HTTPS와 함께 reverse proxy를 사용할 때 발생하는 로그인 문제를 해결하는 방법

Accepted Answer

환경 변수 APP_URL과 INTERNAL_API_URL을 애플리케이션의 전체 HTTPS URL로 설정하세요. 예를 들어, reverse proxy가 앱을 https://example.com에서 제공하는 경우 다음을 추가하십시오:
APP_URL=https://example.com
INTERNAL_API_URL=https://example.com
변경 사항을 저장한 후 서비스를 다시 시작하십시오. 이는 버전 2.2.0에서 도입된 보안 강화 조치를 해결하며, proxy 뒤에서 server actions가 작동하도록 명시적 구성을 요구합니다.

Question 2

왜 Cronmaster의 시스템 개요가 'Loading'에서 멈춰 있나요?

Accepted Answer

이 문제는 cronmaster 호스트 이름이 컨테이너 내에서 확인될 수 없을 때 발생합니다. 해결하려면 환경 변수 DISABLE_SYSTEM_STATS=true를 설정하여 시스템 통계를 비활성화하십시오. 이 기능은 버전 1.5.4에서 추가되었습니다.

Question 3

오류 메시지 없이 응답하지 않는 Cronmaster 2.2.0 로그인 버튼을 수정하는 방법?

Accepted Answer

Docker 배포 환경에서 이 문제는 Cronmaster v2.2.0에서 발생합니다(v2.1.0은 정상 작동). 주로 서비스가 리버스 프록시(예: Nginx Proxy Manager) 뒤에서 실행될 때 발생합니다. 로그인 세션 검증 과정에서 컨테이너가 내부 네트워크에서 자신의 외부 HTTPS 주소에 접근하려고 시도합니다. NAT loopback이 지원되지 않으면 요청이 조용히 실패하며(일부 사용자는 컨테이너 로그에서 `ERR_SSL_WRONG_VERSION_NUMBER` 또는 `TypeError: fetch failed` 오류를 확인할 수 있습니다), 로그인 버튼을 클릭해도 아무 응답이 없게 됩니다.

해결 방법:
1. `docker-compose.yml`에서 Cronmaster 서비스 설정을 편집하여 `environment` 블록 아래에 다음 변수를 추가하세요:
   - `APP_URL`을 공개 Cronmaster 접속 URL(예: `https://cronmaster.yourdomain.com`)로 설정하세요. 대부분의 사용자는 이 설정만으로 문제가 해결됩니다.
   - 문제가 지속되면 `INTERNAL_API_URL`을 추가하여 컨테이너가 자신에 접근하는 데 사용할 수 있는 내부 주소(예: `http://localhost:3000` 또는 Docker 네트워크상의 서비스 이름)로 설정하세요.
2. `docker compose up -d`를 실행하여 Cronmaster 컨테이너를 다시 생성하고 변경 사항을 적용하세요.

설정 예시:
```yaml
services:
  cronmaster:
    # ... 기존 서비스 설정
    environment:
      - NODE_ENV=production
      - APP_URL=https://cronmaster.yourdomain.com
      - INTERNAL_API_URL=http://localhost:3000
```

Question 4

내 cronmaster 로그 래퍼가 &&, || 또는 파이프가 있는 명령을 왜 망가뜨리나요?

Accepted Answer

cronmaster의 로깅이 활성화되면 cron-log-wrapper.sh가 "$@"를 사용하여 명령을 실행하므로, 래퍼가 받기 전에 셸이 && 또는 | 같은 연산자를 해석합니다. 첫 번째 부분만 로깅되고 나머지는 래핑되지 않은 상태로 실행됩니다.
해결 방법: 복합 명령이 포함된 별도의 스크립트를 사용하거나, 명령을 sh -c로 감싸십시오. 예:
cron-log-wrapper.sh "jobid" sh -c '/usr/bin/docker compose -p stack_a stop && /usr/bin/docker compose -p stack_b stop'
이렇게 하면 전체 명령이 단일 문자열로 새 셸에 전달되어 모든 출력과 종료 코드가 캡처됩니다. 이 문제는 Cronmaster 2.2.0 (Docker/Ubuntu)에 영향을 미칩니다. 향후 업데이트에서 "$@"를 sh -c "$*"로 대체하여 영구적으로 수정될 예정입니다.

Question 5

@reboot cron 작업을 일시 중지하면 왜 CronMaster에서 사라지나요?

Accepted Answer

이 버그는 CronMaster에서 일시 중지된 `@reboot` cron 작업에 영향을 미치는 문제였습니다. 해당 작업은 주석 처리된 `# PAUSED:` 라인 형태로 crontab에 여전히 존재했지만, CronMaster가 이를 표시하지 못했습니다. 이 문제가 수정된 CronMaster 2.2.0 이상으로 업그레이드하세요. 임시 해결 방법으로, `crontab -e`를 실행하고 일시 중지된 `@reboot` 라인에서 `#`를 제거한 후 파일을 저장하면, 해당 작업이 CronMaster에 다시 나타납니다.

CronMaster

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트