ऐसा लगता है कि किसी ऐसी चीज़ के लिए बहुत जटिलता है जो बैकअप प्रोग्राम की मुख्य ज़िम्मेदारी नहीं लगती है। क्या यह वाकई जरूरी है? उपयोग का मामला क्या है? मैं FUSE (https://github.com/restic/restic/issues/27) पसंद करूंगा।

विंडोज़ में फ्यूज नहीं है। http://golang.org/pkg/net/http/#FileServer का उपयोग करके एक बुनियादी वेब सर्वर होना बहुत कम काम है

ठीक वैसा ही जैसा मैंने सोचा था, यह ज्यादा कोड नहीं है और शायद विंडोज़ में स्नैपशॉट ब्राउज़ करने का एकमात्र तरीका है।

मैं सहमत हूँ। किसी बिंदु पर यह एक जीयूआई के लिए समय है, और मुझे लगता है कि इसका सबसे स्वाभाविक कदम एक एम्बेडेड वेब सर्वर है जो इसे स्थानीयहोस्ट या यहां तक ​​​​कि अन्य इंटरफेस पर भी पेश कर सकता है। हर किसी के पास एक वेब ब्राउज़र होता है और किसी को एप्लिकेशन के साथ खिलवाड़ नहीं करना पड़ता।

@rako क्या आप आगे वेब सर्वर पर काम करने में रुचि रखते हैं?

यूजर इंटरफेस के बारे में विचार:

• HTTP सर्वर को restic server प्रारंभ करें
• रेस्टिक स्टडआउट के लिए एक HTTP यूआरएल लिखता है जिसमें यादृच्छिक रूप से जेनरेट किया गया उपयोगकर्ता नाम और पासवर्ड शामिल है, उदाहरण के लिए http://RarOjHogvueHov:egsevtekwucvith@localhost/snapshots
• वेबसर्वर को HTTP डाइजेस्ट प्रमाणीकरण की आवश्यकता है
• और यह केवल लोकलहोस्ट से जुड़ता है

लोकलहोस्ट के अलावा किसी और चीज़ से जुड़ना असंभव नहीं होना चाहिए, लेकिन वास्तव में कठिन है। हो सकता है कि हम पहले संस्करण के लिए लोकलहोस्ट को हार्डकोड करेंगे, और देखेंगे कि उपयोगकर्ता शिकायत करते हैं या नहीं।

विचार?

यह कमोबेश मेरे दिमाग में था, सिवाय उपयोगकर्ता नाम/पासवर्ड के: IMO वे एक संभावित हमलावर के खिलाफ बहुत कम मूल्य प्रदान करते हैं (हम सादा HTTP करेंगे, इसलिए उपयोगकर्ता नाम और पासवर्ड स्पष्ट रूप से दिखाई दे रहे हैं)।

मैं केवल लोकलहोस्ट के लिए बाध्य होने के साथ ठीक हूं: जिस स्थान में हम काम करते हैं, मैं उम्मीद करता हूं कि उपयोगकर्ता के पास अपने वीपीएस तक पहुंचने के लिए एसएसएच होगा, इसलिए मुझे लगता है कि यह उम्मीद करना उचित है कि वे इस तरह से अपने रेपो तक पहुंच प्राप्त कर सकें:

backupserver> restic server 5000

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

मुझे एहसास है कि यह काफी पुराना है, लेकिन मुझसे +1। मुझे यह भी नहीं लगता कि एम्बेडेड उपयोगकर्ता नाम/पासवर्ड मेरे लिए सहायक है, वैसे भी यह एक वीपीएन के पीछे है और मैं चाहता हूं कि यह सिस्टम-अप समय पर शुरू हो।

@yatesco सिस्टम स्टार्टअप समय पर चर्चा किए गए वेब सर्वर घटक को शुरू करने के लिए आपका उपयोग मामला क्या है? मैं एक के बारे में नहीं सोच सकता, क्या आप विस्तार से बता सकते हैं?

हाय @ fd0 - यह टीम को भंडार का पर्दाफाश करना है।

बल्कि असामान्य रूप से हो सकता है, मेरे पास डेटा का एक गुच्छा है जिसे मैं इधर-उधर नहीं लटकाना चाहता, इसलिए इस संग्रह का उपयोग 'दीर्घकालिक भंडारण' के रूप में करना बहुत अच्छा है, लेकिन फिर मुझे इसे टीम और एक सांबा शेयर से एक्सेस प्रदान करने की आवश्यकता है (जैसे # 377) या एक वेब यूआई बहुत अच्छा होगा

ठीक है, स्पष्टीकरण के लिए धन्यवाद।

क्या सांबा के माध्यम से फ्यूज माउंट को उजागर करना संभव है? मैं इसे काम नहीं कर सकता, फ़ोल्डर दिखाई नहीं दे रहा है। मैं "allow_other" का उपयोग करने के लिए फ्यूज माउंट कैसे प्राप्त करूं?

मैंने रेखांकित किया है कि यहाँ क्या करने की आवश्यकता है: https://github.com/restic/restic/pull/754#issuecomment -276023059

फ़्यूज़ माउंट विकल्पों के लिए अंक #767 भी देखें।

क्या यह सिर्फ एक दर्शक है जिसकी हमें जरूरत है? या सभी कार्यों के लिए एक पूर्ण जीयूआई? यहाँ वे सुविधाएँ हैं जिनकी मैं GUI के लिए कल्पना करता हूँ:

सुविधाओं को पुनर्स्थापित करें:

• सूची स्नैपशॉट (तिथि, स्नैप आकार, वास्तविक आकार, आदि के साथ)
• एक स्नैपशॉट ब्राउज़ करें (क्रमबद्ध करें, खोजें, आदि)
• फ़ाइल संस्करण इतिहास देखें
• उपयोगकर्ता स्थानीय ड्राइव पर एक स्नैपशॉट, या फ़ोल्डर/फ़ाइलों का चयन पुनर्स्थापित करें

व्यवस्थापक विशेषताएं:

• स्नैपशॉट हटाएं
• बैकअप
• जाँच
• फिर से बनाना

इलेक्ट्रॉन के साथ हम क्रॉसप्लेटफार्म/एचटीएमएल5 जीयूआई रखते हैं लेकिन फाइल सिस्टम एक्सेस, एक्ज़ीक्यूटिव कमांड, ओपन एसएसएच कनेक्शन, देशी मॉड्यूल इत्यादि जैसी अतिरिक्त सुविधाओं के साथ।

मैं परियोजना के लिए नहीं बोल सकता, लेकिन मेरे लिए, पुनर्स्थापना सुविधाएँ पर्याप्त होंगी।

मैं ज्यादातर सर्वर में विंडोज बॉक्स SSH'ing पर काम करता हूं और अगर चीजें विफल हो जाती हैं तो मैं फाइलों को देखने/डाउनलोड करने के लिए अपने बैकअप ड्राइव में जल्दी से प्लग इन करना चाहता हूं।

हाय जेंट्स, बस रेस्टिक के साथ काम करना शुरू किया, वास्तव में अच्छा काम, thx! इस विषय पर मेरे पचास सेंट। बस 'स्नैपशॉट देखें' थोड़ा बेकार इम्हो है (किसी भी माध्यम से प्रकाशित फ्यूज माउंट के साथ किया जा सकता है जैसे nginx, samba, आदि), निश्चित रूप से कुछ उपयोगी क्रियाएं होनी चाहिए जो उपयोगकर्ता आगे कर सकता है, उदाहरण के लिए चयनित मेजबानों को फ़ाइलों को पुनर्स्थापित करें, पुनर्स्थापित करें कुछ डीबी होस्ट के लिए एसक्यूएल डंप, आसान तरीके से बैक अप लेने वाली किसी भी चीज़ को पुनर्स्थापित करें। दो मुख्य चीजें हैं: 1. डेटा खोज/वर्गीकरण और 2. डेटा के तहत कुछ करें (जैसे पुनर्स्थापित करें, हटाएं, साझा करें, वर्गीकृत करें, प्रतियों की तुलना करें (diff), आदि)। फ्यूज क्यों नहीं: यह विंडोज़ के बारे में बिल्कुल नहीं है, यह यूएक्स के बारे में है। समृद्ध खोज और आसान पुनर्स्थापना (विशेष डेटा प्रकार और सिस्टम के अनुरूप) के साथ बैकअप स्टोर के लिए वेब फ्रंटएंड होना वास्तव में अच्छा है। मैं दर्जनों उपयोग के मामलों की कल्पना करता हूं जो बैकअप स्टोर (उन्नत खोज, रिमोट रिस्टोर, बैकअप पॉलिसी सुझाव, डेटा मास्किंग, पीआईआई सुरक्षा, श्रेडिंग, डेटा अनुपालन, रिपोर्टिंग, आदि) के लिए समझ में आता है, उनमें से कुछ के लिए एक वेब फ्रंट है (कम से कम खोज और पुनर्स्थापित करें) अच्छा होगा! बैकअप के लिए जहां ज्यादातर मामलों में मुख्य उद्देश्य किसी चीज के हाल के संस्करण को पुनर्स्थापित करना है, डेटा भ्रष्टाचार के मामले में, जितनी जल्दी हो सके, यह काफी अच्छा है, लेकिन वेब फ्रंटएंड को संग्रहित करने जैसी कार्यक्षमता के लिए जरूरी है। बीटीडब्ल्यू डेटा संग्रह एक और अच्छी सुविधा है, उदाहरण के लिए रेस्टिक स्नैप से कुछ डेटा अलग करें और इसे दीर्घकालिक संग्रह में ले जाएं, लेकिन यह एक और कहानी है और थ्रेड के लिए विषय बंद है) और हाँ, यदि आप भविष्य में ऐसा करने का निर्णय लेते हैं, तो इसे इम्हो करें रेस्ट-सर्वर में किया जाना चाहिए, बाकी एपीआई में मुख्य विशेषताओं को लपेटना। उत्तरार्द्ध तृतीय पक्ष प्रणालियों के साथ एकीकरण के लिए समझ में आता है।

मैं गो या नोडज में लिखे गए restic-web की तर्ज पर कुछ अन्य एप्लिकेशन की सिफारिश करता हूं और कमांडलाइन इंटरफ़ेस से आप जो कुछ भी कर सकते हैं उसे करने में सक्षम होने के लिए प्रतिक्रिया या कोणीय

क्या रेस्टिक विंडोज़ पर https://github.com/dokan-dev/dokany/ जैसी किसी चीज़ का उपयोग कर सकता है?
मैं कभी-कभी विंडोज़ के तहत फ़ोल्डर्स तक पहुंचने के लिए cppcryptfs का उपयोग करता हूं जो कि लिनक्स के तहत gocryptfs का उपयोग करके एन्क्रिप्ट किया गया था और ऐसा लगता है कि यह उचित रूप से अच्छी तरह से काम करता है।

नमस्ते,
मुझे यह लेख मिला है: https://devblogs.microsoft.com/commandline/announcing-wsl-2/
इसे कहते हैं:

अब जबकि WSL 2 में अपना स्वयं का Linux कर्नेल शामिल है, इसमें पूर्ण सिस्टम कॉल संगतता है। यह ऐप्स का एक नया सेट पेश करता है जिसे आप WSL के अंदर चला सकते हैं। कुछ रोमांचक उदाहरण डॉकर के लिनक्स संस्करण के साथ-साथ FUSE भी हैं!

कृपया, ध्यान रखें कि WSL को काम करने के लिए Hyper-V की आवश्यकता होती है, लेकिन:

1) हाइपर-वी केवल विंडोज़ के कुछ संस्करणों के लिए उपलब्ध है। उदाहरण के लिए, विंडोज 10 प्रो में हाइपर-वी सपोर्ट है, जबकि विंडोज 10 होम में नहीं है।

