결론: 일반적인 저장 장치 오류가 아니라 경로별 Files UI 오류였습니다
로컬 접속은 정상 작동했지만 동일한 Files 앱이 Tailscale 주소를 통해서는 작동하지 않았습니다. 이는 문제가 디스크나 Files 데이터베이스가 아니라 원격 HTTP/WebSocket/세션 경로에 있음을 보여 줍니다. 최초의 1.4.4-beta1 사례에서는 안정 버전인 1.4.4로 업그레이드하자 오류가 사라졌습니다.
현재 ZimaOS는 Tailscale을 표준 원격 접속 경로로 공식 지원합니다
2026년 9월의 ZimaOS Tailscale 가이드에 따르면 tailnet의 모든 기기에서 100.x 주소를 통해 ZimaOS 서버에 접속할 수 있습니다. 베타 버전 당시의 우회 방법을 적용하기 전에 현재 설정을 사용해 보세요.
Tailscale 하드웨어 가이드에서는 현재 앱 측면의 관련 정보를 제공합니다.
대시보드는 열리지만 Files에 '로드 중 오류'가 표시되는 경우
브라우저 개발자 도구를 열고 실패한 API/WebSocket 요청을 확인하세요. 또한 다른 tailnet 클라이언트에서 동일한 100.x 주소를 테스트해 보세요. Tailscale의 라우팅 문서와 CLI 참조 문서를 활용하면 직접적인 tailnet 접속과 서브넷 라우팅을 구분하는 데 도움이 됩니다.
첫 번째 해결 방법으로 ZimaOS를 재설치하지 마세요
이후 1.5.4 버전을 사용한 한 사용자는 재설치로 유사한 증상이 해결되었다고 보고했지만, 재설치는 비용이 큰 해결 방법이며 원인을 파악해 주지 않습니다. 먼저 현재 안정 버전의 ZimaOS로 업데이트하고, Tailscale 앱을 다시 시작한 다음 100.x 경로를 확인하고 로컬 브라우저 요청과 tailnet 브라우저 요청을 비교하세요.
내장 원격 접속을 대조 테스트로 사용하세요
Tailscale에서는 Files가 작동하지 않지만 ZimaClient 원격 접속은 작동한다면, 저장 장치와 Files 서비스가 정상이라는 강력한 증거입니다. ZimaClient 원격 접속 가이드는 유용한 대조 경로이며, Tailscale 컨테이너 자체를 새로 고쳐야 할 때는 ZimaOS 앱 가이드가 도움이 됩니다.
