सवाल आंतरिक वेबसाइटों के लिए .local का उपयोग [डुप्लिकेट]


इस प्रश्न का उत्तर यहां दिया गया है:

क्या इसका उपयोग करना ठीक है app.mycoolname.local उन यूआरएल के लिए जो निजी / आंतरिक हैं?

हमारे पास कई एप्लिकेशन हैं जो वेब आधारित हैं, लेकिन वे निजी ऐप्स हैं और जनता के संपर्क में नहीं हैं।

हम इनमें से कुछ के लिए ".net" का उपयोग कर रहे हैं, जो समझ में नहीं आता है क्योंकि वे इंटरनेट पर वास्तविक यूआरएल के साथ मिल सकते हैं। यह अभी तक कोई समस्या नहीं है।

लेकिन अब मेरे पास एप्लिकेशन का एक नया समूह है और मैं उन्हें "लोकप्रिय" नाम का उपयोग करके नामित करना चाहता हूं जो निश्चित रूप से इंटरनेट पर एक यूआरएल के साथ टकराएगा।

क्या मुझे उपयोग करना चाहिए app.mycoolname.local? मैंने अभी इस तरह से स्थापित किया है, और ऐसा लगता है कि यह काम कर रहा है। मैंने कुछ स्थानों को पढ़ा है जहां इसे प्रोत्साहित किया गया था, लेकिन फिर मैंने कुछ स्थानों को देखा जहां यह काम नहीं कर रहा था (मैक पर कुछ समस्या है, लेकिन हमारे पास नहीं है, इसलिए एनबीडी)।


12
2017-07-28 16:52


मूल




जवाब:


यह एक .local जोन का उपयोग करने के लिए पूरी तरह से स्वीकार्य है। हमारे पास हमारे आंतरिक नेटवर्क के लिए एक है, मुख्य रूप से विकास स्थलों के लिए उपयोग किया जाता है, लेकिन यह अच्छी तरह से काम करता है।


-6
2017-07-28 16:54



अच्छा है धन्यवाद। मैं बस यह सुनिश्चित करना चाहता था कि मैं कुछ गूंगा नहीं कर रहा था।
कारणों के बारे में बुरा विचार समझाया serverfault.com/questions/17255/... - bortzmeyer
लेख देखें en.wikipedia.org/wiki/Pseudo-top-level_domain। हालांकि यह गारंटी नहीं है, लेकिन सभी संभावनाओं में, लॉकल ठीक होगा। - palehorse
नहीं नहीं नहीं। .local आरक्षित नहीं है, इसका उपयोग न करें। - goo
@ पैलेहर्स, "द एक ही नेटवर्क पर दोनों दृष्टिकोणों का कार्यान्वयन समस्याग्रस्त हो सकता हैहालांकि, "यूनिकास्ट" DNS सर्वर के माध्यम से ऐसे नामों को हल करने के लिए शून्य-कॉन्फ़िगरेशन नेटवर्किंग (ज़ीरोकॉन्फ़) का समर्थन करने वाले [डिवाइस] के रूप में असाधारण हो गया है। "- en.wikipedia.org/wiki/.local - toolbear74


उपयोग न करें। लोकल। किसी भी चीज का उपयोग न करें। आरक्षित टीएलडी का भी उपयोग न करें। वास्तविक डोमेन या उप डोमेन का उपयोग करें और इसे बाहरी दुनिया में दिखाई देने की अनुमति न दें। इसका मुख्य कारण यह है कि जब आप कंपनी ए के लिए काम करते हैं जो .local (या example.com) का उपयोग करता है और वे कंपनी बी खरीदते हैं जो .local (या example.com) का भी उपयोग करता है। दो नामस्थानों को एक साथ लाने में बहुत मज़ा नहीं है।


28
2017-07-28 20:29



हमारे पास (उदा।) Server.ourcompany.com और अन्यerver.ourcompany.local है; टक्कर की ज्यादा संभावना नहीं है जब तक कि कंपनी बी को "ourcompany" भी कहा जाता है। हमें शायद (उदाहरण) अन्यerver.corp.ourcompany.com का उपयोग करना चाहिए, लेकिन निर्णय थोड़ी देर पहले किया गया था। - Roger Lipscombe


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

मानक, आरएफसी 2606 उदाहरणों, दस्तावेज़ीकरण, परीक्षण के लिए नाम सुरक्षित रखते हैं, लेकिन सामान्य उपयोग के लिए कुछ भी नहीं, और अच्छे कारणों से: आज, वास्तविक और अद्वितीय डोमेन नाम प्राप्त करना इतना आसान और सस्ता है कि डमी का उपयोग करने का कोई अच्छा कारण नहीं है।

