Ini sepertinya banyak kerumitan untuk sesuatu yang tampaknya bukan tanggung jawab inti dari program pencadangan. Apakah ini benar-benar dibutuhkan? Apa kasus penggunaan? Saya lebih suka FUSE (https://github.com/restic/restic/issues/27).

Windows tidak memiliki sekering. Memiliki server web dasar sangat sedikit bekerja menggunakan http://golang.org/pkg/net/http/#FileServer. Ini harus menggunakan jenis antarmuka yang sama yang digunakan untuk mengimplementasikan antarmuka sekering.

Persis seperti yang saya pikirkan, itu tidak banyak kode dan mungkin satu-satunya cara untuk menelusuri snapshot di Windows.

Saya setuju. Pada titik tertentu saatnya untuk GUI, dan saya pikir langkah paling alami untuk itu adalah server web tertanam yang dapat menyajikannya di localhost atau bahkan antarmuka lain jika diinginkan. Setiap orang memiliki browser web dan seseorang tidak perlu mengutak-atik aplikasi.

@rakoo apakah Anda tertarik untuk bekerja di server web selanjutnya?

Pemikiran tentang antarmuka pengguna:

• Mulai server HTTP dengan restic server
• restic menulis URL HTTP ke stdout yang menyertakan nama pengguna dan kata sandi yang dibuat secara acak, misalnya http://RarOjHogvueHov:egsevtekwucvith@localhost/snapshots
• Server web memerlukan HTTP intisari auth
• Dan itu hanya mengikat ke localhost

Mengikat sesuatu selain localhost seharusnya tidak mustahil, tetapi sangat sulit. Mungkin kami akan melakukan hardcode localhost untuk versi pertama, dan melihat apakah pengguna mengeluh.

Pikiran?

Ini kurang lebih apa yang ada dalam pikiran saya, kecuali tanpa nama pengguna/kata sandi: IMO mereka memberikan sedikit nilai terhadap penyerang potensial (kami akan melakukan HTTP biasa, sehingga nama pengguna dan kata sandi terlihat jelas).

Saya baik-baik saja dengan mengikat ke localhost saja: melihat ruang tempat kami beroperasi, saya berharap pengguna memiliki ssh untuk mengakses VPS mereka, jadi saya pikir adil untuk mengharapkan mereka untuk terowongan akses ke repo mereka dengan cara ini:

backupserver> restic server 5000

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

Saya menyadari ini cukup lama, tetapi +1 dari saya. Saya juga tidak berpikir nama pengguna/kata sandi yang disematkan berguna bagi saya, ini semua di belakang VPN dan saya ingin itu dimulai pada waktu sistem-up.

@yatesco Apa kasus penggunaan Anda untuk memulai komponen server web yang dibahas pada waktu startup sistem? Saya tidak bisa memikirkannya, bisakah Anda menjelaskannya?

Hai @ fd0 - ini untuk mengekspos repositori ke tim.

Agak tidak biasa mungkin, saya memiliki banyak data yang saya tidak ingin berkeliaran jadi menggunakan arsip ini sebagai 'penyimpanan jangka panjang' itu bagus, tetapi kemudian saya perlu memberikan akses ke sana dari tim dan berbagi samba (mis. 377) atau ui web akan sangat bagus

Oke, terima kasih atas penjelasannya.

Apakah mungkin untuk mengekspos pemasangan Fuse melalui Samba? Saya tidak bisa membuatnya bekerja, folder tidak terlihat. Bagaimana cara agar Fuse mount menggunakan "allow_other"?

Saya telah menguraikan apa yang perlu dilakukan di sini: https://github.com/restic/restic/pull/754#issuecomment -276023059

Lihat juga masalah #767 untuk opsi pemasangan sekering.

Apakah hanya penonton yang kita butuhkan? atau GUI lengkap untuk semua tugas? Berikut fitur yang saya bayangkan untuk GUI:

Pulihkan fitur:

• daftar snapshot (dengan tanggal, ukuran snap, ukuran sebenarnya, dll.)
• menelusuri snapshot (mengurutkan, mencari, dll.)
• lihat riwayat versi file
• memulihkan snapshot, atau pilihan folder/file ke drive lokal pengguna

Fitur admin:

• hapus snapshot
• cadangan
• memeriksa
• membangun kembali

Dengan Electron kami mempertahankan GUI lintas platform/HTML5 tetapi dengan fitur tambahan seperti akses sistem file, perintah exec, koneksi ssh terbuka, modul asli, dll.

Saya tidak dapat berbicara untuk proyek tersebut, tetapi bagi saya, fitur pemulihan sudah cukup.

Saya kebanyakan bekerja pada kotak Windows SSH'ing ke server dan jika ada yang gagal, saya ingin segera menyambungkan drive cadangan saya untuk melihat/mengunduh file yang dimaksud.

Hai agan-agan, baru mulai kerja dengan restic, kerja bagus banget, thx! Lima puluh sen saya tentang topik ini. Hanya 'melihat snapshot' agak tidak berguna (dapat dilakukan dengan fuse mount yang diterbitkan dengan cara apa pun seperti nginx, samba, dll), pasti harus ada beberapa tindakan berguna yang dapat dilakukan pengguna selanjutnya, misalnya mengembalikan file ke host yang dipilih, memulihkan sql dump ke beberapa host db, pulihkan apa pun yang dicadangkan dengan cara mudah. Ada dua hal utama: 1. Pencarian/klasifikasi data dan 2. Melakukan sesuatu di bawah data (misalnya memulihkan, menghapus, membagikan, mengklasifikasikan, membandingkan salinan (diff), dll.). Mengapa tidak FUSE: ini bukan tentang Windows sama sekali, ini tentang UX. Memiliki frontend web untuk penyimpanan cadangan dengan pencarian yang kaya dan pemulihan yang mudah (disesuaikan dengan tipe dan sistem data tertentu) sangat keren. Saya membayangkan selusin kasus penggunaan yang masuk akal untuk penyimpanan cadangan (pencarian lanjutan, pemulihan jarak jauh, saran kebijakan pencadangan, penyembunyian data, perlindungan PII, penghancuran, kepatuhan data, pelaporan, dll), memiliki web front untuk beberapa di antaranya (setidaknya cari dan memulihkan) akan menyenangkan! Untuk cadangan di mana dalam banyak kasus tujuan utamanya hanya untuk memulihkan versi terbaru dari sesuatu, dalam kasus korupsi data, secepat mungkin, itu cukup baik, tetapi untuk fungsionalitas seperti pengarsipan memiliki frontend web adalah suatu keharusan. Btw arsip data adalah fitur keren lainnya, misalnya melepaskan data tertentu dari snap restic dan memindahkannya ke arsip jangka panjang, tetapi ini adalah cerita lain dan di luar topik untuk utas) Dan ya, jika Anda memutuskan untuk melakukan ini di masa mendatang, imho ini harus dilakukan di rest-server, membungkus fitur inti di rest api. Yang terakhir masuk akal untuk integrasi dengan sistem pihak ke-3.

