העברה ל-Cloud DNS

ב-Cloud DNS יש תמיכה בהעברת דומיין DNS קיים מספק DNS אחר אל Cloud DNS. כאן מוסבר איך לבצע את השלבים הנדרשים: ליצור תחום מנוהל לדומיין, לייצא את הגדרות ה-DNS מהספק הקיים, לייבא את הגדרות ה-DNS הקיימות ל-Cloud DNS, לעדכן את רשומות שרתי השמות של הרשם ולאמת את ההעברה.

לפני שמתחילים

  1. אם עדיין לא השתמשתם ב-Google Cloud CLI, צריך להגדיר את ה-CLI של gcloud.

  2. כדי לציין את שם הפרויקט ולבצע אימות באמצעות מסוף Trusted Cloud , מריצים את הפקודה הבאה:

    gcloud auth login

    אפשר גם לציין את הפרמטר --project בפקודה כדי להפעיל אותה בפרויקט אחר.

יצירת תחום מנוהל

כדי להעביר דומיין קיים, צריך קודם ליצור תחום מנוהל שיכיל את רשומות ה-DNS. כשאתם יוצרים תחום, לא נעשה בו שימוש עד שאתם מעדכנים את רישום הדומיין, מפנים אליו פותר או שולחים שאילתה לאחד משרתי השמות של התחום.

gcloud

כדי ליצור תחום, מריצים את הפקודה dns managed-zones create:

gcloud dns managed-zones create --dns-name=example.com.
--description=A_ZONE EXAMPLE_ZONE_NAME

מחליפים את מה שכתוב בשדות הבאים:

  • example.com.: שם ה-DNS
  • A_ZONE: תיאור של האזור
  • EXAMPLE_ZONE_NAME: השם לזיהוי תחום ה-DNS

ייצוא תצורת ה-DNS מהספק הקיים

במסמכי התיעוד של הספק מוסבר איך לייצא את קובץ האזור. ‏Cloud DNS תומך בייבוא של קובצי תחום בפורמט של רשומות BIND או YAML.

לדוגמה:

ייבוא קבוצת הרשומות

אחרי שמייצאים את הקובץ מהספק האחר, אפשר להשתמש בפקודות gcloud כדי לייבא אותו לאזור המנוהל.

כדי לייבא קבוצות רשומות בצורה נכונה, צריך להסיר את רשומות הקודקוד או להשתמש בדגלים שמפורטים בכרטיסייה gcloud.

gcloud

כדי לייבא קבוצות רשומות, מריצים את הפקודה dns record-sets import. הדגל --zone-file-format מורה ל-import לצפות בקובץ בפורמט של תחום BIND. אם משמיטים את הדגל הזה,הפונקציה import מצפה לקובץ רשומות בפורמט YAML:

gcloud dns record-sets import -z=EXAMPLE_ZONE_NAME
--zone-file-format path-to-example-zone-file

מחליפים את EXAMPLE_ZONE_NAME בשם של תחום ה-DNS.

אימות ההפצה של ה-DNS

כדי לעקוב אחרי השינויים ולבדוק ששרתי השמות של Cloud DNS קלטו אותם, אפשר להשתמש בפקודות watch ו-dig ב-Linux.

gcloud ו-Linux

  1. כדי לחפש את שרתי השמות של Cloud DNS באזור, מריצים את הפקודה dns managed-zones describe:

    gcloud dns managed-zones describe EXAMPLE_ZONE_NAME

    מחליפים את EXAMPLE_ZONE_NAME בשם של תחום ה-DNS.

    הפלט אמור להיראות כך:

    nameServers:
- ns-cloud-a1.googledomains.com.
- ns-cloud-a2.googledomains.com.
- ns-cloud-a3.googledomains.com.
- ns-cloud-a4.googledomains.com.

    בפלט, האות שמופיעה אחרי החלק ns-cloud- בשם נקראת שבר של שרת השמות. יש חמישה שברי מידע כאלה (אותיות A-E). למידע נוסף על פלחים, ראו מגבלות של שרתי שמות.

  2. בודקים אם הרשומות זמינות בשרתי השמות.

    watch dig example.com @ZONE_NAME_SERVER

    מחליפים את ZONE_NAME_SERVER באחד משרתי השמות שהוחזרו כשהרצתם את הפקודה הקודמת.

  3. אחרי שמבחינים בשינוי, לוחצים על Ctrl+C כדי לצאת.

כברירת מחדל, הפקודה watch מריצה את הפקודה dig כל 2 שניות. אפשר להשתמש בפקודה הזו כדי לקבוע מתי שרת השמות המהימן יזהה את השינוי. השינוי אמור להתבצע תוך 120 שניות.

עדכון הרשומות של שרתי השמות של הרשם

מתחברים לחשבון אצל ספק הרישום ומגדירים את שרתי השמות המורשים להפנות לשרתי השמות שראיתם בשלב 1. במקביל, כדאי לרשום את אורך החיים (TTL) שהרשם הגדיר לרשומות. המספר הזה מראה כמה זמן צריך להמתין עד שיתחילו להשתמש בשרתי השמות החדשים.

מחכים לשינויים ולאחר מכן מאמתים

כדי לקבל את שרתי השמות המוסמכים של הדומיין באינטרנט, מריצים את פקודות Linux הבאות:

dig +short NS example.com

אם בפלט מוצג שכל השינויים הופצו, המשימה הושלמה. אם לא, אפשר לבדוק מדי פעם או להריץ את הפקודה באופן אוטומטי כל 2 שניות בזמן שממתינים לשינוי שרתי השמות. כדי לעשות זאת, מריצים את הפקודה הבאה:

watch dig +short NS example.com

Ctrl+C יוצא מהפקודה.

אם אתם לא משתמשים ב-Linux, תוכלו להשתמש בפקודה nslookup.

המאמרים הבאים