Windows फ़ाइल अनुमतियाँ और विशेषताएँ

Question

मैं संपूर्ण Windows फ़ाइल सुरक्षा योजना के बारे में कुछ उलझन में हूँ। मैं एक यूनिक्स पृष्ठभूमि से आता हूं, इसलिए मैं फ़ाइल अनुमतियों / सुरक्षा सेटिंग्स और विशेषताओं के बीच संबंध को पूरी तरह से नहीं समझता हूं; विशेष रूप से केवल-पढ़ने के लिए, कि एक फ़ाइल हो सकती है।

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

Comments

शानदार सवाल

— जिम बी

Windows फ़ाइल विशेषताएँ यूनिक्स फ़ाइल झंडे के अनुरूप हैं

— क्रिस एस

मैंने इसे अधिक सामान्य होने के लिए संपादित किया है, क्योंकि ये सिद्धांत विंडोज के सभी आधुनिक संस्करणों पर लागू होते हैं, न कि केवल सर्वर 2003 में।

— एमडीएमरा

2012 में और वास्तव में अलग होना संभव है

— जिम बी

Answer 1

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

फ़ाइलों और फ़ोल्डरों में अतिरिक्त विशेषताएँ हो सकती हैं, अधिकांश * निक्स फाइलसिस्टम पर फाइलें पसंद हैं। "हिडन" दोनों प्लेटफार्मों पर इसका एक उदाहरण के रूप में ध्यान में आता है।

विंडोज पर, कुछ अतिरिक्त विशेषताओं में सिस्टम, रीड-ओनली, आर्काइव, एन्क्रिप्टेड और संपीड़ित शामिल हैं। जब आपके पास पूर्ण नियंत्रण (या संशोधित) होता है, तो आपके पास इन विशेषताओं को बदलने की क्षमता होती है, लेकिन जैसा कि आपने खोजा है, केवल-पढ़ने के लिए एक फ़ाइल केवल-पढ़ने के लिए है, यहां तक ​​कि पूर्ण नियंत्रण वाले व्यक्ति के लिए भी। जबकि पूर्ण नियंत्रण आपको फ़ाइल की विशेषताओं को बदलने की क्षमता देता है, यह स्वचालित रूप से उन्हें ओवरराइड नहीं करता है, बहुत lsकुछ रूट उपयोगकर्ता को * निक्स पर डिफ़ॉल्ट रूप से एक छिपी हुई फ़ाइल नहीं दिखाता है।

Comments

एक "छिपी" NTFS फ़ाइल के रूप में ऐसी कोई चीज नहीं है जो एक विशेषता का उपयोग कर रही है। धाराओं का उपयोग करके फ़ाइलें छिपाई जा सकती हैं। NTFS विस्तारित विशेषता क्षेत्र ($ EA) का उपयोग करके किसी भी आवेदन के लिए आवश्यक किसी भी विशेषता का समर्थन करता है, यही कारण है कि आप NTFS फाइलसिस्टम में यूनिक्स फाइल अनुमति स्टोर कर सकते हैं

— जिम बी

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

— एमडीएमरा

यूनिक्स पर यह छिपी विशेषता क्या है?

— एडवर्ड थॉमसन

छिपा हुआ संभवतः एक खराब उदाहरण था लेकिन मेरी बात सचित्र थी। प्रति सी "छिपी हुई" विशेषता नहीं है, बस फाइलें जो एक अवधि के साथ उपसर्ग हैं। विचाराधीन विंडोज़ फ़ाइल विशेषताएँ वास्तव में कुछ अधिक बारीकी से समरूप हैं जैसे कि यूनिक्स में फ़ाइल फ़्लैग: freebsd.org/cgi/man.cgi?query=chflags&sektion=1 ।

— एमडीएमरा

Answer 2

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

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

फ़ाइल गुण स्थिरांक
http://msdn.microsoft.com/en-us/library/windows/desktop/gg258117%28v=vs.85%29.aspx

FILE_ATTRIBUTE_ARCHIVE 32 (0x20)

एक फ़ाइल या निर्देशिका जो एक संग्रह फ़ाइल या निर्देशिका है। एप्लिकेशन आमतौर पर बैकअप या हटाने के लिए फ़ाइलों को चिह्नित करने के लिए इस विशेषता का उपयोग करते हैं।

FILE_ATTRIBUTE_COMPRESSED 2048 (0x800)

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

FILE_ATTRIBUTE_DEVICE 64 (0x40)

यह मान सिस्टम के उपयोग के लिए आरक्षित है।

FILE_ATTRIBUTE_DIRECTORY 16 (0x10)

