Faites une sauvegarde avant la mise à jour. La base de données est modifiée automatiquement au démarrage et ne peut pas être ramenée en arrière. Mettez à jour signal et web ensemble, vers la même version.
Paquets (Debian · Ubuntu) : recherchez et installez une nouvelle version dans Admin › Mises à jour. Cela ne fonctionne que sur les serveurs installés depuis le dépôt packages.tastedev.net ; les autres serveurs affichent « Ce serveur n'utilise pas les mises à jour automatiques ».
journalctl -u tasteremote-update.Serveurs Windows et RPM : téléchargez les nouveaux paquets et installez-les vous-même.
Docker : récupérez la nouvelle version du dépôt, puis relancez.
git pull && docker compose up -d --buildUn hôte ne se met à jour que jusqu'à la version du serveur sur lequel il est enregistré. Après la mise à jour du serveur, récupérez aussi sur le serveur la nouvelle version des fichiers d'installation de l'hôte avec sudo tasteremote-fetch-hosts. Les hôtes installés avec MSI ou deb sont invités à installer le nouveau paquet ; les hôtes installés avec zip, setup.exe, AppImage, rpm ou dmg n'ont pas de mise à jour automatique, et les utilisateurs doivent installer eux-mêmes la nouvelle version.
La connexion est impossible vers un hôte dont les deux premiers numéros de version diffèrent du serveur : après une mise à niveau du serveur, les connexions peuvent donc être bloquées jusqu'à la mise à jour des hôtes. Si un hôte ne peut pas être mis à jour tout de suite, RD_HOST_VERSION_CHECK=off désactive ce contrôle.
Autoriser les mises à jour depuis le serveur: Si activé, le propriétaire de cet appareil et l’administrateur du serveur peuvent mettre à jour cet ordinateur depuis le serveur de signalisation. Seule la version du serveur dont la signature est vérifiée est installée. --allow-server-update
journalctl -u tasteremote-signal, journalctl -u tasteremote-webdocker compose logs --tail=200 signal%ProgramData%\tasteremote\logsLes journaux ne contiennent aucune valeur secrète. Utilisez LOG_LEVEL=debug pour plus de détails.
| Symptôme | Que faire |
|---|---|
| Le serveur ne démarre pas | Regardez la première ligne du journal. Elle indique une erreur de paramètres, par exemple RD_SETUP_TOKEN manquant, TURN_SECRET de moins de 16 caractères, RD_WEB_ORIGIN manquant ou en http, ou TRUST_PROXY=true. |
| Aucun certificat n'est émis | Vérifiez que le DNS pointe vers le serveur et que 80 et 443 sont ouverts. |
| Renvoi vers la page de connexion, ou « La requête a été refusée » | Vérifiez que l'adresse dans le navigateur est strictement identique à RD_WEB_ORIGIN. |
| L'écran ne se connecte pas (TURN) | Vérifiez les ports 3478 et 49160–49200, ainsi que TURN_EXTERNAL_IP. |
| Tous les utilisateurs reçoivent « Trop de requêtes » en même temps | Donnez à TRUST_PROXY le nombre de proxys. |
| Aucun fichier d'installation sur la page de téléchargement | Exécutez sudo tasteremote-fetch-hosts. |
| La vérification WebSocket de l'assistant d'installation du serveur donne 400 ou 426 | Le proxy a supprimé l'en-tête WebSocket Upgrade. Vérifiez de nouveau la configuration générée par l'assistant. |
Envoyez les rapports de bogue et les suggestions via Assistance produit.