تهيئة DNS لأداة قابلية النقل ذات العلامة البيضاء

قم بإعداد نطاق لأداة قابلية النقل ذات العلامة التجارية وإرسال بريد إلكتروني مصادق عليه لنطاق تملكه، باستخدام أسماء المضيفين وقيم DNS التي تؤكدها MultiTEL لخدمتك. هذه الإعدادات منفصلة عن نقل رقم هاتف.

الغرض من هذا الإعداد

تتيح لك أداة قابلية النقل ذات العلامة البيضاء عرض طلبات نقل الأرقام تحت علامتك التجارية الخاصة، وعند تهيئتها، إرسال رسائل البريد الإلكتروني الخاصة بالطلبات نيابةً عن نطاق بريدك الإلكتروني. تنطبق تغييرات DNS في هذا الدليل على ذلك الموقع ذي العلامة التجارية وهوية البريد الإلكتروني. وهذه التغييرات ليست مطلوبة لنقل رقم هاتف عادي ولا تغيّر توجيه المكالمات الصوتية لرقم الهاتف.

يجب أن تملك النطاق الذي ستغيّر DNS الخاص به وأن تتحكم فيه. لا يمكنك تهيئة هذه السجلات لعنوان على نطاق بريد مجاني تابع لجهة خارجية لا تملكه.

أكّد الخدمة ذات العلامة التجارية قبل تغيير DNS

افتح قابلية نقل الأرقام. استخدم حقول العلامة التجارية هناك لتعيين اسم العلامة التجارية والشعار المستخدمَين للطلبات في تلك الشاشة. لموقع ذي علامة بيضاء بنطاق مخصص، اطلب من دعم MultiTEL تأكيد إعدادات العلامة التجارية التي تنطبق، واسم المضيف، وقيم DNS التي يجب نشرها، ونطاق المرسِل، وإعداد شهادة HTTPS لحسابك قبل نشر أي سجلات DNS.

لا تقم بإعادة توجيه موقع قائم يعمل في بيئة الإنتاج ولا تغيّر تسليم البريد الحالي لمجرد إضفاء علامة تجارية على طلب قابلية نقل. سجّل قيم DNS السابقة حتى تتمكن من استعادتها عند الحاجة. إذا لزم انتشار أسرع لتغيير لاحق أو تراجع، خفّض TTL للسجلات المتأثرة مسبقاً وانتظر انقضاء TTL السابق قبل إجراء التغيير. تخفيض TTL لا يُنهي فوراً صلاحية الإجابات المخزّنة مؤقتاً القائمة.

CNAME للموقع

بعد أن تؤكد MultiTEL اسم المضيف المخصص وهدف CNAME لخدمتك، أنشئ سجل CNAME المطلوب لدى مزوّد DNS الخاص بك. تحقق مما إذا كانت وحدة تحكم DNS تُلحق اسم المنطقة تلقائياً؛ أدخل تسمية المضيف أو الاسم الكامل وفقاً لتعليمات تلك الوحدة، دون تكرار النطاق. يجب ألا يحتوي اسم مضيف CNAME المؤكد أيضاً على سجلات A أو AAAA أو MX أو TXT. إذا كانت سجلات أخرى موجودة هناك بالفعل، تحقق من الخدمات التي تستخدمها قبل إجراء التغييرات. استخدم اسم مضيف مختلفاً معتمداً من MultiTEL إذا كان ذلك الاسم لا يزال يخدم خدمة أخرى؛ احذف السجلات القائمة فقط بعد تأكيد أنها لم تعد مطلوبة.

ما يلي مثال فقط: ينطبق إذا كنت تملك test123.com وتؤكد MultiTEL كلاً من porting.test123.com كاسم مضيفك وporting.multitel.net كهدف CNAME لخدمتك. لا تستخدم هذا الهدف ما لم يؤكد الدعم أنه ينطبق على خدمتك:

porting.test123.com. IN CNAME porting.multitel.net.

استخدم الهدف الدقيق المؤكد لخدمتك. سجل CNAME وحده لا يفعّل النطاق المخصص ولا يضمن شهادة HTTPS صالحة. أكّد شهادة الموقع ومسار الطلب ذي العلامة التجارية قبل مشاركة عنوان URL الجديد.

SPF لرسائل البريد الإلكتروني الخاصة بالطلبات

