डेवलपर्स के लिए विंडोज अनुमतियाँ?


9

मैं R & D में विंडोज सॉफ्टवेयर डेवलपर के रूप में फॉर्च्यून 500 कंपनी में काम करता हूं। कॉरपोरेट आईटी वर्तमान में कंपनी-व्यापी Win7 परिनियोजन के लिए कमर कस रहा है और इसके एक भाग के रूप में वे सभी बॉक्सों (हमारे देव कार्यस्थानों) पर व्यवस्थापक अधिकारों को पूरी तरह से बंद करना चाहते हैं।

मुझे उनके साथ काम करने का काम सौंपा गया है ताकि संक्रमण को जितना संभव हो सके उतना आसान बनाया जा सके। मैं भाग्यशाली हूँ।

मैं जानना चाहता हूं कि क्या कोई प्रकाशित या अन्य उच्च सम्मानित संसाधन हैं, जिनका मैं उपयोग कर सकता हूं:

  1. यह पता लगाना कि रेत में रेखा कहाँ खींचनी है
  2. वापस मेरी स्थिति।

व्यक्तिगत रूप से, मेरा मानना ​​है कि हम आरएंडडी हैं और हमारा काम उन चीजों को करना है जो 'आउट ऑफ द बॉक्स' हैं। इस प्रकार हमें व्यवस्थापक अधिकारों की आवश्यकता है। हालाँकि, मैंने अपना करियर एक विंडोज एडमिन के रूप में शुरू किया, मुझे उनके लक्ष्यों के बारे में पता है और उन्हें क्या हासिल करना है। मुझे यह पता लगाने की जरूरत है कि पर्यावरण को इस तरह से बनाने का एक तरीका है कि आईटी और आरएंडडी दोनों इसके साथ रह सकें और अपने काम को उत्पादक रूप से जारी रख सकें।

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

CIO इन बदलावों को निश्चित रूप से एक 'शुद्ध आईटी' प्रकार का आदमी है जिसे विकास प्रक्रिया की सीमित जानकारी है, इसलिए मुझे कुछ संदर्भों की आवश्यकता है जो किसी के साथ साझा करना उचित होगा।

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


1
संबंधित (लेकिन कोई अनुसंधान वहाँ संदर्भ है कि मैं देख सकते हैं): programmers.stackexchange.com/questions/4596/...
एडम लेअर

जवाबों:


9

क्योंकि आप विशेष रूप से विंडोज 7 पर जा रहे हैं, इसलिए आपको अपने स्वयं के बक्से पर प्रवेश करने के लिए कड़ी मेहनत करनी चाहिए। डेवलपरों को रखने से दो वास्तव में अच्छे कारण हैं:

  • यही कारण है कि आप हर किसी को प्रवेश होने से रोकते हैं, ताकि मैलवेयर वास्तव में भयानक चीजें न करें यदि यह चलाने के लिए होता है
  • इसलिए वे ऐसे ऐप्स नहीं लिखेंगे जो केवल तभी काम करें जब आप एक व्यवस्थापक हों

UAC के साथ, इनमें से कुछ भी नहीं होगा, क्योंकि आपके द्वारा लॉन्च किए जाने वाले ऐप्स व्यवस्थापक के रूप में नहीं चलेंगे, जब तक कि आप जानबूझकर उनसे नहीं पूछेंगे। इस प्रकार आपके पास व्यवस्थापक खाता होने का जोखिम कम है।

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


5

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

ये मदद कर सकते हैं:

पुनश्च: शुभकामनाएँ!


उत्तर के लिए धन्यवाद। मुझे उन लक्ष्यों के बारे में पता है जो वे पूरा करने की कोशिश कर रहे हैं (मैंने आईटी / सर्वर एडमिन में अपना करियर शुरू किया है)। मैं जो देख रहा हूं वह कम से कम प्रतिबंधात्मक वातावरण बनाने का एक तरीका है जो आईटी और आरएंडडी दोनों में रह सकते हैं और अपने काम करना जारी रख सकते हैं।

सर्वरफॉल्ट के लिंक के कारण अपवित्र - मेरा अनुमान है कि ओपी को निश्चित रूप से अपने मामले के लिए कुछ तर्क खोजने में सक्षम होना चाहिए।
Astrotrain

3

एक विकल्प टेस्ट वर्कस्टेशन के लिए पूछना है जो प्रशासनिक पहुंच की अनुमति देता है।

एक अन्य विकल्प जैसा वे कहते हैं वैसा ही करना है। फिर जब अगली परियोजना साथ आएगी, तो आप कोई प्रगति नहीं करेंगे क्योंकि आपको हर छोटे से बदलाव के लिए आईटी में जाना होगा। इसे प्रोजेक्ट लीडर को समझाएं, और वह प्रशासक के अधिकारों की व्यवस्था जल्दी करेगा।

तीसरा विकल्प यह जांचना है कि क्या आपका विभाग Win7 माइग्रेशन प्रोजेक्ट में प्रतिनिधित्व करता है। यदि यह है, तो अपने प्रतिनिधि से संपर्क करें, और पूछें कि क्या वह आपके विभाग की आवश्यकता सूची में प्रशासनिक अधिकार जोड़ सकता है।

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


3
काम नहीं करता - इसका मतलब है कि आपको डिबगर्स जैसी चीजों के बिना अपना काम करना होगा, और यह धीमी गति से होने के लिए आपकी गलती है
मार्टिन बेकेट

