‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

הגדרות הרשת של מכשירים לגיבוי או לשחזור

בדף הזה מוסבר איך לקבוע את הגדרות הרשת של כל מכשיר גיבוי/שחזור שמנוהל על ידי מסוף ניהול המכשירים.

מה אפשר לעשות בדף?

הגדרת רשת בשירות עצמי למכשירי גיבוי/שחזור
שינוי DNS ו-NTP
פתרון בעיות ברשת
יצירה ושינוי של רזולוציית המארח

הגדרת רשת בשירות עצמי למכשירי גיבוי/שחזור

לוחצים על הכרטיסייה Manage ובוחרים באפשרות Appliances מהרשימה הנפתחת.
לוחצים לחיצה ימנית על מכשיר ובוחרים באפשרות Configure Appliance Networking כדי לפתוח את הדף System Management.
בכרטיסייה DNS ו-NTP, מזינים או משנים את הגדרות ה-DNS או ה-NTP, או את שתיהן. מידע נוסף זמין במאמר DNS ו-NTP. כל שדה שיישאר ריק יחזור לערכים שסופקו על ידי DHCP.
לוחצים על הכרטיסייה IP & Interfaces כדי לראות רשימה של כתובות ה-IP שהוגדרו. אי אפשר לערוך מידע, זוהי צפייה בלבד.
לוחצים על הכרטיסייה Troubleshooting ופותרים בעיות בחיבורים לרשת. מידע נוסף זמין במאמר פתרון בעיות ברשת.
לוחצים על הכרטיסייה Host Resolution כדי לשנות את פענוח ה-DNS של מארחים ספציפיים. מידע נוסף זמין במאמר רזולוציית המארח.

DNS ו-NTP

שינויים שבוצעו בדף הזה יכולים להשפיע באופן משמעותי על הפעולה של מכשיר הגיבוי/השחזור. מוודאים שכתובות ה-IP של DNS ו-NTP תקינות ושאפשר להגיע אליהן, בלי שחומות אש חוסמות את התנועה. אפשר לבדוק את זה באמצעות בדיקת החיבור ל-TCP בכרטיסייה פתרון בעיות.

דומיין DNS: מזינים את הדומיין של המארחים שמחוברים למכשיר הזה.

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

הערה: אם מגדירים רשומות כלשהן בחיפוש סיומת DNS, לא יתבצע חיפוש בדומיין ה-DNS. כדי לחפש גם ברשומות שהוזנו ידנית וגם בדומיין ה-DNS, צריך לכלול את דומיין ה-DNS בחיפוש הסיומת של ה-DNS.
שרת DNS ראשי: מזינים את כתובת ה-IP של שרת ה-DNS הראשי.
DNS משני: מזינים את כתובת ה-IP של שרת ה-DNS המשני (אופציונלי).
שרת NTP: מזינים את כתובת ה-IP או את שם המארח של שרת ה-NTP. מומלץ להשאיר את השדה הזה ריק או להגדיר אותו ל-metadata.google.internal, שסופק על ידי Google Cloud ותמיד נגיש.

פתרון בעיות

הדף הזה יעזור לכם לפתור בעיות בחיבורים לרשת. בקטע Utility, בוחרים את הכלי לפתרון בעיות שבו רוצים להשתמש, מזינים את הפרמטרים הנדרשים ולוחצים על Run Test. התוצאות מופיעות בתיבה Test Results.

‫Ping: הפעלת פינג כדי לבדוק אם אפשר להגיע למארח היעד, והחזרת הפלט כסטרימינג של טקסט פשוט. הפקודה הזו שולחת 4 חבילות ICMP echo. צריך להזין את הפרטים הבאים:

כתובת IP של המקור: ערך ברירת המחדל של בחירה אוטומטית הוא בדרך כלל האפשרות הטובה ביותר. אם למכשיר יש כמה כתובות IP, אפשר לבחור כאן את הכתובת שתשמש לתנועת ICMP יוצאת.

כתובת IP של היעד: כתובת IPv4 תקינה.

תוצאת פינג לדוגמה:

