एक ही उपडोमेन के लिए कई TXT फ़ील्ड


35

मैं समझना चाहूंगा कि क्या एक ही उपडोमेन के लिए कई TXT रिकॉर्ड ठीक हैं या मुद्दों को जन्म दे सकते हैं। विशेष रूप से, हमारे पास रूट डोमेन पर एक एसपीएफ रिकॉर्ड और एक Google डोमेन सत्यापन रिकॉर्ड की आवश्यकता है।

AWS रूट 53 में वे निम्नलिखित तरीके से स्पष्ट रूप से इसका समर्थन करते हैं:

अलग-अलग लाइनों पर कई मान दर्ज करें। उद्धरण चिह्नों में पाठ संलग्न करें। उदाहरण: "नमूना पाठ प्रविष्टियाँ" "उद्धरण चिह्नों में प्रविष्टियाँ दर्ज करें"

इस तरह एक एकल TXT फ़ील्ड में SPF और Google डोमेन सत्यापन रिकॉर्ड दोनों हो सकते हैं।

जब मैंने name.com से पूछा कि दूसरी तरफ उन्होंने दो अलग TXT रिकॉर्ड जोड़ने का सुझाव दिया है क्योंकि मार्ग 53 विधि समर्थित नहीं है।

जवाबों:


39

जिस तरह से आप मार्ग 53 पर कई रिकॉर्ड बनाने का तरीका वर्णित है

न्यूलाइन द्वारा अलग किए गए टेक्स्टारिया में दो मान दर्ज करने के परिणामस्वरूप DNS में दो अलग-अलग रिकॉर्ड होंगे। यही कारण है कि अमेज़ॅन इसे "रिकॉर्ड सेट" कहता है - यह रिकॉर्ड का एक सेट है।


6
ओपी यह गलती करने वाला एकमात्र व्यक्ति नहीं हो सकता है; यह वास्तव में स्पष्ट नहीं है। कोई भी समझदार त्रुटि संदेश नहीं है जो इसे समझाता है, जब आप दूसरे TXT रिकॉर्ड को 'अधिक स्पष्ट' तरीके से जोड़ने का प्रयास करते हैं।
बॉबी जैक

26

माइकल इस संबंध में सही है कि आपकी उलझन कहां से आ रही है। मैं अपने सामान्य सामान के साथ आगे बढ़ने जा रहा हूं और उन लोगों के लिए बड़े प्रश्न का उत्तर दूंगा जो Google खोज से हो सकते हैं।

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

अंतर को समझने के लिए, आइए नज़र डालते हैं कि एसपीएफ़ मानक ( आरएफसी 7208 ) का विषय पर क्या कहना है:

   Starting with the set of records that were returned by the lookup,
   discard records that do not begin with a version section of exactly
   "v=spf1".  Note that the version section is terminated by either an
   SP character or the end of the record.  As an example, a record with
   a version section of "v=spf10" does not match and is discarded.

   If the resultant record set includes no records, check_host()
   produces the "none" result.  If the resultant record set includes
   more than one record, check_host() produces the "permerror" result.

संक्षेप में, TXTएसपीएफ़ की वाक्यविन्यास आवश्यकताओं को पूरा नहीं करने वाले अभिलेखों की अनदेखी की जाती है। एक त्रुटि केवल उस मामले में होती है जहाँ कई रिकॉर्ड SPF सिंटैक्स से मेल खाते हैं

( DMARC सिंटैक्स उन्हीं प्रतिबंधों को वहन करता है, जो सोच रहे होंगे।)


10

यदि आप उपयोग कर रहे हैं Google Domains, जब आप TXTरिकॉर्ड संपादित करते हैं , तो TXTमान के बगल में एक प्लस (+) प्रतीक होता है ... कई मान जोड़ने के लिए उस पर क्लिक करें।


1
मुझे पता है कि यह वह नहीं है जो सवाल विशेष रूप से पूछ रहा है, लेकिन आपने मुझे केवल एक TXT रिकॉर्ड के साथ प्रबंधित करने की कोशिश कर एक घंटे बिताने के बाद बचाया है! बहुत बहुत धन्यवाद! Google UX इंजीनियर्स को वास्तव में इसे ठीक करने की आवश्यकता है!
vikarjramun
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.