Restic: MacOS Mojave: त्रुटि: खुला: ... संचालन की अनुमति नहीं है

हाँ, जाहिरा तौर पर आपको पूर्ण डिस्क एक्सेस की बात करनी है: https://www.backblaze.com/blog/mojave-permissions/

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

(मेरे पास एक मैक है, लेकिन मेरे पास अभी तक Mojave नहीं है, क्षमा करें।)

मैं होमब्रू का उपयोग करता हूं, इसलिए पहले मैंने पूर्ण डिस्क एक्सेस में /usr/local/bin/restic जोड़ा, एक नौकरी शुरू की, उसी त्रुटियों को नोट किया, इसलिए मैंने उसे हटा दिया और वास्तविक बाइनरी में पथ जोड़ा (यह देखते हुए कि दुर्भाग्य से यह होना होगा हर बार रेस्टिक अपडेट फिर से करें): /usr/local/Cellar/restic/0.9.2/bin/restic , दुर्भाग्य से मुझे वही त्रुटियां दिखाई देती हैं।

कोई बदलाव नहीं, पूर्ण डिस्क एक्सेस में बाइनरी जोड़ा गया, टर्मिनल पर वापस स्विच किया गया और sudo myscript.sh चला, जो अधिकांश फाइलों के लिए काम करता था लेकिन दूसरों पर अनुमति त्रुटियां देता था।

साइड-नोट, एक और (संभवतः Mojave- संबंधित) समस्या है जिसे मैं बाहर निकालने की कोशिश कर रहा हूं, जहां मेरे sftp पबकी प्रमाणीकरण ने लॉन्चक्टल (रूट के रूप में) से चलने पर काम करना बंद कर दिया, लेकिन रूट के रूप में मैन्युअल रूप से चलाने पर काम करता है, लेकिन मैं अगर मैं यह निर्धारित करने में सक्षम हूं कि यह मेरे सेटअप के लिए विशिष्ट नहीं है तो एक नया मुद्दा दर्ज करें।

दिलचस्प। यदि आप रेस्टिक को सीधे चलाते हैं तो क्या होगा? और/या अपनी स्क्रिप्ट को FDA में जोड़ें। ईमानदारी से यहां सिर्फ अंधेरे में शूटिंग कर रहा हूं। अगर मेरे पास Mojave होता तो मैं इसे आज़माता।

अच्छा विचार।

मेरी स्क्रिप्ट स्वयं निष्पादन योग्य नहीं है (वास्तव में बिना किसी अच्छे कारण के), जैसा कि उल्लेख किया गया है कि मैं इसे sudo bash myscript.sh ( /usr/local/bin/bash वास्तव में) के साथ चलाता हूं; इसे एफडीए में नहीं जोड़ा जा सकता क्योंकि यह निष्पादन योग्य नहीं है।

मैंने एफडीए में /usr/local/bin/bash जोड़ने की कोशिश की और कोई पासा नहीं।

संपादित करें: मैं स्पष्ट रूप से गलत हूं, chmod +x के बाद भी, मेरा backup.sh अभी भी सीधे FDA में नहीं जोड़ा जा सकता है (जबकि bash और restic बायनेरिज़ कर सकते हैं)। अजीब।

EDIT2: पूरी तरह से होने के लिए, मैंने bash और restic बायनेरिज़ को FDA में जोड़ा और मुझे वही त्रुटि दिखाई दे रही है।

शायद रेस्टिक की तुलना में एक बड़ा मुद्दा - मैंने एफडीए सूची में /bin/ls जोड़ने का भी प्रयास किया और फिर भी एक त्रुटि प्राप्त हुई।

$ sudo /bin/ls /Users/me/Library/Suggestions
ls: Suggestions: Operation not permitted

संपादित करें: बदसूरत कामकाज: एफडीए अनुमतियों में Terminal.app जोड़ें और अनुमति त्रुटियां दूर हो जाएं।

प्रासंगिक सूत्र: https://forums.developer.apple.com/thread/107546

बाकी बाइनरी और मेरी backup.sh स्क्रिप्ट में codesign की कोशिश की और FDA में जोड़ा, कोई भाग्य नहीं।

(उस धागे में से कुछ पढ़ने के बाद) अच्छाई। यह सुपर कष्टप्रद है। इसे देखने के लिए धन्यवाद! एक बार अपग्रेड करने के बाद मैं भी जांच करता रहूंगा ...

वाह, जानकारी के लिए और समस्या पर आपके द्वारा खर्च किए गए हर समय के लिए बहुत-बहुत धन्यवाद! मेरे पास बिल्कुल भी मैक नहीं है, इसलिए मुझे खुशी है अगर आप दोनों इसे समझ सकें और हम इस मुद्दे को अन्य उपयोगकर्ताओं के लिए दस्तावेज कर सकें! फिर से धन्यवाद!

@mholt यदि आप चाहते हैं, तो आप VMware फ्यूजन का 30 दिन का परीक्षण स्थापित कर सकते हैं और उसमें Mojave स्थापित कर सकते हैं (जब तक कि Apple इसे तदर्थ स्थापित करने की क्षमता को अपंग न कर दे)। वह परीक्षण कोई प्रदूषण नहीं करता है और यदि आप इसे बाद में नहीं चाहते हैं तो इसे अनइंस्टॉल किया जा सकता है।

मैंने ऊपर उल्लेख किया है कि Terminal.app को System Preferences -> Security & Privacy -> Full Disk Access सूची में जोड़ना एक वैकल्पिक समाधान था, क्योंकि जब मैंने मैन्युअल रूप से अपनी स्क्रिप्ट चलाई थी ( sudo /usr/local/bin/bash mybackup.sh ) ऐसा लगता है कि यह अनुमति त्रुटियों के बिना काम करता है।

किसी कारण से, जब मैंने आज सुबह स्वचालित ओवरनाइट रेस्टिक रन ( launchd स्क्रिप्ट के आधार पर /Library/LaunchDaemons/com.n8henrie.restic.plist पर जो रूट विशेषाधिकारों के साथ रात में चलता है) से अपने लॉग की जाँच की, तो अनुमतियाँ त्रुटियाँ अभी भी हैं।

और दुर्भाग्य से, मैं अब काम करने के लिए वर्कअराउंड प्राप्त करने में असमर्थ हूं - यहां तक ​​​​कि एफडीए में Terminal.app के साथ, मुझे तब भी अनुमति त्रुटियां मिलती हैं जब मैं sudo launchctl start com.n8henrie.restic या sudo /usr/local/bin/bash mybackup.sh चलाता हूं।

तो समाधान काम नहीं कर रहा है, या कुछ बदल गया है।

संपादित करें: गह, बस सभी 3 को FDA में जोड़ा - Terminal.app , /usr/local/bin/bash , और /usr/local/Cellar/restic/0.9.2/bin/restic - और अब यह त्रुटियों के बिना चला। ‍♂️

एफडब्ल्यूआईडब्ल्यू, यहां मेरा लॉग आउटपुट है , जिसमें त्रुटियों वाली फाइलों की सूची है। जैसा कि आप देख सकते हैं, मेरी फोटो लाइब्रेरी जैसी कुछ बड़ी चिंताएं हैं।