तो, खरीदो iamthebest.org और अपने उपकरणों का नाम देने के लिए इसका इस्तेमाल करें। अन्य समाधान: local.yourdomain.org


14
2017-07-28 19:43



@ मार्क जॉन्सन यह सच नहीं है, आईसीएएनएन आवेदक गाइडबुक खंड 2.2.1.2.1 में आरक्षित नामों की एक सूची है "अफ्रीकी आईएनएए-सेवा एनआरओ अलाक आईसीएएनएन आरएफसी-संपादक एपनिक आईईएसजी रिप एआरआईएन आईईटीएफ रूट-सर्विस एएसओ इंटरनेशनल आरएसएसएसी सीसीएनएसओ इनवैलिड एसएसएसी उदाहरण  आईआरटीएफ टेस्ट * जीएसी आईएसटीएफ टीएलडी जीएनएसओ लैसनिक WHOIS जीटीएलडी-सेवा स्थानीय डब्ल्यूडब्ल्यूडब्ल्यू आईएबी लोकलहोस्ट इना एनआईसी "* - Scott Chamberlain
इस सवाल को पढ़ने के बाद, मैंने ".in.mydomain.com" पर फैसला किया और मुझे प्रसन्नता हुई। पाठ्यक्रम में "आंतरिक" के लिए "कम" होना। यहां तक ​​कि महान एसएसआई उपनामों के लिए भी बनाता है: "ssh host1.in" और चलो ~/.ssh/config फाइल बाकी को सॉर्ट करें। - freb
@ मार्क जॉन्सन ओह, मैं सहमत हूं। आपको अपने डोमेन का उपयोग करना चाहिए। मैं बस कायम रखना नहीं चाहता था "सब कुछ डॉट के दाईं ओर ... " - Scott Chamberlain


जब तक आप समझते हैं कि zeroconf कैसे काम करता है, तब तक मैं इसका उपयोग नहीं करता। क्योंकि जब आप आईपीवी 6 मुख्यधारा में जाते हैं तो यह एक बड़ा सौदा बन जाएगा।

अतीत में, मैंने उपयोग किया है:

  • टीएलडी बनाया (कई कारणों से एक अच्छा अभ्यास नहीं)
  • आंतरिक सबडोमेन (यानी corp.example.com)
  • एक अलग टीएलडी के साथ आंतरिक डोमेन (यानी example.net)

आईएमओ, बाद के विकल्पों में से कोई भी बेहतर विचार हैं।


11
2017-07-28 20:52



यदि आप अंतिम विकल्प के लिए जाते हैं, तो सुनिश्चित करें कि आप अपना विभिन्न टीएलडी के साथ डोमेन नाम! मेरे पास एक वैनिटी .net डोमेन नाम है जिसका संबंधित .com मेरे पास हजारों मील दूर एक छोटे से व्यवसाय के स्वामित्व में है। वे एक आंतरिक नेटवर्क के लिए .NET संस्करण का उपयोग कर रहे थे, और मुझे उनके सभी आंतरिक ईमेल मिल रहे थे! मैंने उन्हें बुलाया और बताया कि क्या हो रहा था, और वे मुझ पर विश्वास नहीं करेंगे। आखिरकार उन्होंने इसे समझ लिया, लेकिन यह हम सभी के लिए एक बड़ा सिरदर्द था। एक गंभीर गोपनीयता उल्लंघन भी हो सकता था, क्या वे डॉक्टर के कार्यालय या कानून फर्म थे। - Matthew Leingang


तकनीकी रूप से आपको इसका उपयोग नहीं करना चाहिए। इसका उपयोग किया जाता है मल्टीकास्ट DNS / शून्य विन्यास नेटवर्किंग लिंक-स्थानीय पते के लिए। व्यवहार में यह बहुत मायने रखता नहीं है। मैं पिछले कुछ सालों से किसी भी मुद्दे के बिना एक .local प्रत्यय के साथ एक आंतरिक नेटवर्क पर एक मैक लैपटॉप (जो zeroconf का उपयोग करता है) का उपयोग कर रहा हूं।


9
2017-07-28 17:16





जैसा कि गेराल्ड कॉम्ब्स ने बताया .local एक आरक्षित डोमेन है और इरादे से अलग नहीं किया जाना चाहिए।

