미디어 서버에도 주소가 있고 사진 보관함에도 주소가 있습니다. 다운로드 클라이언트는 또 다른 주소를 더합니다. 좋은 셀프 호스팅 대시보드는 이런 링크를 모으고 앱을 열기 전에 필요한 정보를 위젯으로 보여 줍니다. 계속 사용할 편집 방식을 고른 다음, 페이지가 노출하는 정보와 복원에 필요한 것을 확인하세요.
북마크나 기존 포털로 충분히 탐색할 수 있다면 그대로 쓰세요. 새 페이지는 설정 시간을 들일 만큼 일을 줄여 줘야 합니다.
편집 방식과 저장할 데이터 비교
컨테이너를 교체해도 시작 페이지를 복구할 수 있어야 합니다. 브라우저 편집기나 설정 파일을 고르기 전에 보관할 데이터와 비밀 정보를 확인하세요. 브라우저 편집기는 수정하는 위치를 바꾸지만, 생성된 설정의 복원 가능한 사본은 여전히 필요합니다.
YAML은 읽기 쉬운 설정 파일 형식입니다. 아래는 컨테이너 내부 경로이며 호스트 디렉터리는 볼륨 매핑에 따라 달라집니다. 링크된 프로젝트 안내에 저장 위치가 나와 있습니다.
| 도구 | 편집 | 보관할 항목 |
|---|---|---|
| Homepage | YAML / Docker 레이블 | /app/config, 배포 설정과 참조하는 비밀 정보 |
| Homarr | 브라우저의 시각적 보드 편집기 | /appdata, SECRET_ENCRYPTION_KEY, 배포 설정; 사용하는 경우 외부 데이터베이스 |
| Dashy | YAML / UI 설정 편집기 | /app/user-data |
| Homer | YAML | /www/assets |
| Glance | YAML | /app/config, 설정된 자산과 비밀 입력값 |
Homarr 암호화 키는 보호된 복원 자료와 함께 보관하세요. 마운트할 디렉터리가 아닙니다. Glance가 참조하는 환경 입력과 사용자 지정 자산도 포함하세요. 컨테이너 교체 시 파일을 다시 연결하도록 각 마운트의 호스트 디렉터리를 기록하세요. 배포 설정도 기록해 복원 검사가 시작 방법과 읽는 데이터를 모두 확인하도록 하세요. 이미지를 다시 구해도 설정이 재구성되지는 않습니다.
작업별 대시보드 추천
다운로드 위젯은 앱을 여는 수고를 줄이고 뉴스 피드는 페이지에 머무를 이유를 줄 수 있습니다. 원하는 작업을 정하세요. 저는 그 작업을 기준으로 고르고 통합을 선별해 추가하겠습니다. 통합마다 유지할 설정이 늘어나기 때문입니다.
서비스 위젯용 Homepage
컨테이너 옆에서 파일로 정의하는 서비스 위젯이라면 Homarr 대안으로 Homepage를 고르겠습니다. Docker 설정 문서는 레이블로 서비스와 위젯을 정의하는 방법을 보여 줍니다. 컨테이너 설정 근처에 정의를 두고 함께 관리할 수 있습니다. 브라우저 편집을 원하면 Homarr를 고려하세요.
Homepage의 설치 문서는 선택적 비밀번호 또는 ID 공급자 기반 OIDC 로그인을 설명합니다. 이 관문이 완전한 공개 접근 설정은 아닙니다. Homepage는 비밀번호 시도 횟수를 제한하지 않습니다. 리버스 프록시에서 보호를 설정하거나 VPN으로 접근을 제한하세요. localhost 외 URL에는 허용 호스트 설정도 필요합니다.
공유 보드용 Homarr
공유 보드를 시각적으로 배치하고 수정할 사람을 정하려면 Homarr가 맞습니다. 보드 문서는 View, Modify, Full 권한이 있는 공개 및 비공개 보드를 설명합니다. 이미 그렇게 쓰고 있다면 유지하세요. 파일 설정만으로 바꿀 이유는 없습니다.
특히 보기 권한을 확인하세요. Homarr의 통합 권한 문서에 따르면 보드 열람자는 통합 데이터를 읽으며 공개 보드의 익명 방문자도 포함됩니다. 표시된 위젯을 넘어 지원되는 통합 데이터까지 해당합니다. 공유 통합 자격 증명을 열람자가 볼 수 있는 정보로 제한하고 읽기와 보드 편집 권한을 구분하세요.
세밀한 사용자 지정용 Dashy
사용자 지정 기능을 활용한다면 Dashy를 고르세요. Dashy README는 테마, 사용자 지정 CSS, 위젯, 상태 표시기, 여러 페이지와 보기를 설명합니다. 이미 그 기능으로 구성했다면 유지하세요. 그렇지 않다면 더 이상 유지하고 싶지 않은 설정을 기준으로 고르세요.
Dashy의 내장 인증 문서는 공유 전 중요한 차이를 설명합니다. auth.users만으로는 클라이언트 측 로그인입니다. 설정된 사용자와 함께 ENABLE_HTTP_AUTH=true를 추가해야 서버가 강제합니다. 이 플래그만으로 배포 방법이 완성되지는 않습니다. 인터넷 노출에는 적절한 외부 인증 또는 VPN과 필요한 보호를 제공하는 프록시를 사용하세요.
별도 서버를 선택했다면 당사의 원클릭 Dashy 배포로 초기 설치 작업을 줄일 수 있습니다.
간결한 실행 페이지용 Homer
간결한 서비스 실행 페이지에는 Dashy 대안인 Homer를 고르세요. Homer README는 HTTP로 제공되는 정적 HTML과 JavaScript를 설명합니다. 기존 웹 호스팅으로 충분할 수 있으며 Docker도 문서화된 선택입니다. 속도나 메모리 이점을 가정하지 않고 실행 방식으로 고르겠습니다.
전용 VPS의 실행 페이지에는 당사의 원클릭 Homer 배포가 초기 설치를 처리합니다.
정적 HTML/JavaScript에서는 방문자가 브라우저로 받은 파일을 살펴볼 수 있다고 가정하세요. 브라우저가 읽는 설정에 API 키를 넣지 말고 비공개 서비스 정보를 추가하기 전에 접근을 제한하세요. 공유 전 YAML을 포함해 제공되는 파일을 확인하겠습니다. 정적 페이지라는 이름이 비밀을 보호해 주지는 않습니다.
서비스 옆 피드용 Glance
서비스 링크 옆에 피드를 두려면 glanceapp 대시보드를 고르세요. 프로젝트 README는 RSS와 뉴스 소스, 서비스 위젯을 나열합니다. 페이지를 열 때 소식을 읽기에 맞습니다. 피드가 앱 접근에 방해된다면 선택 기준에서 빼겠습니다.
별도 VPS의 시작 페이지라면 당사 Marketplace에서 Glance를 원클릭으로 배포한 뒤 피드와 위젯을 고를 수 있습니다.
Glance는 사용자 이름과 비밀번호를 지원하지만 인증 릴리스 노트에 따르면 모든 계정이 같은 대시보드를 봅니다. 여러 계정으로 다른 레이아웃을 기대하지 마세요. README 새로고침 FAQ는 페이지 로드 시 데이터를 가져오고 응답을 캐시한다고 설명합니다. 새로고침이 화면을 갱신하므로 열린 페이지에서 정보가 바뀌길 기대한다면 고려하세요.
서비스에 도달할 수 있는 곳에 대시보드 배치
기존 NAS나 컨테이너 호스트는 비공개 앱 페이지에 적합합니다. 비공개 API 경로를 의도적으로 설정한다면 별도 VPS는 원격 또는 공유 페이지에 맞습니다. Homer는 기존 정적 HTTP 호스팅을 쓸 수 있습니다. 타일을 온라인에 올려도 홈 네트워크 경로가 생기지는 않습니다.
새 호스트에서는 대시보드 전에 기본 서버 준비를 마치세요. 첫 설정은 확인 가능한 작은 규모로 유지하세요.
- LAN 전용, VPN 또는 인증된 공개 접근을 선택하세요.
- 표의 데이터와 비밀 정보를 보관하세요. 설치 안내대로
/appdata전체를 복사하기 전에 Homarr를 중지하세요. - 서비스 링크 하나와 필요한 위젯 하나를 추가해 의도한 목적지와 데이터인지 확인하세요.
- 로그아웃 상태로 접근을 시험하세요. 설정과 데이터를 복사하고 페이지를 채우기 전에 복원을 확인하세요. 별도 테스트 배포를 쓰고 복원된 설정이 확인될 때까지 정상 페이지를 유지하세요.
자주 묻는 질문
서비스 링크는 되는데 위젯은 왜 실패하나요?
브라우저는 앱에 도달해도 대시보드 컨테이너는 못할 수 있습니다. Homarr의 연결 안내에는 서버에서 접근 가능한 통합 URL이 필요하며 브라우저 주소와 다를 수 있습니다. 경로와 위젯의 API 자격 증명을 확인하세요. 브라우저에서 링크를 여는 것으로 두 조건을 검사할 수 없습니다.
대시보드 로그인은 연결된 앱도 보호하나요?
이 대시보드가 모니터링 스택을 대체할 수 있나요?
링크 옆에 일부 상태를 표시하려면 서비스 위젯을 쓰세요. 과거 지표와 경보가 필요하면 Grafana 및 Prometheus 스택을 별도로 평가하겠습니다. 선택 전 필요한 기록과 알림을 보낼 장애를 적으세요. 유용한 시작 페이지가 이런 모니터링 요구를 해결하지는 않습니다.
토론
댓글
토론에 참여하려면 로그인하세요.