إذا أكدت MultiTEL أن رسائل البريد الإلكتروني الخاصة بالطلبات ستُرسل نيابةً عن نطاقك، اطلب من الدعم تحديد نطاق الإرسال المستخدم لـ SPF ونطاق التوقيع المستخدم لـ DKIM. لا يلزم أن يكونا اسم مضيف الموقع ذي العلامة التجارية. انشر SPF عند نطاق SPF المؤكد، وانشر المفتاح العام لـ DKIM عند الاسم الخاص بالمحدّد الموصوف أدناه؛ لا تضف سجلات TXT لمصادقة البريد عند اسم مضيف CNAME الخاص بالموقع. اسمح لخدمة الإرسال المؤكدة في سياسة نطاق SPF. عبارة include الخاصة بـ SPF من MultiTEL المعروضة هنا هي include:_spf.multitel.net. أضفها فقط بعد أن يؤكد الدعم أنها تنطبق على خدمة الإرسال لحسابك.

إذا كان للنطاق بالفعل سجل TXT لـ SPF، ادمج عبارة include المصرّح بها في تلك السياسة القائمة. حافظ على المرسلين الشرعيين الآخرين والسياسة النهائية المقصودة؛ لا تنشر سجلاً ثانياً لـ SPF. تحقق من السياسة بأكملها، بما في ذلك عبارات include المتداخلة وعبارات redirect، مقابل حدود بحث DNS الخاصة بـ SPF. يسمح تقييم SPF بحد أقصى 10 مصطلحات تسبب عمليات بحث DNS، مثل include وa وmx وptr وexists وredirect؛ ويؤدي تجاوز هذا الحد إلى permerror. يمكن أن تمنع سياسة SPF المعطوبة البريد الشرعي من اجتياز مصادقة SPF. إذا لم تكن هناك سياسة قائمة وأكدت MultiTEL أن هذا هو المرسل المصرّح له الوحيد، فمثال على ذلك:

@ IN TXT "v=spf1 include:_spf.multitel.net ~all"

DKIM لرسائل البريد الإلكتروني الخاصة بالطلبات

انشر محدّد DKIM الدقيق واسم سجل DNS وقيمة TXT للمفتاح العام المؤكدة لنطاق التوقيع الخاص بك. يجمع اسم DNS لـ DKIM بين المحدّد و_domainkey ونطاق التوقيع. على سبيل المثال، المحدّد mail للنطاق example.com يُنتج اسم السجل الكامل mail._domainkey.example.com؛ وmail._domainkey هو اسم السجل النسبي، وليس المحدّد. احصل على القيم الحالية من دعم MultiTEL؛ لا تفترض أن محدّداً أو مفتاحاً عاماً منسوخاً من مقال قديم أو حساب آخر أو DNS الخاص بـ MultiTEL هو القيمة المستخدمة لحسابك. يُنشر المفتاح العام لـ DKIM في DNS؛ ويجب ألا يُطلب مفتاح التوقيع الخاص ولا يُنشر أبداً.

تحقق مما إذا كانت وحدة تحكم DNS تُلحق اسم المنطقة تلقائياً، وتجنب تكرار النطاق أو _domainkey في اسم السجل. حافظ على قيمة المفتاح العام كاملة عندما تقسّم وحدة تحكم DNS سجل TXT طويلاً إلى أجزاء مقتبسة.

تحقق من النتيجة الكاملة

استعلم عبر خوادم الأسماء المرجعية للنطاق ومن محلل خارجي عن كل سجل تم تغييره. امنح TTL المُهيأ وذاكرات التخزين المؤقت لـ DNS وقتاً للانتهاء؛ فالنتيجة من محلل محلي واحد ذي تخزين مؤقت غير كافية. قارن اسم السجل المؤهل بالكامل والنوع والهدف أو القيمة الدقيقة وعلامات الاقتباس وأي نقطة في نهاية الاسم مع التعليمات المؤكدة وتنسيق الإدخال لدى مزوّد DNS الخاص بك. عالج السجلات المتعارضة والأسماء الخاطئة والقيم الناقصة والشهادات غير الصالحة قبل مشاركة عنوان URL أو الاعتماد على البريد ذي العلامة التجارية.

افتح عنوان URL المؤكد للطلب ذي العلامة التجارية وتأكد من أن الصفحات تُحمَّل بشهادة صالحة وبالعلامة التجارية المتوقعة. قبل تقديم أي اختبار، اسأل دعم MultiTEL عن مسار الاختبار المتاح وما إذا كان التقديم سيبدأ نقلاً فعلياً لرقم. بعد أن يؤكد الدعم أن البريد ذا العلامة التجارية مفعّل لحسابك، اختبره فقط عبر مسار الاختبار المؤكد وباستخدام بيانات العينة أو إجراء الاختبار اللذين يقدمهما الدعم، حتى لا تبدأ نقلاً فعلياً لرقم. افحص نتائج مصادقة الرسالة المستلمة لـ SPF وDKIM. تحقق من وصول الردود وروابط الطلب إلى الوجهة المقصودة. أبقِ الخدمة والسجلات السابقة متاحة حتى يتم التحقق من البديل، واحذف فقط السجلات التي تؤكد MultiTEL أنه تم استبدالها.