एन्क्रिप्टेड होम निर्देशिका ऑटो बढ़ते नहीं

Question

मैं किसी तरह अपने एन्क्रिप्टेड होम डायरेक्टरी के लिए ऑटो-माउंटिंग को तोड़ने में कामयाब रहा।

जब भी मैं SSH के माध्यम से लॉगिन करता हूं, मैं इसे देखता हूं:

valorin@joshua:~$ ls -la
total 44
dr-x------ 3 valorin valorin  4096 2012-03-17 17:10 .
drwxr-xr-x 7 root    root     4096 2012-03-17 11:45 ..
lrwxrwxrwx 1 valorin valorin    56 2012-03-08 20:37 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
-rw------- 1 valorin valorin   917 2012-03-17 19:24 .bash_history
drwx------ 3 valorin valorin  4096 2012-03-16 17:58 .cache
lrwxrwxrwx 1 valorin valorin    33 2012-03-08 20:37 .ecryptfs -> /home/.ecryptfs/valorin/.ecryptfs
-rw-r--r-- 1 root    root    21954 2012-03-08 20:35 .face
lrwxrwxrwx 1 valorin valorin    32 2012-03-08 20:37 .Private -> /home/.ecryptfs/valorin/.Private
lrwxrwxrwx 1 valorin valorin    52 2012-03-08 20:37 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt
-rw------- 1 root    root      703 2012-03-17 17:10 .viminfo

किसी भी विचार जो मैंने किया है, और मैं इसे कैसे ठीक कर सकता हूं?

अपडेट करें:

मैंने यहाँ विधि का उपयोग करते हुए SSH कुंजी प्रमाणीकरण की स्थापना की है , जो कि गैर-काम कर रहे एन्क्रिप्टेड होम डायरेक्टरी का कारण है।

इसलिए, मेरा नया प्रश्न, मुझे SSH के साथ लॉग इन करने के बाद पासवर्ड को स्वचालित रूप से संकेत करने के लिए कैसे प्राप्त किया जाए?

Comments

क्या आप लॉगिन करते समय अपने लॉगिन पासवर्ड के लिए प्रेरित होते हैं? क्या syslog में कोई eCryptfs संदेश हैं?

— डस्टिन किर्कलैंड

@ डस्टिनकिर्कलैंड, प्रश्न में मेरा अपडेट देखें। मुझे यह महसूस हुआ क्योंकि मैंने SSH कुंजी को स्थापित किया है ... इसलिए कोई पासवर्ड नहीं पूछा जा रहा है।

— स्टीफन आरसी

अहा, ठीक है, तो यह है;; मैं अब नीचे एक बेहतर जवाब पोस्ट करूँगा।

— डस्टिन किर्कलैंड

Answer 1

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

इसे हल करने के लिए, आपको अपने अनमाउंट किए गए $ HOME / .profile के अंत में एक पंक्ति जोड़ने की आवश्यकता होगी :

ecryptfs-mount-private

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

का आनंद लें!

पूर्ण प्रकटीकरण: मैं eCryptfs के लेखकों और अनुरक्षकों में से एक हूं।

Comments

बहुत बढ़िया, धन्यवाद, यह वही करता है जो मैं चाहता हूं :) मुझे इसमें cd /home/$HOME.profile फ़ाइल में जोड़ना पड़ा , इसे ताज़ा करने के लिए हालांकि एक बार यह डिक्रिप्ट हो गया था।

— स्टीफन आरसी

बस यह उल्लेख करने के लिए कि यदि आप zshइसका उपयोग कर रहे हैं तो ~/.zprofileइसके बजाय~/.profile

— टिम्मी ओ'मोनी

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

— आर्थर टक्का

धन्यवाद @ TimmyO'Mahony! मैं पसंद से उपयोग zshनहीं कर रहा था, लेकिन यह एक नया स्थापित था, और मुझे याद है कि यह मेरे .zsh इतिहास को नहीं बचा सका ...

— Auspex

Answer 2

निम्नलिखित का प्रयास करें:

