これは、バックアッププログラムの中心的な責任ではないように思われるものにとっては非常に複雑なようです。 これは本当に必要ですか？ ユースケースは何ですか？ 私はFUSE（https://github.com/restic/restic/issues/27）を好みます。

Windowsにはヒューズがありません。 http://golang.org/pkg/net/http/#FileServerを使用すると、基本的なWebサーバーを使用する作業はほとんどありません

まさに私が思ったのは、それは多くのコードではなく、おそらくWindowsでスナップショットを参照する唯一の方法です。

同意します。 ある時点でGUIが必要になります。そのための最も自然なステップは、ローカルホストまたは必要に応じて他のインターフェイスに表示できる組み込みWebサーバーだと思います。 誰もがWebブラウザを持っており、アプリケーションをいじくり回す必要はありません。

@rakoo次にWebサーバーで作業することに興味がありますか？

ユーザーインターフェイスについての考え：

• restic server HTTPサーバーを起動します
• resticは、ランダムに生成されたユーザー名とパスワードを含むHTTP URLをstdoutに書き込みます（例： http://RarOjHogvueHov:egsevtekwucvith@localhost/snapshots
• WebサーバーにはHTTPダイジェスト認証が必要です
• そしてそれはローカルホストにのみバインドします

ローカルホスト以外のものにバインドすることは不可能ではないはずですが、本当に難しいです。 たぶん、最初のバージョンのlocalhostをハードコーディングして、ユーザーが文句を言うかどうかを確認します。

考え？

これは、ユーザー名/パスワードがないことを除いて、多かれ少なかれ私が考えていたものです。IMOは、潜在的な攻撃者に対してほとんど価値を提供しません（プレーンHTTPを実行するため、ユーザー名とパスワードがはっきりと表示されます）。

ローカルホストのみにバインドしても問題ありません。操作しているスペースを見ると、ユーザーはsshでVPSにアクセスできると思います。したがって、次のようにリポジトリへのアクセスをトンネリングすることを期待できます。

backupserver> restic server 5000

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

これはかなり古いと思いますが、私からは+1です。 また、埋め込まれたユーザー名/パスワードは私にとっては役に立たないと思います。これはとにかくすべてVPNの背後にあり、システムの起動時に開始したいと思います。

@yatescoシステムの起動時に説明したWebサーバーコンポーネントを起動するためのユースケースは何ですか？ 思いつかないのですが、詳しく教えていただけますか？

こんにちは@ fd0-リポジトリをチームに公開することです。

かなり珍しいことに、私はぶらぶらしたくないデータをたくさん持っているので、このアーカイブを「長期保存」として使用するのは素晴らしいですが、チームとサンバ共有からのアクセスを提供する必要があります（例：＃ 377）またはWebUIは素晴らしいでしょう

わかりました、説明してくれてありがとう。

Sambaを介してFuseマウントを公開することは可能ですか？ 動作させることができません。フォルダが表示されません。 Fuseマウントで「allow_other」を使用するにはどうすればよいですか？

ここで何をする必要があるかを概説しました： https ：

ヒューズマウントオプションについては、問題＃767も参照してください。

必要なのは単なるビューアですか？ またはすべてのタスクの完全なGUI？ GUIについて私が想像する機能は次のとおりです。

機能の復元：

• スナップショットのリスト（日付、スナップサイズ、実際のサイズなど）
• スナップショットの閲覧（並べ替え、検索など）
• ファイルのバージョン履歴を表示する
• スナップショット、または選択したフォルダ/ファイルをユーザーのローカルドライブに復元します

管理機能：

• スナップショットを削除する
• バックアップ
• チェック
• 再構築

Electronを使用すると、クロスプラットフォーム/ HTML5 GUIを維持できますが、ファイルシステムアクセス、execコマンド、open ssh接続、ネイティブモジュールなどの追加機能があります。

プロジェクトについて話すことはできませんが、私にとっては、復元機能で十分です。

私は主にサーバーにSSHで接続するWindowsボックスで作業しています。問題が発生した場合は、バックアップドライブをすばやく接続して、問題のファイルを表示/ダウンロードしたいと思います。

