2023년 CasaOS Speedtest Tracker 관련 논의는 컨테이너 이미지 측면에서 더 이상 최신 정보가 아닙니다. 기존 스레드에서는 henrywhitaker3/speedtest-tracker 태그를 논의했지만, 현재 유지 관리되는 프로젝트는 LinuxServer.io 이미지 lscr.io/linuxserver/speedtest-tracker:latest를 사용합니다.
오늘 CasaOS나 다른 Docker 호스트에 Speedtest Tracker를 설치한다면, 예전의 latest와 dev 우회 방법을 그대로 재현하지 말고 현재 프로젝트 문서를 사용하세요. 현재 이미지는 영구 저장되는 구성과 APP_KEY를 필요로 하며, 예약 테스트를 직접 지원합니다.
기존 CasaOS 튜토리얼 이후 무엇이 변경되었나요?
기존 포럼 논의는 인터넷 속도를 자동으로 기록하면 ISP의 반복적인 문제를 입증하는 데 도움이 될 수 있다는 사용 사례를 보여 준다는 점에서 여전히 유용합니다. 또한 예약 테스트가 대역폭을 소모한다는 점도 정확히 경고합니다. 오래된 부분은 소프트웨어 패키징입니다.
현재 유지 관리되는 Speedtest Tracker Docker Compose 가이드는 이제 LinuxServer의 이미지를 사용하며 SQLite, MariaDB, MySQL, PostgreSQL 옵션을 설명합니다. LinuxServer 이미지는 x86-64와 ARM64에서 사용할 수 있습니다.
현재 Docker Compose 기본 구성
services:
speedtest-tracker:
image: lscr.io/linuxserver/speedtest-tracker:latest
container_name: speedtest-tracker
restart: unless-stopped
ports:
- "8080:80"
environment:
- PUID=1000
- PGID=1000
- APP_KEY=your-generated-key
- APP_URL=http://your-server:8080
- DB_CONNECTION=sqlite
volumes:
- /path/to/speedtest-tracker/data:/config현재 프로젝트의 안내에 따라 애플리케이션 키를 생성하고 안전하게 보호하세요. 컨테이너를 다시 생성해도 결과와 설정이 유지되도록 /config를 영구 저장소에 보관하세요. 포트 8080이 이미 사용 중이라면 매핑의 호스트 측 포트만 변경하세요.
LinuxServer Speedtest Tracker 이미지 문서에서는 PUID/PGID, 이미지 업데이트 및 현재 환경 변수도 설명합니다.
예약 테스트는 여전히 실제 대역폭을 소모합니다
2023년 커뮤니티 답변에서는 테스트당 약 25~50MB로 추정했지만, 이 수치를 현재도 고정된 요구 사항으로 간주해서는 안 됩니다. 속도 테스트는 연결 상태를 측정하기 위해 의도적으로 충분한 데이터를 전송하므로, 사용량은 제공업체, 회선 속도, 테스트 시간, 서버 선택에 따라 달라집니다.
종량제 인터넷을 사용한다면 보수적인 일정으로 시작하고, 빈도를 높이기 전에 실제 일일 사용량을 측정하세요. 항상 켜져 있는 저전력 홈 서버에서는 애플리케이션 자체는 가볍습니다. 일반적으로 더 중요한 운영 비용은 대시보드가 아니라 네트워크 테스트입니다.
아직 기존 이미지를 사용 중이라면
영구 데이터를 찾기 전에 기존 컨테이너를 덮어쓰지 마세요. 먼저 구성과 데이터베이스를 내보내거나 백업한 다음, 현재 버전으로 새롭게 배포하고 과거 데이터 마이그레이션은 별도로 확인하세요. 더 이상 사용되지 않는 이미지에서 유지 관리되는 이미지로 옮기는 작업은 단순한 태그 변경이 아니라 애플리케이션 마이그레이션입니다.
자주 묻는 질문
Speedtest Tracker는 인터넷 데이터를 많이 사용하나요?
그럴 수 있습니다. 예약된 각 테스트는 처리량을 측정하기 위해 실제 트래픽을 송수신합니다. 정확한 사용량은 고정되어 있지 않으므로 데이터 한도가 있는 사용자는 자신의 사용량을 측정하고 불필요하게 잦은 일정을 피해야 합니다.
