4. Після цього треба клацнути по кнопці Install і зберегти конфігурацію клацанням по кнопці Safe.
При цьому в якості мережевої плати треба вибрати плату AMD PCNET Family Ethernet adapter (PCI-ISA), а потім або задати фіксований мережеву адресу, або задіяти динамічне отримання адреси за протоколом DHCP. Більш докладно про те, як це можна зробити, дивіться у посібнику ОС, яка завантажується на віртуальному комп'ютері. Варто лише зазначити, що якщо ви встановите на віртуальному комп'ютері кілька ОС і будете вибирати одну з них при завантаженні, то треба буде налаштувати мережеві служби в кожній з цих ОС. Оскільки частіше за все в кожний момент часу може бути запущена тільки одна з цих ОС, можна використовувати один і той же IP-адреса у всіх цих системах. Швидше за все, вам доведеться перезапустити ОС віртуального комп'ютера, щоб зроблені зміни вступили в силу.
Якщо ви підключаєтеся до реальної фізичної мережі, то після цього ви зможете "побачити" інші комп'ютери локальної мережі, розкривши вікно "Мережеве оточення" в Windows. А, отже, ви отримаєте доступ і до тих ресурсів (дискам, каталогами, принтерам), які на цих комп'ютерах віддані "у спільне користування". Проте ресурси вашого базового комп'ютера ви, швидше за все, ще не побачите. Для того, щоб дати доступ з Windows до дисків Linux-комп'ютера, необхідно запустити на останньому сервер Samba і правильно його настроїти. Повністю описувати тут налаштування Samba-сервера немає ніякої можливості: про це написано окремі книги.
А тепер розглянемо декілька прикладів налаштування для конкретних ситуацій, пов'язаних з системою VMware. Сподіваюся, що їх розгляд дозволить зрозуміти принципи такого налаштування, а в сукупності з раніше наведеними відомостями, - і налаштувати потрібну вам конфігурацію виходу віртуального комп'ютера в мережу.
8.5 Кілька прикладів налаштування виходу в мережу
8.5.1 Підключення до існуючої локальної мережі у варіанті "Bridged networking"
Розглянемо спочатку найпростіший випадок, коли базовий комп'ютер, що працює під Linux, вже підключено до реальної фізичної мережі. Крім того, на базовому комп'ютері працює Samba-сервер, що надає якісь каталоги в розпорядження інших робочих станцій мережі, і створення віртуальної мережі з віртуальних комп'ютерів не планується.
У такому випадку потрібно настроїти мережеві служби системи VMware у варіанті "Bridged networking", отримати в адміністратора мережі реальний IP-адресу, маску мережі, адреси серверів DNS і WINS, і налаштувати мережеві служби ОС на віртуальному комп'ютері з використанням цих адрес. Приклад такого налаштування наведено на рис. 18.8, а на рис. 18.9 показано, як виглядає "Мережеве оточення" у разі реалізації цього варіанту для невеликої мережі, що складається з двох фізичних комп'ютерів (Kos3 і Linux). На комп'ютері Linux запущена система VMware і віртуальний комп'ютер Vmware, підключений до фізичної мережі з даного варіанту. З малюнка видно, що комп'ютер Vmware показується як повноправний учасник мережі і отримує доступ до дисків базового комп'ютера (оскільки знімок зроблений у вікні екрану віртуального комп'ютера).
Рис. 18.9. Доступ до диску базового комп'ютера через "Мережеве оточення"
Необхідно відзначити одну особливість налаштування мережевих коштів на віртуальному комп'ютері, яка виявляється тоді, коли ОС віртуального комп'ютера завантажується з фізичного диска. Особливість полягає в тому, що в цьому випадку обов'язково треба створити окремий профіль обладнання для завантаження ОС Windows у віртуальному комп'ютері, в якій відключити реальну мережеву карту Ethernet, як це було сказано в розд. 18.7. В іншому випадку у вас можуть виникнути труднощі з підключенням адаптера AMD PCNET PCI для Ethernet, який повинен працювати у віртуальному комп'ютері. Втім, те ж саме вірно і для інших варіантів, так що не забувайте створювати окремий профіль обладнання для запуску на віртуальному комп'ютері.
8.5.2 Приклад 2. Створення мережі на ізольованому комп'ютері
В якості наступного прикладу розглянемо створення віртуальної мережі на ізольованому (скажімо, домашньому) комп'ютері. При конфігуруванні системи VMware в цьому випадку треба вибрати варіант "Host-only networking", для чого на питання конфігураційного скрипта vmware-config.pl "Do you want this script to automatically configure your system to allow your virtual machines to access the host file system ? " треба відповісти "Yes". При цьому буде встановлено Samba-сервер vmware-smbd (а також необхідний для його роботи демон vmware-nmbd) і буде організовано їх запуск при завантаженні ОС Linux. Конфігураційний файл для такого сервера розташовується не в каталозі / etc / samba, як для стандартного серверу Samba, а в каталозі / etc/vmware/vmnet1/smb, хоча і називається як і раніше smb.conf. Про те, як його налаштувати, ви можете дізнатися в документації по Samba або з man-сторінки (man 5 smb.conf), оскільки він будується точно так само, як файл smb.conf для стандартного серверу Samba.
Природно, що необхідно налаштувати мережеві служби в ОС Linux базового комп'ютера і на віртуальному комп'ютері. IP-адреси можна задати довільним чином. Оскільки в такій мережі буде працювати лише кілька комп'ютерів (у найпростішому випадку - всього два), то сервер DHCP запускати не має сенсу, простіше прописати всі комп'ютери та їх адреси у файлі / etc / hosts.
Рис. 18.10 ілюструє саме такий варіант роботи віртуального комп'ютера. На малюнку показано, що весь диск базового комп'ютера підключений як мережний диск G: до віртуального комп'ютера, причому у вікні провідника Windows відображається вся структура каталогів Linux.
Рис. 18.10. Диск базового комп'ютера змонтований як диск G: в ОС віртуального комп'ютера
Звичайно, давати повний доступ до Linux-розділу диска в реальному житті не варто, якщо ви замислюєтеся і про забезпечення безпеки у вашій мережі, так як всі системні файли Linux стають доступні для редагування з віртуального комп'ютера. Треба коректно налаштувати сервер Samba, надавши доступ тільки до спеціально виділеного каталогу.
8.5.3 Приклад 3. З'єднання віртуальної і фізичної мережі
Тепер припустимо, що ви вирішили створити кілька віртуальних комп'ютерів на одному базовому, об'єднати їх у віртуальну мережу, і з'єднати її з реальною мережею. При цьому мережева частина IP-адреси віртуальної мережі відрізняється від мережевої частини адреси реальній мережі. У цьому випадку система VMware знову конфігурується за варіантом "Host-only networking". Тільки тепер необхідно вказати Samba-сервера, що він повинен обслуговувати як інтерфейс з реальною мережею (або навіть декілька таких інтерфейсів), так і віртуальний інтерфейс vmnet1, на який працює віртуальна мережа. Робиться така вказівка шляхом коригування рядка "interfaces" у файлі / etc / smb.conf. Вона повинна прийняти наступний вигляд:
interfaces = <фізичні мережі> <віртуальна мережа>.1/24
де <фізичні мережі> - це список обслуговуються фізичних мереж, а <віртуальна мережа> - це мережева частина адреси, призначеного для віртуальної мережі. Припустимо для прикладу, що базовий комп'ютер має в реальній мережі адресу 209.220.166.34, а віртуальної мережі у варіанті "host-only" йому присвоєно адресу 192.168.0.1. Тоді зазначена рядок приймає вигляд:
interfaces = 209.220.166.34/24 192.168.0.1/24
або, задаючи маску мережі явним чином, так:
interfaces = 209.220.166.34/255.255.255.0 92.168.0.1/255.255.255.0
Докладніше про це див man-сторінку 5 smb.conf.
Якщо ви не пам'ятаєте, якою IP-адреса визначено віртуального інтерфейсу, дайте команду / sbin / ifconfig vmnet1.
8.6 Доступ до дисків віртуального комп'ютера з ОС базового
У всіх трьох розглянутих прикладах ми говорили тільки про те, як отримати доступ до дисків базового комп'ютера з віртуального. Однак можна поставити питання і навпаки: як отримати доступ до дисків віртуального комп'ютера з ОС базового? Очевидно, що за рахунок використання мережевих засобів таке завдання теж легко вирішується.
Якщо на базовому комп'ютері встановлено пакет Samba, то окремі каталоги на дисках віртуального комп'ютера vmware, що працює під Windows, можна монтувати в файловій системі Linux на базовому комп'ютері приблизно такою командою
[User] $ / usr / sbin / smbmount / / vmware / public / mnt/vm1-U user1
(Докладніше див документацію по Samba або сторінку man smbmount).
Рис. 18.11 ілюструє цю можливість. На ньому показано каталог на диску віртуального комп'ютера, змонтований у файлову систему Linux. При цьому у віртуальному комп'ютері запущено MS Word, про що свідчить наявність тимчасових файлів, створюваних цією програмою. А сам каталог в даному випадку проглядається з Linux за допомогою браузера Konqueror.
Рис. 18.11. Ресурс віртуального комп'ютера змонтований в каталог / mnt / vm в ОС базового комп'ютера (перегляд через Konqueror)
9. Кілька додаткових зауважень
9.1 Знову про застереження
На початку цієї глави було вже сказано, що одночасне звернення до диска двох різних операційних систем може призвести до неприємностей. Але про це доведеться нагадати ще раз у зв'язку з тільки що розглянутої можливістю отримання доступу до дисків за допомогою мережевих засобів. Не варто за допомогою таких засобів організовувати "кільце", змонтувавши диск Windows в один з каталогів Linux овой файлової структури, потім підключити Linux-диск як мережевий диск у провіднику Windows, а потім намагатися отримати доступ до цього диску з Windows. У операційної системи може "піти обертом".
Ще одна неприємність, з якою можна зіткнутися, пов'язана з тим, що в Linux не всі зміни відразу запам'ятовуються на диску. Наприклад, спроби зберегти файл, створений однією з Linux-програм, в каталозі, який знаходиться на примонтувати Windows-диску віртуального комп'ютера, можуть у деяких ситуаціях (зокрема, при вимиканні віртуального комп'ютера) привести до неприємних наслідків, аж до руйнування файлової системи.
9.2 Список користувачів, яким дозволений доступ до сервера Samba
Одним з останніх питань, що задаються конфігураційні скрипти vmware config.pl в тому випадку, коли ви встановили версію Samba-сервера фірми VMware, є пропозиція ввести імена і паролі користувачів, яким буде дозволено доступ в Samba-сервера. Якщо ви відмовилися від виконання цієї процедури на етапі конфігурування або хочете додати нових користувачів до цього списку, ви повинні виконати наступне.
1. Отримати права суперкористувача
[User] $ su
2. Виконати команду
[Root] # / usr / bin / vmware-smbpasswd vmnet1-a <username>
де <username> - це ім'я користувача, якого ви додаєте до списку.
3. Виконати те, що буде сказано у інструкціях, що з'являються на екрані (програма vmware-smbpasswd є варіантом стандартної програми smbpasswd. Якщо ви знайомі з останньою, ви можете використовувати будь-які її опції).
4. Покинути бюджет користувача root: [Root] # exit
Якщо ви отримаєте повідомлення "Unknown virtual interface" vmnet1 ", означає або у вас не використовується сервер Samba від VMware, або не задіяний варіант" Host Only "(який обслуговується цим інтерфейсом).
9.3 Як усунути "витік" пакетів з віртуальної мережі в реальну
Всі системи, що підтримують протоколи TCP / IP, зазвичай володіють здатністю відправляти далі ті IP-пакети, які призначені не їм (forwarding). Тому, якщо створена нами віртуальна мережа підключена до реальної мережі, в останній може істотно підвищитися трафік. Але це відбувається тільки в тому випадку, коли в системах, що входять у віртуальну мережу, не відключена функція форвардинг. За замовчуванням ця функція в більшості систем відключається, але все-таки варто цей момент перевірити, щоб не перевантажувати реальну мережу. Причому відповідне настроювання необхідно зробити як в ОС базового комп'ютера, так і в ОС віртуальних комп'ютерів.
В ОС Linux заборону форвардинг здійснюється шляхом запису "0" в спеціальний файл / proc/sys/net/ipv4/ip_forward; це можна зробити, наприклад, командою
[Root] # echo 0> / proc/sys/net/ipv4/ip_forward
9.4 Про застосування системи VMware
У рамках даної книги не знайшли відображення відповіді на багато питань, пов'язаних з установкою, конфігуруванням і роботою системи віртуальних машин, зокрема процедури підключення до віртуального комп'ютера периферійних пристроїв (принтери, модеми, ZIP-дисководи і т. д.). Однак, на мій погляд, ці питання не є актуальними для тих, хто орієнтується на перехід від роботи під Windows до переважного використання Linux. Дійсно, різні периферійні пристрої, напевно, легше і простіше підключити до фізичного комп'ютера, ніж до віртуального. Після цього доступ до таких пристроїв, як принтер або дисковод Zip від Iomega, можна отримати через мережу, як це було показано в розд. 18.8. А що стосується виходу в Інтернет через модем, то всі кошти для цього (програми доступу до мережі по телефонним каналам, браузери та системи перегляду електронної пошти) є і в Linux, так що немає ніякої необхідності організовувати такий доступ через віртуальний комп'ютер.
Єдина серйозна причина, за якою для користувача Linux стає необхідним застосування ОС від Microsoft і, відповідно, системи віртуальних машин, - це необхідність обмінюватися файлами з прихильниками Windows, які поки що становлять більшість користувачів комп'ютерів взагалі. Саме для обробки файлів у форматах, розроблених фірмою Microsoft, доводиться запускати VMware. Але саме ця система дозволяє здійснити поступовий перехід на використання Linux, так як дозволяє, з одного боку, продовжувати використовувати весь набір звичного ПЗ, освоєного користувачем Windows, і, з іншого боку, поступово освоювати вільні аналоги цього ПЗ, розроблені для Linux.
9.5 Трохи про швидкодії
Оскільки система VMware є емулятором, природно виникає думка про те, що прикладні програми будуть на ній працювати повільніше, ніж на фізичному комп'ютері, проте досвід показує, що якщо додаткове уповільнення і є, воно так невелика, що практично непомітно. Більш того, я провів серію тестів за допомогою програми Sandra SiSoft, результати яких мене просто вразили. Деякі тести показують, що швидкодія віртуального комп'ютера з NT 4.0 за деякими параметрами вище, ніж швидкодія базового комп'ютера, що працює під тією ж ОС безпосередньо. Звичайно, швидкодія істотно залежить від ресурсів базового комп'ютера. Я починав освоювати систему VMware на комп'ютері з ОЗУ 64 Мбайт і процесором 233 МГц, де все в загальному-то працювало, але уповільнення роботи ОС на віртуальній машині було дуже помітно. Зараз я використовую базовий комп'ютер з процесором Pentium III 733 MHz і 128 Мбайт ОЗУ. Пам'ять я поділив між двома ОС порівну і уповільнення у швидкодії вже непомітно. Саме обсяг оперативної пам'яті є самим критичним параметром для використання системи віртуальних машин. Судячи з мого досвіду, 64 Мбайт фізичної ОЗУ все ж таки мало, а при 128 вже можна працювати досить комфортно.
9.6 Про першоджерела
Єдиним джерелом інформації при написанні цієї глави (а також статей [П20.7, П20.8]) були матеріали з сайту фірми VMware (http://www.vmware.com). Російськомовних публікацій про систему VMware поки практично немає крім двох статей автора [П20.7] та [П20.8] (зміст яких практично збігається зі змістом цієї глави) та статті [П20.5]. Додаткову інформацію російською мовою можна знайти на сайтах [П20.4, П20.5]. Якщо вас зацікавила система віртуальних машин, - встановіть її та експериментуйте, вона коштує того, щоб витратити на неї час.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8