Saya akan merekomendasikan seluruh aplikasi lain yang disebut sesuatu di sepanjang baris restic-web ditulis dalam go atau nodejs dan bereaksi atau angular untuk dapat melakukan semua yang dapat Anda lakukan dari antarmuka baris perintah

Bisakah restic menggunakan sesuatu seperti https://github.com/dokan-dev/dokany/ di windows?
Saya kadang-kadang menggunakan cppcryptfs untuk mengakses folder di bawah Windows yang dienkripsi menggunakan gocryptfs di Linux dan tampaknya berfungsi dengan cukup baik.

Halo,
Saya telah menemukan artikel ini: https://devblogs.microsoft.com/commandline/announcing-wsl-2/
Ia mengatakan:

Sekarang WSL 2 menyertakan kernel Linux-nya sendiri, ia memiliki kompatibilitas panggilan sistem penuh. Ini memperkenalkan serangkaian aplikasi baru yang dapat Anda jalankan di dalam WSL. Beberapa contoh menarik adalah Docker versi Linux, serta FUSE!

Harap perhatikan bahwa WSL membutuhkan Hyper-V untuk bekerja, tetapi:

1) Hyper-V hanya tersedia untuk beberapa versi Windows. Misalnya, Windows 10 Pro memiliki dukungan Hyper-V, sedangkan Windows 10 Home tidak.