1
@ मर्टिन बेकेट: ठीक है, एक मंजिल नीचे के सहयोगियों को यह समस्या थी। वे पीएम दृष्टिकोण के लिए गए, और पीएम ने स्थानीय प्रशासन, तेज लैपटॉप और बड़ी स्क्रीन की व्यवस्था की।
एंडोमर

इस बात पर निर्भर करता है कि कौन-से कोई व्यवस्थापक नीति लागू नहीं कर रहे हैं और वे कितने सख्त हैं। यदि (जैसा कि यहां मामला है) यह सीआईओ है, और वह एक विकास पृष्ठभूमि से नहीं है, तो यह मामला बनाने के लिए बेहतर होगा कि अपवाद हों, बल्कि यह मानें कि आप एक प्राप्त कर सकते हैं।
डेविड थॉर्नले

3

मैं एक स्थानीय व्यवस्थापक के बिना विकसित होने की कोशिश करने की कल्पना नहीं कर सकता, हालांकि मुझे लगता है कि विकास कार्यों के आधार पर जरूरतें अलग-अलग होंगी और आपके कार्यस्थल पर विकास प्रक्रिया और टूलचैन कैसे मानकीकृत हैं।

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

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


3

शुद्ध आईटी परिप्रेक्ष्य और विकास के दृष्टिकोण से, कई कंपनियां इस तरीके से समस्या का समाधान करती हैं:

सभी विकास बक्से को एक अलग नेटवर्क पर रखें। विकास नेटवर्क पूरी तरह से अलग हो सकता है (कोई इंटरनेट और कोई इंट्रानेट नहीं)। इस मामले में, डेवलपर्स के पास एक अलग कॉर्पोरेट बॉक्स है जो ईमेल और आधिकारिक संचार के लिए उपयोग किया जाता है - अर्थात इंटरनेट और इंट्रानेट दोनों तक पहुंच। इस समाधान की अपनी कुछ चुनौतियाँ हैं जैसे कुछ आईडीई (जैसे ग्रहण) और अन्य विकास उपकरण यह मानते हैं कि आपके पास अपडेट और प्लगइन्स प्राप्त करने के लिए इंटरनेट का लाइव कनेक्शन है। अभी भी अधिकांश विकास उपकरण जानते हैं कि पृथक नेटवर्क मौजूद हैं।

इस दृष्टिकोण की एक और भिन्नता उप-नेट पर देव नेटवर्क का होना है। आपके पास इंटरनेट का अप्रत्यक्ष उपयोग है और एक सख्त DMZ फ़ायरवॉल के माध्यम से इंट्रानेट है, लेकिन फिर भी डेवलपर्स के पास स्थानीय व्यवस्थापक पहुंच है।


1
अलग करने के लिए +1, दूरस्थ उपयोगकर्ताओं की तरह देव का इलाज करें और यह कॉर्पोरेट आईटी को बहुत अच्छी तरह से आत्मसात करता है।
व्याट बार्नेट

"कोई इंटरनेट नहीं" आप मतलब है कि वे अपने देव मशीनों पर Stackoverflow का उपयोग करने की अनुमति नहीं होगी ?!
mbx

सही बात। इंटरनेट और डिवोपमेंट के लिए अलग मशीनें
बेरिन लोरिट्श

1

डेवलपर्स को दो खाते देने पर विचार करें।

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

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


यह वही है जो मुझे अपनी नौकरी पर मिला है और यह बहुत अच्छी तरह से काम करता है + 1
Rémi

1

सॉफ्टवेयर विकास कंप्यूटर के हर दूसरे उपयोग से एक मौलिक रूप से अलग जानवर है , और इसे इस तरह से व्यवहार किया जाना है।

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

सॉफ़्टवेयर विकास के लिए आवश्यक अनुमतियां सामान्य उपयोगकर्ताओं के लिए उपयुक्त नहीं हैं।

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

  1. प्रोग्रामर अपने विकास मशीन पर स्थानीय व्यवस्थापक पहुंच हैं।
  2. विकास मशीनें कंपनी नेटवर्क से जुड़ी नहीं हैं।

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

अब, क्या आप इस पर कुछ आधिकारिक स्रोत पाएंगे ? मुझे लगता है कि जिस पर आप आधिकारिक रूप से देखते हैं, उस पर निर्भर करता है । इस मामले पर राय मूल रूप से एकमत है। लेकिन यह इतनी अच्छी तरह से समझा जाता है कि यह शायद ही कभी कहा गया है। यह पूछना थोड़ा सा है: " क्या मेरी कार में पार्किंग ब्रेक होना चाहिए? "


0

क्या आप एक आभासी वातावरण का उपयोग कर सकते हैं?

यदि आप ग्राफिक्स हैवी सामान नहीं कर रहे हैं, तो vmware या virtualbox में MSVC चलाना ठीक है (यदि आपके पास बहुत सारे RAM हैं) तो आप वर्चुअल वातावरण में व्यवस्थापक कर सकते हैं और 'उनका' इंस्टॉल लॉक हो जाता है


2
विपरीत बेहतर काम कर सकता है: एक आभासी वातावरण में एक कॉर्पोरेट कार्यस्थल का उपयोग करें। कॉर्पोरेट आईटी आमतौर पर प्रबंधकों के लिए इसे प्रदान करता है, और आप इसे केवल पढ़ने और ईमेल भेजने के लिए उपयोग करते हैं।
अन्दोमार

हां, लेकिन अगर समस्या आपको डिबगर या टेस्ट इंस्टॉल चलाने के लिए व्यवस्थापक अधिकार नहीं दे रही है, जो मदद नहीं करता है
मार्टिन बेकेट

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