@ n8henrie आपके द्वारा पहले लिंक किए गए मैक सपोर्ट थ्रेड से, ऐसा लगता है कि FDA को स्वीकृत ऐप्स को एप्लिकेशन फ़ोल्डर में एक पंजीकृत .app बंडल होने की आवश्यकता है, यही कारण है कि Terminal.app सफल होता है ... लेकिन आपको सभी 3 जोड़ना होगा आपके मामले में एफडीए को? दिलचस्प...

@mholt ऐसा लगता है कि कुछ और चल रहा है। मैंने अपनी सेटिंग्स को ठीक वैसे ही छोड़ दिया जैसे वे कल थे (एफडीए में सभी 3, जिसमें कोई अनुमति त्रुटियां नहीं थीं), और मेरे रात भर चलने में अभी भी वही पुरानी अनुमति त्रुटियां मिलीं।

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

अन्यथा मुझे यह समझाने में कठिनाई हो रही है कि यहाँ क्या हो रहा है।

अच्छा प्रश्न। मुझे पता है कि रेस्टिक कैश का उपयोग करता है, लेकिन मैंने यह नहीं देखा कि अनुमति त्रुटियों आदि के मामले में यह कितनी आक्रामक तरीके से इसका पालन करता है।

SO पर प्रासंगिक चर्चा: https://apple.stackexchange.com/q/338213/27415

अच्छा प्रश्न। मुझे पता है कि रेस्टिक कैश का उपयोग करता है, लेकिन मैंने यह नहीं देखा कि अनुमति त्रुटियों आदि के मामले में यह कितनी आक्रामक तरीके से इसका पालन करता है।

बिल्कुल नहीं। कैश में केवल रेपो की फाइलें होती हैं, फाइल सिस्टम (जो रेपो में नहीं है) के बारे में कोई जानकारी शामिल नहीं है।

ठीक है - हाँ, मुझे नहीं लगता कि यह रेस्टिक में एक बग है। यह निश्चित रूप से एक macOS Mojave मुद्दा है, इस बिंदु पर, मुझे पूरा यकीन है कि रेस्टिक खुद को ठीक करने के लिए कुछ भी नहीं कर सकता है।

बढ़िया, प्रतिक्रिया के लिए धन्यवाद, मैं इस मुद्दे को अभी के लिए बंद कर रहा हूं। अगर आपको कुछ पता चलता है तो कृपया और टिप्पणियाँ जोड़ें। धन्यवाद!

मैं इस मुद्दे को पहले ही बंद होते देखकर थोड़ा हैरान हूं -- ऐसा लगता है a
एक प्रमुख मंच के साथ प्रमुख असंगति, और इसे इस बिंदु पर बंद करना
इसे "दृष्टि से बाहर, दिमाग से बाहर" रख सकते हैं।

मैं समझता/समझती हूं कि यह प्राथमिक रूप से एक आरामदेह मुद्दा नहीं है, लेकिन ऐसा लगता है
MacOS उपयोगकर्ताओं के लिए कुछ उचित कदम उठाए जा सकते हैं। जैसा है,
एक उपयोगकर्ता की अपने सबसे महत्वपूर्ण व्यक्तिगत का बैकअप लेने की क्षमता
के वर्तमान संस्करण पर डिफ़ॉल्ट रूप से डेटा (जैसे फ़ोटो) से छेड़छाड़ की जाती है
मैक ओ एस। यह मेरे लिए किसी भी बैकअप सॉफ़्टवेयर के लिए एक बड़ी बात की तरह लगता है!

कुछ सुझाव/संभावनाएं (जिन पर काम करने में मुझे खुशी हो रही है):

• समस्या को ठीक करने की संभावनाएं
  
  
  
  • क्या एक उचित मैकोज़ रैपर एप्लिकेशन प्रदान करना संभव है जो
    
    एफडीए सूची में जोड़ा जा सकता है, जिसमें रेस्टिक बाइनरी शामिल है
  
  
  • यदि यह पता लगाने में सक्षम है कि उपरोक्त कैसे करना है, तो प्रदान करने के बजाय
    
    एप्लिकेशन, क्या हम निर्देश शामिल कर सकते हैं कि उपयोगकर्ता इसे कैसे पूरा कर सकते हैं
    
    खुद को किसी प्रकार के मेकफ़ाइल या एक्सकोड के साथ?
  
  
• समाधान
  
  
  
  • सबसे सुरक्षित/न्यूनतम बायनेरिज़ के बारे में दस्तावेज़ों में जानकारी प्रदान करें
    
    जिसे एफडीए में जोड़ने की जरूरत है
  
  
  • SIP को अक्षम करने के बारे में जानकारी (और जोखिम) के लिए लिंक प्रदान करें
  
  
• चेतावनी
  
  
  
  • डॉक्स में कहीं ऐसी जानकारी शामिल करें जो Mojave उपयोगकर्ताओं के पास नहीं होगी
    
    उनका डेटा डिफ़ॉल्ट रूप से पूरी तरह से बैकअप है
  
  

कुल मिलाकर, स्थिति रूट के बिना पूर्ण बैकअप के लिए बहुत भिन्न नहीं लगती है
लिनक्स पर, एसआईपी को पूरी तरह से अक्षम करने के साथ जैसे चलने जैसा कुछ है
जड़, और यथोचित रूप से सुरक्षित समझौता निर्धारित करने और अनुशंसा करने के साथ
FDA कुछ ऐसा है जैसे setcap का उपयोग करना।

दुर्भाग्य से मेरी मैकबुक इस सप्ताह दुकान में है इसलिए मैं नहीं कर पाऊंगा
इनमें से किसी पर तुरंत काम करें, लेकिन मुझे विचार सुनने में दिलचस्पी होगी
दूसरों से; शायद मैं आधार से दूर हूँ, या संभवतः की बारीकियों से अनभिज्ञ हूँ
मुद्दों के प्रबंधन के लिए रेस्टिक टीम वर्कफ़्लो।

अब कुछ और अपडेट जब मेरे पास मेरी मशीन वापस आ गई है:

मैं अपनी लॉन्च स्क्रिप्ट से पूर्ण सिस्टम बैकअप प्राप्त करने में उपरोक्त अपनी सफलताओं को दोहरा नहीं सकता।

मैंने नीचे दी गई सभी को एफडीए सूची (एक ही समय में) में जोड़ने का प्रयास किया है, और फिर भी त्रुटियां मिलती हैं:

• रेस्टिक
• दे घुमा के
• प्रक्षेपण
• लॉन्चडी
• Terminal.app

केवल प्रयोग के लिए, एफडीए सूची में जोड़े जाने पर नंगे बायनेरिज़ ठीक काम करने लगते हैं और ऐसा लगता है कि कोडिंग से कोई लेना-देना नहीं है। MacOS और Homebrew द्वारा प्रदान किए गए ls बायनेरिज़ की तुलना करें:

$ codesign -d /bin/ls
Executable=/bin/ls
$ codesign -d /usr/local/opt/coreutils/libexec/gnubin/ls
/usr/local/opt/coreutils/libexec/gnubin/ls: code object is not signed at all

एफडीए सूची से पहले और जोड़ना:

$ /bin/ls ~/Library/Mail
ls: Mail: Operation not permitted
$ /usr/local/opt/coreutils/libexec/gnubin/ls ~/Library/Mail
ls: cannot open directory '/Users/n8henrie/Library/Mail': Operation not permitted
$ # Added to FDA
$ /bin/ls ~/Library/Mail
PersistenceInfo.plist V6
$ /usr/local/opt/coreutils/libexec/gnubin/ls ~/Library/Mail
PersistenceInfo.plist  V6

इसके अतिरिक्त, जब तक ls FDA में है (अलग से bash जोड़ने की आवश्यकता नहीं है), तब तक बैश स्क्रिप्ट में डालने पर वे ठीक काम करते हैं, जिससे मुझे लगता है कि मुझे केवल restic जोड़ने की आवश्यकता है

इसके अलावा, निम्नलिखित गो स्क्रिप्ट त्रुटियों को चलाने की तुलना के लिए यदि एफडीए में नहीं है, लेकिन जब तक बाइनरी एफडीए में है (लॉन्चड/लॉन्चक्टल/कुछ और जोड़ने की आवश्यकता नहीं है) तब तक लॉन्चड से कॉल किए जाने पर भी ठीक काम करता है।

package main

import (
    "fmt"
    "io/ioutil"
)

func main() {
    matches, err := ioutil.ReadDir("/Users/n8henrie/Library/Mail")
    if err != nil {
        fmt.Println("Err:", err)
    } else {
        for _, match := range matches {
            fmt.Println(match.Name())
        }
    }
}

आउटपुट:

$ ./gotest
Err: open /Users/n8henrie/Library/Mail: operation not permitted
$ # Add to FDA
$ ./gotest
.DS_Store
PersistenceInfo.plist
V6

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

ठीक है, प्रतिक्रिया के लिए धन्यवाद! मैं इस मुद्दे को फिर से खोलूंगा, हो सकता है कि हम यह पता लगा सकें कि क्या हो रहा है और फिर मैनुअल में कुछ दस्तावेज जोड़ें।

~फिर भी नए रेपो पर Open त्रुटियां मिल रही हैं, restic को FDA सूची में जोड़ा गया है।~

नीचे संपादित देखें।

$ restic -r /tmp/restic backup ~/Library/Mail -vvv
open repository
enter password for repository:
repository 9ccb5357 opened successfully, password is correct
created new cache in /Users/me/Library/Caches/restic
lock repository
load index files
start scan on [/Users/me/Library/Mail]
start backup on [/Users/me/Library/Mail]
scan: Open: open /Users/me/Library/Mail: operation not permitted
scan finished in 1.849s: 0 files, 0 B
can not obtain extended attribute com.apple.quarantine for /Users/me/Library/Mail:
error: Open: open /Users/me/Library/Mail: operation not permitted
new       /Users/me/Library/, saved in 0.012s (0 B added, 13 B metadata)
new       /Users/me/, saved in 0.012s (0 B added, 381 B metadata)
new       /Users/, saved in 0.013s (0 B added, 379 B metadata)

Files:           0 new,     0 changed,     0 unmodified
Dirs:            3 new,     0 changed,     0 unmodified
Data Blobs:      0 new
Tree Blobs:      4 new
Added to the repo: 1.119 KiB

processed 0 files, 0 B in 0:01
snapshot 4a658c73 saved
$ restic -r /tmp/restic ls latest
enter password for repository:
repository 9ccb5357 opened successfully, password is correct
snapshot 4a658c73 of [/Users/me/Library/Mail] filtered by [] at 2018-11-04 11:30:05.334024 -0700 MST):
/Users
/Users/me
/Users/me/Library

संपादित करें: इस टिप्पणी की अवहेलना करें - मैं अभी भी रुक-रुक कर होने वाली त्रुटियों से त्रस्त हूं जो किसी भी प्रगति को भ्रमित कर रही हैं, शायद कल मैकओएस 10.14.1 को अपडेट करने के साथ। आज, कल से वही गो कोड जो लगातार एफडीए के साथ काम करता था और इसके बिना विफल रहा (मैंने इसे सुनिश्चित करने के लिए कई बार चालू और बंद किया) अब एफडीए के साथ भी काम नहीं कर रहा है । ls के साथ ही।

यह काम करता है अगर Terminal.app को FDA (एकमात्र प्रविष्टि के रूप में) में जोड़ा जाता है, जो कल आवश्यक नहीं था।

‍♂️

अगर मैं Apple फ़ोरम में इस पर कुछ भी पा सकता हूँ तो मैं वापस रिपोर्ट करूँगा।

EDIT2: पत्नी की मैकबुक अभी भी 10.14 पर है, और /bin/ls ~/Library/Mail एफडीए में जोड़े गए /bin/ls के साथ काम नहीं करता है, ऐसा लगता है कि 10.14.1 में यह कुछ नया नहीं हो सकता है। मैं

अभी भी इस पर काम कर रहे हैं।

यह बहुत दर्दनाक बना हुआ है, लेकिन मेरे पास अंततः एक समाधान है जो मुझे लगता है कि मेरे उद्देश्यों के लिए काम करेगा।

मैंने यहां प्रक्रिया को विस्तृत किया है, लेकिन लब्बोलुआब यह है:

ऐप्पलस्क्रिप्ट को एप्लिकेशन बंडल में बनाने के लिए आप Script Editor.app का उपयोग कर सकते हैं। वह AppleScript आपकी रेस्टिक बैकअप स्क्रिप्ट चला सकता है (मेरे मामले में /path/to/restic-backup.sh , जहां restic-backup.sh एक बैश स्क्रिप्ट है जो मेरी वांछित सेटिंग्स के साथ रेस्टिक चलती है), और आप परिणामी एप्लिकेशन बंडल को FDA में जोड़ सकते हैं संरक्षित फाइलों तक पहुंच प्राप्त करने के लिए।

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

इस बिंदु पर मेरा समाधान यह है कि AppleScript बैकअप स्क्रिप्ट को sudo के साथ कॉल करे और मेरे उपयोगकर्ता विशेषाधिकारों को उस स्क्रिप्ट को बिना पासवर्ड के रूट विशेषाधिकारों के साथ चलाने के लिए दे ( sudo visudo , NOPASSWD: , आदि।)।

यह सुंदर नहीं है, लेकिन ऐसा लगता है कि यह काम कर रहा है।

मैं अधिक विशेषज्ञता वाले MacOS उपयोगकर्ताओं के किसी भी सुझाव के लिए इसे खुला छोड़ना चाहता हूं। अगर कुछ और संतोषजनक नहीं आता है, तो मैं इस जानकारी को दस्तावेज़ों में जोड़ सकता हूं (हालांकि यह समाधान ईमानदारी से बहुत संतोषजनक प्रतीत नहीं होता है)।

अविश्वसनीय, यह काम करने लगता है और कहीं अधिक साफ और अधिक सरल है।

// Runrestic provides a binary to run my restic backup script in MacOS Mojave with Full Disk Access
package main

import (
    "log"
    "os"
    "os/exec"
    "path/filepath"
)

func main() {
    ex, err := os.Executable()
    if err != nil {
        log.Fatal(err)
    }
    dir := filepath.Dir(ex)
    script := filepath.Join(dir, "restic-backup.sh")
    cmd := exec.Command("/usr/local/bin/bash", script)
    if err := cmd.Run(); err != nil {
        log.Fatal(err)
    }
}

परिणामी बाइनरी chown root और chmod 0700 हो सकती है, फिर पूर्ण डिस्क एक्सेस में जोड़ें, और ऐसा लगता है कि यह काम करता है। फिर इसे स्वचालित रूप से चलाने के लिए /Library/LaunchDaemons प्लिस्ट में जोड़ा जा सकता है।

पहले 2 रन अब तक काम कर रहे हैं, मुझे उम्मीद है कि यह ऊपर कई झूठी शुरुआत की तरह खत्म नहीं होगा।

• https://apple.stackexchange.com/a/343260/27415

कल रात मेरे स्वचालित रन ने काम किया। मैं आज इस रणनीति को अपनी पत्नी की मैकबुक एयर पर तैनात कर रहा हूं, अगर ऐसा लगता है कि यह वहां भी काम करता है, तो मैं इसे एक उचित सुधार मानूंगा और एक छोटे पीआर पर https://github.com/restic/restic पर काम करूंगा। net (यदि यह उचित लगता है)।

हाय @ n8henrie , मैं इस सटीक समस्या को मारने और फिर आपके ब्लॉग पोस्ट को खोजने के बाद यहां आया हूं। यह सब शोध करने के लिए धन्यवाद।

उपरोक्त समाधान (सरल गो बाइनरी से कॉल शेल स्क्रिप्ट) मेरे लिए काम नहीं कर रहा है। क्या आप सुनिश्चित हैं कि यह आपकी सभी फाइलों तक सफलतापूर्वक पहुंच रहा है?

मैं विशेष रूप से नोटिस करता हूं कि stdout/stderr को/dev/null पर छोड़ दिया गया है। यह स्टडिन को भी नहीं पढ़ सकता है, उदाहरण के लिए, रेस्टिक पासवर्ड के लिए संकेत देना चाहता है। (यह भी अजीब है, आपका बैश क्यों है /usr/local/bin/bash और नहीं /bin/bash ? बस जिज्ञासु।)

वैसे भी मैंने त्रुटि आउटपुट देखने के लिए निम्नलिखित परिवर्तन किए हैं:

    cmd := exec.Command("/bin/bash", script)
    cmd.Stdin = os.Stdin
    cmd.Stdout = os.Stdout
    cmd.Stderr = os.Stderr

आपके ब्लॉग पोस्ट को देखने से पहले मेरी पहली प्रवृत्ति एफडीए में रेस्टिक बाइनरी को जोड़ने की थी, और यह मेरे लिए 10.14.1 (18B75) के तहत काम नहीं करता था। मुझे यकीन नहीं है कि एक और प्रोग्राम क्यों डालना (गो रैपर एक शेल स्क्रिप्ट को कॉल करना, आखिरकार रेस्टिक को कॉल करना) कुछ भी बदल देगा।

क्या यह अभी भी आपके लिए काम कर रहा है?

@ n8henrie हमें तैनात रखने के लिए धन्यवाद! आप इसके बारे में बाकी ब्लॉग पर एक ब्लॉग पोस्ट भी लिख सकते हैं यदि आप इसके लिए तैयार हैं (मैनुअल में एक छोटे से अनुभाग के अलावा) ... :)

@ fd0 मुझे सम्मानित किया जाएगा!

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

फिक्स से पहले:

Thu Nov 15 02:00:00 MST 2018 :: Starting restic-backup.sh
can not obtain extended attribute com.apple.rootless for /Library/Application Support/com.apple.TCC:
error: Open: open /Library/Application Support/com.apple.TCC: operation not permitted
error: open /Library/Preferences/com.apple.TimeMachine.plist: operation not permitted
error: Open: open /Users/me/Library/Application Support/AddressBook: operation not permitted
error: Open: open /Users/me/Library/Application Support/CallHistoryDB: operation not permitted
error: Open: open /Users/me/Library/Application Support/CallHistoryTransactions: operation not permitted
error: Open: open /Users/me/Library/Application Support/MobileSync: operation not permitted
error: Open: open /Users/me/Library/Application Support/com.apple.TCC: operation not permitted
error: Open: open /Users/me/Library/Calendars: operation not permitted
error: Open: open /Users/me/Library/Containers/com.apple.Home: operation not permitted
error: Open: open /Users/me/Library/Containers/com.apple.Safari: operation not permitted
error: Open: open /Users/me/Library/Containers/com.apple.VoiceMemos: operation not permitted
error: Open: open /Users/me/Library/Containers/com.apple.iChat: operation not permitted
error: Open: open /Users/me/Library/Containers/com.apple.mail: operation not permitted
error: Open: open /Users/me/Library/Containers/com.apple.news: operation not permitted
error: Open: open /Users/me/Library/Containers/com.apple.stocks: operation not permitted
can not obtain extended attribute com.apple.quarantine for /Users/me/Library/Cookies:
error: Open: open /Users/me/Library/Cookies: operation not permitted
error: Open: open /Users/me/Library/HomeKit: operation not permitted
error: Open: open /Users/me/Library/IdentityServices: operation not permitted
can not obtain extended attribute com.apple.quarantine for /Users/me/Library/Mail:
error: Open: open /Users/me/Library/Mail: operation not permitted
error: Open: open /Users/me/Library/Messages: operation not permitted
error: Open: open /Users/me/Library/Metadata/CoreSpotlight: operation not permitted
error: Open: open /Users/me/Library/Metadata/com.apple.IntelligentSuggestions: operation not permitted
can not obtain extended attribute com.apple.metadata:com_apple_backup_excludeItem for /Users/me/Library/PersonalizationPortrait:
error: Open: open /Users/me/Library/PersonalizationPortrait: operation not permitted
error: open /Users/me/Library/Preferences/com.apple.AddressBook.plist: operation not permitted
error: open /Users/me/Library/Preferences/com.apple.AddressBook.plist.KaSTvBv: operation not permitted
error: open /Users/me/Library/Preferences/com.apple.AddressBook.plist.M410OmB: operation not permitted
error: open /Users/me/Library/Preferences/com.apple.AddressBook.plist.Sjhd5Xh: operation not permitted
error: open /Users/me/Library/Preferences/com.apple.AddressBook.plist.ceAM0im: operation not permitted
error: open /Users/me/Library/Preferences/com.apple.homed.notbackedup.plist: operation not permitted
error: open /Users/me/Library/Preferences/com.apple.homed.plist: operation not permitted
error: open /Users/me/Library/Preferences/com.apple.mail-shared.plist: operation not permitted
error: Open: open /Users/me/Library/Safari: operation not permitted
can not obtain extended attribute com.apple.metadata:com_apple_backup_excludeItem for /Users/me/Library/Suggestions:
error: Open: open /Users/me/Library/Suggestions: operation not permitted
can not obtain extended attribute com.apple.FinderInfo for /Users/me/Pictures/Photos Library.photoslibrary:
can not obtain extended attribute com.apple.quarantine for /Users/me/Pictures/Photos Library.photoslibrary:
error: Open: open /Users/me/Pictures/Photos Library.photoslibrary: operation not permitted

Files:         179 new,   261 changed, 857338 unmodified
Dirs:            0 new,     0 changed,     0 unmodified
Added to the repo: 266.392 MiB

processed 857778 files, 186.192 GiB in 12:57
snapshot 46831f24 saved
Thu Nov 15 02:12:58 MST 2018 :: restic-backup.sh finished.
Duration: 778 seconds