2) Hyper-V tidak dapat berdampingan dengan perangkat lunak hypervisor lain yang mungkin sudah digunakan pengguna (seperti VirtualBox, dll). Jadi, jika seseorang sudah menggunakan VirtualBox (atau hypervisor lainnya), mereka tidak akan dapat menggunakan WSL.

Singkatnya, saya pikir WSL tidak boleh diterima begitu saja untuk setiap pengguna Windows.

@aliron19 Bisakah Anda menyebutkan sumbernya? Saya menggunakan WSL di pc kerja saya untuk menjalankan redis, tetapi ini adalah PC Windows 10 Home, jadi tidak ada Hyper-V namun WSL berfungsi dengan baik.

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

Terima kasih telah mengklarifikasi. Tampaknya persyaratan Hyper V baru untuk WSL 2, saya pikir aliron berbicara tentang WSL secara umum. Juga baik untuk mengetahui Hyper V akan tersedia untuk pengguna Windows 10 Home.

Saya akan mengatakan bahwa kita harus lebih memilih server Webdav (#485) daripada antarmuka HTML.
Ini juga akan memungkinkan pengguna untuk dengan mudah menambahkannya sebagai drive jaringan ke windows explorer..

Jika Anda memiliki server (atau unix/linux) dengan nodejs, Anda dapat melakukannya dengan mudah:

restic mount backup &
npx http-serve backup

Kemudian Anda dapat menelusuri http://127.0.0.1 :8080
dan melihat Anda file:

Setelah selesai, Anda dapat:

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

Saya tidak tahu apakah restic mengunci repositori saat Anda memasangnya, atau jika Anda dapat menambahkan lebih banyak cadangan sementara itu.
Tetapi setidaknya Anda dapat memiliki antarmuka web kecil untuk menelusuri file Anda.

@vincent-ogury Saya pikir inti dari fitur yang diusulkan ini adalah untuk menyediakan tampilan cadangan yang ramah pengguna di mana restic mount _tidak_ tersedia.

Kamu benar. Ini seharusnya bekerja di dalam buruh pelabuhan di windows, saya kira.
Versi web mungkin bagus untuk platform lain.
Ini dapat menyederhanakan baris perintah untuk menampilkan snapshot, melihat, melupakan, memulai pencadangan baru...

Saya ingin bekerja pada masalah ini. Idenya adalah untuk mengimplementasikan server Vanilla Go http dengan beberapa template html dasar. Kasus penggunaan kami adalah memiliki beberapa antarmuka dasar universal untuk Restic di bawah Windows
Berikut adalah ruang lingkup tugas saya:

Masalah
Restic tidak menyediakan cara praktis untuk menelusuri cadangan di Windows.

Tugas
Cobalah untuk menerapkan konsep bukti dasar dari server web built-in, yang memungkinkan penjelajahan dan pemulihan cadangan menggunakan browser.

Contoh
Menjalankan perintah berikut akan membuat dua cadangan dan Anda akan mempelajari cara menelusuri cadangan melalui baris perintah.

openssl rand -hex 10 > ~/.restic-password
restic -p ~/.restic-password init --repo /tmp/backup

Buat cadangan

restic -p ~/.restic-password --repo /tmp/backup backup ~

Buat beberapa perubahan

tanggal > ~/file-with-changes.txt

Buat cadangan berikutnya

restic -p ~/.restic-password --repo /tmp/backup backup ~

Lihat cadangan apa yang Anda miliki

restic -p ~/.restic-password --repo /tmp/backup snapshots

repositori 2ad83051 berhasil dibuka, kata sandi benar

Jalur Tag Host Waktu ID

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

99388d0b 2020-09-11 17:21:23 thorsten-devvm-v3 /root

2 cuplikan

Lihat apa yang ada di dalam cadangan

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

Dapatkan daftar berformat json dari semua file dalam cadangan.

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

Periksa apakah file ada di cadangan

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

Pulihkan file

restic -p ~/.restic-password --repo /tmp/backup restore terbaru --target /tmp/restore --include "/root/snmp.json"
spesifikasi
Dengan menjalankan sesuatu seperti itu, server web dimulai, dan secara internal cadangannya "terbuka".
restic -p ~/.restic-password --repo /tmp/backup webserver 127.0.0.1:3344

Menunjuk browser saya ke HTTP://127.0.0.1 :3344 Saya mendapatkan daftar semua snapshot di repositori. Itu adalah data yang sama, yang ditunjukkan snapshot restic -p ~/.restic-password --repo /tmp/backup.

Saya dapat mengklik ID pada kolom pertama dan saya mendapatkan tampilan pohon dari semua file di snapshot. Data yang sama dengan restic -p ~/.restic-password --repo /tmp/backup ls -l--json kembali ditampilkan. Tampilan pohon tidak perlu dilipat dan dibuka atau ikon di awal.

Atau saya dapat mengklik jalur snapshot (kolom ke-5) dan saya mendapatkan daftar file dalam cadangan yang hanya dimiliki oleh jalur ini. Ini menampilkan data yang sama dengan restic -p ~/.restic-password --repo /tmp/backup ls -l--jalur--json

Saya dapat mengklik satu file dan mengunduhnya melalui browser.

Idealnya, saya dapat mengklik file dan saya mendapatkan daftar semua versi berbeda yang diurutkan berdasarkan tanggal file itu.
Snapshot selalu memberikan tampilan virtual dari seluruh sistem file. Untuk mengidentifikasi berbagai versi file, perintah berikut akan digunakan pada baris perintah.
restic -p ~/.restic-password --repo /tmp/backup temukan /root/snmp.json --json|jq
Semua objek, di mana mtime identik harus direduksi menjadi satu objek karena file tidak berubah.

IMHO menambahkan dukungan "restic mount" di windows dengan sesuatu seperti dokany akan lebih masuk akal untuk memiliki alur kerja pemulihan yang sama di Linux dan Windows, dan memberikan pengalaman pengguna yang lebih baik menggunakan OS Explorer untuk menelusuri file.

Silakan lihat https://github.com/restic/restic/pull/2862 alamat mana yang dimaksudkan untuk menyelesaikan Restic does not provide a handy way to browse through the backups on Windows dengan cara yang sama seperti yang dilakukan pada platform lain selain Windows.

Tentu tapi saya kira cukup sulit bagi pengguna windows "khas" untuk menggunakan antarmuka baris perintah, target saya adalah menyediakan antarmuka yang sederhana dan dapat dimengerti yang dapat dipahami oleh setiap pengguna.

Sebagai solusinya, saya telah mengumpulkan apa yang disarankan @vincent-ogury dan @celogeek (terima kasih!) https://github.com/stevedenman/restic-browser-docker
Saya telah menjalankannya di mesin Windows saya (di Docker pada wsl2) dan berfungsi dengan baik untuk menjelajahi snapshot dan mengunduh file.

maaf teman-teman apakah Anda mengatakan saya tidak boleh melakukannya? kenapa ada masalah dengan itu? solusi yang disarankan cukup sulit untuk rata-rata pengguna dalam kasus saya yang perlu kita lakukan - mulai program (dengan flag yang ditentukan) dan buka browser!

Halo.

Sebagai pengguna restic sesama, saya hanya ingin menjatuhkan dua sen saya pada subjek.

Saya pengguna yang paham teknologi jadi saya baik-baik saja dengan keadaan dalam keadaan istirahat. Saya juga sadar bahwa restic ditujukan kepada orang-orang yang paham teknologi; oleh karena itu, solusi saat ini/bisa jadi rumit bagi sebagian orang. Tetapi saya tidak melihat ada masalah dengan penerapan server web lokal yang dapat diakses melalui browser. Seharusnya tidak menggantikan solusi saat ini tetapi sebagai solusi sampingan, alangkah baiknya memiliki sesuatu seperti itu. Dan mungkin, itu akan membuat restic lebih mudah diakses oleh lebih banyak orang.

Terima kasih.

Saya sangat tidak setuju dengan pendapat "terlalu sulit untuk pengguna Windows". Pertama-tama, para pengguna ini telah berhasil menjalankan restic untuk mencadangkan barang-barang mereka, dan menjalankan perintah mount alih-alih perintah cadangan tidak lebih sulit. Kedua, kita berbicara tentang membuka baris perintah dan memasukkan restic -r foo mount bar sini. Serius, bagaimana ini sulit bagi siapa pun? Jika seseorang mengalami masalah dengan itu, orang-orang itu perlu mendidik diri mereka sendiri. Ini bukan sesuatu yang "sulit", hanya berjarak satu baris perintah.

EDIT: Hanya untuk memperjelas, maksud saya ini seharusnya tidak sulit sama sekali untuk pengguna Windows mana pun yang diberikan restic mount bekerja pada Windows seperti dalam tended di #2862 - Saya tidak menyarankan apa yang ditulis @filippobottega tepat di bawah komentar ini mudah untuk pengguna Windows rata-rata. Saya tidak berpikir seseorang harus menggunakan WSL untuk menggunakan restic mount .

Halo,
Saya telah berhasil memasang cadangan restic pada Windows Explorer menggunakan WSL2 tetapi tidak semudah yang saya harapkan.
Kamu harus:

1. Instal WSL2 seperti yang dijelaskan dalam Subsistem Windows untuk Panduan Instalasi Linux untuk Windows 10
2. Ubah pengguna default Ubuntu menjadi root seperti yang dijelaskan dalam respons gurnec di Tidak dapat mengedit /etc/nginx/nginx.conf dari Windows.

3. Masuk ke sesi Ubuntu sebagai root dan pasang cadangan restic seperti yang dijelaskan di Restore using mount , misalnya restic -r /mnt/c/ResticBackup -p /mnt/c/ResticBackup/password-file.txt mount /mnt/restic

   Pada akhirnya Anda akan dapat melihat:

Kedua, kita berbicara tentang membuka baris perintah dan memasukkan restic -r foo mount bar di sini. Serius, bagaimana ini sulit bagi siapa pun?

Jika Anda mempertimbangkan opsi BIOS untuk membiarkan hypervisor bekerja, mengatur WSL dan mendiagnosis masalah apa pun yang berasal dari malfungsi, dll, ini bisa sangat melelahkan. Dalam pandangan saya, persyaratan untuk menjalankan Microsoft Hypervisor yang tidak kompatibel dengan VmWare dan VirtualBox yang saya gunakan, sangat konyol untuk restic.

Point and click browser web jauh lebih mudah dan juga http agak lebih baik didukung (petunjuk: browser) daripada windows rasa seseorang jika Anda ingin berbagi di LAN. Juga Tidak jelas apakah Anda dapat mengekspos tunggangan ini melalui seseorang sama sekali, tetapi bahkan jika Anda bisa, intinya tetap ada.

Dalam pandangan saya tidak ada pertanyaan bahwa opsi browser web lebih sederhana.

Jika Anda mempertimbangkan opsi BIOS untuk membiarkan hypervisor bekerja, mengatur WSL dan mendiagnosis masalah apa pun yang berasal dari kegagalan fungsi, dll

@AndrewSav Bukan itu yang sedang dibahas di sini. Lihat komentar dari @rawtaz (penekanan saya)

EDIT: Hanya untuk memperjelas, maksud saya ini seharusnya tidak sulit sama sekali untuk pengguna Windows mana pun _diberikan restic mount bekerja di Windows seperti dalam tended di #2862_ - Saya tidak menyarankan apa yang ditulis @filippobottega tepat di bawah komentar ini mudah untuk pengguna Windows rata-rata. Saya tidak berpikir seseorang harus menggunakan WSL untuk menggunakan restic mount .

@cfbao Anda perlu menginstal driver kernel untuk itu. Saya selalu menyukai opsi yang tidak memerlukan diver kernel tambahan. Saya pikir ini seharusnya tidak menjadi pertanyaan bahwa menjalankan program dan membuka browser Anda lebih sederhana daripada menginstal beberapa perangkat lunak pihak ketiga, mungkin me-reboot setelah itu dan kemudian menjalankan beberapa baris perintah yang tidak jelas (maksud saya Anda perlu menyediakan dan mengetik parameter baris perintah, di browser Anda cukup mengklik untuk navigasi).

Menginstal driver pihak ketiga juga memiliki kerugian yang jelas berdampak pada keseluruhan sistem jika ada bug pada driver tersebut. Sekali lagi, persyaratan dari restic untuk driver pihak ketiga tidak masuk akal, jika ada opsi (browser) yang lebih sederhana.

Sejauh yang saya lihat opsi-opsi ini tidak bertentangan, jadi restic dapat mendukung keduanya dan dengan demikian memenuhi kebutuhan kedua kelompok.

@cfbao Anda perlu menginstal driver kernel untuk itu. Saya selalu menyukai opsi yang tidak memerlukan diver kernel tambahan.

@AndrewSav Intinya adalah bahwa ini adalah tugas yang sangat sederhana yang dapat dilakukan oleh setiap pengguna Windows restic dengan mudah. Utilitas marjinal dari penerapan server web karenanya sangat berkurang dan mungkin tidak membenarkan biaya untuk pengembangan dan pemeliharaan yang terbatas.

@AndrewSav Antarmuka web bagus untuk melihat-lihat cadangan, saya bisa membayangkannya. Tetapi jika ada tugas untuk memulihkan banyak file dari direktori yang berbeda, saya lebih suka pengelola file yang layak dan snapshot cadangan yang dipasang sebagai sistem file. Jika restic menyediakan antarmuka WebDAV ke belakang yang masih merupakan solusi yang lebih rendah pada Windows karena keterbatasan klien WebDAV-nya: 1) batas ukuran file maks default adalah 50M, pengguna perlu melakukan manipulasi registri untuk memperluasnya ke 4G; 2) beberapa karakter tidak didukung dalam nama file.
Pendapat saya adalah bahwa antarmuka web dan pemasangan sistem file yang tepat adalah fitur pelengkap dengan kasus penggunaan yang agak berbeda.
Driver kernel pihak ketiga (misalnya http://www.secfs.net/winfsp/) hanya perlu diinstal sekali dan tidak perlu reboot.
Saya juga tidak begitu mengerti argumen tentang "menjalankan beberapa baris perintah yang tidak jelas". Tidakkah Anda perlu menjalankan beberapa perintah restic untuk mengaktifkan antarmuka web juga?

Terima kasih semuanya atas masukan Anda! Jadi mari kita simpulkan:

• @fd0 sebelumnya telah menyarankan dan dengan demikian menyetujui penerapan browser repositori penyajian HTTP dalam masalah ini dan menguraikannya di https://github.com/restic/restic/issues/60#issuecomment -122898872 .
• Banyak orang berpikir itu ide yang baik untuk memiliki fitur platform-netral ini untuk menelusuri snapshot dan file mereka.
• Pendapat umum adalah bahwa kami juga ingin dapat memulihkan file darinya, sejauh itu praktis (kami mungkin tidak berharap dapat memulihkan seluruh arsip melalui browser web, itu akan lebih dari "mengunduh file " tindakan).
• Seharusnya tidak melakukan operasi tulis apa pun di repositori, hanya operasi baca.
• WebDAV, sementara menjadi pilihan untuk browsing file, bermasalah dalam hal dukungan klien. Kami mungkin menerapkan WebDAV juga di beberapa titik, tetapi baik itu maupun server web tidak mengecualikan yang lain - keduanya adalah fitur yang terpisah.

Saya tidak melihat apa pun yang mencegah pekerjaan lanjutan dan PR untuk ini. Secara pribadi saya mendukungnya. Saya pikir kita harus:

• Mulai dari yang kecil, buat GUI web yang dapat menelusuri snapshot dan file di dalamnya, lalu setelah kita memiliki dasar yang kuat, mulailah menambahkan fungsionalitas pemulihan.
• Mulai gunakan perintah restic serve http agar nanti kita bisa menambahkan metode penyajian lain seperti restic serve webdav dan mungkin restic serve rest .
• Buat itu menghasilkan nama pengguna dan kata sandi sementara saat memulai server, untuk
• memungkinkan untuk mengonfigurasi IP/nama host dan port untuk diikat menggunakan argumen, misalnya restic serve http 127.0.0.1:8080 .
• Tidak menulis kode jelek yang meng-hardcode aset/HTML/JS/CSS tetapi sebagai gantinya menyematkan GUI web yang tepat menggunakan mis https://github.com/tv42/becky atau bahkan mulai dengan hanya menggunakan net/http/#FileServer .
• Sadarilah bahwa ini adalah fitur yang akan memakan waktu cukup lama untuk diselesaikan, itu bukan sesuatu yang akan kita lakukan dalam semalam.

Karya yang ada dan referensi serupa:

• https://github.com/restic/restic/pull/1963 @kitone Apakah Anda tertarik untuk melanjutkan mengerjakan PR Anda dan masalah ini?
• https://golang.org/pkg/net/http/#FileServer seperti yang disebutkan di sini .