こんにちは紳士、ちょうどrestic、本当に良い仕事、thxで働き始めました！ このトピックに関する私の50セント。 「スナップショットの表示」は少し役に立たない私見です（nginx、sambaなどの任意の手段で公開されたヒューズマウントで実行できます）、ユーザーが次に実行できるいくつかの便利なアクションがあるはずです、たとえば、選択したホストへのファイルの復元、復元いくつかのdbホストへのsqlダンプ、簡単な方法でresticバックアップされたものを復元します。 主に2つのことがあります：1。データの検索/分類と2.データの下で何かを行う（たとえば、復元、削除、共有、分類、コピーの比較（差分）など）。 なぜFUSEではないのか：それはWindowsに関するものではなく、UXに関するものです。 豊富な検索と簡単な復元（特定のデータ型とシステムに合わせて調整）を備えたバックアップストア用のWebフロントエンドを持つことは本当に素晴らしいことです。 バックアップストアに適した多数のユースケース（高度な検索、リモート復元、バックアップポリシーの提案、データマスキング、PII保護、シュレッダー、データコンプライアンス、レポートなど）を想像し、それらの一部にWebフロントを用意します（少なくとも検索復元）がいいでしょう！ ほとんどの場合、主な目的が何かの最新バージョンを復元することだけであるバックアップの場合、データ破損の場合、可能な限り迅速にそれで十分ですが、Webフロントエンドを持つアーカイブなどの機能には必須です。 ところで、データアーカイブは別の優れた機能です。たとえば、特定のデータをRESTICスナップから切り離して長期アーカイブに移動しますが、これは別の話であり、スレッドのトピックから外れています）そして、将来これを行うことにした場合は、これを見てくださいコア機能をRESTAPIでラップして、RESTサーバーで実行する必要があります。 後者は、サードパーティシステムとの統合に適しています。

goまたはnodejsで記述されたrestic-web沿ったものと呼ばれる他のアプリケーション全体をお勧めします。コマンドラインインターフェイスから実行できるすべてのことを実行できるように、reactまたはangularを使用します。

ResticはWindowsでhttps://github.com/dokan-dev/dokany/のようなものを利用できますか？
Linuxでgocryptfsを使用して暗号化されたWindowsでフォルダにアクセスするために、時々cppcryptfsを使用しますが、それはかなりうまく機能しているようです。

こんにちは、
私はこの記事を見つけました： https ：
それは言う：

WSL 2には独自のLinuxカーネルが含まれているため、システムコールと完全に互換性があります。 これにより、WSL内で実行できるまったく新しいアプリのセットが導入されます。 エキサイティングな例としては、LinuxバージョンのDockerやFUSEがあります。

WSLが機能するにはHyper-Vが必要であることを考慮に入れてください。ただし、次の点に注意してください。

1）Hyper-Vは、一部のバージョンのWindowsでのみ使用できます。 たとえば、Windows 10 ProはHyper-Vをサポートしていますが、Windows 10Homeはサポートしていません。

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を参照してください

明確にしていただきありがとうございます。 HyperVの要件はWSL2にとって新しいもののようですが、alironはWSL全般について話していると思いました。 また、HyperVがWindows10Homeユーザーに利用可能になることも知っておくとよいでしょう。

HTMLインターフェイスではなくWebdavサーバー（＃485）を使用する必要があると思います。
これにより、ユーザーはWindowsエクスプローラーにネットワークドライブとして簡単に追加することもできます。

nodejsを備えたサーバー（またはunix / linux）を入手した場合は、次のことを簡単に行うことができます。

restic mount backup &
npx http-serve backup

次に、 http ： ます。
そして、ファイルを参照してください。

完了したら、次のことができます。

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

リポジトリをマウントしている間、resticがリポジトリをロックするのか、それともその間にバックアップを追加できるのかはわかりません。
ただし、少なくとも、ファイルを参照するための小さなWebインターフェイスを使用できます。

@ vincent-oguryこの提案された機能のポイントは、 restic mount利用できないユーザーフレンドリーなバックアップビューを提供することだと思いました。

あなたが正しいです。 これは、私が推測するWindowsのDocker内で機能するはずです。
Webバージョンは、他のプラットフォームに適している場合があります。
コマンドラインを簡略化して、スナップショットの表示、表示、忘れ、新しいバックアップの開始を行うことができます...

この問題に取り組みたいと思います。 アイデアは、いくつかの基本的なhtmlテンプレートを使用してバニラGohttpサーバーを実装することです。 私たちのユースケースは、WindowsでのResticのユニバーサルな基本インターフェイスを使用することです。
これが私のタスクの範囲です：

問題
Resticは、Windows上のバックアップを閲覧するための便利な方法を提供していません。

仕事
ブラウザを使用してバックアップを参照および復元できる、組み込みのWebサーバーの基本的な概念実証を実装してみてください。

例
次のコマンドを実行すると、2つのバックアップが作成され、コマンドラインからバックアップを参照する方法を学習します。

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

バックアップを作成する

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

いくつかの変更を加える

日付>〜/ file-with-changes.txt

次のバックアップを作成します

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

あなたが持っているバックアップを見てください

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 / root

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 find snmp.json

ファイルを復元する

restic -p〜 / .restic-password --repo / tmp / backup restore latest --target / tmp / restore --include "/root/snmp.json"
仕様
そのようなことを実行すると、Webサーバーが起動し、内部的にバックアップが「オープン」になります。
restic -p〜 / .restic-password --repo / tmp / backup webserver 127.0.0.1:3344

