मैं एक परियोजना ले रहा हूं और स्थानीय डोमेन नाम domain.com है; उनके पास domain.com पर एक वेबसाइट भी है।
मैंने हमेशा AD के लिए domain.local का उपयोग किया है, और सोच रहा हूं कि क्या यह सबसे अच्छा अभ्यास है या ऐसा न करने का एक कारण है।
Domain.com के लिए nslookup इंटरनल चलाने से उचित IP का समाधान होता है और rDNS रिकॉर्ड सही तरीके से कॉन्फ़िगर किए जाते हैं।
मैं LDAP के माध्यम से कुछ सर्वर और vCSA को कनेक्ट करना शुरू करना चाहूंगा, और सोच रहा हूं कि क्या इससे समस्याएं शुरू हो सकती हैं?
शायद यह मदद की होगी: social.technet.microsoft.com/wiki/contents/articles/…
—
Lenniey
.local का उपयोग कभी भी AD DS डोमेन के FQDN में नहीं किया जाना चाहिए।
—
एमडीएमरा
I have always used domain.local for AD and am wondering is that just best practice or is there a reason for doing so.- यह सबसे अच्छा अभ्यास नहीं है और आपको अपने द्वारा बनाए गए किसी भी AD डोमेन के लिए .local का उपयोग करने से बचना चाहिए।
समय के साथ सर्वोत्तम प्रथाएं बदल जाती हैं। लंबे समय तक इसे .local उपयोग करने के लिए स्वीकार्य और काफी मानक माना जाता था। Microsoft ने भी अपने अधिकांश प्रलेखन में .local का उपयोग किया था। सबसे अच्छा अभ्यास सिफारिश यह दर्शाती है कि आपको अब उपयोग नहीं करना चाहिए। किसी भी TLD का उपयोग नहीं करना चाहिए, और FQDN का उपयोग न करें जो संगठन द्वारा पंजीकृत और स्वामित्व में नहीं है। आपको अपने सार्वजनिक डोमेन के अप्रयुक्त उप-डोमेन का उपयोग करना चाहिए।
—
जोवेर्विटी
@AnthonyFornito उस दृष्टिकोण के साथ एकमात्र मुद्दा यह है कि आपको स्प्लिट-डीएनएस स्थिति मिली है। स्वाभाविक रूप से इसके साथ कुछ भी गलत नहीं है - यह सिर्फ अजीब हो सकता है यदि आप चाहते हैं कि अंदर के लोग domain.com पर बाहरी संसाधनों का उपयोग कर सकें।
—
डैन