הגדרת DNS מקומי לגישה למכשיר הניהול
אתם יכולים לגשת למכשירי ניהול כמו vCenter Server, NSX Manager ו-HCX בענן פרטי מתחנות עבודה מקומיות. כדי לעשות זאת, צריך להגדיר פענוח של כתובות DNS כדי שאפשר יהיה לפנות למכשירי ניהול לפי שמות המארחים וכתובות ה-IP שלהם.
רזולוציית כתובות גלובלית באמצעות Cloud DNS
VMware Engine מאפשר לכם להשתמש באזור Cloud DNS בפרויקט שלכם כנקודת קצה יחידה לפתרון DNS לכל מכשירי הניהול המחוברים ברשת ענן וירטואלי פרטי (VPC) שכנה. אפשר לעשות את זה גם אם העננים הפרטיים שלכם נפרסים באזורים שונים.
ברשתות רגילות: כשמגדירים פתרון כתובות לכמה עננים פרטיים או לענן פרטי יחיד, אפשר להגדיר פתרון כתובות גלובלי באמצעות Cloud DNS.
ברשתות מדור קודם: כשמגדירים פתרון כתובות לכמה עננים פרטיים, אפשר להגדיר פתרון כתובות גלובלי באמצעות Cloud DNS. אם אתם מתכננים להשתמש רק בענן פרטי אחד, או אם אתם לא מתכוונים להשתמש ב-Cloud DNS, כדאי לעיין במאמר פענוח כתובות ללא שימוש ב-Cloud DNS.
כברירת מחדל, אפשר ליצור רזולוציה של אזור הניהול מכל הרשתות של ענן וירטואלי פרטי (VPC) שמופעל בהן Cloud DNS.
ברשתות רגילות: כשיוצרים ענן פרטי שמקושר לרשת רגילה של VMware Engine, נוצר תחום DNS לניהול שמאוכלס אוטומטית ברשומות של מכשירי הניהול.
אם רשת VMware Engine רגילה מקושרת באמצעות קישור בין רשתות שכנות (peering) לרשת ענן וירטואלי פרטי (VPC) או לרשת VMware Engine אחרת, נוצר באופן אוטומטי קישור של תחום DNS לניהול. כך תוכלו לוודא שניתן לפתור בעיות במכשירי ניהול מהמכונות הווירטואליות שלכם ב- Google Cloudברשת הזו.
אפשר גם ליצור באופן ידני קישור של תחום DNS לניהול, אם לא רוצים ליצור קישור בין רשתות שכנות של ענן וירטואלי פרטי (VPC).
ברשתות מדור קודם: כשיוצרים חיבור פרטי בין רשת ענן וירטואלי פרטי (VPC) לבין רשת VMware Engine מדור קודם, Google יוצרת באופן אוטומטי קישור בין שרתי DNS, כדי להבטיח פתרון מכל מכונות ה-VM שלכם. Google Cloud
כדי לפתור כתובות מרשת מקומית באמצעות Cloud DNS, צריך לבצע את הפעולות הבאות:
- הפעלת העברת DNS נכנסת ברשת של הענן הווירטואלי הפרטי.
- מזהים את כתובות שרתי ה-DNS לשימוש בפריסה המקומית.
- יוצרים מעביר מותנה בשרת ה-DNS המקומי כדי לפתור את
gve.goog.
פענוח כתובות ללא שימוש ב-Cloud DNS
כדי לתרגם כתובות בלי להשתמש ב-Cloud DNS, צריך לקבל את כתובת ה-IP של שרת ה-DNS בענן הפרטי ולהגדיר את ה-DNS:
נכנסים לדף Private clouds במסוף Google Cloud .
לוחצים על Select a project ואז בוחרים את הארגון, התיקייה או הפרויקט שמכילים את הענן הפרטי שאליו רוצים להתחבר.
לוחצים על השם של הענן הפרטי.
אפשר לבחור באחת מהאפשרויות הבאות לתצורת ה-DNS:
יצירת אזור בשרת ה-DNS עבור gve.goog
אתם יכולים להגדיר אזור כ-stub zone ולהפנות לשרתי ה-DNS בענן הפרטי לצורך המרת שמות. בקטע הזה מוסבר איך משתמשים בשרת BIND DNS או בשרת Microsoft Windows DNS.
יצירת אזור בשרת DNS של BIND
הקובץ והפרמטרים שצריך להגדיר משתנים בהתאם להגדרת ה-DNS שלכם.
לדוגמה, כדי להגדיר את שרת BIND כברירת מחדל, עורכים את הקובץ /etc/named.conf בשרת ה-DNS ומוסיפים את פרטי האזור הבאים:
zone "gve.goog"
{
type stub;
masters { IP address of DNS servers; };
file "slaves/FILE_NAME.db";
};
יצירת אזור בשרת DNS של Microsoft Windows
- לוחצים לחיצה ימנית על שרת ה-DNS ובוחרים באפשרות אזור חדש.
- בוחרים באפשרות Stub zone ולוחצים על הבא.
- בוחרים את האפשרות המתאימה לסביבה שלכם ולוחצים על הבא.
- בוחרים באפשרות אזור חיפוש קדימה ולוחצים על הבא.
- מזינים את שם האזור ולוחצים על הבא.
- מזינים את כתובות ה-IP של שרתי ה-DNS בענן הפרטי שהתקבלו מהמסוף Google Cloud .
- לוחצים על הבא לפי הצורך כדי להשלים את ההגדרה.
יצירת העברה מותנית
מעביר מותנה שולח את כל הבקשות לפענוח שמות DNS לשרת המיועד. במסגרת ההגדרה הזו, כל בקשה אל *.gve.goog מועברת לשרתי ה-DNS שנמצאים בענן הפרטי. בקטעים הבאים מוסבר איך להגדיר העברות בשרתי DNS מסוגים שונים.
יצירת מעביר מותנה בשרת BIND DNS
הקובץ והפרמטרים הספציפיים שצריך להגדיר משתנים בהתאם להגדרת ה-DNS שלכם.
לדוגמה, כדי להגדיר את שרת BIND כברירת מחדל, עורכים את הקובץ /etc/named.conf בשרת ה-DNS ומוסיפים את פרטי ההפניה המותנית הבאים:
zone "gve.goog" {
type forward;
forwarders { IP address of DNS servers; };
};
יצירת מעביר מותנה בשרת DNS של Microsoft Windows
- פותחים את הכלי לניהול DNS בשרת ה-DNS.
- לוחצים לחיצה ימנית על Conditional forwarders (העברות מותנות) ובוחרים באפשרות להוספת העברה מותנית.
- מזינים את דומיין ה-DNS ואת כתובת ה-IP של שרתי ה-DNS בענן הפרטי ולוחצים על אישור.