फिक्स के बाद:

Tue Nov 27 02:00:00 MST 2018 :: Starting restic-backup.sh

Files:         389 new,  2367 changed, 1055845 unmodified
Dirs:            0 new,     0 changed,     0 unmodified
Added to the repo: 430.279 MiB

processed 1058601 files, 295.471 GiB in 18:16
snapshot e58d8f1c saved
Tue Nov 27 02:18:17 MST 2018 :: restic-backup.sh finished.
Duration: 1097 seconds

मेरी पत्नी की मैकबुक एयर पर भी वही फिक्स काम कर रहा है, दोनों रिमोट पर सत्यापित हैं restic find '/Users/*/Library/Mail' --snapshot latest --host=$(hostname) (जहां ~/Library/Mail आमतौर पर संरक्षित निर्देशिकाओं में से एक है, जैसा कि ऊपर त्रुटियों के लॉग में देखा जा सकता है) .

मैं विशेष रूप से नोटिस करता हूं कि stdout/stderr को/dev/null पर छोड़ दिया गया है। यह स्टडिन को भी नहीं पढ़ सकता है, उदाहरण के लिए, रेस्टिक पासवर्ड के लिए संकेत देना चाहता है।

यह पूरी तरह से आपकी स्क्रिप्ट पर निर्भर करेगा। जैसा कि आप मेरी मूल पोस्ट में देख सकते हैं, चूंकि मेरा सेटअप पूरी तरह से स्वचालित है, इसे एक (रूट-स्वामित्व वाली 0600) फ़ाइल से पासवर्ड पढ़ने के लिए सेट किया गया है, लेकिन इसे एनवर या किसी भी सामान्य तरीके से भी पढ़ा जा सकता है। आप सही कह रहे हैं, मुझे नहीं लगता कि यह इंटरैक्टिव सामग्री के लिए काम करेगा। यह सब कुछ एक फ़ाइल में भी लॉग करता है: &>> /path/to/file.log ।

(इसके अलावा मजाकिया, आपका बैश/usr/लोकल/बिन/बैश क्यों है और/बिन/बैश नहीं है? बस उत्सुक है।)

मैं बैश का नवीनतम संस्करण प्राप्त करने के लिए होमब्रे का उपयोग करता हूं

$ /bin/bash --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin18)
Copyright (C) 2007 Free Software Foundation, Inc.
$ /usr/local/bin/bash --version
GNU bash, version 4.4.23(1)-release (x86_64-apple-darwin17.5.0)
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

यह मुझे और अधिक आधुनिक सुविधाएँ प्रदान करता है, जैसे &>file.log ऑपरेटर (जो 2>&1 >file.log की तुलना में कुछ कीस्ट्रोक्स बचाता है।

आपके ब्लॉग पोस्ट को देखने से पहले मेरी पहली प्रवृत्ति एफडीए में रेस्टिक बाइनरी को जोड़ने की थी, और यह मेरे लिए 10.14.1 (18B75) के तहत काम नहीं करता था। मुझे यकीन नहीं है कि एक और प्रोग्राम क्यों डालना (गो रैपर एक शेल स्क्रिप्ट को कॉल करना, आखिरकार रेस्टिक को कॉल करना) कुछ भी बदल देगा।

मैं भी इस बारे में पूरी तरह आश्वस्त नहीं हूं। मेरे उपयोग के मामले में, मेरे पास बहुत से अन्य सेटअप हैं जो मैं अपनी बैश स्क्रिप्ट में करता हूं (कुछ जटिल sftp कमांड जहां गंतव्य, बैकअप पथ और कई विकल्प होस्टनाम पर आधारित होते हैं) इसलिए रेस्टिक बाइनरी को कॉल करना ही नहीं था एक विकल्प। मैं इसके साथ थोड़ा प्रयोग कर सकता हूं।

ठीक है, स्पष्टीकरण के लिए धन्यवाद। मैंने अभी-अभी पुनर्निर्माण, रिबूटिंग + FDA जोड़ने की कोशिश की, और मुझे अभी भी operation not permitted मिलता है। बाइनरी रैपर और शेल स्क्रिप्ट दोनों को/एप्लिकेशन में ले जाने का भी प्रयास किया, और कोई भाग्य नहीं। मैं खुदाई करता रहूंगा।

हुह। निश्चित रूप से मेरे लिए /Applications में होने की आवश्यकता नहीं है।

क्या आप 10.14 या 10.14.1 पर हैं? मैं बाद में हूँ।

और आप पहले से सभी प्रविष्टियों को साफ़ करने के लिए संदर्भित tccutil कमांड का उपयोग करने का प्रयास कर सकते हैं।

मैं 10.14.1 (18B75) पर हूं। मैंने tccutil कमांड की भी कोशिश की, कोई किस्मत नहीं। मैं समझता हूं कि ऐप्पल ऐसा क्यों कर रहा है, लेकिन यह वास्तव में निराशाजनक है कि यहां क्या करना है इसके बारे में स्पष्ट रास्ता नहीं है।

हुह। यह गलत है।

अजीब तरह से, मैंने कोशिश की और मैं सीधे काम करने के लिए रेस्टिक बाइनरी नहीं प्राप्त कर सकता।

अस्पष्ट क्यों यह काम नहीं कर रहा है, लेकिन मेरा समाधान (मेरे लिए) है।

एक और आंतरायिक त्रुटि की तरह लगता है - मुझे लगता है कि हमें रुकना चाहिए
औपचारिक दस्तावेज़ीकरण/लेखन जब तक हम किसी और का प्राप्त करने में सक्षम नहीं हो जाते
कंप्यूटर एक ही सिस्टम के साथ काम कर रहा है। मैं 2 के लिए 2 हूँ, लेकिन मुझे समझ नहीं आता क्यों
यह @armhold के लिए काम नहीं कर रहा है।

@armhold , क्या आप सटीक बैश स्क्रिप्ट और गो कोड की एक प्रति पोस्ट कर सकते हैं जो आप कर रहे हैं
का उपयोग कर रहे हैं और आप इसे कैसे चला रहे हैं? मैं देखूंगा कि क्या मैं अपने अंत में पुन: पेश कर सकता हूं।

अजीब तरह से, मैंने कोशिश की और मैं सीधे काम करने के लिए रेस्टिक बाइनरी नहीं प्राप्त कर सकता।

हाँ, मैं यही नहीं समझता। मैं नहीं देखता कि गो रैपर क्यों सफल होगा जहां रेस्टिक बाइनरी स्वयं विफल हो जाएगी। कुछ हटकर लगता है।

क्या आप सटीक बैश स्क्रिप्ट और गो कोड की एक प्रति पोस्ट कर सकते हैं जिसका आप उपयोग कर रहे हैं और आप इसे कैसे चला रहे हैं?

ज़रूर, यह यहाँ है: https://github.com/armhold/restic-fda।

• शेल स्क्रिप्ट और गो रैपर दोनों मेरी ~/bin निर्देशिका में स्थापित हैं।
• सिस्टम वरीयता के माध्यम से FDA में ~/bin/restic-fda जोड़ा गया
• मैं टर्मिनल में कमांड लाइन पर एक गैर-रूट उपयोगकर्ता खाते से अंतःक्रियात्मक रूप से restic-fda चला रहा हूं। मुझे त्रुटियां मिलती हैं जैसे: error: Open: open /Users/armhold/Library/Application Support/AddressBook: operation not permitted ।
• रूट के रूप में चल रहा है (सुडो के माध्यम से) इसी तरह विफल रहता है

मैंने इसे लॉन्चक्टल के माध्यम से चलाने की कोशिश नहीं की है।

लिटिल स्निच, एक फ़ायरवॉल, कुछ ऐसा ही करता है - आउटगोइंग कनेक्शन के लिए, यह पूछेगा कि क्या "टर्मिनल थ्रू रेस्टिक" को कनेक्शन बनाने की अनुमति दी जाए (सिर्फ रेस्टिक के बजाय); यानी Terminal.app को अनुमति देने वाला पहला व्यक्ति है।

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

लॉन्चक्टल अगला कदम होगा।

एफवाईआई यह अभी भी मेरे लिए काम कर रहा है (हाल ही में मैकोज़ सहित)
अपडेट करें)। @armhold से कोई खबर?

