Question 1

バージョン2.2.0へのアップグレード後、HTTPSでリバースプロキシを使用する場合のログイン問題の修正方法

Accepted Answer

環境変数 APP_URL と INTERNAL_API_URL を、アプリケーションの完全な HTTPS URL に設定します。たとえば、リバースプロキシがアプリケーションを https://example.com で提供している場合は、次のように追加します：
APP_URL=https://example.com
INTERNAL_API_URL=https://example.com
変更を保存し、サービスを再起動します。これにより、バージョン 2.2.0 で導入されたセキュリティ強化が解決されます。この強化では、プロキシ背後で 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 ループバックがサポートされていない場合、リクエストは通知なく失敗し（コンテナログに `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:
    # ... your existing service configuration
    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'
これにより、コマンド全体が1つの文字列として新しいシェルに渡され、すべての出力と終了コードがキャプチャされます。この問題は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

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト