HDD से USB ड्राइव में फ़ाइल कॉपी करते समय एन्क्रिप्टेड ध्वज को कैसे हटाएं?


10

पर्यावरण: विंडोज 7, लेकिन अन्य ईएफएस-संगत विंडोज संस्करणों पर लागू होता है

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

ऐसी एन्क्रिप्टेड फ़ाइल किसी अन्य विंडोज पीसी पर अप्राप्य है जहां मेरा यूएसबी ड्राइव प्लग इन हो जाता है। मैं उस पीसी पर अपने व्यक्तिगत प्रमाण पत्र आयात कर सकता हूं, लेकिन यह आखिरी चीज के बारे में है जो मैं करना चाहता हूं।

जब फ़ाइल हटाने योग्य ड्राइव में कॉपी की जाती है, तो मैं स्वचालित रूप से मेरी फ़ाइल को डिक्रिप्ट करना चाहूंगा। क्या विंडोज को ऐसा करने का कोई तरीका है?

फ़ाइल को ऑन-द-फ्लाई को डिक्रिप्ट करने का एक ब्रूट-फोर्स तरीका मेरे USB ड्राइव पर फ़ाइल सिस्टम के रूप में FAT पर स्विच करना होगा, लेकिन मैं ऐसा नहीं करना चाहता।

किसी भी संकेत के लिए अग्रिम धन्यवाद!


सही है, USB ड्राइव पर FAT (या exFAT) का उपयोग करना थोड़ा कच्चा है, लेकिन यह वर्तमान में उपलब्ध एकमात्र वास्तविक दृष्टिकोण प्रतीत होता है।
रोमनस्ट्रीम

जवाबों:


3
  • रिचकोपी एक मुफ्त उपयोगिता है जो एनटीएफएस प्रारूपित ड्राइव के बीच फ़ाइलों और फ़ोल्डरों की नकल करते हुए मक्खी पर एन्क्रिप्शन को हटा सकती है । (डिक्रिप्ट करने के लिए FAT32 विभाजन की कोई आवश्यकता नहीं)
  • सेटिंग तक पहुंचने के लिए, पहले 'दृश्य' मेनू से 'उन्नत' जांचें। फिर 'कॉपी विकल्प'> डिफ़ॉल्ट> फ़ाइल विशेषताएँ, त्रुटि हैंडलिंग> फ़ाइल Atttibutes को हटाने के लिए> एन्क्रिप्टेड पर जाएं
  • यह http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx पर उपलब्ध है

यह उपकरण बिल्कुल विज्ञापन के रूप में काम करता है - बहुत अच्छा लगता है!
जोनास हीडलबर्ग

डिक्रिप्ट करने के लिए FAT32 विभाजन की कोई आवश्यकता नहीं है - पूरी तरह से सच नहीं है, FAT32 संस्करणों की नकल करते समय विंडोज 10 इस विशेषता की जांच करता है, फ़ाइल को व्यावहारिक रूप से अप्राप्य छोड़ देता है। answer.microsoft.com/en-us/windows/forum/windows_10-files/…
jazzcat

2

शायद एक बैच फ़ाइल के साथ आप ऐसा कुछ कर सकते हैं:

समाधान 1

दो पंक्तियों के साथ एक mycopy.cmdफ़ाइल बनाएं (अपने PATHया अपने "उपयोगकर्ता प्रोफ़ाइल निर्देशिका में"):

COPY %1 %2
CIPHER /D %2

Windows+ Rकुंजियों के साथ निष्पादित संवाद एन प्रकार खोलें:

mycopy file-to-be-copied target-directory

समाधान 2

यदि लक्ष्य निर्देशिका हमेशा समान होती है तो आप फ़ाइल mycopy.cmdफ़ाइल को इस प्रकार सरल बना सकते हैं

COPY %1 target-directory
CIPHER /D  target-directory

फ़ाइल को अपनी SendTo निर्देशिका में डालते समय ( %userprofile%\AppData\Roaming\Microsoft\Windows\SendTo) आपको एक नया विकल्प प्रदान करेगा mycopy.cmd जब आप किसी फ़ाइल पर राइट क्लिक बनाते हैं (उप मेनू में भेजें)


बस याद रखें कि CIPHER /Dइसमें लंबा समय लग सकता है। विशेष रूप से बड़ी फ़ाइलों के लिए, 1.5gb फिल्म की तरह। विशेष रूप से एक USB ड्राइव पर
jazzcat

0

एन्क्रिप्ट की गई फ़ाइल को किसी ऐसे गंतव्य पर कॉपी करते समय, जो EFS का समर्थन करता है, Windows हमेशा एन्क्रिप्शन फ्लैग को ले जाएगा, यानी कॉपी की गई फ़ाइल को एन्क्रिप्ट करेगा (स्रोत: विन एपीआई )। एक नई फ़ाइल बनाते समय, विंडोज़ फ़ोल्डर के एन्क्रिप्शन सेटिंग का उपयोग करके यह निर्धारित करेगा कि फ़ाइल को एन्क्रिप्ट करना है या नहीं।

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

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

यह ट्रिक काम आना चाहिए।

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

किसी भी तरह से प्रक्रिया लंबी हो सकती है, लेकिन नकल के दौरान मक्खी पर एक फ़ाइल को डिक्रिप्ट करने का एकमात्र तरीका CopyFile()एपीआई कॉल को दरकिनार करना होगा, लेकिन इसके बजाय स्रोत फ़ाइल को पढ़ना और गंतव्य पर एक समान फ़ाइल बनाना होगा।


0

CmPi से उत्तर के अलावा :

यदि आपने अपने फ़ोल्डर (जैसे RootFolder) की प्रतिलिपि पहले ही बना ली है और इसे एन्क्रिप्ट किया गया है, तो आप / s विकल्प के साथ सभी फ़ाइलों और उप-फ़ोल्डरों को पुन: डिक्रिप्ट कर सकते हैं:

cipher /d /s:RootFolder

ध्यान दें कि आप इसे किसी भी पीसी से कर सकते हैं जब तक आप फ़ाइलों को एन्क्रिप्ट करने के लिए उपयोग किए गए प्रमाण पत्र और कुंजी का निर्यात करते हैं और आपने उन्हें विभिन्न पीसी से आयात किया है। EFS सर्टिफिकेट ट्रांसफर करने के तरीके के बारे में जानकारी के लिए इस लिंक की जाँच करें: http://windows.microsoft.com/en-us/windows-vista/share-encrypted-files


0

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

एन्क्रिप्ट / डिक्रिप्ट फ़ोल्डर्स (विंडोज़ में पुनरावर्ती) https://www.windows-commandline.com/cipher-command-line-enc एन्क्रिप्शन-utility/

पुनरावर्ती एन्क्रिप्ट करें

cipher  /A  /E / S:directoryname

पुनरावर्ती रूप से डिक्रिप्ट करें

cipher  /A  /D / S:directoryname

-2

फ़ाइल को अपने USB मीडिया में कॉपी करने पर डिक्रिप्ट करने के लिए, USB मीडिया पर एन्क्रिप्शन को अक्षम करें। यह अभी भी NTFS का उपयोग कर सकता है (जो कि मेरा मानना ​​है कि आप उपयोग कर रहे हैं)।


हां, मैं NTFS का उपयोग करता हूं। क्या EFS एन्क्रिप्शन वास्तव में प्रति ड्राइव के आधार पर अक्षम किया जा सकता है? इसे करने का तरीका क्या होगा? मुझे कोई भी नहीं मिल रहा है। और btw, गंतव्य फ़ोल्डर एन्क्रिप्टेड सामग्री (गुण के माध्यम से) के लिए सेट नहीं है।
vladimir

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

3
एक एन्क्रिप्टेड HDD फ़ोल्डर से एक USB ड्राइव फ़ोल्डर में कॉपी करना, जिसमें एन्क्रिप्शन फ्लैग सेट नहीं है, बिल्कुल ऐसा ही मामला है जिसके साथ मुझे समस्या है। यह काम नहीं करता है, फ़ाइल डिक्रिप्ट किए बिना यूएसबी ड्राइव के फ़ोल्डर में कॉपी हो जाती है।
vladimir
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.