이것은 백업 프로그램의 핵심 책임이 아닌 것으로 보이는 무언가에 대한 많은 복잡성처럼 보입니다. 이것이 정말 필요한가? 사용 사례는 무엇입니까? FUSE(https://github.com/restic/restic/issues/27)를 선호합니다.

Windows에는 퓨즈가 없습니다. 기본 웹 서버를 갖는 것은 http://golang.org/pkg/net/http/#FileServer를 사용하는 작업이 거의 없습니다

내가 생각한 바로는, 이것은 많은 코드가 아니며 아마도 Windows에서 스냅샷을 탐색하는 유일한 방법일 것입니다.

나는 동의한다. 언젠가는 GUI가 필요한 시점이 되었으며, 이에 대한 가장 자연스러운 단계는 원하는 경우 localhost 또는 다른 인터페이스에 표시할 수 있는 내장 웹 서버라고 생각합니다. 누구나 웹 브라우저를 가지고 있으며 응용 프로그램을 만지작거리지 않아도 됩니다.

@rakoo 다음에 는 웹 서버 작업에 관심이

사용자 인터페이스에 대한 생각:

• restic server HTTP 서버 시작
• restic은 무작위로 생성된 사용자 이름과 암호를 포함하는 HTTP URL을 stdout에 씁니다(예: http://RarOjHogvueHov:egsevtekwucvith@localhost/snapshots
• 웹 서버에는 HTTP 다이제스트 인증이 필요합니다.
• 그리고 localhost에만 바인딩됩니다.

localhost 이외의 다른 것에 바인딩하는 것이 불가능해서는 안 되지만 정말 어렵습니다. 아마도 우리는 첫 번째 버전에 대해 localhost를 하드코딩하고 사용자가 불평하는지 확인할 것입니다.

생각?

이것은 사용자 이름/비밀번호가 없는 경우를 제외하고는 제가 염두에 두었던 것입니다. IMO는 잠재적 공격자에 대해 거의 가치를 제공하지 않습니다(일반 HTTP를 사용하므로 사용자 이름과 비밀번호가 명확하게 표시됨).

나는 localhost에만 바인딩하는 것은 괜찮습니다. 우리가 운영하는 공간을 보면 사용자가 ssh를 통해 VPS에 액세스할 수 있을 것으로 예상합니다.

backupserver> restic server 5000

clientmachine> ssh -Nf -L 5000:backupserver:5000
clientmachine> open http://localhost:5000/

나는 이것이 꽤 오래되었지만 나에게서 +1이라는 것을 알고 있습니다. 또한 내장된 사용자 이름/비밀번호가 저에게 도움이 된다고 생각하지 않습니다. 이 모든 것은 어쨌든 VPN 뒤에 있으며 시스템 가동 시 시작되기를 바랍니다.

@yatesco 시스템 시작 시 논의된 웹 서버 구성 요소를 시작하는 사용 사례는 무엇입니까? 하나가 생각나지 않습니다. 자세히 설명해 주시겠습니까?

안녕하세요 @fd0 - 저장소를 팀에 공개하는 것입니다.

오히려 비정상적으로, 나는 주변에 맴돌고 싶지 않은 많은 데이터를 가지고 있으므로 이 아카이브를 '장기 저장'으로 사용하는 것이 좋지만 팀과 삼바 공유(예: # 377) 또는 웹 UI가 좋을 것입니다.

알겠습니다. 설명 감사합니다.

Samba를 통해 퓨즈 마운트를 노출할 수 있습니까? 작동이 안되고 폴더가 안보이네요. 퓨즈 마운트가 "allow_other"를 사용하도록 하려면 어떻게 해야 합니까?

여기에 수행해야 할 작업을 설명했습니다: https://github.com/restic/restic/pull/754#issuecomment -276023059

퓨즈 장착 옵션에 대해서는 문제 #767도 참조하십시오.

우리에게 필요한 것은 단지 뷰어입니까? 또는 모든 작업에 대한 전체 GUI? GUI에 대해 상상하는 기능은 다음과 같습니다.

기능 복원:

• 스냅샷 나열(날짜, 스냅 크기, 실제 크기 등 포함)
• 스냅샷 찾아보기(정렬, 검색 등)
• 파일 버전 기록 보기
• 스냅샷 또는 폴더/파일 선택을 사용자 로컬 드라이브로 복원

관리 기능:

• 스냅샷 제거
• 지원
• 확인하다
• 재건하다

Electron 을 사용하면 크로스 플랫폼/HTML5 GUI를 유지하지만 파일 시스템 액세스, exec 명령, ssh 연결 열기, 기본 모듈 등과 같은 추가 기능이 있습니다.

나는 프로젝트에 대해 말할 수 없지만 나에게는 복원 기능으로 충분할 것입니다.

저는 주로 Windows 상자에서 서버에 SSH로 연결하는 작업을 하며 문제가 발생하면 백업 드라이브를 빠르게 연결하여 문제의 파일을 보거나 다운로드하고 싶습니다.

안녕하세요 여러분, 아주 훌륭하게 작업을 시작했습니다. thx! 이 주제에 대한 내 50센트. 그냥 '스냅샷 보기'는 약간 쓸모없는 imho입니다(nginx, samba 등과 같은 수단으로 게시된 퓨즈 마운트로 수행할 수 있음). 확실히 사용자가 다음에 수행할 수 있는 몇 가지 유용한 작업이 있어야 합니다. 예를 들어 선택한 호스트에 파일 복원, 복원 sql을 일부 db 호스트에 덤프하고 나머지 백업을 쉬운 방법으로 복원하십시오. 두 가지 주요 작업이 있습니다. 1. 데이터 검색/분류 및 2. 데이터 아래에서 작업 수행(예: 복원, 삭제, 공유, 분류, 사본 비교(diff) 등). FUSE가 아닌 이유: Windows에 관한 것이 아니라 UX에 관한 것입니다. 풍부한 검색과 쉬운 복원(특정 데이터 유형 및 시스템에 맞게 조정됨)을 제공하는 백업 저장소용 웹 프론트엔드가 있다는 것은 정말 멋진 일입니다. 백업 저장소(고급 검색, 원격 복원, 백업 정책 제안, 데이터 마스킹, PII 보호, 파쇄, 데이터 규정 준수, 보고 등)에 적합한 12가지 사용 사례와 그 중 일부에 대한 웹 프론트 보유(적어도 검색 및 복원) 좋을 것입니다! 대부분의 경우 주요 목적이 최신 버전을 복원하는 것인 백업의 경우 데이터 손상의 경우 가능한 한 빨리 충분하지만 아카이브와 같은 기능을 위해서는 웹 프론트엔드가 있어야 합니다. Btw 데이터 아카이브는 또 다른 멋진 기능입니다. 예를 들어 일반 스냅에서 특정 데이터를 분리하여 장기 아카이브로 이동하지만 이것은 또 다른 이야기이며 스레드의 주제에서 벗어납니다. 나머지 API에서 핵심 기능을 래핑하여 나머지 서버에서 수행해야 합니다. 후자는 타사 시스템과의 통합에 적합합니다.

나는 명령줄 인터페이스에서 할 수 있는 모든 것을 할 수 있도록 go 또는 nodejs 및 react 또는 angular로 작성된 restic-web 라인을 따라 호출되는 완전히 다른 애플리케이션을 추천합니다.

restic은 Windows에서 https://github.com/dokan-dev/dokany/ 와 같은 것을 활용할 수 있습니까?
나는 때때로 cppcryptfs를 사용하여 Linux에서 gocryptfs를 사용하여 암호화된 Windows에서 폴더에 액세스하며 합리적으로 잘 작동하는 것 같습니다.

안녕하세요,
이 기사를 찾았습니다: https://devblogs.microsoft.com/commandline/announcing-wsl-2/
그것은 말한다:

이제 WSL 2는 자체 Linux 커널을 포함하므로 완전한 시스템 호출 호환성을 갖습니다. 이것은 WSL 내에서 실행할 수 있는 완전히 새로운 앱 세트를 소개합니다. 몇 가지 흥미로운 예는 Linux 버전의 Docker와 FUSE입니다!

WSL이 작동하려면 Hyper-V가 필요하지만 다음을 고려하십시오.

1) Hyper-V는 일부 Windows 버전에서만 사용할 수 있습니다. 예를 들어 Windows 10 Pro는 Hyper-V를 지원하지만 Windows 10 Home은 지원하지 않습니다.

2) Hyper-V는 사용자가 이미 사용하고 있는 다른 하이퍼바이저 소프트웨어(예: VirtualBox 등)와 공존할 수 없습니다. 따라서 누군가가 이미 VirtualBox(또는 다른 하이퍼바이저)를 사용하고 있는 경우 WSL을 사용할 수 없습니다.

요약하면 WSL이 모든 Windows 사용자에게 당연하게 받아들여져서는 안 된다고 생각합니다.

@aliron19 그 출처를 인용할 수 있습니까? 직장 PC에서 WSL을 사용하여 redis를 실행하고 있지만 이것은 Windows 10 Home PC이므로 Hyper-V는 없지만 WSL은 제대로 작동합니다.

https://docs.microsoft.com/en-us/windows/wsl/wsl2-faq#does -wsl-2-use-hyper-v-will-it-be-available-on-windows-10-home 참조

명확히 해 주셔서 감사합니다. Hyper V 요구 사항은 WSL 2에 새로운 것 같습니다. 저는 aliron이 일반적으로 WSL에 대해 이야기하고 있다고 생각했습니다. 또한 Windows 10 Home 사용자가 Hyper V를 사용할 수 있다는 점도 좋은 점입니다.

HTML 인터페이스 대신 Webdav 서버(#485)를 선호해야 한다고 말하고 싶습니다.
이렇게 하면 사용자가 Windows 탐색기에 네트워크 드라이브로 쉽게 추가할 수도 있습니다.

nodejs가 있는 서버(또는 유닉스/리눅스)가 있다면 쉽게 할 수 있습니다:

restic mount backup &
npx http-serve backup

그런 다음 http://127.0.0.1 :8080을 탐색할 수 있습니다.
파일을 참조하십시오.

완료되면 다음을 수행할 수 있습니다.

CTRL + C # stop npx
fg # bring back restic
CTRL + C # stop restic

당신이 그것을 마운트하는 동안 restic이 저장소를 잠그는지, 아니면 그 동안 더 많은 백업을 추가할 수 있는지 나는 모르겠습니다.
그러나 최소한 파일을 탐색할 수 있는 작은 웹 인터페이스를 가질 수 있습니다.

@vincent-ogury 저는 이 제안된 기능의 요점이 restic mount _사용할 수 없는_ 사용자 친화적인 백업 보기를 제공하는 것이라고 생각했습니다.

당신이 맞습니다. 이것은 Windows의 도커 내부에서 작동해야 합니다.
웹 버전은 다른 플랫폼에 적합할 수 있습니다.
스냅샷을 표시하고, 보고, 잊어버리고, 새 백업을 시작하는 명령줄을 단순화할 수 있습니다.

이 문제에 대해 작업하고 싶습니다. 아이디어는 몇 가지 기본 html 템플릿으로 바닐라 Go http 서버를 구현하는 것입니다. 우리의 사용 사례는 Windows에서 Restic에 대한 몇 가지 보편적인 기본 인터페이스를 갖는 것입니다.
내 작업의 범위는 다음과 같습니다.

문제
Restic은 Windows에서 백업을 탐색하는 편리한 방법을 제공하지 않습니다.

일
브라우저를 사용하여 백업을 검색하고 복원할 수 있는 내장 웹 서버의 기본 개념 증명을 구현해 보십시오.

예시
다음 명령을 실행하면 두 개의 백업이 생성되고 명령줄을 통해 백업을 검색하는 방법을 배웁니다.

openssl rand -hex 10 > ~/.restic-password
restic -p ~/.restic-password 초기화 --repo /tmp/backup

백업 만들기

restic -p ~/.restic-password --repo /tmp/백업 백업 ~

일부 변경

날짜 > ~/file-with-changes.txt

다음 백업을 만드십시오

restic -p ~/.restic-password --repo /tmp/백업 백업 ~

어떤 백업이 있는지 확인하십시오.

restic -p ~/.restic-password --repo /tmp/backup 스냅샷

저장소 2ad83051이 성공적으로 열렸습니다. 암호가 정확합니다.

ID 시간 호스트 태그 경로

b8ee7b24 2020-09-11 17:20:17 thorsten-devvm-v3 /root

99388d0b 2020-09-11 17:21:23 Thorsten-devvm-v3 /루트

2개의 스냅샷

백업 안에 무엇이 들어 있는지 살펴보십시오.

restic -p ~/.restic-password --repo /tmp/backup ls -l 99388d0b

백업에 있는 모든 파일의 json 형식 목록을 가져옵니다.

restic -p ~/.restic-password --repo /tmp/backup ls -l --json 99388d0b|jq

파일이 백업에 있는지 확인

restic -p ~/.restic-password --repo /tmp/backup snmp.json 찾기

파일 복원

restic -p ~/.restic-password --repo /tmp/backup 최신 복원 --target /tmp/restore --include "/root/snmp.json"
명세서
이와 같은 것을 실행하면 웹 서버가 시작되고 내부적으로 백업이 "열린" 상태가 됩니다.
restic -p ~/.restic-password --repo /tmp/backup 웹 서버 127.0.0.1:3344

브라우저에서 HTTP://127.0.0.1 :3344를

첫 번째 열의 ID를 클릭하면 스냅샷에 있는 모든 파일의 트리 보기가 표시됩니다. restic -p ~/.restic-password --repo /tmp/backup ls -l과 동일한 데이터--json 반환이 표시됩니다. 트리 뷰는 처음에 접고 펼치거나 아이콘이 필요하지 않습니다.

또는 스냅샷의 경로(5번째 열)를 클릭하면 이 경로에만 속하는 백업의 파일 목록을 얻을 수 있습니다. restic -p ~/.restic-password --repo /tmp/backup ls -l 과 동일한 데이터를 표시합니다.--길--json

단일 파일을 클릭하고 브라우저를 통해 다운로드할 수 있습니다.

이상적으로는 파일을 클릭하면 해당 파일의 날짜별로 정렬된 모든 다른 버전 목록이 표시됩니다.
스냅샷은 항상 전체 파일 시스템에 대한 가상 보기를 제공합니다. 파일의 다른 버전을 식별하려면 명령줄에서 다음 명령을 사용합니다.
restic -p ~/.restic-password --repo /tmp/backup 찾기 /root/snmp.json --json|jq
mtime이 동일한 모든 객체는 파일이 변경되지 않았기 때문에 단일 객체로 축소되어야 합니다.

같은과 창에 "마운트 restic"의 지원을 추가 이럴 dokany 같은 리눅스와 윈도우에서 워크 플로우 복원이 더 이해하고, 파일을 찾아 OS 탐색기를 사용하여 더 나은 사용자 경험을 제공 할 것입니다.

Windows 이외의 다른 플랫폼에서와 동일한 방식으로 Restic does not provide a handy way to browse through the backups on Windows 를 해결하기 위한 주소는 https://github.com/restic/restic/pull/2862 를 참조

물론이지만 "일반적인" Windows 사용자가 명령줄 인터페이스를 사용하는 것은 꽤 어렵다고 생각합니다. 제 목표는 모든 사용자가 이해할 수 있는 간단하고 이해하기 쉬운 인터페이스를 제공하는 것입니다.

해결 방법으로 @vincent-ogury와 @celogeek이 제안한 사항(감사합니다!)을 모아 이 dockerfile을 만들었습니다. https://github.com/stevedenman/restic-browser-docker
내 Windows 시스템(wsl2의 Docker에서)에서 실행했으며 스냅샷 탐색 및 파일 다운로드에 잘 작동합니다.

미안 얘들아 내가 하지 말라고 했어? 그게 왜 문제야? 제안된 솔루션은 제 경우에는 일반 사용자에게 매우 어렵습니다. 프로그램을 시작하고(정의된 플래그로) 브라우저를 열기만 하면 됩니다!

여보세요.

동료 restic 사용자로서 나는 주제에 대해 2 센트를 떨어 뜨리고 싶었습니다.

나는 기술에 정통한 사용자이기 때문에 상황이 제한적인 방식으로 괜찮습니다. 나는 또한 기술에 정통한 사람들을 위해 restic이 있다는 것을 알고 있습니다. 따라서 현재 솔루션은 일부 사람들에게 복잡할 수 있습니다. 그러나 브라우저를 통해 액세스할 수 있는 로컬 웹 서버를 구현하는 데는 문제가 없습니다. 현재 솔루션을 대체해서는 안되지만 부수적인 솔루션으로 그런 것이 있으면 좋을 것입니다. 그리고 아마도 더 많은 사람들이 restic에 더 쉽게 접근할 수 있게 될 것입니다.

감사 해요.

"Windows 사용자에게는 너무 어렵다"는 의견에 전적으로 동의하지 않습니다. 우선, 이 사용자들은 이미 자신의 항목을 백업하기 위해 restic을 실행했으며 백업 명령 대신 마운트 명령을 실행하는 것이 더 어렵지 않습니다. 둘째, 명령줄을 열고 여기에 restic -r foo mount bar 입력하는 것에 대해 이야기하고 있습니다. 진지하게, 누군가에게 이것이 어떻게 어려운 일입니까? 누군가 문제를 겪고 있다면 그 사람들은 스스로 교육해야 합니다. 이것은 "어려운" 것이 아니라 단 하나의 명령줄입니다.

편집: 명확히 하자면 #2862에서와 같이 Windows에서 작업하는 restic mount 주어진 Windows 사용자에게는 이것이 전혀 어렵지 않아야 함을 의미합니다. @filippobottega 가 바로 아래에 쓴 내용을 제안하는 것이 아닙니다. 이 주석은 일반 Windows 사용자에게 쉽습니다. restic mount 를 사용하기 위해 WSL을 사용해야 한다고 생각하지 않습니다.

안녕하세요,
WSL2를 사용하여 Windows 탐색기에 restic 백업을 성공적으로 탑재했지만 예상대로 쉽지 않습니다.
다음을 수행해야 합니다.

1. Windows 10용 Linux 설치 가이드의 Windows 하위 시스템에 설명된 대로 WSL2를 설치합니다.
2. Windows에서 /etc/nginx/nginx.conf를 편집할 수 없음의 gurnec 응답에 설명된 대로 Ubuntu의 기본 사용자를 루트로 변경합니다 접근이 불가합니다.

3. Ubuntu 세션에 루트로 로그온하고 마운트를 사용하여 복원에 설명된 대로 나머지 백업 restic -r /mnt/c/ResticBackup -p /mnt/c/ResticBackup/password-file.txt mount /mnt/restic

   마지막에 다음을 볼 수 있습니다.

둘째, 명령줄을 열고 여기에 restic -r foo mount bar를 입력하는 것에 대해 이야기하고 있습니다. 진지하게, 누군가에게 이것이 어떻게 어려운 일입니까?

하이퍼바이저가 작동하도록 하는 BIOS 옵션을 고려하고 WSL을 설정하고 오작동으로 인해 발생하는 문제를 진단하는 등의 작업은 매우 힘들 수 있습니다. 내 생각에는 내가 사용하고 있는 VmWare 및 VirtualBox와 호환되지 않는 Microsoft Hypervisor를 실행해야 하는 요구 사항이 매우 간단합니다.

LAN에서 공유하려는 경우 웹 브라우저 포인트 앤 클릭이 훨씬 쉽고 http가 smb의 Windows 버전보다 약간 더 잘 지원됩니다(힌트: 브라우저). 또한 smb를 통해 이러한 마운트를 노출할 수 있는지 여부는 명확하지 않지만 가능하더라도 요점은 여전히 ​​유효합니다.

내 생각에는 웹 브라우저 옵션이 더 간단하다는 데는 의문의 여지가 없습니다.

하이퍼바이저가 작동하도록 BIOS 옵션을 고려한다면 WSL을 설정하고 오작동으로 인해 발생하는 문제를 진단하는 등

@AndrewSav 그것은 여기에서 논의되고 있는 것이 아닙니다. @rawtaz의 댓글 보기(강조 광산)

편집: 명확히 하자면 #2862_에서와 같이 Windows에서 작업하는 restic mount Windows 사용자 @filippobottega 가 바로 아래에 쓴 내용을 제안하는 것이 아닙니다. 이 주석은 일반 Windows 사용자에게 쉽습니다. restic mount 를 사용하기 위해 WSL을 사용해야 한다고 생각하지 않습니다.

@cfbao 이를 위해서는 커널 드라이버를 설치해야 합니다. 저는 항상 추가 커널 디렉토리가 필요하지 않은 옵션을 지지합니다. 나는 이것이 프로그램을 실행하고 브라우저를 여는 것이 타사 소프트웨어를 설치하는 것보다 더 간단하다는 점에 의심의 여지가 없다고 생각합니다. 아마도 그 후에 재부팅하고 모호한 명령줄을 실행하는 것입니다. 브라우저에서 탐색을 위해 클릭할 수 있습니다).

타사 드라이버를 설치하면 해당 드라이버에 버그가 있는 경우 전체 시스템에 영향을 미친다는 분명한 단점이 있습니다. 다시 말하지만, 훨씬 더 간단한(브라우저) 옵션이 있는 경우 타사 드라이버에 대한 restic의 요구 사항은 합리적이지 않습니다.

내가 볼 수있는 한 이러한 옵션은 모순되지 않으므로 restic은 두 가지를 모두 지원하므로 두 그룹의 요구 사항을 모두 충족할 수 있습니다.

@cfbao 이를 위해서는 커널 드라이버를 설치해야 합니다. 저는 항상 추가 커널 디렉토리가 필요하지 않은 옵션을 지지합니다.

@AndrewSav 요점은 모든 Windows 일반 사용자가 쉽게 수행할 수 있는 매우 간단한 작업이라는 것입니다. 따라서 웹 서버를 구현하는 한계 효용이 크게 줄어들고 제한된 개발 및 유지 관리 비용을 정당화하지 못할 수 있습니다.

@AndrewSav 웹 인터페이스는 백업을 둘러보기에 좋습니다. 상상할 수 있습니다. 그러나 다른 디렉토리에서 여러 파일을 복원하는 작업이 있는 경우 파일 시스템으로 마운트된 적절한 파일 관리자와 백업 스냅샷을 선호합니다. Restic이 WebDAV 클라이언트 제한으로 인해 Windows에서 여전히 열등한 솔루션인 WebDAV 인터페이스를 뒷면에 제공하는 것이라면: 1) 기본 최대 파일 크기 제한은 50M이며, 사용자는 이를 4G로 확장하기 위해 레지스트리 조작을 수행해야 합니다. 2) 일부 문자는 파일 이름에서 지원되지 않습니다.
제 생각에는 웹 인터페이스와 적절한 파일 시스템 마운트가 사용 사례가 다소 다른 보완 기능이라고 생각합니다.
타사 커널 드라이버(예: http://www.secfs.net/winfsp/)는 한 번만 설치하면 되며 재부팅할 필요가 없습니다.
또한 "불분명한 명령줄 실행"에 대한 주장을 잘 이해하지 못합니다. 웹 인터페이스를 활성화하기 위해 일부 restic 명령을 실행해야 하지 않을까요?

입력해 주셔서 감사합니다! 요약하자면 다음과 같습니다.

• @fd0 은 이전에 이 문제에서 HTTP 제공 저장소 브라우저 구현을 제안하고 승인했으며 https://github.com/restic/restic/issues/60#issuecomment -122898872에서 자세히 설명했습니다.
• 많은 사람들은 스냅샷과 해당 파일을 탐색하기 위해 플랫폼 중립적인 이 기능을 사용하는 것이 좋다고 생각합니다.
• 일반적인 의견은 우리가 실용적인 범위에서 파일을 복원할 수 있기를 원한다는 것입니다(웹 브라우저를 통해 전체 아카이브를 복원할 수 없을 것으로 예상할 수 있지만 "파일 다운로드 " 동작).
• 리포지토리에서 쓰기 작업을 수행하지 않고 읽기 작업만 수행해야 합니다.
• WebDAV는 파일 검색을 위한 옵션이지만 클라이언트 지원 측면에서 문제가 있습니다. 우리는 어느 시점에서 WebDAV도 구현할 수 있지만 그 또는 웹 서버가 다른 하나를 배제하지 않습니다. 그것들은 별개의 기능입니다.

계속되는 작업과 이에 대한 PR을 방해하는 것은 없습니다. 개인적으로 지지합니다. 우리는 그래야만 해:

• 작게 시작하여 스냅샷과 파일을 탐색할 수 있는 웹 GUI를 만든 다음 견고한 기반이 확보되면 복원 기능을 추가하기 시작합니다.
• restic serve http 명령을 사용하여 시작하도록 하면 나중에 restic serve webdav 및 restic serve rest 와 같은 다른 방법을 추가할 수 있습니다.
• 서버를 시작할 때 임시 사용자 이름과 암호를 생성하도록 하십시오.
• restic serve http 127.0.0.1:8080 와 같은 인수를 사용하여 바인딩할 IP/호스트 이름 및 포트를 구성할 수 있습니다.
• 자산/HTML/JS/CSS를 하드코딩하는 추악한 코드를 작성하지 말고 대신 https://github.com/tv42/becky를 사용하여 적절한 웹 GUI를 포함하거나 net/http/#FileServer를 사용하여 시작
• 이것은 완료하는 데 상당한 시간이 소요되는 기능이며 우리가 밤새 할 일이 아님을 인식하십시오.

기존 작업 및 유사한 참조:

• https://github.com/restic/restic/pull/1963 @kitone 귀하의 PR 및 이 문제에 대해 계속 작업하는 데 관심이
• 여기에 언급된 https://golang.org/pkg/net/http/#FileServer .