जैसा कि गेराल्ड कॉम्ब्स ने बताया .local डोमेन का उपयोग बहुत से ऐप्पल (और अन्य) सॉफ़्टवेयर द्वारा किया जाता है और इसलिए इसे किसी अन्य तरीके से उपयोग करने से इस सॉफ़्टवेयर में समस्याएं हो सकती हैं।

अपनी सार्वजनिक साइट के सबडोमेन का उपयोग क्यों न करें? कुछ इस तरह app.internal.mycompany.com उपयुक्त होगा और आपकी सार्वजनिक साइट से टकरा नहीं होगा।


7
2017-07-28 18:17



यह एक बहुत अच्छा विचार है - मैंने इसके बारे में सोचा नहीं था। हालांकि, यह थोड़ी देर के लिए यूआरएल बना देगा।
नहीं, .local आरक्षित नहीं है। और यही कारण है कि इसका उपयोग नहीं किया जाना चाहिए। अन्यथा, मैं पूरी तरह से सहमत हूं। - bortzmeyer
-1 कहने के लिए। लोकल आरक्षित है - goo
आप सही हैं, "आरक्षित" सही शब्द नहीं हो सकता है। वैसे भी। लॉकल का उपयोग बहुत सारे ऐप्पल सॉफ़्टवेयर द्वारा किया जाता है और इसलिए इसे किसी अन्य तरीके से उपयोग करने से इस सॉफ़्टवेयर में समस्याएं हो सकती हैं। - Albic
@Brian अपने कंप्यूटर पर एक डोमेन खोज पथ सेट करें (आप इसे माइक्रोसॉफ्ट दुनिया में समूह नीति द्वारा कर सकते हैं; मुझे यकीन है कि मैक / लिनक्स के लिए समकक्ष हैं) और फिर आपको यूआरएल में जो कुछ चाहिए http://app/ - Richard Gadsden


.local का उपयोग माइक्रोसॉफ्ट के छोटे व्यापार सर्वर और मैक पर एमडीएनएस (यानी बोनजोर) द्वारा किया जाता है। मुझे लगता है कि यह ऐप्पल और माइक्रोसॉफ्ट दोनों द्वारा उपयोग किया जाने वाला तथ्य यह असंभव बनाता है कि आईसीएएनएन इसे प्रतिनिधि करेगा, लेकिन यह आरक्षित नहीं है और यह सैद्धांतिक रूप से संभव है कि वे संभव हो।

मैं server.internal.yourcompany.com जैसे कुछ का उपयोग करूंगा


4
2017-10-16 10:06



हाँ, मुझे आश्चर्य है कि आईसीएएनएन ने अभी भी आरक्षित नहीं किया है। विशेष रूप से यह मानते हुए कि पर्याप्त धन वाले किसी भी व्यक्ति को अब अपनी वांछित टीएलडी पंजीकृत कर सकते हैं। - Martijn Heemels


यदि आप कुछ और जानकारी के बाद थे .local और इसका उपयोग करने के लिए यह एक मुद्दा क्यों हो सकता है या नहीं भी हो सकता है। वास्तव में कोई भी प्रतीत नहीं होता है आरक्षित क्षेत्र आंतरिक उपयोग के लिए


2
2017-07-28 17:54





एक अच्छा समझौता समाधान एक DNS खोज पथ के संयोजन के साथ एक आंतरिक सबडोमेन का उपयोग करना है।

वास्तविक जीवन उदाहरण के रूप में, जिस ऐप पर मैं काम कर रहा हूं, उसे पूरा रूप में संबोधित किया जा सकता है some-app.beta.internal.mycompany.com, लेकिन जैसे internal.mycompany.com डीएचसीपी सर्वर द्वारा लौटाए गए वर्कस्टेशन के लिए DNS खोज पथ में है, मैं इसे एक्सेस कर सकता हूं some-app.beta। अगर इन नामों को खराब तरीके से चुना जाता है तो अभी भी टकराव की संभावना है, लेकिन उस घटना में एक एफक्यूडीएन का उपयोग करके टकराव का समाधान किया जा सकता है। (या, यदि आप महत्वपूर्ण सामग्री के लिए हमेशा FQDNs का उपयोग करके स्वयं को सुरक्षित रखना चाहते हैं - हालांकि DNS नामों में अंतिम बिंदु दुखद उपेक्षित है।)


2
2017-10-16 10:41





पढ़ना http://cr.yp.to/djbdns/dot-local.html और फिर अपना स्थानीय डोमेन नाम चुनें। सारांश: अपना खुद का आविष्कार न करें, या तो वास्तविक डोमेन खरीदें या .1 - .9 का उपयोग करें


0
2017-10-16 07:16