הגדירו דומיין ממותג לכלי ניידות ושליחת דוא״ל מאומתת עבור דומיין שבבעלותכם, באמצעות שמות מארח וערכי DNS ש-MultiTEL מאשרת עבור השירות שלכם. הגדרות אלה נפרדות מהעברת מספר טלפון.
למה מיועדת הגדרה זו
כלי ניידות במיתוג עצמי מאפשר לכם להציג בקשות להעברת מספר תחת המותג שלכם, וכאשר הוא מוגדר לכך, לשלוח הודעות דוא״ל של בקשות בשם דומיין הדוא״ל שלכם. שינויי ה-DNS במדריך זה חלים על אתר האינטרנט הממותג ועל זהות הדוא״ל הזו. הם אינם דרישה להעברת מספר טלפון רגילה ואינם משנים את ניתוב השיחות הקוליות של מספר הטלפון.
עליכם להיות הבעלים של הדומיין שאת ה-DNS שלו תשנו, ולשלוט בו. אינכם יכולים להגדיר רשומות אלה עבור כתובת בדומיין דוא״ל חינמי של צד שלישי שאינו בבעלותכם.
אשרו את השירות הממותג לפני שינוי DNS
פתחו את ניידות מספרים. השתמשו בשדות המיתוג שם כדי להגדיר את שם המותג ואת הלוגו המשמשים לבקשות במסך זה. עבור אתר במיתוג עצמי עם דומיין מותאם, בקשו מתמיכת MultiTEL לאשר אילו הגדרות מותג חלות, את שם המארח, את ערכי ה-DNS שיש לפרסם, את דומיין השולח ואת הגדרת אישור ה-HTTPS עבור החשבון שלכם, לפני פרסום רשומות DNS כלשהן.
אל תבצעו הפניה מחדש של אתר פעיל קיים בסביבת הייצור (production) ואל תשנו מסירת דואר קיימת רק כדי למתג בקשת ניידות. תעדו את ערכי ה-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 זמן לפוג; תוצאה מפותר שמות מקומי יחיד עם מטמון אינה מספיקה. השוו את שם הרשומה המלא, כולל כל חלקי הדומיין (FQDN), את הסוג, את היעד או הערך המדויק, את המרכאות וכל נקודה סופית מול ההוראות שאושרו ומול תבנית הקלט של ספק ה-DNS שלכם. יישבו רשומות מתנגשות, שמות שגויים, ערכים חסרים ואישורים לא תקפים לפני שיתוף כתובת ה-URL או הסתמכות על דוא״ל ממותג.
פתחו את כתובת ה-URL הממותגת של הבקשה שאושרה ואשרו שהדפים נטענים עם אישור תקף ועם המותג הצפוי. לפני הגשת בדיקה כלשהי, שאלו את תמיכת MultiTEL איזה תהליך בדיקה זמין והאם הגשה תיזום העברת מספר אמיתית. לאחר שהתמיכה מאשרת שדוא״ל ממותג מופעל עבור החשבון שלכם, בדקו אותו רק דרך תהליך הבדיקה שאושר ורק עם נתוני הדוגמה או נוהל הבדיקה שהתמיכה מספקת, כדי שלא תיזמו העברת מספר אמיתית. עיינו בתוצאות האימות של ההודעה שהתקבלה עבור SPF ו-DKIM. ודאו שתשובות וקישורי בקשות מגיעים ליעד המיועד. השאירו את השירות והרשומות הקודמים זמינים עד שההחלפה אומתה, והסירו רק רשומות ש-MultiTEL מאשרת שהוחלפו.