अभी भी मेरे लिए काम नहीं करता है। मैंने हार मान ली और टर्मिनल एफडीए को दे दिया।

दुर्भाग्य से, मैं फिर से स्टम्प्ड हूँ।

मैं 10.14.2 पर हूं। मेरी रेस्टिक बैकअप स्क्रिप्ट अभी भी काम कर रही है, इसके लॉग में कोई अनुमति त्रुटि नहीं है। हालांकि, अब मुझे @armhold की स्क्रिप्ट या यहां तक ​​कि मेरी पिछली टेस्ट स्क्रिप्ट काम करने के लिए नहीं मिल सकती हैं (जो कुछ भी नहीं करती हैं लेकिन संरक्षित निर्देशिका ~/Library/Mail खोलें)।

‍♂️

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

@mholt इस और अवशेष पर क्या स्थिति है - क्या आपने इसके आसपास किसी तरह काम किया है, और यदि ऐसा है तो क्या आप हमारे साथ साझा कर सकते हैं कि ऐसा करने के लिए आप क्या कदम उठाते हैं?

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

@rawtaz

इस पर और अवशेष पर क्या स्थिति है - क्या आपने किसी तरह इस पर काम किया है, और यदि हां, तो क्या आप हमारे साथ साझा कर सकते हैं कि ऐसा करने के लिए आप क्या कदम उठाते हैं?

मैंने पिछले हफ्ते ही Mojave में अपग्रेड किया था। लेकिन मैंने रेलिका को स्थापित किया और ~/लाइब्रेरी/मेल का बैकअप लेने का प्रयास करते समय "ऑपरेशन की अनुमति नहीं है" त्रुटि को पुन: उत्पन्न करने में सक्षम था।

फिर मैंने FDA स्क्रीन में Relica.app जोड़ा और Relica बैकअप को फिर से चलाया।

इस बार त्रुटियों के बिना सफलतापूर्वक बैकअप लिया गया (जबकि रेलिका + रेस्टिक द्वारा बनाया गया पहला स्नैपशॉट अनुमति त्रुटि के कारण मेल फ़ोल्डर को बिल्कुल नहीं दिखाता था):

इसलिए मुझे डर है कि इस सूत्र में योगदान करने के लिए मेरे पास कोई जवाब नहीं है। :-/ मुझे यकीन नहीं है कि यह _keep_ काम करेगा लेकिन निश्चित रूप से मुझे उम्मीद है कि यह करता है।

मैं भी एफडीए देने में सक्षम होने के लिए अपनी रेस्टिक बैकअप स्क्रिप्ट को .app बंडल में लपेटने पर बस गया। ऐसा करना बेकार है, लेकिन ऐसा लगता है कि यह आगे बढ़ने का एकमात्र व्यावहारिक तरीका है।

पहले तो मैंने सिर्फ रेस्टिक बाइनरी एफडीए देने की कोशिश की, लेकिन इससे कोई फायदा नहीं हुआ।
मैंने अपनी बैकअप स्क्रिप्ट (एक बैश स्क्रिप्ट जिसे रेस्टिक कहते हैं) एफडीए देने की भी कोशिश की, लेकिन वह भी काम नहीं किया।
मैंने @armhold के रैपर की कोशिश नहीं की।

जैसा कि ऊपर बताया गया है, मैंने प्लैटिपस का इस्तेमाल किया, और यह बहुत अच्छा काम करता है। यह एक .app बंडल बनाता है जिसे मैं macOS की सिस्टम सेटिंग्स में FDA को दे सकता हूं, और यह समस्या को हल करता है।

