अनाम Windows Server 2008 नेटवर्क साझाकरण सेट करना?

Question

मैं Windows Server 2008 में वास्तव में अनाम पढ़ा / लिखा नेटवर्क साझा कैसे बनाऊं?

अर्थात् ...

• कोई लॉगिन संवाद नहीं दिखाया गया
• कोई डोमेन क्रेडेंशियल की आवश्यकता नहीं है

... ताकि किसी भी विंडोज मशीन को यह हिस्सा मिल सके, चाहे वह कोई भी हो, जो लॉग इन है, मशीन डोमेन में है या नहीं?

Answer 1

मैं साझा और फ़ाइल सिस्टम अनुमतियाँ सेट करके एक अल्पविकसित अनाम हिस्सा प्राप्त करने में सक्षम था :

• सभी (पूर्ण नियंत्रण)
• मेहमान (पूर्ण नियंत्रण)
• ANONYMOUS लोगो (पूर्ण नियंत्रण)

उसके बाद, स्थानीय सुरक्षा नीति के तहत Local Policies > Security Optionsमुझे संशोधित करना पड़ा

नेटवर्क एक्सेस: वे शेयर जिन्हें गुमनाम रूप से एक्सेस किया जा सकता है

इसमें अपना हिस्सा जोड़कर, जैसे:

sharename

उस बिंदु पर मैं \\servername\sharenameगुमनाम रूप से प्राप्त करने में सक्षम था ।

Comments

कह सकते हैं कि मैंने कभी उस मार्ग से नहीं किया। यह मेरी पोस्टिंग से अधिक समझदार है क्योंकि यह सर्वर की सुरक्षा को मौलिक रूप से कम नहीं करता है। मैं उस आधार पर अपना जवाब उड़ा रहा हूं और आपको उभार रहा हूं।

— इवान एंडरसन

@ इवान मैं 100% निश्चित नहीं हूं कि यह पूरी तरह से सही है इसलिए मैं इस पर दूसरों की राय सुनना चाहता हूं

— जेफ एटवुड

यह "अतिथि" खाते, IMO को सक्षम करने से बेहतर है, क्योंकि यह वास्तव में आसान है (विशेष रूप से अनुमतियों में "सभी" प्रिंसिपल के दुरुपयोग के साथ) "लीक" से "अतिथि" तक पहुंच। यह कहने के बाद कि, "अतिथि" खाते को सक्षम करना इसके मुकाबले थोड़ा तेज है। मुझे यकीन नहीं है कि यह एक सकारात्मक बात है, हालांकि। मैंने अपने जीवन में बहुत समय बिताया है ताकि लोगों को "अतिथि" खाते को सक्षम न करने के लिए प्रयास करना पड़े।

— इवान एंडरसन

मैंने दोनों की कोशिश की, लेकिन मुझे अभी भी अज्ञात उपयोगकर्ता नाम या पासवर्ड त्रुटि मिलती है। मुझे और क्या करने की आवश्यकता है? मेरे पास एक win2k8 सर्वर r2 बॉक्स है

— अनिरुद्ध गोयल

+1 वास्तव में पैरामीटर में डालने के लिए पाठ देने के लिए, क्योंकि प्रारूप कहीं भी प्रलेखित नहीं लगता है

— rakslice

Answer 2

आपको विंडोज सर्वर मशीन पर "अतिथि" खाते को सक्षम करने की आवश्यकता है। आपके द्वारा ऐसा करने के बाद, दूरस्थ उपयोगकर्ता को Windows सर्वर मशीन पर मान्य उपयोगकर्ता खाते के साथ लॉगऑन करने का प्रयास नहीं कर रहा है, आपको वह मिलेगा जो आप खोज रहे हैं। यह एक दर्द हो सकता है, हालांकि, क्योंकि आपको दूरस्थ कंप्यूटर पर लॉगऑन संवाद मिलेंगे यदि उपयोगकर्ता का दूरस्थ कंप्यूटर पर उपयोग किया जा रहा खाता विंडोज सर्वर मशीन पर मान्य खाते से मेल खाता है। इसके लिए मानक "वर्कअराउंड" विंडोज सर्वर मशीन पर स्थानीय "प्रशासक" खाते का नाम कुछ और करने के लिए है और किसी भी addt'l उपयोगकर्ता खाते बनाने से बचना है।

आपको साझा फ़ोल्डर पर स्पष्ट रूप से, उचित शेयर और फाइलसिस्टम अनुमतियों की आवश्यकता होगी।

Comments

यदि आप "गलती से" लक्ष्य मशीन पर एक खाते से मेल खाते हैं, तो खाता ओवरलैप के बारे में एक महान बिंदु है। ऐसा नहीं सोचा होगा। विचार करने के लिए एक और बिंदु: यदि इस अनाम शेयर को प्राप्त करने का प्रयास करने वाला खाता है, तो, LOCAL SYSTEMया NETWORK SERVICE.. उन खातों को केवल नेटवर्क, अवधि को छूने से प्रतिबंधित है, इसलिए यह अंततः मायने नहीं रखता कि अनुमतियाँ क्या हैं। (मैं इस पोस्ट को हटा दिया क्योंकि मुझे अभी भी लगता है कि यह उपयोगी है ..)

— जेफ एटवुड

@JeffAtwood जेफ, क्या आप कार्यस्थल-साझा किए गए फ़ोल्डर से कनेक्ट करने का प्रयास करते समय एक स्रोत प्रदान कर सकते हैं कि क्यों NETWORK SERVICEऔर LOCAL SYSTEMकैसे काम न करें? सुरक्षा कारणो से? क्या इसे अक्षम करने का कोई तरीका है?

— अलेक्जेंड्रू