גמר דביאן 7 "Wheezy" ו- QEMU-KVM (II)

שלום חברים!. אנו ממשיכים עם מבוא לשימוש ב- QEMU-KVM ב- Debian Wheezy לייצר מכונות וירטואליות. כדי להקל על התקשורת מעכשיו אנו קוראים "מארח"O מארח למכונה התומכת בכל המכונות הווירטואליות, ו"אוֹרֵחַ"או אורח לכל מכונה וירטואלית.

היום נראה כיצד נוכל לקבל את המארח והאורחים עם כתובות IP של אותה רשת, וכיצד לנהל מארחים ואורחים מרוחקים.

ובלי להתלבט, בואו נעבור לעניינים!

כיצד לקבל את המארח והאורחים עם כתובות IP של ה- LAN שלנו?

במאמר הקודם בעת התקנת החבילות הדרושות אנו ממליצים גשר כלים y אל. הראשון יאפשר לנו ליצור את הגשר, והשני ישקף אותו נכון בממשק מנהל המחשב הווירטואלי.

למטרות מעשיות וכדי שנוכל להקצות כתובות IP מהרשת שלנו לאורחים, הדבר הראשון שעלינו ליצור הוא גשר רשת או "גשר" עם כרטיסי הרשת של המארח. ניתן להשיג זאת בדרכים רבות על פי התיעוד הנלווה הנמצא בכתובת / usr / shar / doc / גשר כלים, או זה שנמצא באינטרנט. אנו נעשה זאת על ידי עריכת קובץ התצורה / etc / רשת / ממשקים, אך לא לפני הפסקת פעולת הממשק eth0 (ואחרים)). לא בדקנו את זה עם מנהל רשת ניהול חיבורי רשת. אנו לא משתמשים במנהל הרשת בשולחן העבודה שלנו. בסדר?.

• אנו עוצרים את ממשק eth0 (ואחרים):

ifdown eth0

• אנו עורכים את הקובץ / etc / רשת / ממשקים עם העורך המועדף עלינו ואנחנו משאירים את התוכן הבא בהתאם למומלץ ב- wiki.debian.org:

# קובץ זה מתאר את ממשקי הרשת הזמינים במערכת שלך וכיצד להפעיל אותם. למידע נוסף, ראו ממשקים (5). # ממשק רשת loopback אוטומטית lo iface lo inet loopback # הגדר ממשקים באופן ידני, הימנע מעימותים עם, למשל, מנהל רשת iface eth0 inet ידני # iface eth1 inet ידני # iface eth1 inet ידני auto br0 iface br0 inet כתובת סטטית 10.10.10.1 רשת 10.10.10.0 מסיכת רשת 255.255.255.0 שידור 10.10.10.255 שער 10.10.10.10 bridge_ports all # bridge_ports eth0 bridge_stp off # השבת Spanning Tree Protocol Protocol_waitport 0 # אין עיכוב לפני שהנמל הופך להיות זמין bridge_fd 0 # ללא עיכוב העברה

אנו מעלים את הממשק br0

ifup bro מחכה למקסימום של 0 שניות ל- # ללא עיכוב לפני שיציאת יציאה תהיה זמינה. מחכה ש- br0 יתכונן (MAXWAIT הוא 2 שניות).

בתיק / etc / רשת / ממשקים, עלינו לקחת בחשבון:

• שנה את כתובות ה- IP ואת רשת המשנה עבור אלו של ה- LAN שלנו.
• הקצה ל br0 אותה IP שה- eth0 פיזי (ה- IP של המכונה שלנו).
• השורה שאומרת “bridge_stp כבוי", זה מתייחס ל STP (מהאנגלית Sצילום פנורמי Tרי Pרוטוקול), שהוא פרוטוקול רשת שכבה 2 של מודל OSI (שכבת קישור נתונים). תפקידה לנהל נוכחות לולאות בטופולוגיות רשת בשל קיומן של קישורים מיותרים (הכרחי במקרים רבים כדי להבטיח את זמינות החיבורים). [tאומאדו מוויקיפדיה, בסדר?]
• עם תצורה זו, בכל פעם שאנחנו מפעילים את המארח, הממשק יוגבה אוטומטית. br0.

אלו מאיתנו שמתרגלים בהנחיית המאמר הקודם, אנו נוודא מעתה והלאה שהאשף ליצירת מכונות וירטואליות יבחר כברירת מחדל במכשיר המקור "מכשיר צוות eth0 (Bridge 'br0')", כממשק הרשת הווירטואלית של כל אורח (מכונה וירטואלית) שאנו יוצרים. עם זאת נוכל להחזיק מכונות המחוברות ל- br0 או ל- NAT.

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

כיצד לנהל מארחים מרוחקים באמצעות חיבורי מנהל המחשב הווירטואלי

מה שנסביר תקף לשולחן העבודה שהגדרנו לנהל את מארחי התמיכה לאורחים. כמובן שהמארחים המרוחקים יכולים להיות שולחנות עבודה אחרים, כל עוד לחומרה שלהם יש הרחבות וירטואליזציה.

החבילה היחידה שעלינו להתקין על שולחן העבודה שלנו היא ssh-askpass, או עבור אלה שאנו משתמשים בהם גנומה el ללא שם: ssh-askpass-gnome. אל לנו לשכוח להתקין את החבילה שרת openssh במארח המרוחק כדי להיות מסוגל לגשת אליו דרך ששש.

כדי להוסיף חיבור למארח מרוחק באמצעות מנהל המחשב הווירטואלי נעשה את הפעולות הבאות:

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

והפעילות הסתיימה. עד להרפתקה הבאה!