핵심 결론: Linux 시간대를 변경하기 전에 브라우저 시간을 확인하세요
첫 번째 CasaOS 사례에서는 Linux 호스트 시간이 정확했는데도 시간이 6시간 어긋났습니다. 원인은 LibreWolf의 개인정보 보호 동작이었습니다. 브라우저가 UTC를 노출했고 CasaOS 대시보드가 클라이언트 브라우저 시간을 표시했기 때문입니다. timedatectl을 변경해도 이 문제는 해결되지 않았으며, 이미 정확했던 로그, 예약 작업 또는 인증서를 망가뜨릴 수도 있었습니다.
호스트 시간과 브라우저 시간을 나란히 비교하세요
CasaOS 호스트에서:
date
timedatectl브라우저 콘솔에서:
new Date().toString()
Intl.DateTimeFormat().resolvedOptions().timeZoneLinux에는 올바른 현지 시간이 표시되지만 브라우저가 UTC 또는 다른 시간대를 식별한다면 대시보드 문제는 클라이언트 측에 있습니다. MDN의 JavaScript Date 동작에서는 JavaScript 날짜 렌더링이 호스트 및 브라우저 환경을 사용한다고 설명합니다.
개인정보 보호 브라우저는 의도적으로 UTC를 보고할 수 있습니다
Firefox 계열의 지문 방지 기능은 표준화된 값을 노출해 시간대의 고유성을 줄일 수 있습니다. LibreWolf는 여러 개인정보 보호 기본 설정을 계승하고 강화합니다. 따라서 CasaOS가 클라이언트 측 JavaScript 시간을 사용한다면 같은 컴퓨터의 두 브라우저에서 서로 다른 대시보드 시계가 표시될 수 있습니다.
Mozilla의 Firefox 지문 방지가 관련된 브라우저 측 개념입니다. 서버 설정을 변경하기 전에 일반 브라우저 프로필에서 CasaOS를 테스트하세요.
CasaOS 1.4.1에는 별도의 표시 버그도 있었습니다
이후 한 사용자는 다른 현상을 보고했습니다. 새로 고침 직후에는 정확한 시간이 잠시 표시되었지만, 브라우저 설정이 올바른데도 대시보드가 이를 GMT로 덮어썼습니다. IceWhale은 해당 문제가 1.4.2에서 수정될 예정이라고 밝혔습니다. 이 두 사례를 하나의 진단으로 합치지 마세요. 하나는 브라우저 개인정보 보호 문제였고, 다른 하나는 CasaOS 대시보드의 회귀 버그였습니다.
서버 시간이 실제로 잘못된 경우에만 timedatectl을 변경하세요
timedatectl에서 잘못된 시간대 또는 동기화 상태가 표시되면 호스트를 수정하세요:
sudo timedatectl set-timezone Region/City
sudo timedatectl set-ntp true
timedatectlsystemd의 시스템 시간 제어에서 이러한 명령을 정의합니다. 웹 위젯이 잘못 표시된다는 이유만으로 하드웨어 시계를 임의의 현지 시간 오프셋으로 설정하지 마세요.
대시보드 시계 외에도 정확한 시간이 중요한 이유
서버 시간은 TLS 인증서 유효성, 로그, cron/systemd 타이머 및 데이터베이스 타임스탬프에 영향을 줍니다. 호스트 자체의 시간이 잘못되면 HTTPS에서 인증서가 만료되었거나 아직 유효하지 않다고 표시할 수 있습니다. 겉보기에는 단순한 시계 문제가 보안 웹 접속을 방해하기 시작했다면 ZimaOS HTTPS 인증서가 유용합니다.
3단계 시간 테스트를 사용하세요
대시보드 시계가 잘못되었을 때는 서버 시계 → 브라우저 시계 → 애플리케이션 표시 순서로 확인하세요. 잘못된 계층만 변경하세요. 이렇게 하면 프런트엔드 시간대 버그가 서버 전체 설정 변경으로 이어지는 것을 막을 수 있습니다.
나중에 동일한 하드웨어를 CasaOS에서 ZimaOS로 마이그레이션한다면 ZimaOS 설치 점검에서 현재 플랫폼 복구 기준을 확인할 수 있습니다.
재현 가능한 시간 버그를 위해 기록할 항목
CasaOS 버전, Linux 배포판, 브라우저 및 버전, 서버의 date, timedatectl, 브라우저 시간대 출력, 대시보드 스크린샷을 기록하세요. 단순히 “6시간 빠릅니다”라고만 보고해서는 UTC 개인정보 보호 동작과 애플리케이션 회귀 버그를 구분할 수 없습니다.
CasaOS는 정상인데 앱만 잘못될 때만 컨테이너 시간을 확인하세요
Docker 컨테이너는 일반적으로 호스트 커널 시계를 상속하지만, 애플리케이션이 TZ와 같은 자체 시간대 환경 변수로 타임스탬프를 형식화할 수 있습니다. CasaOS 대시보드는 정확한데 특정 데이터베이스, 자동화 또는 미디어 앱의 시간이 몇 시간 어긋난다면 전체 호스트를 변경하지 말고 해당 컨테이너의 환경과 애플리케이션 설정을 확인하세요. 호스트에서 date를 실행한 결과와 docker exec CONTAINER date를 비교한 다음 애플리케이션에 설정된 시간대를 확인하세요. 이렇게 하면 단일 앱의 표시 문제가 서버 전체의 시계 변경으로 이어지는 것을 막을 수 있습니다.
FAQ
CasaOS의 시간이 왜 정확히 몇 시간 빠른가요?
오프셋이 UTC와 현지 시간의 차이와 일치한다면 서버를 변경하기 전에 브라우저가 보고하는 시간대와 Linux 호스트의 시간대를 비교하세요.
LibreWolf 때문에 CasaOS에 UTC가 표시될 수 있나요?
예. 개인정보 보호 및 지문 방지 동작으로 인해 웹 애플리케이션이 확인하는 시간대 정보가 변경될 수 있습니다.
RTC를 현지 시간으로 사용해야 하나요?
Linux 서버는 일반적으로 RTC를 UTC로 사용하고 표시할 때 구성된 시간대를 적용하는 방식으로 안정적으로 작동합니다. 웹 대시보드 위젯을 수정하기 위해 RTC를 변경하지 마세요.
정확한 시간이 잠시 표시된 후 GMT로 바뀌는 이유는 무엇인가요?
이 현상은 초기 렌더링 시간에 프런트엔드 애플리케이션 버그가 개입해 덮어쓰는 경우를 나타낼 수 있으며, CasaOS 1.4.1에서 이러한 사례가 보고되었습니다.
잘못된 서버 시간이 SSL을 망가뜨릴 수 있나요?
예. 인증서 검증은 정확한 시스템 시계에 의존하므로 서버 자체의 시간이 잘못되었다면 호스트의 NTP 및 시간대를 수정하세요.
