DNS रिकॉर्ड में TXT डेटा का प्रारूप?

Question

मेरे डोमेन के लिए TXT रिकॉर्ड में वर्तमान में एक कानूनी अस्वीकरण और नियम और शर्तें हैं। उन्हें कुछ समय पहले स्पैमर और अन्य उपद्रवियों के कारण जोड़ा गया था (यदि मुझे कभी भी इसकी आवश्यकता हुई तो मुझे कानूनी जामा पहनाना होगा)।

मुझे एक और जानकारी जोड़ने की जरूरत है जो पहले से अलग है। RFC 1035, 3.3.14 के अनुसार :

3.3.14. TXT RDATA format


    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
    /                   TXT-DATA                    /
    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

where:

TXT-DATA        One or more <character-string>s.

TXT RRs are used to hold descriptive text.  The semantics of the text
depends on the domain where it is found.

कैसे, ठीक है, दूसरा (या तीसरा) स्ट्रिंग जोड़ा जाता है? TXT-DATA के सीमांकक / क्या हैं?

या क्या मैं एक दूसरा (या तीसरा) TXT रिकॉर्ड जोड़ता हूं? क्या कई TXT रिकॉर्ड की भी अनुमति है?

Answer 1

के लिए named, सबसे लोकप्रिय DNS सर्वर, आप अब TXT रिकॉर्ड बनाने के लिए निम्न रूपों में से किसी का उपयोग कर सकते हैं:

• एक तार, एक पंक्ति:

  name IN TXT "very long string here"
  

• एक पंक्ति में कई तार:

  name IN TXT "very long " "string here"
  

• कई तार, एक पंक्ति, कोष्ठक में संलग्न:

  name IN TXT ("very long "
               "string here")
  

बहु-स्ट्रिंग रूपों के लिए, स्ट्रिंग को बस एक साथ शब्दशः समतल किया जाता है (ऊपर दिए गए सभी उदाहरण समान परिणाम देंगे)।

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

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

यदि आप कई TXT रिकॉर्ड बनाते हैं, तो इसका मतलब है कि DNS को भी उन्हें यादृच्छिक बनाना होगा, और उन्हें किसी विशेष क्रम में आपको नहीं देना होगा। यह बहुत अजीब होगा: आपका पाठ या तो पढ़ा जाएगा

"very long ", "string here"

या के रूप में

"string here", "very long "

दूसरे शब्दों में, ऐसा करने का प्रयास न करें - बस सिंगल मल्टी-लाइन TXT रिकॉर्ड बनाएं और इसे एक दिन कॉल करें।

Comments

ठीक है, इसलिए मुझे अंततः इसे फिर से देखने का मौका मिला .... एक लोकप्रिय एसपीएफ़ परीक्षक एक TXT रिकॉर्ड में कई तारों को संभाल नहीं सकता है; न तो एसपीएफ पार्सर [e-mail](इसके ईमेल पते पर, और यह एक स्वचालित रिपोर्ट देता है) नहीं कर सकता।

— jww

मुझे लगता है कि एसपीएफ के लिए उनमें से एक का उपयोग करके, एक ही नाम के लिए कई TXT रिकॉर्ड रखना आसान और पूरी तरह से वैध है। RFC 7208 सेक्शन 4.5 में कहा गया है कि जिन रिकॉर्ड्स की शुरुआत नहीं होती है, v=spf1उन्हें अनदेखा किया जाना चाहिए।

— मार्टिन

पैकेट में द्विआधारी सीमांकक क्या है?

— CoolAJ86

तार न तो समवर्ती होते हैं, और न ही वे कई TXT रिकॉर्ड में परिणाम होते हैं - कई अलग-अलग तारों के साथ कई txt रिकॉर्ड हो सकते हैं, और उन्हें संक्षिप्त करना कुछ अनुप्रयोगों के लिए गलत होगा।

— मोनिका

@MarcLehmann: आपकी टिप्पणी का कोई मतलब नहीं है। स्ट्रिंग्स को कंसीनेट किया जा सकता है (जैसे कि ऊपर वर्णित मल्टीलाइन फॉर्म का उपयोग करके), लेकिन कई TXT रिकॉर्ड हो सकते हैं (शायद उन लंबे स्ट्रिंग्स का उपयोग करके)। इस उत्तर का सार यह है कि एकाधिक TXT रिकॉर्ड का उपयोग करने की अनुशंसा नहीं की जाती है, क्योंकि यह उन उपकरणों को भ्रमित कर सकता है जो केवल 1 TXT रिकॉर्ड की अपेक्षा करते हैं।

— एमवीपी