업데이트하기 전에 백업하세요. 데이터베이스는 시작할 때 저절로 바뀌고 되돌릴 수 없습니다. 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로 설치한 호스트는 자동 업데이트가 없어 사용자가 새로 설치해야 합니다.
서버와 앞 두 자리 판이 다른 호스트에는 접속할 수 없으므로, 서버를 올리면 호스트가 따라올 때까지 접속이 막힐 수 있습니다. 호스트를 바로 업데이트할 수 없으면 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 헤더를 빠뜨렸습니다. 마법사가 만든 설정을 다시 확인하세요. |
버그 신고와 개선 제안은 제품 지원으로 보내 주세요.