PING 1.2.3.4 (1.2.3.4) 56(84) bytes of data.
--- 1.2.3.4 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3001ms

‫IP route get: שאילתה לטבלאות הניתוב של כתובת ה-IP שנבחרה כיעד, בלי לשלוח חבילות. צריך להזין את הפרטים הבאים:

כתובת IP של המקור: ערך ברירת המחדל של בחירה אוטומטית הוא בדרך כלל האפשרות הטובה ביותר. אם למכשיר יש כמה כתובות IP, אפשר לבחור כאן באיזו כתובת להשתמש לבקשת הניתוב.
כתובת ה-IP של היעד: כתובת ה-IP של המארח המטורגט.

תוצאה לדוגמה של הפקודה IP route get:
```
test or routeget 1.2.3.4
1.2.3.4 using 172.17.1.2 dev eth0 src 172.17.134.80
cache mtu 1500 advmss 1460 hoplimit 64
```

‫Traceroute: הפעלת traceroute לכתובת ה-IP שצוינה על ידי שליחת סדרה של בדיקות UDP, והחזרת הפלט כסטרימינג של טקסט פשוט. התהליך יכול להימשך עד 2 דקות. משתמשים ב-Traceroute כדי לזהות רשתות מתערבות בנתיב. ב-Traceroute אי אפשר להזין פרמטר של כתובת IP של מקור, ולכן הוא לא שימושי לבדיקת ההתנהגות של חבילות תשובה. הכלי הזה יכול לאבחן רק חיבורים יוצאים.

כתובת ה-IP של היעד: כתובת ה-IP של המארח המטורגט.

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

תוצאה לדוגמה של Traceroute:

test or traceroute 8.8.8.8
1: dev134-86.dev.acme.com (172.17.134.86) 0.092ms
pmtu 1500
1: devgw-waln5k02.dev.acme.com (172.17.0.3) 4.287ms
1: devgw-waln5k02.dev.acme.com (172.17.0.3) 1.287ms
2: e-1-20-walpalo.core.acme.com (192.168.255.21) 2.805ms
3: ge-0-0-1-walasr.edge.acme.com (192.43.242.209) 2.769ms
4: 205.158.44.81.ptr.us.xo.net (205.158.44.81) 9.247ms asymm 14
5: vb1020.rar3.nyc-ny.us.xo.net (216.156.0.25) 10.080ms asymm 12
6: 207.88.12.104.ptr.us.xo.net (207.88.12.104) 8.537ms asymm 12
7: 207.88.13.35.ptr.us.xo.net (207.88.13.35) 8.175ms asymm 11
8: no reply
9: no reply
.
.
.
31: no reply
Too many hops: pmtu 1500
Resume: pmtu 1500

בדיקת חיבור TCP: ניסיון ליצור חיבור TCP לכתובת ה-IP וליציאה של היעד. אם החיבור מצליח, הוא נסגר מיד בלי להעביר נתונים. אם הפעולה נכשלת, מוחזרת הודעת שגיאה. השימוש הנפוץ ביותר הוא כדי לבדוק אם חומות אש חוסמות תנועה, או אם מארח יעד מאזין ליציאת TCP ספציפית.

כתובת IP של המקור: ערך ברירת המחדל של בחירה אוטומטית הוא בדרך כלל האפשרות הטובה ביותר. אם למכשיר יש כמה כתובות IP, אפשר לבחור כאן באיזו כתובת להשתמש לבדיקת חיבור ה-TCP.
כתובת ה-IP של היעד: כתובת ה-IP של המארח המטורגט.
‫TCP Port: מציינים את יציאת ה-TCP ביעד שבה רוצים להשתמש כשמנסים ליצור חיבור.

דוגמה לתוצאה של בדיקת חיבור TCP:
```
test/TCP ConnectionTest
Connection to 10.138.200.3:443 succeeded!
```

כדי לאמת את הקישוריות מהמכשיר לסוכן Backup and DR, קראו את המאמר אימות הקישוריות ממכשיר הגיבוי/השחזור לסוכן Backup and DR.

בדיקת DNS: ניסיון להשתמש בשרת ה-DNS שהוגדר כדי לפתור שם או כתובת IP.

