アップデートの前に バックアップ してください。データベースは起動時に自動で変更され、元に戻せません。signal と web は同じリリースにそろえてアップデートしてください。
パッケージ(Debian · Ubuntu): 管理 › アップデート で新しいリリースを確認してインストールします。これは packages.tastedev.net リポジトリからインストールしたサーバーでのみ使えます。それ以外のサーバーでは「このサーバーは自動アップデートを使用していません」と表示されます。
journalctl -u tasteremote-update で確認してください。Windows と RPM のサーバー: 新しいパッケージをダウンロードして、手動でインストールします。
Docker: リポジトリの新しいリリースを取得してから、もう一度起動します。
git pull && docker compose up -d --buildホストは、登録しているサーバーのリリースまでしかアップデートされません。サーバーをアップデートしたら、sudo tasteremote-fetch-hosts でサーバー上のホストのインストーラーも新しいリリースに取得し直してください。MSI または deb でインストールしたホストには新しいパッケージのインストールが案内されます。zip、setup.exe、AppImage、rpm、dmg でインストールしたホストには自動アップデートがないため、ユーザーが新しいリリースを手動でインストールする必要があります。
サーバーと先頭 2 桁のバージョンが異なるホストには接続できないため、サーバーを更新するとホストが追いつくまで接続できないことがあります。ホストをすぐ更新できない場合は、RD_HOST_VERSION_CHECK=off でこの確認を無効にできます。
サーバーからの更新を許可: オンにすると、このデバイスの所有者とサーバー管理者がシグナルサーバーからこのコンピューターを更新できます。署名を確認したサーバーのバージョンのみインストールします。 --allow-server-update
journalctl -u tasteremote-signal、journalctl -u tasteremote-webdocker compose logs --tail=200 signal%ProgramData%\tasteremote\logsログには秘密の値は含まれません。より詳しく記録するには LOG_LEVEL=debug を使います。
| 症状 | 対処 |
|---|---|
| サーバーが起動しない | ログの最初の行を確認してください。RD_SETUP_TOKEN がない、TURN_SECRET が16文字より短い、RD_WEB_ORIGIN がないか http になっている、TRUST_PROXY=true になっている、などの設定エラーが表示されます。 |
| 証明書が発行されない | DNS がサーバーを指していることと、80 と 443 が開いていることを確認してください。 |
| ログイン画面に戻される、または「リクエストが拒否されました」 | ブラウザのアドレスが RD_WEB_ORIGIN と完全に一致しているか確認してください。 |
| 画面がつながらない(TURN) | ポート 3478 と 49160–49200、そして TURN_EXTERNAL_IP を確認してください。 |
| すべてのユーザーに一斉に「リクエストが多すぎます」と表示される | TRUST_PROXY をプロキシの数に設定してください。 |
| ダウンロードページにインストーラーがない | sudo tasteremote-fetch-hosts を実行してください。 |
| サーバーセットアップウィザードの WebSocket の確認で 400 または 426 になる | プロキシが WebSocket の Upgrade ヘッダーを落としています。ウィザードが作成した設定をもう一度確認してください。 |
不具合の報告やご提案は 製品サポート にお送りください。