वह हैंडल जो किसी निर्देशिका की पहचान करता है।

FILE_ATTRIBUTE_ENCRYPTED 16384 (0x4000)

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

FILE_ATTRIBUTE_HIDDEN2 (0x2) फ़ाइल या निर्देशिका छिपी हुई है। यह एक सामान्य निर्देशिका सूची में शामिल नहीं है।

FILE_ATTRIBUTE_INTEGRITY_STREAM 32768 (0x8000)

निर्देशिका या उपयोगकर्ता डेटा स्ट्रीम अखंडता के साथ कॉन्फ़िगर किया गया है (केवल ReFS संस्करणों पर समर्थित)। यह एक सामान्य निर्देशिका सूची में शामिल नहीं है। यदि इसे नाम बदला गया है तो अखंडता सेटिंग फ़ाइल के साथ बनी रहती है। यदि किसी फ़ाइल की प्रतिलिपि बनाई गई है तो गंतव्य फ़ाइल में अखंडता सेट होगी यदि स्रोत फ़ाइल या गंतव्य निर्देशिका में अखंडता सेट है।

Windows Server 2008 R2, Windows 7, Windows Server 2008, Windows Vista, Windows Server 2003 और Windows XP: यह ध्वज Windows Server 2012 तक समर्थित नहीं है।

FILE_ATTRIBUTE_NORMAL 128 (0x80)

ऐसी फ़ाइल जिसमें अन्य विशेषताएँ सेट नहीं हैं। यह विशेषता केवल तब ही मान्य होती है जब अकेले उपयोग किया जाता है।

FILE_ATTRIBUTE_NOT_CONTENT_INDEXED 8192 (0x2000)

सामग्री अनुक्रमण सेवा द्वारा फ़ाइल या निर्देशिका को अनुक्रमित नहीं किया जाना है।

FILE_ATTRIBUTE_NO_SCRUB_DATA 131072 (0x20000)

उपयोगकर्ता डेटा स्ट्रीम पृष्ठभूमि डेटा अखंडता स्कैनर (AKA स्क्रबर) द्वारा पढ़ा नहीं जाना चाहिए। जब एक निर्देशिका पर सेट किया जाता है तो यह केवल विरासत प्रदान करता है। यह ध्वज केवल स्टोरेज स्पेसेस और ReFS वॉल्यूम पर समर्थित है। यह एक सामान्य निर्देशिका सूची में शामिल नहीं है।

विंडोज सर्वर 2008 आर 2, विंडोज 7, विंडोज सर्वर 2008, विंडोज विस्टा, विंडोज सर्वर 2003 और विंडोज एक्सपी: यह झंडा विंडोज 8 और विंडोज सर्वर 2012 तक समर्थित नहीं है।

FILE_ATTRIBUTE_OFFLINE 4096 (0x1000)

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

FILE_ATTRIBUTE_READONLY 1 (0x1)

एक फ़ाइल जो केवल पढ़ने के लिए है। एप्लिकेशन फ़ाइल को पढ़ सकते हैं, लेकिन इसे लिख नहीं सकते हैं या इसे हटा नहीं सकते हैं। यह विशेषता निर्देशिकाओं पर सम्मानित नहीं है। अधिक जानकारी के लिए, देखें आप केवल Windows Server 2003 में, Windows XP में, Windows Vista या Windows 7 में फ़ोल्डरों की रीड-ओनली या सिस्टम विशेषताओं को देख या बदल नहीं सकते हैं।

FILE_ATTRIBUTE_REPARSE_POINT 1024 (0x400)

एक फ़ाइल या निर्देशिका जिसमें एक संबंधित प्रतिरूप बिंदु या एक फ़ाइल है जो एक प्रतीकात्मक लिंक है।

FILE_ATTRIBUTE_SPARSE_FILE 512 (0x200)

एक फ़ाइल जो एक विरल फ़ाइल है।

FILE_ATTRIBUTE_SYSTEM 4 (0x4)

एक फ़ाइल या निर्देशिका जो ऑपरेटिंग सिस्टम का एक हिस्सा उपयोग करता है, या विशेष रूप से उपयोग करता है।

FILE_ATTRIBUTE_TEMPORARY 256 (0x100)

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

FILE_ATTRIBUTE_VIRTUAL 65536 (0x10000)

यह मान सिस्टम के उपयोग के लिए आरक्षित है।

Comments

यह बिल्कुल सवाल का जवाब नहीं है। वे सोच रहे थे कि रीड-ओनली "पूर्ण नियंत्रण" विशेषाधिकार को क्यों प्राप्त कर रहा है। इन विशेषताओं का उपयोग कार्यक्रमों के भीतर किया जाता है।