בשדה Resolve, בוחרים באפשרות Name כדי לתרגם שם לכתובת IP, או באפשרות IP כדי לתרגם כתובת IP לשם באמצעות רשומות PTR (שאילתת DNS הפוכה).
בשדה Name to Resolve, מזינים את השם שרוצים לנסות לפתור באמצעות שרת ה-DNS שהוגדר.
בשדה IP to Resolve, מזינים את כתובת ה-IP שרוצים לנסות לפתור לשם באמצעות רשומות PTR (שאילתת DNS הפוכה).

רזולוציית המארח

לפעמים צריך ליצור באופן ידני רשומות סטטיות לתרגום שם (name resolution). יכול להיות שזה יידרש למארחים עם כמה כתובות IP, שבהם רוצים לפתור לכתובת IP שונה מזו שרשומה ב-DNS. אתם יכולים גם לפתור שמות שלא זמינים ב-DNS בכלל באמצעות יצירת רשומות סטטיות.

בכרטיסייה הזו אפשר להוסיף, לשנות או למחוק צמדים של כתובת IP ושם. אחרי שמוסיפים אותם, הם נפתרים כאילו הם מאוחסנים ב-‎/etc/hosts בפלטפורמת Linux רגילה. אפשר גם לציין כינוי אחד או יותר לכל שורה בטבלה (כמה כינויים מופרדים ברווח).

אימות הקישוריות של מכשיר הגיבוי או השחזור לסוכן Backup and DR

כדי לוודא שמכשיר הגיבוי/השחזור מחובר לסוכן Backup and DR שפועל במארח, אתם יכולים להריץ את בדיקת הקישוריות. כדי לבצע את בדיקת הקישוריות, צריך את כתובת ה-IP של המארח המטורגט.

במסוף לניהול מכשירים, עוברים אל Manage > Appliances.
לוחצים לחיצה ימנית על המכשיר הרלוונטי ובוחרים באפשרות Configure Appliance Networking. הדף System Management נפתח בכרטיסייה חדשה.
עוברים לכרטיסייה פתרון בעיות.
בתפריט הנפתח Utility, בוחרים באפשרות TCP Connection Test.
משאירים את Source IP (כתובת ה-IP של המקור) במצב Auto Select (בחירה אוטומטית).
בתיבה כתובת IP של היעד, מזינים את כתובת ה-IP של המארח שאליו רוצים לשלוח את ההודעה.
בתיבה יציאת TCP, מזינים את הערך 5106.
לוחצים על הפעלת בדיקה.

בתוצאות הבדיקה מוצגות שלוש תוצאות אפשריות (כתובת ה-IP שלכם תהיה שונה):
- תוצאה מוצלחת: Connection to 10.0.0.5:5106 succeeded!
  
  זה אומר שהסוכן פועל במארח ושחומת האש לא חוסמת את החיבור. אם סטטוס האישור של המארח ב-Manage > Hosts לא תקין, צריך ליצור מפתח סודי חדש באמצעות סוכן Backup and DR במארח, ואז להוסיף את המפתח הזה על ידי עריכת הרשומה של המארח ב-Manage > Hosts.
- תוצאה לא מוצלחת (זמן קצוב לתפוגה): Connection to 10.0.0.5:5106 failed: Connection timed out.
  
  הסיבות האפשריות לכך שהזמן הקצוב לתפוגה של החיבור נגמר:
  - המארח לא מופעל.
  - סוכן Backup and DR לא מותקן.
  - סוכן Backup and DR מותקן אבל לא פועל.
  - חומת האש של ה-VPC לא מאפשרת תעבורת נתונים נכנסת (ingress) ליציאה 5106 במארח הזה.
  - אין חיבור לרשת בין המכשיר למארח.
- תוצאה לא מוצלחת (הבקשה נדחתה): Connection to 10.0.0.5:5106 refused
  
  הסיבה לדחיית החיבור יכולה להיות אחת מהבאות:
  - סוכן Backup and DR לא מותקן.
  - סוכן Backup and DR מותקן אבל לא פועל.
  - אתם מתחברים לכתובת IP שגויה.