Здравейте приятели!. Продължаваме с Въведение в използването на QEMU-KVM в Debian Wheezy да се правят виртуални машини. За улесняване на комуникацията оттук нататък ще се обадим на „Домакин„O хост на машината, която поддържа всички виртуални машини, и“гост"Или гост на която и да е виртуална машина.
Днес ще видим как можем да имаме хост и гости с IP адреси от същата мрежа и как да управляваме отдалечени хостове и гости.
И без повече шум, нека се захващаме за работа!
Как да имам домакина и гостите с IP адреси на нашата LAN?
В предишната статия, когато инсталирате необходимите пакети, препоръчваме мостови утили y Хал. Първият ще ни позволи да направим Bridge, а вторият ще го отрази правилно в интерфейса на Virtual Machine Manager.
За практически цели и за да можем да присвояваме IP адреси на нашата мрежа на гостите, първото нещо, което трябва да създадем, е a Мрежов мост или „Bridge“ с мрежовата (ите) карта (и) на хоста. Това може да бъде постигнато по много начини според придружаващата документация, намираща се на адрес / usr / shar / doc / bridge-utils, или този, намерен в Интернет. Ще го направим, като редактираме конфигурационния файл / и т.н. / мрежа / интерфейси, но не преди спиране на работата на интерфейса eth0 (и други)). Не сме го тествали с Мрежов мениджър управление на мрежови връзки. Ние не използваме Network Manager на нашия работен плот. Добре?.
- Спираме интерфейса eth0 (и други):
ifdown eth0
- Редактираме файла / и т.н. / мрежа / интерфейси с любимия ни редактор и го оставяме със следното съдържание в съответствие с препоръчаното в wiki.debian.org:
# Този файл описва мрежовите интерфейси, налични във вашата система # и как да ги активирате. За повече информация вижте интерфейси (5). # Обратният мрежов интерфейс auto lo iface lo inet loopback # Настройте интерфейсите ръчно, като избягвате конфликти с, напр. Ръководител на мрежата iface eth0 inet manual # iface eth1 inet manual # iface eth1 inet manual auto br0 iface br0 inet static address 10.10.10.1 мрежа 10.10.10.0 netmask 255.255.255.0 излъчване 10.10.10.255 шлюз 10.10.10.10 bridge_ports всички # bridge_ports eth0 bridge_stp изключен # деактивиране на Spanning Tree Protocol bridge_waitport 0 # без закъснение преди портът да стане достъпен bridge_fd 0 # без препращане
Вдигаме интерфейса br0
ifup брато Изчакайте максимум 0 секунди за # без забавяне преди даден порт стане наличен, за да стане достъпен. Изчаква се br0 да се приготви (MAXWAIT е 2 секунди).
Във файла / и т.н. / мрежа / интерфейси, трябва да вземем предвид:
- Променете IP адресите и подмрежата за тези на нашата LAN.
- Възлага на br0 същия IP, който eth0 Физически (IP на нашата машина).
- Редът, който казва „bridge_stp изключен", Отнася се за STP (от англ Sканче Tтолерантност Pротокол), което е мрежов протокол от ниво 2 на OSI модел (Слой за връзка с данни). Неговата функция е да управлява наличието на цикли в мрежовите топологии поради наличието на излишни връзки (необходимо в много случаи, за да се гарантира наличността на връзките). [томадо от Уикипедия, Добре?]
- С тази конфигурация, всеки път, когато стартираме хоста, интерфейсът ще се повишава автоматично. br0.
Тези от нас, които практикуват, ръководени от предишната статия, ще проверяваме отсега нататък, че съветникът за създаване на виртуални машини ще избере по подразбиране изходното устройство "Екипно устройство eth0 (мост 'br0 ′)", Като виртуален мрежов интерфейс на всеки гост (виртуална машина), който създаваме. Въпреки това можем да имаме машини, свързани към br0 или NAT.
По този прост начин можем да присвоим IP адреси на нашата локална мрежа на нашите виртуални машини. Разбира се, стига да са адреси, които не се използват. Ако тестваме или използваме операционна система с настолна среда и в нашата локална мрежа имаме DHCP сървър, можем да конфигурираме мрежовата карта за гости, така че да бъде конфигурирана чрез DHCP. По подобен начин можем да конфигурираме br0 моста така, че той да придобива своя IP адрес от DHCP сървър, въпреки че не е най-препоръчителен.
Как да управлявате отдалечени хостове с помощта на връзките на диспечера на виртуална машина
Това, което ще обясним, е валидно за работния плот, който сме определили за управление на хоста (ите) за поддръжка на гости. Разбира се, отдалечените хостове могат да бъдат и други настолни компютри, стига техният хардуер да има разширения за виртуализация.
Единственият пакет, който трябва да инсталираме на нашия работен плот, е ssh-askpass, или за тези, които използваме GNOME el SSH-askpass-гном. Нека не забравяме да инсталираме пакета OpenSSH сървър на отдалечения хост, за да има достъп до него чрез шшш.
За да добавим връзка към отдалечен хост чрез Virtual Machine Manager, ще направим следното:
Изображенията са обясними. Препоръчваме да разгледате ВСИЧКИ опции, предлагани от Мениджър на виртуални машини и ТЕСТВАЙТЕ характеристиките и параметрите, които можем да предадем на създадените чрез него виртуални машини.
И Дейността приключи. До следващото приключение!
Поздравления за работата, която свършихте с QVM. Сега завършвам урока за инсталирането и / или конфигурирането на ZPanelX, защото най-накрая успях да го инсталирам благодарение на приноса, който Petercheco даде за зависимостите от ZPanel.
Както и да е, щом приключа с изтеглянето на Debian Wheezy DVD (извинете, ако интернет ми е бавен), ще опитам.
Благодаря ти ElioTime !!!
Добре дошъл, приятел. Нещо повече, надявам се да публикуват публикацията ми за ZPanelX и поне да публикуват екранни снимки как е минало.
Радвам се, че ти помогнах приятел 😀
Благодаря за съвета, petercheco. Нещо повече, когато инсталирам zpanel, препоръчвам да използвате вътрешния ip вместо външния или публичния (честно казано, направих сериозна грешка, използвайки публичен или външен лайп и за съжаление, нямах достъп до панела и трябваше отново.
Извинете !!! Току-що разбрах, че редът на изображенията е назад. С други думи, те трябва да ги четат отдолу нагоре. 🙂
Errare humanum est.
Много добре, моят партньор, продължавай да правиш добри приноси 🙂
Благодаря ти приятелю!!!.
Тествам новата опера, засега малко бавно ...
Дори не поставя операта ... какъв провал
Човече .. прави тестовете в друга тема .. хайде, не бъди зъл. 😛
Благодаря Елав. Струва ми се, че те трябва да си говорят другаде. 🙂
Делукс компа: D!
Благодаря ви много за урока!
Поздрави!
Моля. Благодаря за коментара.
Поздрави и поздравления за урока, разследвам как да виртуализирам защитна стена (cleros, monowall, pfsense ...) Въпросът ми е как една от мрежовите карти може да се активира само за виртуална машина, тоест, че виртуалната машина е кой може да го вижда и управлява, но хост системата не.
@eduviz. Моите поздрави на първо място. Възможно решение би било следното, въпреки че трябва да ви кажа, че не съм го пробвал. Добре?.
Да приемем, че имате на хоста, който поддържа виртуалната защитна стена, поне два мрежови интерфейса: eth0 и eth1. Да предположим, че на същия хост имате повече виртуални машини, свързани към моста br0, който е деклариран по следния начин:
iface br0 инет статичен
адрес 10.10.10.1
мрежа 10.10.10.0
мрежова маска 255.255.255.0
излъчване на 10.10.10.255
bridge_ports eth0
bridge_stp off # деактивиране на протокола за обхващащо дърво
bridge_waitport 0 # без забавяне, преди даден порт стане наличен
bridge_fd 0 # без забавяне на препращането
Имайте предвид, че е свързан само интерфейсът eth0. Интерфейсът eth1, който не се използва от хоста, е именно този, който трябва да добавите към вашата виртуална защитна стена и да го конфигурирате правилно, така че да се свързва с интернет WAN чрез IP адресите, които са ви дали. Разбира се, защитната стена трябва да има и друг мрежов интерфейс, за да се свърже с вашата LAN и да служи като шлюз или шлюз за останалите компютри, които упълномощавате да излязат през защитната стена. Този интерфейс ще бъде създаден, когато изберете br0 като интерфейс за вашата виртуална машина.
Също така ви казвам, че когато предадете eth1 на хоста на виртуалната защитна стена, хостът няма да може да го използва, освен ако не направите разширени конфигурации на тази мрежова карта.
Опитайте и ми кажете.
Как мога да управлявам две Ethernet мрежови карти в qemu? един за моя домакин и един за qemu. Правя го, защото имам две точки за достъп с независими връзки. И идеята ми е да използвам няколко изтегляния с торент (виртуална машина в qemu), а другото за ежедневна употреба в моя архив Linux) (хост)
можете да направите мост с картата, която искате да свържете с вашия торент. Например, ако eth1 е това, което искате за това, декларирате мост с него. след това прикачвате виртуалната мрежова карта на вашата торент машина към този мост.
Здравейте, когато добавите мрежа, където можете да премахнете това, за да не се появява по-късно
На същото място, където сте го създали. Администратор на виртуална машина или виртуален мениджър. Меню Редактиране - Подробности за връзката - Виртуални мрежи. На тази страница добавяте или премахвате виртуални мрежи.
Поздрави общност и Fico, благодаря за двете статии, те са много полезни и прости. Инсталирах QEMU-KVM на машина i686 с Debian Jessie 8.3 и всичко върви чудесно. Бих искал, че с фиксирания IP, който съм назначил на хоста (който е компютърът с Debian Jessie 8.3), може да бъде достъпен един от моите гости, който е виртуална машина също с Debian Jessie 8.3, която ще използвам като уеб и сървър за данни, така че в рамките на локалната мрежа на моята работа някои колеги могат да се свържат с тези бази данни чрез моя фиксиран IP, сякаш са инсталирани на хост компютъра. Определих конфигурацията на интерфейса за мост за моя хост компютър, както обяснихте в тази статия, всичко беше наред и в virt-manager смених nat мрежата на br0 в опциите за свързване на виртуалната машина, които споменавам, но сега аз не може да осъществи достъп нито от SSH, нито от която и да е от уеб услугите на този гост с фиксиран IP, който зададох от локалната мрежа по подразбиране 192.168.122.0/24 на QEMU-KVM, когато беше в нат. Може ли някой да ми помогне да ми каже как мога да използвам фиксирания IP на моя хост, за да се свържа с този гост локално и чрез другите компютри на колегите си, моля?