दुर्भाग्य से मुझे एक सक्रिय निर्देशिका डोमेन विरासत में मिला है जिसका नाम DNS नाम है जो कंपनी के पास नहीं है - हम इसे ABC.com कहेंगे। मैं इसके बजाय company.com के तहत कुछ होना चाहूंगा ( विज्ञापन नामकरण पर एमडीएमरा के जवाब के अनुसार, मैं शायद ad.company.com का उपयोग करूंगा क्योंकि आप कभी भी किसी और के लिए उपयोग किए जाने वाले DNS नाम का उपयोग नहीं करना चाहते हैं), लेकिन इसके लिए कठिन आवश्यकता अब इस वर्ष Office 365 पर ईमेल ले जाने और निर्देशिका सिंक्रनाइज़ेशन का उपयोग करने में सक्षम होना है। उसके लिए, ऐसा लगता है कि हमें अपने ईमेल डोमेन (company.com) के लिए एक न्यूनतम यूपीएन की आवश्यकता है। ठीक है, एक दूसरे यूपीएन को जोड़ने की प्रक्रिया काफी सरल लगती है । यह परीक्षण करना और जब तक वे वांछित यूपीएन पर पर्याप्त नहीं हैं, तब तक खातों का परीक्षण करना उचित लगता है।
क्या ऐसा करने का कोई नकारात्मक पहलू है? यदि हम ABC.com के इस 'गैर-स्वामित्व वाले' डोमेन नाम पर अनिश्चित काल तक बने रहेंगे, तो क्या तकनीकी ऋण वृद्धि फिर से आ जाएगी?
संदर्भ के लिए, हमारे पास एक एकल फ़ॉरेस्ट, एकल डोमेन सब कुछ (वन, फ़ंक्शनल स्तर, सभी DC) 2012R2 स्तर पर और एक्सचेंज 2010 इस डोमेन पर है। AD में लगभग 150 उपयोगकर्ता और 450 कंप्यूटर हैं (बहुत सारे देव / परीक्षण स्वचालन)। जबकि मैंने 2003 से 2012R2 तक हमें सुरक्षित रूप से नेविगेट किया है, मैं किसी भी तरह से खुद को एडी में विशेषज्ञ नहीं कहूंगा।
ऐसा नहीं लगता कि डोमेन नाम आम तौर पर सलाह दिए जाते हैं, और चूंकि हमारे पास हमारे डोमेन पर एक्सचेंज 2010 है, मेरा मानना है कि यह एक विकल्प भी नहीं होगा।
जैसा कि मैंने इसे देखा, मैं या तो कर सकता था:
- एक दूसरा UPN जोड़ें और किया जाए। मैं चीजों को मैन्युअल रूप से UPN सेट करने के साथ सौदा कर सकता हूं क्योंकि हम उन्हें बनाते / जोड़ते हैं ...
- जंगल में एक दूसरा डोमेन जोड़ें, सब कुछ खत्म कर दें, और हमेशा इस विरासत रूट डोमेन को हमेशा के लिए छोड़ दें जिसे मैं हटा नहीं सकता
- एक दूसरा जंगल बनाएं, वन <-> वन ट्रस्ट, सब कुछ उसी तरह से करें जैसे मैं वास्तव में इस नए जंगल में जमीन से चाहता हूं ... सब कुछ स्थानांतरित करें, और अंततः मूल जंगल को हटा दें। वास्तव में धीमी गति से, वास्तव में सावधानी से, आगे और पीछे का परीक्षण किया, और शायद महान व्यय पर (कम से कम समय व्यतीत होने पर)। एक सपने की दुनिया में यह सबसे अच्छा लगता है, लेकिन मुझे यकीन नहीं है कि मैं इसके लिए एक व्यवसाय के मामले को सही ठहरा सकता हूं (जब तक कि कोई भी गंभीर पुन: आगमन नहीं होगा)।
- ??? मैंने कुछ और नहीं सोचा है
Will the technical debt grim reaper eventually arrive if we stay on this 'non-owned' domain name of ABC.com indefinitely?
- आखिरकार, हाँ। ध्यान दें कि अतिरिक्त UPN बनाने से इस तथ्य का पता नहीं चलता है कि AD FQDN गलत है। UPN केवल एक "वैकल्पिक" उपयोगकर्ता नाम है जिसका उपयोग उपयोगकर्ता लॉगिन करने के लिए कर सकते हैं। इसका आपके वास्तविक AD FQDN पर कोई असर नहीं है। मैंने कल्पना की है कि Office 365 के लिए एक चाल आपके लिए समस्याग्रस्त होने वाली है, विशेष रूप से यह देखते हुए कि आप उस नाम का "खुद" उपयोग नहीं करते हैं जो आंतरिक रूप से उपयोग में है और यह नाम "संबंधित" किसी अन्य संगठन के लिए है।