उपयोग के दौरान मैंने जो एकमात्र नकारात्मक पहलू देखा है, वह यह है कि जब .app शुरू होता है (मेरे लिए यह crontab द्वारा open -ga ~/Applications/Backup.app का उपयोग करके शुरू किया गया है, तो वर्तमान विंडो फोकस खो देती है। यह मेरे उपयोगकर्ताओं के लिए एक गंभीर झुंझलाहट हो सकती है, लेकिन यह है यह क्या है। कम से कम हमारे पास फिर से काम कर रहे बैकअप हैं। मैंने सोचा था कि -g स्विच इसका ख्याल रखेगा, लेकिन दुर्भाग्य से यह कुछ भी नहीं बदलता है।

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

किसी भी व्यक्ति के लिए जो रेस्टिक को .app बंडल में बंडल करना चाहता है, यहां कुछ सामान्य ट्यूटोरियल है जिसे मैंने कुछ महीने पहले लिखा था कि इसे किसी भी गो प्रोग्राम के लिए कैसे किया जाए, जिसमें कोड भी शामिल है यदि आप बस कुछ सेटिंग्स बदलना चाहते हैं और अपने पर रहना चाहते हैं रास्ता: https://medium.com/@mattholt/packaging -a-go-application-for-macos-f7084b00f6b5

10.14.3 - अभी भी केवल बाइनरी के साथ चलने के लिए कोई अच्छी खबर नहीं है।

$ /bin/ls ~/Library/Mail/
ls: : Operation not permitted

काम करता है अगर Terminal.app को FDA में जोड़ा जाता है, लेकिन केवल ls (या अन्य बायनेरिज़) के साथ नहीं।

सेबस्क्रिप्ट/स्वचालक काम करता है लेकिन गोदी में एक आइकन दिखाता है; वैकल्पिक रूप से, xcode/swift cli का उपयोग करके, इसे एक बाइनरी में संकलित करें और इसे FDA में जोड़ें ( /full/path/to को अपने वास्तविक पथों से बदलें)

import Foundation
import os

let task = Process()

task.launchPath = "/full/path/to/bash"
task.arguments = ["/full/path/to/backup_script.sh"]

do{
    try task.run()
}
catch{
    os_log("error")
}

task.waitUntilExit()

@daviehh यहाँ कोई भाग्य नहीं है।

import Foundation
import os

let task = Process()

task.launchPath = "/bin/ls"
task.arguments = ["/Users/me/Library/Mail"]

do{
    try task.run()
}
catch{
    os_log("error")
}

task.waitUntilExit()

$ swiftc foo.swift
$ ./foo
ls: Mail: Operation not permitted
$ # add to FDA
$ ./foo
ls: Mail: Operation not permitted
$ sudo ./foo
ls: Mail: Operation not permitted

मैंने हाल ही में रेस्टिक का उपयोग करना शुरू किया है और इसे क्रॉनिक जॉब के रूप में काम करने की कोशिश कर रहा हूं जिसे रूट क्रॉस्टैब sudo crontab -e से बुलाया गया है ताकि मैं अपनी बैकअप स्क्रिप्ट को केवल सुडो विशेषाधिकारों के साथ सुलभ फ़ाइल में रखने में थोड़ा और सुरक्षित महसूस कर सकूं . मुझे @ n8henrie जैसी ही त्रुटियाँ मिल रही थीं, लेकिन अब मेरे पास एक कार्यशील समाधान है और यह जानना चाहूंगा कि क्या यह दूसरों के लिए यहाँ काम करता है।

पहले मेरे सेटअप की एक छोटी सी पृष्ठभूमि:

मेरे पास /Users/myuser/bin में एक बैकअप स्क्रिप्ट है जिसका नाम restic-backup.sh है जिसकी अनुमति 700 है (केवल रूट/सुडो रीड/राइट/निष्पादित)। मैं इस फ़ाइल को अपने रूट crontab sudo crontab -e के साथ निष्पादित करता हूं। मैं अपने डिफ़ॉल्ट टर्मिनल के रूप में iTerm का उपयोग करता हूं। मैंने Homebrew के साथ restic और zsh स्थापित किया है।

मैकोज़ संस्करण 10.14.5

रेस्टिक-बैकअप.श:

मेरी बैकअप स्क्रिप्ट फ़ाइल में निम्नलिखित है।

#!/usr/local/bin/zsh
restic_path="/usr/local/bin"
logFile="/Users/myuser/Documents/Backups/configurations/Mac/backup_logs/$(date +%F_%H%M)_restic.log"
unset HISTFILE
export RESTIC_REPOSITORY="..."
export AWS_ACCESS_KEY_I'd="..."
export AWS_SECRET_ACCESS_KEY="..."
export RESTIC_PASSWORD="..."
$restic_path/restic --verbose backup /Users/myuser  &> $logFile

फिर मेरी रूट क्रॉस्टैब फ़ाइल में: sudo crontab -e मेरे पास है:

0 */2 * * * /Users/myuser/bin/restic-backup.sh

पूर्ण डिस्क एक्सेस में:

क्रोन ==> /usr/sbin/cron
iTerm.app ==> /Applications/iTerm.app

@ n8henrie की तरह, मैंने सोचा था कि प्रोग्राम वास्तव में restic जैसी फाइलों तक पहुंचने वाले प्रोग्राम होंगे जिन्हें एफडीए की आवश्यकता होगी लेकिन इसके बजाय ऐसा लगता है कि प्रारंभिक sudo अनुरोध करने वाले कार्यक्रमों को एफडीए की आवश्यकता है: cron स्वचालित मामले में iTerm.app ।

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

@atticusmatticus @russelldavis - मुझे लगता है कि हाल ही में MacOS अपडेट में से एक ने फिर से कुछ बदल दिया है - मैंने निश्चित रूप से उन दोनों रणनीतियों को बिना किसी किस्मत के आजमाया था। लेकिन मैंने नीचे भी कोशिश की थी, जिसने काम करना बंद कर दिया था, लेकिन अब फिर से काम कर रहा है (तरह का):

package main

import (
    "fmt"
    "io/ioutil"
)

func main() {
    fmt.Println("Starting...")
    matches, err := ioutil.ReadDir("/Users/me/Library/Mail")
    if err != nil {
        fmt.Println("Err:", err)
    } else {
        for _, match := range matches {
            fmt.Println(match.Name())
        }
    }
}

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>Label</key>
        <string>com.me.gotest</string>
        <key>ProgramArguments</key>
        <array>
            <string>/Users/me/go/src/github.com/me/gotest/gotest</string>
        </array>
        <key>StartInterval</key>
        <integer>15</integer>
        <key>StandardErrorPath</key>
        <string>/Users/me/go/src/github.com/me/gotest/stderr.txt</string>
        <key>StandardOutPath</key>
        <string>/Users/me/go/src/github.com/me/gotest/stdout.txt</string>
    </dict>
</plist>

1. go build
2. पूर्ण डिस्क एक्सेस में gotest बाइनरी (और कुछ नहीं) जोड़ें
3. प्लिस्ट को ~/Library/LaunchAgents/ . पर कॉपी करें
4. लॉन्च किए गए डेमॉन को लोड करें: launchctl load -w ~/Library/LaunchAgents/com.me.gotest.plist

अब, उत्सुकता से, gotest बाइनरी के साथ, लेकिन launchd (या launchctl ) को FDA में नहीं जोड़ा गया, मैं अभी भी सीधे नहीं चल सकता:

$ ls -l gotest
-rwxr-xr-x 1 me staff 2142552 Jul  2 09:15 gotest
$ ./gotest
Starting...
Err: open /Users/me/Library/Mail: operation not permitted
$ sudo ./gotest
Password:
Starting...
Err: open /Users/me/Library/Mail: operation not permitted

लेकिन यह लॉन्च डेमॉन (कॉन्फ़िगर के रूप में हर 15 सेकंड) से त्रुटियों के बिना चल रहा है, जो रूट के रूप में नहीं चल रहा है ( ~/Library/ नहीं /Library/ , और launchctl load नहीं sudo launchctl load ):

$ cat stdout.txt | head
Starting...
.DS_Store
PersistenceInfo.plist
V6
Starting...
.DS_Store
PersistenceInfo.plist
V6
Starting...
.DS_Store

उत्सुकता से, मैं अभी भी देख रहा हूं, जिसमें रीबूट भी शामिल है:

||एफडीए में बाइनरी जाओ|एफडीए में बाइनरी नहीं जाओ
---|:---:|:---:
बिना sudo |err|err . के बाइनरी जाओ
sudo |err|err . के साथ बाइनरी जाओ
लॉन्चड रनिंग गो बाइनरी|रनस|त्रुटि

सीधे संबंधित रेस्टिक नहीं, बल्कि FDA समस्या से।
मुझे लगता है कि मुझे इस बात का अंदाजा हो गया है कि यह कैसे काम कर रहा है और मुझे उम्मीद है कि मैं कप्तान नहीं हूं। मैं अभी तक इसके बारे में उपयोगी चर्चा, लेख या दस्तावेज़ीकरण खोजने में विफल रहा।

एफडीए उन अनुप्रयोगों के लिए काम करता है जिन्हें श्वेतसूचीबद्ध किया गया था (उद्घाटन का अर्थ है कि वे लॉन्च द्वारा लॉन्च किए गए हैं), किसी भी बच्चों के लिए उन अनुप्रयोगों की प्रक्रियाओं के लिए जो श्वेतसूची में नहीं हैं और श्वेतसूचीबद्ध बायनेरिज़ के लिए यदि सीधे launchd ( launchd.plist द्वारा लॉन्च किए गए हैं) launchctl submit )। यह काम नहीं करता है अगर श्वेतसूचीबद्ध बाइनरी गैर श्वेतसूची वाले मूल एप्लिकेशन/बाइनरी के साथ प्रक्रिया पेड़ में लॉन्च की जाती है।

