मेरे फ़ोल्डर में .rnd बाइनरी क्या है?


29

देजा ड्यूप .rndमेरे होम फोल्डर में स्थित एक छिपी हुई फाइल का बैकअप नहीं ले सकता है । यह आकार में 1kB के बारे में एक बाइनरी फ़ाइल है। जब मैं एक पाठ संपादक (gedit) में खोलने का प्रयास करता हूं, तो मुझे एक त्रुटि संदेश मिलता है कि अमान्य वर्ण (UTF-8) हैं।

मुझे पता है कि क्या .gnupg/rndहै, लेकिन ऐसा नहीं .gnupg/rndहै .rnd। इसके अलावा मैंने कुछ भी नहीं किया है जो मैं एक gnupgकुंजी बनाने के लिए सोच सकता हूं , कम से कम उद्देश्य पर नहीं।

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

यदि यह मायने रखता है तो Ubuntu 13.04 चल रहा है।

जवाबों:


38

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

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

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

यह केवल उपयोगकर्ता द्वारा, 0600 मोड में ही पठनीय होना चाहिए। यदि यह रूट के स्वामित्व में है, तो आपने संभवतः कुछ sudoकमांड चलाए हैं जो $HOMEआपके नियमित उपयोगकर्ता खाते में चर को बनाए रखता है । उस स्थिति में फ़ाइल को हटा दें, मैं कहूंगा, क्योंकि उपयोगकर्ता को स्वयं इस फ़ाइल को अपडेट करने में सक्षम होना चाहिए। यह भी देखें:


तो यह शायद सुरक्षा कारणों से 0600 है और रूट के स्वामित्व में है क्योंकि कुछ sudoकमांड रैंड (1) का उपयोग करते हैं। संदेह: जब उपयोगकर्ता कमांड रैंड (1) का उपयोग करने की कोशिश करता है तो वह हस्तक्षेप नहीं करेगा? यदि रैंड (1) फ़ाइल को पढ़ने की कोशिश करता है तो उसे EPERM मिलेगा --- मुझे नहीं पता कि क्या यह इतना स्मार्ट है कि इसे डिलीट कर दें और इसे यूजर के रूप में
रीक्रिएट

@Rmano हाँ, मुझे ऐसा लगता है। यह उपयोगकर्ता के स्वामित्व में होना चाहिए।
gertvdijk

दिलचस्प। मुझे आश्चर्य होता है कि जब मुझे Sendmail को कॉन्फ़िगर करने के माध्यम से भाग बंद कर दिया गया था तो यह कैसे बनाया गया था? सूचनात्मक प्रतिक्रिया के लिए धन्यवाद। मैंने आगे बढ़कर फ़ाइल को डिलीट कर दिया, हालांकि मुझे लगता है कि रमानो के पास एक अच्छा बिंदु है; कोई प्रतिकूल प्रभाव अभी तक।
nbm

OpenSSL के साथ काम करने वाली कोई भी चीज इसका कारण बन सकती है। सेंडमेल शायद TLS सर्टिफिकेट जेनरेट करेगा ताकि समझ में आए। हालाँकि यह आपके होमडायर में नहीं दिखना चाहिए और यदि आप उबंटू / डेबियन पैकेज डॉक्यूमेंट का अनुसरण करते हैं तो इसे बग माना जा सकता है।
gertvdijk
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.