ブラウザでHTTP：//127.0.0.1：3344を

最初の列のIDをクリックすると、スナップショット内のすべてのファイルのツリービューが表示されます。 restic -p〜 / .restic-password --repo / tmp / backup ls-lと同じデータ--jsonreturnsが表示されます。 ツリービューでは、最初に折りたたみや展開、アイコンは必要ありません。

または、スナップショットのパス（5列目）をクリックすると、このパスにのみ属するバックアップ内のファイルのリストが表示されます。 これは、restic -p〜 / .restic-password --repo / tmp / backup ls-lと同じデータを表示します。- 道--json

1つのファイルをクリックして、ブラウザからダウンロードできます。

理想的には、ファイルをクリックすると、そのファイルの日付順に並べられたすべての異なるバージョンのリストが表示されます。
スナップホットは常にファイルシステム全体の仮想ビューを提供します。 ファイルのさまざまなバージョンを識別するには、コマンドラインで次のコマンドを使用します。
restic -p〜 / .restic-password --repo / tmp / backup find /root/snmp.json --json | jq
ファイルが変更されていないため、mtimeが同一であるすべてのオブジェクトを1つのオブジェクトに減らす必要があります。

dokanyのようなWindowsで「resticmount」のサポートを追加するIMHOは、LinuxとWindowsで同じ復元ワークフローを使用する方が理にかなっており、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で）で実行していて、スナップショットの閲覧とファイルのダウンロードにうまく機能します。

すみません、私はそれをすべきではないとあなたは言いますか？ なぜそれに問題があるのですか？ 提案された解決策は、私の場合、平均的なユーザーにとっては非常に難しいものです。プログラムを開始し（定義されたフラグを使用して）、ブラウザーを開きます。

こんにちは。

仲間のレスティックユーザーとして、私はこのテーマに2セントを落としたかっただけです。

私はテクノロジーに精通したユーザーなので、物事の現状に問題はありません。 また、resticはテクノロジーに精通した人々を対象としていることも認識しています。 したがって、現在のソリューションは、一部の人にとっては複雑である/複雑になる可能性があります。 しかし、ブラウザからアクセスできるローカルWebサーバーの実装に問題はありません。 それは現在の解決策に取って代わるべきではありませんが、副次的な解決策として、そのようなものがあるといいでしょう。 そしておそらく、それはさらに多くの人々がレスティックをより利用しやすくするでしょう。

ありがとう。

「Windowsユーザーには難しすぎる」という意見には全く賛成できません。 まず第一に、これらのユーザーはすでに自分のものをバックアップするためにresticを実行することに成功しており、backupコマンドの代わりにmountコマンドを実行することは難しくありません。 次に、コマンドラインを開いてここにrestic -r foo mount barと入力する方法について説明します。 真剣に、これは誰にとってどのように難しいですか？ 誰かがそれに問題を抱えているなら、それらの人々は彼ら自身を教育する必要があります。 これは「難しい」ものではなく、コマンドラインから1行だけです。

編集：明確にするために、これは、＃2862で傾向があるようにWindowsで作業しているrestic mount考えると、どのWindowsユーザーにとっても難しいことではないことを意味します- @ filippobottegaがすぐ下に書いたことを示唆していませんこのコメントは、平均的なWindowsユーザーにとっては簡単です。 restic mountを使用するためにWSLを使用する必要はないと思います。

こんにちは、
WSL2を使用してWindowsエクスプローラーに復元バックアップを正常にマウントしましたが、思ったほど簡単ではありません。
必ず：

1. Windows 10用WindowsサブシステムforLinuxインストールします。
2. Windowsから/etc/nginx/nginx.confを編集できないのgurnec応答で説明されているように、Ubuntuのデフォルトユーザーをrootに変更しますアクセスが拒否されました。

3. ルートとしてUbuntuセッションにログオンし、マウントを使用したをマウントします（例： restic -r /mnt/c/ResticBackup -p /mnt/c/ResticBackup/password-file.txt mount /mnt/restic

   最後にあなたは見ることができるでしょう：

次に、コマンドラインを開いて、ここにrestic -rfooマウントバーを入力する方法について説明します。 真剣に、これは誰にとってどのように難しいですか？

ハイパーバイザーを機能させるためのBIOSオプション、WSLのセットアップ、およびハイパーバイザーの誤動作に起因する問題の診断などを検討する場合、これは非常に面倒な作業になる可能性があります。 私の見解では、私が使用しているVmWareおよびVirtualBoxと互換性のないMicrosoft Hypervisorを実行するための要件は、resticにとって明らかにばかげています。

LANで共有したい場合は、Webブラウザのポイントアンドクリックがはるかに簡単であり、httpはWindowsフレーバーのsmbよりもいくらかサポートされています（ヒント：ブラウザ）。 また、これらのマウントをsmbを介して公開できるかどうかは明確ではありませんが、公開できる場合でも、要点は変わりません。