इससे ऐसा लगता है कि यह launchd है जो आवेदन/बाइनरी श्वेतसूची के आधार पर श्वेतसूची प्रक्रिया पेड़ के लिए ज़िम्मेदार है।

प्रयोगों से ऐसा लगता है कि बाइनरी का पथ सटीक होना चाहिए, इसलिए श्वेतसूची को ट्रिगर नहीं किया जाएगा यदि श्वेतसूचीबद्ध बाइनरी लॉन्चक्टल प्लिस्ट में WorkingDirectory निर्दिष्ट है और सापेक्ष पथ ./some-binary का उपयोग किया जाता है, तो यह काम भी नहीं करेगा /some/path/./some-binary या /some/path/../path/some-binary के लिए, केवल /some/path/some-binary ।
launchd द्वारा सीधे स्क्रिप्ट लॉन्च करने पर भी शेबैंग के लिए श्वेतसूचीबद्ध एप्लिकेशन का उपयोग करना संभव नहीं है, इसलिए #!/some/path/some-binary काम नहीं करेगा, केवल /some/path/some-binary /path/to/script ।

हां, मैं launchd से दौड़ता हूं। कुछ दिलचस्प यहाँ पढ़ता है

https://eclecticlight.co/2018/10/02/how-privacy-protection-is-enforced-through-the-attribution-chain/

https://eclecticlight.co/2018/09/06/working-with-mojaves-privacy-protection/

मुझे लगता है कि डॉक्स में कम से कम कुछ दिशानिर्देश (और शायद इस मुद्दे का एक लिंक) प्रदान करने के लिए हमारे पास पर्याप्त जानकारी और डेटा बिंदु हैं, और अगर यह ठीक है तो मैं इस पर काम करना शुरू करना चाहता हूं।

क्या यह उदाहरण के तहत एक नया बिंदु होना चाहिए, जैसे कि लिनक्स पर रूट के रूप में चलाए बिना बैक अप पर अनुभाग?

मैं यह नोट करने की योजना बना रहा हूं:

• अधिक से अधिक डिस्क का बैकअप लेने के लिए पूर्ण डिस्क एक्सेस की आवश्यकता होती है
• रूट के रूप में चलने वाली एक लॉन्चड स्क्रिप्ट एक बाइनरी को कॉल कर सकती है जिसे एफडीए के तहत श्वेतसूची में रखा गया है बिना एफडीए को लॉन्चड जोड़ने की आवश्यकता है
• जब तक Terminal.app को FDA में सूचीबद्ध नहीं किया जाता है, तब तक टर्मिनल से कॉल करने पर बाइनरी पूर्ण डिस्क तक नहीं पहुंच सकती है
• यदि Terminal.app को FDA में सूचीबद्ध किया गया है, तो यह पूर्ण डिस्क तक पहुँच सकता है जब यह बाइनरी को कॉल करता है चाहे वह बाइनरी FDA में हो या नहीं

क्या यह आवाज हर किसी की समझ और अनुभव को दर्शाती है?

कुछ हद तक जटिल होने पर, मैं पिछले> 1y पर 2 मैकबुक पर चल रहे अपने सेटअप से प्रसन्न हूं, और मैं शायद इसके कुछ हिस्सों को एक उदाहरण के रूप में शामिल करूंगा। मेरा सेटअप है:

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

https://github.com/restic/restic/issues/2051#issuecomment -442872479 के समान बाइनरी का उपयोग करना मेरे लिए काम कर रहा है। मैं c के साथ गया क्योंकि मैंने अभी इंस्टाल नहीं किया है। दूसरों को कॉपी/पेस्ट करने के लिए:

1. बैकअप.सी

#include <stdlib.h>
int main(void) {
  int status = system("./backup.sh");
  int ret = WEXITSTATUS(status);
  return ret;
}

1. संकलन: gcc -Wall -o backup backup.c
2. बैकअप बाइनरी को श्वेतसूची में डालें और इसे अपनी पसंद के अनुसार उपयोग करें

उत्सुकता से, मैं अभी भी देख रहा हूं, जिसमें रीबूट भी शामिल है:

एफडीए में बाइनरी जाओ एफडीए में नहीं बाइनरी जाओ
sudo त्रुटि के बिना बाइनरी जाओ
sudo त्रुटि के साथ बाइनरी जाओ
लॉन्चड रनिंग गो बाइनरी रन त्रुटि

धन्यवाद!

मेरे लिए समाधान .plist फ़ाइल बनाना था जो सीधे रेस्टिक को कॉल करती है और -p, --exclude-files, --files-from विकल्पों का उपयोग करके सभी मापदंडों को या तो अंदर या अलग फाइलों में डाल देती है। और निश्चित रूप से रेस्टिक बाइनरी एफडीए अनुमतियां दें:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>my.backup_agent</string>

    <key>ProgramArguments</key>
    <array>
        <string>/usr/local/bin/restic</string>
        <string>backup</string>

        <string>-r</string>
        <string>s3:https://MY.STORAGE.SERVER/....</string>

        <string>-p</string>
        <string>.config/backup/restic.pwd</string>

        <string>--files-from</string>
        <string>.config/backup/backup.lst</string>

        <string>--exclude-file</string>
        <string>.config/backup/exclude.lst</string>
    </array>

    <key>EnvironmentVariables</key>
    <dict>
        <key>AWS_ACCESS_KEY_ID</key>
        <string>XXX</string>

        <key>AWS_SECRET_ACCESS_KEY</key>
        <string>YYY</string>
    </dict>

    <key>WorkingDirectory</key>
    <string>/Users/ME</string>

    <key>StandardErrorPath</key>
    <string>/Users/ME/log/backup.log</string>

    <key>StandardOutPath</key>
    <string>/Users/ME/log/backup.log</string>

    <key>StartCalendarInterval</key>
    <dict>
        <key>Hour</key>
        <integer>13</integer>

        <key>Weekday</key>
        <array>
        <integer>1</integer>
        <integer>2</integer>
        <integer>3</integer>
        <integer>4</integer>
        <integer>5</integer>
        </array>
    </dict>
</dict>
</plist>

कैसे पता करें कि FDA में कौन सा ऐप जोड़ा जाना चाहिए? संक्षेप में, ऐप इसे चलाता है ढूंढें।

आप प्रक्रिया को चालू रख सकते हैं, और पूर्वज पिड 1 होने तक प्रक्रिया के मूल पिड पर चल सकते हैं, ps ajx या ps ao pid,ppid,command के माध्यम से grep #$ के साथ लॉन्च किया जा सकता है।

और संक्षेप में:

• crontab के माध्यम से चलाएँ, /usr/sbin/cron , launchd.plist . द्वारा पदावनत
• Program या ProgramArguments . में बाइनरी लॉन्चड.प्लिस्ट के माध्यम से चलाएं
• टर्मिनल में चलाएं, Terminal.app
• एसएसएच, /usr/libexec/sshd-keygen-wrapper या इसी तरह के माध्यम से चलाएं
• अन्य ऐप के माध्यम से चलाएं, इसे ढूंढें।

तो, @ n8henrie के लिए, आपको वास्तविक बाइनरी खोजने की आवश्यकता है।

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

https://www.soma-zone.com/LaunchControl/FAQ.html पर इसके बारे में कुछ जानकारी है, और ऐप की सहायता विंडो में अधिक जानकारी है।