क्या SRV रिकॉर्ड कभी उपयोगी बनेंगे?


14

DNS में SRV रिकॉर्ड वास्तव में एक दूरस्थ क्लाइंट को बताने का एक बहुत ही सामान्य रूप है जहां एक विशिष्ट सेवा होस्ट की जाती है। इस समय मैं इसका उपयोग लोगों को इंटरनेट पर एसआईपी क्लाइंट का उपयोग करके मुझे कॉल करने की अनुमति देने के लिए करता हूं (काफी अच्छी तरह से काम करता है)।

SRV रिकॉर्ड के फायदों में से एक यह है कि आप सेवा के लिए एक अलग पोर्ट निर्दिष्ट कर सकते हैं और आपके पास एक ही (या एक ही सिस्टम और एक अलग पोर्ट पर कई उदाहरण) के लिए कई सिस्टम हो सकते हैं। तो IFF यह काम करता है आप किसी भी हस्तक्षेप के बिना एक प्रणाली पर कई webservers हो सकता है।

तो आप अपने DNS में यह कर सकते हैं:

_http._tcp SRV 10 50 8080 myserver.basjes.nl
_http._tcp SRV 10 50 8081 myserver.basjes.nl

हालांकि, इस सभी अच्छाई के लिए एक ही थूथन है ... मैं किसी भी HTTP, FTP, SMTP, को खोजने में सक्षम नहीं हूं ... ग्राहक इसका समर्थन करते हैं।

तो SIP और विकिपीडिया पृष्ठ में उल्लिखित कुछ अन्य प्रोटोकॉल के अलावा : क्या SRV रिकॉर्ड वास्तव में उपयोगी हो जाएगा?

या मुझसे कोई चीज चूक रही है?

वहाँ कुछ बेहतर है कि वहाँ काम करता है?

जवाबों:


16

मुझे लगता है कि आप इसे केवल नए प्रोटोकॉल के लिए उपयोग करते देखेंगे ।

एमएक्स रिकॉर्ड जो एसएमटीपी का उपयोग करता है, वह एक निश्चित पोर्ट और बिना वजन वाले एसआरवी रिकॉर्ड के बराबर है। दूसरे शब्दों में, उन्होंने पहले ही समान समस्या का पर्याप्त समाधान कर लिया है।

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


15

वे सक्रिय निर्देशिका डोमेन में बहुत उपयोगी हैं ।


3
माना। जब तक डेवलपर्स उनका उपयोग करना शुरू नहीं करते हैं, हालांकि, वे बहुत अधिक के लिए उपयोगी नहीं होंगे। यह वाकई शर्म की बात है। SRV RR का विचार अच्छा है।
इवान एंडरसन

8

एसआरवी रिकॉर्ड कई केर्बरोस-सक्षम सेवाओं और ग्राहकों द्वारा उपयोग में हैं। यह एक विशेष मशीन पर विशेष रूप से सच है जहां /etc/krb5.conf (या यह समतुल्य है) या तो पठनीय या गायब नहीं है; SRV रिकॉर्ड लुकअप KDC को खोजने के लिए किया जाएगा।


8

Apple की बोन्जौर तकनीक (उर्फ ज़ेरोकोफ़) इसका व्यापक उपयोग करती है। यदि आपने इसे कार्रवाई में नहीं देखा है - तो इसे देखें। यह आपको प्रिंटर, राउटर, बोनजॉर-इनेबल्ड वेबपेज आदि की खोज करने की अनुमति देता है।

एक बीएसडी-लाइसेंस प्राप्त अपाचे मॉड्यूल है जिसे mod_bonjour कहा जाता है जो आपको मल्टीकास्ट डीएनएस के माध्यम से वेबसाइटों को विज्ञापित करने की अनुमति देता है। आप एसआरवी रिकॉर्ड और नियमित डीएनएस के माध्यम से साइटों का विज्ञापन भी कर सकते हैं, लेकिन मेरा मानना ​​है कि केवल सफारी ही उनका पता लगा पाएगी।

Zeroconf वेबपेज में इस बारे में बहुत अच्छी व्याख्या है कि यह कैसे काम करता है - यदि आप तकनीक में रुचि रखते हैं तो मैं पुस्तक की जांच करने की भी सिफारिश करूंगा।

सामान्य रूप से इसके साथ एक बड़ी समस्या यह है कि DNS लोग खुद को सेवा की खोज के व्यवसाय में नहीं मानते हैं, और पैरानॉयड सुरक्षा लोग सेवाओं की खोज करने की क्षमता को सुरक्षा जोखिम मानते हैं।


6

वास्तव में, अधिकांश एप्लिकेशन अभी तक इसका समर्थन नहीं करते हैं।

जो ऐसा करते हैं वे लक्ष्य उपयोगकर्ता की पहचान में डोमेन के लिए सामान्य हैं जो होस्टनाम से अलग होना चाहिए जिससे क्लाइंट सॉफ़्टवेयर कनेक्ट होना चाहिए। इसलिए इसका उपयोग SIP में और Jabber (XMPP) में भी किया जाता है।