2) हाइपर-V किसी अन्य हाइपरवाइजर सॉफ़्टवेयर के साथ सह-अस्तित्व में नहीं हो सकता है जो उपयोगकर्ता पहले से उपयोग कर रहा है (जैसे वर्चुअलबॉक्स, आदि)। इसलिए, यदि कोई पहले से ही VirtualBox (या कोई अन्य हाइपरवाइजर) का उपयोग कर रहा है, तो वे WSL का उपयोग नहीं कर पाएंगे।

संक्षेप में, मुझे लगता है कि प्रत्येक विंडोज उपयोगकर्ता के लिए डब्लूएसएल को हल्के में नहीं लिया जाना चाहिए।

@ aliron19 क्या आप इसके लिए कोई स्रोत

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

स्पष्टीकरण देने के लिए धन्यवाद। ऐसा लगता है कि हाइपर वी आवश्यकता डब्लूएसएल 2 के लिए नई है, मैंने सोचा था कि एलिरॉन सामान्य रूप से डब्लूएसएल के बारे में बात कर रहा था। यह जानकर भी अच्छा लगा कि हाइपर वी विंडोज 10 होम यूजर्स के लिए उपलब्ध हो जाएगा।

मैं कहूंगा कि हमें HTML इंटरफ़ेस के बजाय एक Webdav सर्वर (#485) को प्राथमिकता देनी चाहिए।
यह उपयोगकर्ताओं को इसे आसानी से विंडोज़ एक्सप्लोरर में नेटवर्क ड्राइव के रूप में जोड़ने की अनुमति देगा।

यदि आपके पास नोडज के साथ एक सर्वर (या यूनिक्स/लिनक्स) है, तो आप आसानी से ऐसा कर सकते हैं:

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 mount _isn't_ उपलब्ध नहीं है।

तुम सही हो। यह मुझे लगता है कि विंडोज़ पर एक डॉकर के अंदर काम करना चाहिए।
अन्य प्लेटफार्मों के लिए एक वेब संस्करण अच्छा हो सकता है।
यह स्नैपशॉट दिखाने, देखने, भूलने, एक नया बैकअप शुरू करने के लिए कमांड लाइन को सरल बना सकता है ...

मैं इस मुद्दे पर काम करना चाहूंगा। कुछ बुनियादी एचटीएमएल टेम्पलेट के साथ एक वेनिला गो http सर्वर को लागू करने का विचार है। हमारा उपयोग मामला विंडोज़ के तहत रेस्टिक के लिए कुछ सार्वभौमिक बुनियादी इंटरफ़ेस रखना है
यहाँ मेरे कार्य का दायरा है:

मुसीबत
रेस्टिक विंडोज़ पर बैकअप के माध्यम से ब्राउज़ करने का एक आसान तरीका प्रदान नहीं करता है।

टास्क
एक अंतर्निहित वेब सर्वर की अवधारणा के मूल प्रमाण को लागू करने का प्रयास करें, जो ब्राउज़र का उपयोग करके बैकअप ब्राउज़ करने और पुनर्स्थापित करने की अनुमति देता है।

उदाहरण
निम्नलिखित आदेशों को निष्पादित करने से दो बैकअप बनेंगे और आप सीखेंगे कि कमांड लाइन के माध्यम से बैकअप कैसे ब्राउज़ करें।

ओपनएसएल रैंड -हेक्स 10 > ~/.restic-password
रेस्टिक -पी ~/.रेस्टिक-पासवर्ड init --repo /tmp/backup

बैकअप बनाएं

रेस्टिक-पी ~/.रेस्टिक-पासवर्ड --रेपो / टीएमपी/बैकअप बैकअप ~

कुछ बदलाव करें

दिनांक > ~/file-with-changes.txt

अगला बैकअप बनाएं

रेस्टिक-पी ~/.रेस्टिक-पासवर्ड --रेपो / टीएमपी/बैकअप बैकअप ~

देखें कि आपके पास क्या बैकअप हैं

रेस्टिक -p ~/.restic-password --repo /tmp/बैकअप स्नैपशॉट

भंडार 2ad83051 सफलतापूर्वक खोला गया, पासवर्ड सही है

आईडी टाइम होस्ट टैग पथ

b8ee7b24 2020-09-11 17:20:17 थोरस्टेन-देववम-वी3 /रूट

99388d0b 2020-09-11 17:21:23 थोरस्टेन-देववम-वी3 /रूट

2 स्नैपशॉट

देखें कि बैकअप के अंदर क्या है

रेस्टिक -p ~/.restic-password --repo /tmp/backup ls -l 99388d0b

बैकअप में सभी फ़ाइलों की एक json स्वरूपित सूची प्राप्त करें।

रेस्टिक -p ~/.restic-password --repo /tmp/backup ls -l --json 99388d0b|jq

जांचें कि कोई फ़ाइल बैकअप में है या नहीं

रेस्टिक -p ~/.restic-password --repo /tmp/backup snmp.json खोजें

फ़ाइल को पुनर्स्थापित करें

रेस्टिक -p ~/.restic-password --repo /tmp/backup नवीनतम पुनर्स्थापित करें --target /tmp/restore --include "/root/snmp.json"
विशेष विवरण
ऐसा कुछ निष्पादित करके, वेबसर्वर शुरू होता है, और आंतरिक रूप से बैकअप "खुला" होता है।
रेस्टिक -p ~/.restic-password --repo /tmp/backup वेबसर्वर 127.0.0.1:3344

मेरे ब्राउज़र को HTTP://127.0.0.1 :3344 पर

मैं पहले कॉलम पर आईडी पर क्लिक कर सकता हूं और मुझे स्नैपशॉट में सभी फाइलों का ट्री-व्यू मिलता है। रेस्टिक -p ~/.restic-password --repo /tmp/backup ls -l के समान डेटा--json रिटर्न प्रदर्शित होता है। ट्री-व्यू को फोल्डिंग और अनफोल्डिंग की जरूरत नहीं है और न ही शुरुआत में आइकन की।

या मैं एक स्नैपशॉट (5वें कॉलम) के पथ पर क्लिक कर सकता हूं और मुझे केवल इस पथ से संबंधित बैकअप में फाइलों की एक सूची मिलती है। यह उसी डेटा को प्रदर्शित करता है जैसे रेस्टिक -p ~/.restic-password --repo /tmp/backup ls -l--पथ--json

मैं एक फ़ाइल पर क्लिक कर सकता हूं और इसे ब्राउज़र के माध्यम से डाउनलोड कर सकता हूं।

आदर्श रूप से, मैं एक फ़ाइल पर क्लिक कर सकता हूं और मुझे उस फ़ाइल की तारीख के अनुसार सभी विभिन्न संस्करणों की एक सूची मिलती है।
एक स्नैपशॉट हमेशा पूरे फाइल सिस्टम का एक आभासी दृश्य देता है। फ़ाइल के विभिन्न संस्करणों की पहचान करने के लिए कमांड लाइन पर निम्न कमांड का उपयोग किया जाएगा।
रेस्टिक -p ~/.restic-password --repo /tmp/बैकअप फाइंड /root/snmp.json --json|jq
सभी ऑब्जेक्ट, जहां माइम समान है, को एक ही ऑब्जेक्ट में कम किया जाना चाहिए क्योंकि फ़ाइलें नहीं बदली हैं।

आईएमएचओ विंडोज़ पर "रेस्टिक माउंट" का समर्थन जोड़ने के साथ डॉकनी जैसी किसी चीज़ के साथ लिनक्स और विंडोज़ पर समान पुनर्स्थापना वर्कफ़्लो

कृपया देखें https://github.com/restic/restic/pull/2862 कौन से पतों का उद्देश्य Restic does not provide a handy way to browse through the backups on Windows को उसी तरह हल करना है जैसे यह विंडोज के अलावा अन्य प्लेटफॉर्म पर किया जाता है।

निश्चित रूप से, लेकिन मुझे लगता है कि "विशिष्ट" विंडोज़ उपयोगकर्ता के लिए कमांड लाइन इंटरफ़ेस का उपयोग करना काफी कठिन है, मेरा लक्ष्य एक सरल और समझने योग्य इंटरफ़ेस प्रदान करना है जिसे कोई भी उपयोगकर्ता समझ सकता है।

वर्कअराउंड के रूप में, मैंने @ vincent-ogury और @celogeek ने https://github.com/stevedenman/restic-browser-docker
मैं इसे अपने विंडोज मशीन (डब्लूएसएल 2 पर डॉकर में) पर चला रहा हूं और यह स्नैपशॉट ब्राउज़ करने और फाइलों को डाउनलोड करने के लिए अच्छी तरह से काम करता है।

माफ करना दोस्तों क्या आप कहते हैं कि मुझे यह नहीं करना चाहिए? इसमें समस्या क्यों है? सुझाए गए समाधान मेरे मामले में एक औसत उपयोगकर्ता के लिए काफी कठिन हैं, हमें बस इतना करना है - प्रोग्राम शुरू करें (परिभाषित झंडे के साथ) और ब्राउज़र खोलें!

नमस्कार।

एक साथी रेस्टिक उपयोगकर्ता के रूप में, मैं इस विषय पर अपने दो सेंट छोड़ना चाहता था।

मैं एक तकनीक-प्रेमी उपयोगकर्ता हूं, इसलिए जिस तरह से चीजें आराम में हैं, मैं ठीक हूं। मुझे यह भी पता है कि रेस्टिक तकनीक की समझ रखने वाले लोगों के लिए है; इसलिए, वर्तमान समाधान कुछ के लिए जटिल हैं/हो सकते हैं। लेकिन मुझे एक स्थानीय वेब सर्वर को लागू करने में कोई समस्या नहीं दिखती है जो ब्राउज़र के माध्यम से पहुंच योग्य है। इसे वर्तमान समाधानों को प्रतिस्थापित नहीं करना चाहिए, लेकिन एक पक्ष-समाधान के रूप में ऐसा कुछ होना अच्छा होगा। और शायद, यह रेस्टिक को और भी अधिक लोगों के लिए सुलभ बना देगा।

धन्यवाद।

मैं "विंडोज उपयोगकर्ताओं के लिए यह बहुत कठिन है" राय से पूरी तरह असहमत हूं। सबसे पहले, ये उपयोगकर्ता पहले से ही अपने सामान का बैकअप लेने के लिए रेस्टिक चलाने में कामयाब रहे हैं, और बैकअप कमांड के बजाय माउंट कमांड चलाना कोई कठिन नहीं है। दूसरा, हम यहां कमांड लाइन खोलने और restic -r foo mount bar दर्ज करने के बारे में बात कर रहे हैं। गंभीरता से, यह किसी के लिए कितना कठिन है? अगर किसी को इससे दिक्कत हो रही है तो उन लोगों को खुद को शिक्षित करने की जरूरत है। यह ऐसा कुछ नहीं है जो "कठिन" है, यह केवल एक कमांड लाइन दूर है।

संपादित करें: बस स्पष्ट करने के लिए, मेरा मतलब है कि यह किसी भी विंडोज उपयोगकर्ता के लिए बिल्कुल भी कठिन नहीं होना चाहिए, जिसे विंडोज पर काम करने वाले restic mount दिए गए हैं जैसे #2862 में - मैं सुझाव नहीं दे रहा हूं कि @filippobottega ने नीचे क्या लिखा है यह टिप्पणी एक औसत विंडोज उपयोगकर्ता के लिए आसान है। मुझे नहीं लगता कि किसी को restic mount का उपयोग करने के लिए WSL का उपयोग करना चाहिए।

नमस्ते,
मैंने WSL2 का उपयोग करके विंडोज एक्सप्लोरर पर एक रेस्टिक बैकअप सफलतापूर्वक माउंट किया है, लेकिन यह इतना आसान नहीं है जितना मुझे उम्मीद थी।
आपको करना होगा:

1. विंडोज 10 के लिए लिनक्स इंस्टॉलेशन गाइड के लिए विंडोज सबसिस्टम में बताए अनुसार WSL2 इंस्टॉल करें
2. विंडोज से /etc/nginx/nginx.conf पर गर्नेक रिस्पांस में बताए अनुसार उबंटू के डिफॉल्ट यूजर को रूट में बदलें प्रवेश निषेध है।

3. उबंटू सत्र में रूट के रूप में लॉगऑन करें और रेस्टिक बैकअप माउंट करें जैसा कि माउंट का उपयोग करके पुनर्स्थापित करें में बताया गया है, उदाहरण के लिए restic -r /mnt/c/ResticBackup -p /mnt/c/ResticBackup/password-file.txt mount /mnt/restic

   अंत में आप देख पाएंगे:

दूसरा, हम यहां कमांड लाइन खोलने और रेस्टिक-आर फू माउंट बार दर्ज करने के बारे में बात कर रहे हैं। गंभीरता से, यह किसी के लिए कितना कठिन है?

यदि आप हाइपरवाइजर को काम करने देने के लिए BIOS विकल्पों पर विचार करते हैं, तो WSL की स्थापना करना और इसके खराब होने से आने वाली किसी भी समस्या का निदान करना, आदि यह काफी श्रमसाध्य हो सकता है। मेरे विचार में माइक्रोसॉफ्ट हाइपरवाइजर को चलाने की आवश्यकता जो वीएमवेयर और वर्चुअलबॉक्स के साथ असंगत है, मैं उपयोग कर रहा हूं, बाकी के लिए सादा हास्यास्पद है।

वेब ब्राउज़र पॉइंट और क्लिक बहुत आसान है और यदि आप लैन में साझा करना चाहते हैं तो एसएमबी के विंडोज़ स्वाद की तुलना में http कुछ हद तक बेहतर समर्थित (संकेत: ब्राउज़र) है। इसके अलावा यह स्पष्ट नहीं है कि क्या आप इन आरोह को smb के माध्यम से बिल्कुल भी उजागर कर सकते हैं, लेकिन यदि आप कर सकते हैं, तो भी बिंदु खड़ा है।

मेरे विचार में इसमें कोई संदेह नहीं है कि वेब ब्राउज़र विकल्प सरल है।

यदि आप हाइपरविजर को काम करने देने के लिए BIOS विकल्पों पर विचार करते हैं, तो WSL की स्थापना और इसके खराब होने से आने वाली किसी भी समस्या का निदान करना आदि।

@AndrewSav वह नहीं है @rawtaz की टिप्पणी देखें (जोर मेरा)

संपादित करें: बस स्पष्ट करने के लिए, मेरा मतलब है कि यह किसी भी विंडोज़ उपयोगकर्ता के लिए बिल्कुल भी कठिन नहीं होना चाहिए _गिवेन restic mount विंडोज़ पर काम कर रहा है जैसे #2862_ में - मैं सुझाव नहीं दे रहा हूं कि @filippobottega ने नीचे क्या लिखा है यह टिप्पणी एक औसत विंडोज उपयोगकर्ता के लिए आसान है। मुझे नहीं लगता कि किसी को restic mount का उपयोग करने के लिए WSL का उपयोग करना चाहिए।

@cfbao आपको उसके लिए कर्नेल ड्राइवर स्थापित करने की आवश्यकता है। मैं हमेशा ऐसे विकल्प के लिए हूं जिसके लिए अतिरिक्त कर्नेल डाइवर्स की आवश्यकता नहीं है। मुझे लगता है कि यह कोई सवाल नहीं होना चाहिए कि एक प्रोग्राम चलाना और अपना ब्राउज़र खोलना आसान है, फिर कुछ थर्ड पार्टी सॉफ़्टवेयर इंस्टॉल करना, शायद उसके बाद रीबूट करना और फिर कुछ अस्पष्ट कमांड लाइन चलाना (इसका मतलब है कि आपको कमांड लाइन पैरामीटर की आपूर्ति और टाइप करने की आवश्यकता है, ब्राउज़र में आप बस नेविगेशन के लिए क्लिक कर सकते हैं)।

उक्त ड्राइवर में बग होने पर थर्ड पार्टी ड्राइवरों को स्थापित करने से पूरे सिस्टम को प्रभावित करने का स्पष्ट नुकसान होता है। फिर से, तीसरे पक्ष के ड्राइवर के लिए रेस्टिक की आवश्यकता उचित नहीं है, यदि बहुत सरल (ब्राउज़र) विकल्प हैं।

जहां तक ​​​​मैं देख सकता हूं कि ये विकल्प विरोधाभासी नहीं हैं, इसलिए रेस्टिक दोनों का समर्थन कर सकता है और इस प्रकार दोनों समूहों की जरूरतों को पूरा कर सकता है।

@cfbao आपको उसके लिए कर्नेल ड्राइवर स्थापित करने की आवश्यकता है। मैं हमेशा ऐसे विकल्प के लिए हूं जिसके लिए अतिरिक्त कर्नेल डाइवर्स की आवश्यकता नहीं है।

@AndrewSav बिंदु यह है कि यह एक बहुत ही सरल कार्य है जिसे हर विंडोज रेस्टिक उपयोगकर्ता आसानी से कर पाएगा। इसलिए वेब सर्वर को लागू करने की सीमांत उपयोगिता बहुत कम हो जाती है और यह विकास और रखरखाव के लिए लागत को उचित नहीं ठहरा सकती है।

@AndrewSav बैकअप के चारों ओर देखने के लिए वेब इंटरफ़ेस अच्छा है, मैं इसकी कल्पना कर सकता हूं। लेकिन अगर विभिन्न निर्देशिकाओं से कई फ़ाइलों को पुनर्स्थापित करने का कार्य है, तो मैं एक फ़ाइल सिस्टम के रूप में माउंट किए गए सभ्य फ़ाइल प्रबंधक और बैकअप स्नैपशॉट को प्राथमिकता दूंगा। यदि रेस्टिक को WebDAV इंटरफ़ेस प्रदान करना है जो अभी भी Windows पर अपनी WebDAV क्लाइंट सीमाओं के कारण निम्न समाधान है: 1) डिफ़ॉल्ट अधिकतम फ़ाइल आकार सीमा 50M है, उपयोगकर्ता को इसे 4G तक विस्तारित करने के लिए रजिस्ट्री जोड़तोड़ करने की आवश्यकता होगी; 2) फ़ाइल नामों में कुछ वर्ण समर्थित नहीं हैं।
मेरी राय यह है कि वेब इंटरफेस और उचित फाइल सिस्टम माउंट कुछ अलग उपयोग के मामलों के साथ पूरक विशेषताएं हैं।
तृतीय-पक्ष कर्नेल ड्राइवर (उदा. http://www.secfs.net/winfsp/) को केवल एक बार संस्थापित करने की आवश्यकता है और इसके लिए किसी रीबूट की आवश्यकता नहीं है।
मुझे "कुछ अस्पष्ट कमांड लाइन चलाने" के बारे में तर्क भी समझ में नहीं आता है। क्या आपको वेब इंटरफेस को भी सक्रिय करने के लिए कुछ रेस्टिक कमांड चलाने की आवश्यकता नहीं होगी?

सहयोग के लिए आप सभी का धन्यवाद! तो चलिए चीजों को समेटते हैं:

• @ fd0 ने पहले सुझाव दिया है और इस तरह इस मुद्दे में एक HTTP सर्विंग रिपॉजिटरी ब्राउज़र को लागू करने की मंजूरी दी है और इसे https://github.com/restic/restic/issues/60#issuecomment -122898872 में विस्तृत किया है।
• बहुत से लोग सोचते हैं कि स्नैपशॉट और उनकी फ़ाइलों को ब्राउज़ करने के लिए इस प्लेटफ़ॉर्म-तटस्थ सुविधा का होना एक अच्छा विचार है।
• एक आम राय यह है कि हम इससे फ़ाइलों को पुनर्स्थापित करने में सक्षम होना चाहते हैं, जहां तक ​​यह व्यावहारिक है (हम वेब ब्राउज़र के माध्यम से एक संपूर्ण संग्रह को पुनर्स्थापित करने में सक्षम होने की उम्मीद नहीं कर सकते हैं, यह "फाइलों को डाउनलोड करना" अधिक होगा " कार्य)।
• इसे भंडार पर कोई लेखन कार्य नहीं करना चाहिए, केवल संचालन पढ़ना चाहिए।
• WebDAV, फ़ाइलों को ब्राउज़ करने के लिए एक विकल्प होने के नाते, क्लाइंट समर्थन के मामले में समस्याग्रस्त है। हम किसी बिंदु पर WebDAV को भी लागू कर सकते हैं, लेकिन न तो वह और न ही कोई वेब सर्वर दूसरे को बाहर करता है - वे अलग-अलग विशेषताएं हैं।

मुझे इसके लिए निरंतर काम और पीआर को रोकने वाला कुछ भी नहीं दिख रहा है। मैं व्यक्तिगत रूप से इसका समर्थन करता हूं। मेरा ख्याल है हमें करना चाहिए:

• छोटे से शुरू करें, एक वेब जीयूआई बनाएं जो उसमें स्नैपशॉट और फाइलों को ब्राउज़ कर सके, फिर एक बार जब हमारे पास ठोस आधार हो तो पुनर्स्थापना कार्यक्षमता जोड़ना शुरू करें।
• इसे restic serve http कमांड का उपयोग करना शुरू करें ताकि हम बाद में इसे परोसने के अन्य तरीकों जैसे restic serve webdav और शायद restic serve rest जोड़ सकें।
• सर्वर शुरू करते समय इसे एक अस्थायी उपयोगकर्ता नाम और पासवर्ड बनाने के लिए
• किसी तर्क का उपयोग करने के लिए बाध्य करने के लिए IP/होस्टनाम और पोर्ट को कॉन्फ़िगर करने की अनुमति दें, उदाहरण के लिए restic serve http 127.0.0.1:8080 ।
• एसेट्स/एचटीएमएल/जेएस/सीएसएस को हार्डकोड करने वाला बदसूरत कोड न लिखें, बल्कि इसके बजाय https://github.com/tv42/becky का उपयोग करके एक उचित वेब GUI एम्बेड net/http/#FileServer का उपयोग करके शुरू करें।
• महसूस करें कि यह एक ऐसी विशेषता है जिसे समाप्त होने में काफी समय लगेगा, यह ऐसा कुछ नहीं है जिसे हम रातों-रात करेंगे।

मौजूदा काम और इसी तरह के संदर्भ:

• https://github.com/restic/restic/pull/1963 @kitone क्या आप अपने पीआर और इस मुद्दे पर काम करना जारी रखने में रुचि रखते हैं?
• https://golang.org/pkg/net/http/#FileServer जैसा कि यहां बताया गया