Back to Question Center
0

.NET, .ORG और .COM के लिए क्या एक प्रमाण-कोड प्रारूप Semaltेट है?

1 answers:

मैं किसी को स्थानांतरित करने का प्रयास कर रहा हूं. 123 डोमेन से गेडडी से नेट डोमेन लेकिन एक समस्या का सामना करना पड़ रहा है. जैसा कि आप किसी शीर्ष स्तर के डोमेन को स्थानांतरित करते समय जानते हैं, आपको एक एयूटी कोड की आवश्यकता होती है, जिसे अक्सर ईपीपी कोड कहा जाता है, मैं 123-reg से एथोड कोड का अनुरोध करता हूं और फिर इसे सेमीलेट डैशबोर्ड में दर्ज करता हूं, लेकिन इस कष्टप्रद त्रुटि से स्वागत किया:

Is there a Auth-Code Format Semalt for .NET, .ORG and .COM?

GoDaddy से बात करो

तो तार्किक बात Semalt्ट या 123-रेग के साथ बात करना होगा? लगता तो नही देता दोनों दलों से बात करने पर मैं इस समस्या को सुलझाने के करीब नहीं हूं. Semaltेट अपने 123 रेग कोड पर जोर देते हैं जो खराब है और 123 रेग यह कह रहा है कि इसकी बेवकूफ डैशबोर्ड

मैंने कम से कम 20 बार एक अलग लेख कोड जारी किया है, और अभी भी कोई खुशी नहीं है! इसलिए, कुछ सलाह की आवश्यकता है - oregon tech company. क्या ऐसा प्रारूप है जिसमें कोड होना चाहिए? ई. छ अवैध अक्षर है? और यह एक्स अंक होना चाहिए?

-

February 12, 2018

ईपीपी authInfo (इसकी प्रति नामानुसार सटीक नाम) डोमेन नाम बनने के समय रजिस्ट्रार द्वारा परिभाषित किया जाता है (और बाद में अपडेट किया जा सकता है). यह माना गया था कि यह कुलसचिव नियंत्रण के अधीन था लेकिन वास्तव में रजिस्ट्रार सब कुछ कर रहे हैं.

ईपीपी मानक (आरएफसी 5731) इस तत्व की बाध्यता को एक्सएमएल टाइप एपीकॉम: pwAuthInfoType के रूप में परिभाषित करता है जो खुद आरएफसी 5730 में परिभाषित किया गया है जो संक्षेप में बताता है कि यह एक्सएमएल सामान्यीकृत स्ट्रिंग .

मूल रूप से यह किसी भी लम्बाई और किसी भी अक्षर की स्ट्रिंग (तीनों को छोड़कर: नई लाइन, कैरिज रिटर्न और टैब) हो सकती है.

लेकिन प्रत्येक रजिस्ट्रार यह निर्धारित करता है कि प्रत्येक रजिस्ट्री विशिष्टताओं (वे शायद अधिकतम लंबाई निर्धारित करने पर) के आधार पर इसे कैसे बनाया जाए और क्या चाहते हैं या नहीं,. हालांकि, जाहिर है, आने वाले स्थानान्तरण के लिए सेवा प्रदान करने में सक्षम होने के लिए उन्हें अन्य रजिस्ट्रार द्वारा उत्पन्न authInfo कोड स्वीकार करने की आवश्यकता है.

अब अपनी समस्या को हल करने के लिए: यदि आपका भविष्य रजिस्ट्रार यह निर्दिष्ट करने में सक्षम नहीं है कि क्यों यह मानता है कि यह authInfo सही नहीं है, तो इसका शायद मतलब है कि आपको कहीं और जाना चाहिए क्योंकि उनका तकनीकी स्तर पर्याप्त नहीं है (और / या उनकी सहायता टीम में विशेषज्ञता की कमी है); इसके विपरीत यदि वे आपको रजिस्ट्री त्रुटि संदेश प्रदान कर सकते हैं, तो वे प्राप्त करते हैं, जब यह authInfo कोशिश कर रहे हैं, यह साबित होगा कि वे सही हैं. लेकिन वे नहीं हैं. इसलिए यदि आप अपने वर्तमान रजिस्ट्रार को authInfo बदलने के लिए और पसंद के अपने नए रजिस्ट्रार के नियमों के साथ सरल और संगत बनाने के लिए समझ सकते हैं, तो आप स्थिति का समाधान कर सकते हैं. यदि नहीं, तो मैं आपको एक और नया रजिस्ट्रार चुनने की सलाह दूंगा, कोई और आपकी सहायता करने के लिए तैयार है.