SMTP को इसकी आवश्यकता नहीं है क्योंकि हमेशा से ही MX रिकॉर्ड शुरू से ही थे।

एक अलग पोर्ट का उपयोग करने में सक्षम होने का लाभ अपेक्षाकृत मामूली है, इसलिए अन्य प्रोटोकॉल ने इसका उपयोग करना शुरू नहीं किया है।

एक इंटरनेट ड्राफ्ट है जो एक http+srv:यूआरआई योजना का प्रस्ताव करता है , लेकिन ध्यान दें कि मानक http:यूआरआई अनुरोधों में एसआरवी लुकअप को जोड़ने के लिए कोई वर्तमान प्रस्ताव नहीं है ।



2

मेरा मानना ​​है कि एसआरवी रिकॉर्ड डीएनएस सर्विस डिस्कवरी (डीएनएस-एसडी) में अंतर्निहित संरचनाओं में से एक है, इसलिए यह तेजी से महत्वपूर्ण होगा।

यह भी कोई कारण नहीं है कि इनका इस्तेमाल मौजूदा तकनीकों के साथ नहीं किया जा सकता है, DNS-SD जागरूक क्लाइंट्स, जैसे नेटवर्क ब्राउज़र, जैसे कि मैक के लिए iStumbler, जो नेटवर्क पर bonjour / zeroconf रिसोर्स पा सकते हैं।


2

मेरी राय में, SRV रिकॉर्ड केवल तब सामान्य हो जाएगा जब डायनेमिक-अपडेट DNS अधिक उपलब्ध हो। MS-DNS में सक्रिय निर्देशिका की आवश्यकताओं के कारण बहुत बड़े हिस्से में डिफ़ॉल्ट रूप से डायनेमिक-अपडेट चालू है। सेवा स्थान प्रोटोकॉल, सेवा विज्ञापन प्रोटोकॉल (IPX नेटवर्क), Bonjour / Avahi, और यहां तक ​​कि डीएचसीपी सहित कुछ हद तक कई संसाधन विज्ञापन निर्देशिकाएं कुछ हद तक बाहर हो गई हैं।

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


1

SRV रिकॉर्ड्स का उपयोग एंटरप्राइज़ में सक्रियण के लिए आपके KMS सर्वर पर Windows Vista / 2008 सर्वर को निर्देशित करने के लिए किया जाता है।


1

XMPP उनका उपयोग कर रहा है।

लेकिन मौजूदा प्रोटोकॉल उनका समर्थन करने के लिए नहीं बदलेगा, विशेष रूप से एक अलग पोर्ट के अनुरोध को पुनर्निर्देशित करने के लिए। यह अप्रत्याशित होगा, और निस्संदेह कुछ सुरक्षा-संबंधी मान्यताओं को तोड़ देगा।


1

एसआरवी रिकॉर्ड सभी को एक ही प्रदाता का उपयोग करने की आवश्यकता के बिना संचार सेवाओं को लागू करने के लिए एक तंत्र प्रदान करता है। दूसरे शब्दों में, वेब और ईमेल के लिए ए और एमएक्स रिकॉर्ड क्या करते हैं, एसआरवी रिकॉर्ड किसी भी सेवा के लिए करते हैं।

यह विचार एक ब्लॉग पोस्ट "द पॉवर ऑफ फ्री एड्रेसिंग" http://e-caller.com/?p=4 में उल्लिखित है

ट्विटर और फेसबुक का उदय एसआरवी सक्षम विकल्पों की कमी का कारण है।


1

फेडोरा / रेड हैट प्रोजेक्ट फ्रीपा उनका उपयोग करता है, साथ ही लोड संतुलन और स्केलेबिलिटी कारणों के लिए कठपुतली प्रयोगशाला कठपुतली का उपयोग करता है। जितना अधिक मैं इसके उपयोग के मामलों के बारे में सीखता हूं और वे बड़े पैमाने पर उपयोग किए जाते हैं जितना अधिक मैं इसके साथ प्यार करता हूं। यह सबसे अच्छी बात है जो मरने के लिए हुई, और इन्फ्रास्ट्रक्चर। देखें कि कैसे स्पॉटिफ़ उनका उपयोग करता है https://labs.spotify.com/2013/02/25/in-praise-of-boring-technology/


1

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


0

SRV रिकॉर्ड होस्टिंग उद्योग के लिए महत्वपूर्ण हैं, क्योंकि वे आपको IPv4 स्थान बचाने की अनुमति देते हैं।

हम पारदर्शी तरीके से IPv6 की ओर अपने ग्राहकों के संक्रमण में मदद करने के लिए उनका उपयोग करते हैं।


मैं इससे इंट्रस्टेड हूं; थोड़ा और विस्तार जोड़ने के लिए देखभाल?
निकरिम

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