1. सुनिश्चित करें कि /etc/pam.d/common-sessionइसमें यह पंक्ति है:

    # Encrypt home
    session    optional    pam_ecryptfs.so unwrap
   

2. सुनिश्चित करें कि /etc/pam.d/common-authइसमें यह पंक्ति है:

    auth   optional    pam_ecryptfs.so unwrap
   

3. सुनिश्चित करें कि /etc/pam.d/sshdइन पंक्तियों में शामिल हैं:

    # Standard Un*x authorization.
    @include common-account
   
    # Standard Un*x session setup and teardown.
    @include common-session
   

4. यदि आपने हाल ही में अपने उपयोगकर्ता का पासवर्ड बदला है, तो जांच लें /etc/pam.d/common-password

   यदि इसमें यह रेखा नहीं है:

    password   optional    pam_ecryptfs.so
   

   तब आपको अपने पुराने पासवर्ड की ज़रूरत होती है ताकि आप ecryptfs को फिर से कॉन्फ़िगर कर सकें।

   मेरा सुझाव है कि आप अपने पिछले पासवर्ड का उपयोग करके अपने खाते को बदल दें passwdऔर फिर उपरोक्त पंक्ति को जोड़कर /etc/pam.d/common-passwordफिर पासवर्ड को नए पासवर्ड में बदल दें।

   वैकल्पिक रूप से आप यह कोशिश कर सकते हैं:

   ecryptfs-setup-private

   सुनिश्चित करें कि जब आप संकेत दिया जाए तो आप अपने उपयोगकर्ताओं के पासवर्ड के समान पासवर्ड दर्ज करें।

5. यदि उपरोक्त में से कोई भी काम नहीं करता है, तो चलने की कोशिश करें ecryptfs-setup-privateशायद यह कुछ ठीक कर देगा।

6. अगर यह अभी भी काम नहीं कर रहा है तो मैं विचारों से बाहर हूं, क्षमा करें।

Comments

वह सब कॉन्फिगर अच्छा लगता है। मेरे प्रश्न के अपडेट की जांच करें, मुझे लगता है कि यह SSH कुंजी के कारण है जिसे मैंने स्थापित किया है।

— स्टीफन आरसी

बदलने का प्रयास करें optionalकरने के लिए requiredमें common-account। विचार यह है कि अगर यह नहीं मिलता है तो पासवर्ड को पासवर्ड के लिए तुरंत संकेत देना चाहिए। एक खुला सत्र रखना सुनिश्चित करें ताकि आप अपने आप को लॉक करने का जोखिम न उठाएं।

— d_inevitable

"सामान्य खाता" से आपका क्या अभिप्राय है?

— पीटर फ़्लिक्स

Answer 3

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

अन्यथा, विकल्प यह है कि ecryptfs-mount-privateआप अपने घर के फ़ोल्डर को मैन्युअल रूप से डिक्रिप्ट करने के लिए अपनी कुंजी के साथ लॉग इन करें।

Comments

क्या ecryptfs-mount-privateलॉगिन करते समय स्वचालित रूप से चलने का कोई तरीका है ?

— स्टीफन आरसी

बस "इन निर्देशों" को टूटी हुई कड़ी को अपडेट करते हुए, क्योंकि मुझे इसे वेकबैक मशीन पर नीचे ट्रैक करना था: स्टीफन. ट्रीज़- carter.net/thought/… संदर्भित लेख पर अतिरिक्त विचार : अधिकृत_कीज़ को /home/.shsh/ के रूप में संग्रहीत करने के बजाय। % u, store अधिकृत_keys in /home/.ssh/%u/authorized_keys जहां /home/.ssh/%u/ का स्वामित्व% u: 700 u के साथ% u के पास है, और फ़ाइल 600 u के साथ% u के स्वामित्व में है।

— जेरेमी लियोन

@StephenRC एक ~ / .profile बनाता है जो आपके अनएन्क्रिप्टेड होम डायरेक्टरी में Ecryptfs-Mount-Private चलाता है।

— जेरेमी लियोंस