私の見解では、Webブラウザのオプションがより単純であることは間違いありません。

ハイパーバイザーを機能させるためのBIOSオプションを検討する場合は、WSLをセットアップし、それが誤動作することによる問題を診断します。

@AndrewSavそれはここで議論されていることではありません。 @rawtaz （強調鉱山）からのコメントを参照してください

編集：明確にするために、私はこれがどのWindowsユーザーにとっても難しいことではないことを意味します_与えられたrestic mountは＃2862で傾向があるようにWindowsで作業しています-私は@filippobottegaがすぐ下に書いたことを示唆していませんこのコメントは、平均的なWindowsユーザーにとっては簡単です。 restic mountを使用するためにWSLを使用する必要はないと思います。

@cfbaoそのためのカーネルドライバをインストールする必要があります。 私はいつも、追加のカーネルディレクトリを必要としないオプションを求めています。 プログラムを実行してブラウザを開く方が、サードパーティのソフトウェアをインストールし、その後再起動して、あいまいなコマンドラインを実行する方が簡単であることは間違いないと思います（つまり、コマンドラインパラメータを指定して入力する必要があります。ブラウザでは、クリックするだけでナビゲーションできます）。

サードパーティのドライバをインストールすると、そのドライバにバグがある場合にシステム全体に影響を与えるという明らかな欠点もあります。 繰り返しになりますが、はるかに単純な（ブラウザー）オプションがある場合、サードパーティドライバーのresticからの要件は合理的ではありません。

私が見る限り、これらのオプションは矛盾していないので、resticは両方をサポートでき、したがって両方のグループのニーズに応えることができます。

@cfbaoそのためのカーネルドライバをインストールする必要があります。 私はいつも、追加のカーネルディレクトリを必要としないオプションを求めています。

@AndrewSavポイントは、すべてのWindowsのresticユーザーが簡単に実行できる非常に単純なタスクであるということです。 したがって、Webサーバーを実装する限界効用は大幅に削減され、再構築の開発と保守のコストを正当化できない可能性があります。

@AndrewSav Webインターフェースは、バックアップを
私の意見では、Webインターフェイスと適切なファイルシステムのマウントは、ユースケースが多少異なる補完的な機能です。
サードパーティのカーネルドライバ（例：http：//www.secfs.net/winfsp/）は、一度だけインストールする必要があり、再起動は必要ありません。
また、「あいまいなコマンドラインを実行する」という議論もよくわかりません。 Webインターフェイスをアクティブにするために、いくつかのresticコマンドを実行する必要はありませんか？

ご意見ありがとうございます！ それでは、物事を要約しましょう：

• @ fd0は、この問題でHTTPサービングリポジトリブラウザの実装を以前に提案し、それによって承認し、 https： //github.com/restic/restic/issues/60#issuecomment-122898872で詳しく説明しました。
• 多くの人が、スナップショットとそのファイルを参照するために、このプラットフォームに依存しない機能を使用することをお勧めします。
• 一般的な意見としては、実用的な範囲で、そこからファイルを復元できるようにしたいというものです（Webブラウザーを介してアーカイブ全体を復元できるとは思わないかもしれませんが、それは「ファイルのダウンロード」のようなものです。 " アクション）。
• リポジトリに対して書き込み操作を実行するのではなく、読み取り操作のみを実行する必要があります。
• WebDAVは、ファイルを参照するためのオプションですが、クライアントサポートの点で問題があります。 ある時点でWebDAVも実装する可能性がありますが、それもWebサーバーももう一方を除外することはありません。これらは別個の機能です。

継続的な作業とそのためのPRを妨げるものは何も見当たりません。 個人的にはサポートしています。 私たちはすべきだと思います：

• 小さなものから始めて、スナップショットとファイルを参照できるWeb GUIを作成し、しっかりとした基盤ができたら、復元機能の追加を開始します。
• コマンドrestic serve http使用を開始して、後でrestic serve webdavやrestic serve restなどのこれを提供する他のメソッドを追加できるようにします。
• サーバーの起動時に一時的なユーザー名とパスワードを生成するようにします。
• restic serve http 127.0.0.1:8080引数を使用してバインドするIP /ホスト名とポートを構成できるようにします。
• アセット/ HTML / JS / CSSをハードコードする醜いコードを書くのではなく、 https ： net / http /＃FileServerを使用して開始することもできます。
• これは完了するまでにかなりの時間がかかる機能であり、一晩で行うことではないことを理解してください。

既存の作品と同様の参考文献：

• https://github.com/restic/restic/pull/1963 @kitone PRとこの問題に引き続き取り組むことに興味がありますか？
• https://golang.org/pkg/net/http/#FileServerここに記載されてい