— नाथन सी।

आपने एफएटी-स्टाइल और एनटीएफएस विशेषताओं को भी मिलाया है - ऐसा नहीं है कि अब कोई बड़ा अंतर नहीं है, लेकिन ऐसे समय हैं जब यह अंतर करने के लिए महत्वपूर्ण है।

— क्रिस एस

@ नथन सी। यह भी बिल्कुल सवाल का जवाब देता है। केवल-पढ़ने के लिए पूर्ण नियंत्रण नहीं है। जैसा कि जवाब में कहा गया है, "ऑपरेशन की कोशिश करने वाले सुरक्षा प्रमुख की परवाह किए बिना एक विशेषता लागू होती है।" हालांकि जैसा कि क्रिस एस ने बताया, वैकल्पिक विरासत विशेषताओं को एनटीएफएस विशेषताओं के साथ मिलाया जाता है।

— जिम बी

Answer 3

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

अनुमतियाँ NTFS विशिष्ट हैं और उन अनुमतियों में परिवर्तन प्रति उपयोगकर्ता के आधार पर नियंत्रित किया जा सकता है (ताकि उपयोगकर्ता केवल पढ़ने से लिखने योग्य में बदल न सके)। विशेष रूप से यदि आप एट्रीब्यूट कमांड को देखते थे (जो विरासत और नई विशेषता जोड़ दिखाता है जैसे कि विंडोज़ के बाद के संस्करणों में अखंडता) तो अनुमतियों में केवल एक्सेस सेट पढ़ा जाना संभव है लेकिन केवल विशेषताओं में सेट नहीं पढ़ा है। यह भी दिलचस्प है (यदि महत्वपूर्ण नहीं है) यह समझने के लिए कि अमूर्तता के कारण विरासत की विशेषताओं को सक्षम करने के लिए तकनीकी रूप से संभव है ($ standard_information NTFS विशेषता में संग्रहीत) उनके बिना जरूरी सामान्य जीयूआई में दिखा रहा है।

विशेष रूप से पूर्ण नियंत्रण अनुमतियाँ आपको किसी भी NTFS अनुमतियों को बदलने की अनुमति देती हैं। केवल पढ़ने की विशेषता सेट करना परिवर्तनों को रोकता है जब तक कि इसे हटा नहीं दिया जाता है।

एफएटी विशेषताएँ विंडोज़ के तहत NTFS विशेषताओं पर पूर्वता लेगी।

Comments

in general attributes are legacy settings- क्या आपके पास इसके लिए एक स्रोत है, क्योंकि मेरा मानना ​​है कि वह कथन गलत है। वे फ़ाइल सिस्टम अनुमतियों के लिए मानार्थ हैं - उन्हें उनके द्वारा प्रतिस्थापित या प्रतिस्थापित नहीं किया गया है। मानक अनुमतियों में कुछ भी नहीं है जो छिपे हुए, संग्रह या सिस्टम की कार्यक्षमता को बदलता है।

— एमडीएमरा

Any user can modify them and can be used to prevent accidental overwrites of data.साथ ही, यह तथ्यात्मक रूप से गलत है। केवल फ़ाइल या निर्देशिका के लिए "लिखने की विशेषता" वाले उपयोगकर्ता उस ऑब्जेक्ट पर विशेषताओं को बदल सकते हैं।

— एमडीएमरा

i.stack.imgur.com/2fhEr.png स्पष्टीकरण के लिए।

— नाथन सी।

जिम, कृपया शुरुआत से इसे देखने के लिए एक मिनट लें। आप इस "NTFS विशेषता" खरगोश छेद से बहुत नीचे चले गए हैं जिसे आप भूल गए हैं कि आप केवल NTFS विशेषताओं के बारे में बात कर रहे हैं। ओपी स्पष्ट रूप से "हिडन" और "रीड ओनली" जैसी वैश्विक फ़ाइल विशेषताओं के बारे में बात कर रहा है। उन्होंने स्पष्ट रूप से प्रश्न में "केवल पढ़ें" का उल्लेख किया है। मैं बता नहीं सकता कि क्या आप पांडित्य और असफल होने की कोशिश कर रहे हैं या यदि आप वैध रूप से इस बिंदु से चूक गए हैं। हां, हम जानते हैं, NTFS (विस्तारित) विशेषताएँ वैश्विक (FAT- शैली) फ़ाइल / फ़ोल्डर विशेषताओं के समान नहीं हैं। ऐसा कोई दावा नहीं कर रहा है।

— एमडीएमरा

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

— एमडीएमरा