1. Глава 18. Віртуальний комп'ютер (система VMware)
2. 18.8.1 Чотири варіанти організації мережевих служб в системі VMware
3. 18.8.2 Засоби підтримки мережевих можливостей в VMware
4. 18.8.3 Призначення MAC-адрес для віртуальних комп'ютерів
5. 18.8.4 Установка засобів мережевої підтримки
6. 18.8.5 Кілька прикладів налаштування виходу в мережу
7. Приклад 2. Створення мережі на ізольованому комп'ютері
8. Приклад 3. З'єднання віртуальної і фізичної мережі
9. 18.8.6 Доступ до дисків віртуального комп'ютера з ОС базового

Глава 18. Віртуальний комп'ютер (система VMware)

18.8. Вихід в локальну мережу

Підключити фізичний диск до віртуального комп'ютера вдається не завжди. Найбільш очевидна причина труднощів полягає в тому, що на фізичному диску створена файлова система, з якої не вміє працювати ОС віртуального комп'ютера. І хоча можна намагатися встановити спеціальні драйвери, але робити це (на мій погляд) не варто, оскільки можна організувати обмін даними з базовим комп'ютером, а також з усім іншим світом, за допомогою мережевих засобів. Вони спочатку створювалися в розрахунку на взаємодію різних ОС, так що надають необхідні кошти обміну даними. Судячи з мого досвіду, це набагато більш реалістичний і безпечний спосіб організації такого обміну. Але спочатку кілька пояснень загального плану.

18.8.1 Чотири варіанти організації мережевих служб в системі VMware

Кожна віртуальна машина, яку ви створюєте, може мати свою незалежну конфігурацію мережевих служб. Існує 4 можливих варіанти конфігурації:

Конфігурація "No networking" просто означає, що віртуальна машина працює сама по собі, не маючи можливості взаємодіяти з операційною системою базового комп'ютера або іншими комп'ютерами (включаючи віртуальні комп'ютери, що працюють на тому ж базовому). Цей варіант варто розглядати тільки в тому випадку, коли віртуальна машина буде використовуватися, наприклад, з метою тестування ПО або для забезпечення безпеки інформації, що зберігається на ній інформації. Така конфігурація задається дуже просто - достатньо при конфігуруванні віртуальної машини не підключати мережевий адаптер (або відключити його згодом).

Варіант "Host-only networking" означає, що віртуальний комп'ютер зможе взаємодіяти з операційною системою базового комп'ютера і будь-яким віртуальним комп'ютером, запущеним на базовому комп'ютері, і теж мають мережеві можливості. Але віртуальний комп'ютер в такій конфігурації не зможе взаємодіяти з системами, що знаходяться поза базового комп'ютера (якщо тільки не використовується proxy-сервер, запущений на базовому комп'ютері). Створюється як би приватна віртуальна мережа, яка складається з базового комп'ютера і всіх запущених на ньому віртуальних (зокрема, одного віртуального). Зазвичай всі хости такої мережі використовують стек протоколів TCP / IP, хоча жорсткої вимоги використовувати саме його немає. Але які б протоколи не використовувалися, кожен комп'ютер в такій мережі повинен мати свою адресу. Адреси можуть призначатися "статично" або "динамічно". В останньому випадку використовуються такі протоколи, як DHCP (Dynamic Host Configuration Protocol).

Якщо варіант "Host-only networking" задіюється при інсталяції системи VMware, на базовому комп'ютері за замовчуванням запускається DHCP-сервер. Цей сервер використовується для підтримки протоколу DHCP тільки для віртуальних комп'ютерів, що підключаються до віртуальної мережі через інтерфейс vmnet1. Операційні системи віртуальних комп'ютерів, в яких задана опція використання DHCP, при завантаженні отримують IP-адреса автоматично, без будь-якої додаткової настройки. Операційні системи Windows за замовчуванням зазвичай підключають використання динамічно призначаються адрес.

Якщо в налаштуваннях операційної системи не задано використання протоколу DHCP, то в системі необхідно явно прописати "статичний IP-адресу". Цей варіант адресації має сенс застосовувати в тому випадку, коли ви хочете, щоб віртуальні машини могли звертатися один до одного по іменах, а не по IP-адресами. Але в такому випадку ви повинні підтримувати базу даних відповідностей імен та IP-адрес на кожному комп'ютері або запустити на базовому комп'ютері сервер імен (DNS). У документації фірми VMware рекомендується застосовувати статичну IP-адресацію (або настроїти DHCP-сервер так, щоб віртуальній машині завжди призначався один і той же IP-адресу) в тому випадку, якщо ви маєте намір використовувати віртуальний комп'ютер протягом тривалого періоду часу. Якщо ж ви встановлюєте його ненадовго, використовуйте DHCP і надайте йому можливість розподіляти IP-адреси.

Відзначимо, що зазвичай (відповідно до прийнятих в Інтернеті угодами) IP-адреси для віртуальних мереж розподіляються наступним чином:

Таблиця 18.2. Розподіл IP- адрес

Діапазон

Використовується для

приклад

<Net> .1 *

базовий комп'ютер

192.168.0.1

<Net> .2 - <net> .127

статичні адреси

192.168.0.1 - 192.168.0.127

<Net> .128 - <net> .254

Розподіляються через DHCP

192.168.0.128 - 192.169.0.254

<Net> .255

циркулярний запит

192.168.0.255

* Тут <net> - це мережева частина адреси, вибрана для віртуальної мережі).

Варіант "Host-only networking" можна використовувати, коли сам базовий комп'ютер не підключений ні до якої мережі, або коли ви хочете ізолювати віртуальний комп'ютер від зовнішніх (по відношенню до базового) систем. Така конфігурація аналогічна нагоди, коли якась фірма або корпорація з'єднує свою внутрішню мережу з Інтернетом через фаєрвол або проксі-сервер. Щоб настроїти віртуальну машину для роботи в даному варіанті, треба підключити до віртуального комп'ютера мережевий адаптер (віртуальний) і вибрати для нього тип підключення "Host-only networking". Про деякі необхідні дії з налаштування конфігурації для цього варіанта ми поговоримо трохи пізніше.

Варіант "Bridged networking" означає, що віртуальна машина буде підключатися до локальної мережі, використовуючи реальну Ethernet-плату Вашого основного комп'ютера, яка виконує функції "моста" між віртуальною машиною і реальної фізичної мережею. Це дозволяє віртуального комп'ютера виглядати з боку реальної мережі як повнофункціональний хост. Призначення мережевих адрес в цьому випадку здійснюється відповідно до правил, прийнятих в реальному локальної мережі. Ви можете підключатися по протоколу DHCP, або отримати у адміністратора мережі статичний IP-адресу.

Віртуальна машина, підключена за цим варіантом, може використовувати будь-які мережеві сервіси, що надаються в локальній мережі, до якої вона підключена: принтери, файл-сервери маршрутизатори і т. Д. Точно так же і вона може надати в мережу якісь зі своїх ресурсів . Це найбільш часто використовувана конфігурація мережевих служб віртуального комп'ютера. Для того, щоб налаштувати даний варіант конфігурації мережі, вам необхідно встановити мережевий адаптер і вибрати для нього тип підключення "bridged". В операційній системі віртуального комп'ютера треба буде заново відрегулювати мережевих служб.

Варіант "Custom networking" означає, що ваш віртуальний комп'ютер буде мати можливість використовувати як реально існуюче Ethernet-з'єднання вашого основного комп'ютера, так і віртуальну мережу (т. Е. Цей варіант можна було б позначити як "Bridged and Host-only Networking") . Цей варіант надає широкі можливості з побудови мережі з віртуальних комп'ютерів. Наприклад, можна організувати віртуальну приватну мережу з віртуальних комп'ютерів, що розміщуються на декількох фізичних хостах реальній мережі. Однак, як зазначається у фірмовій документації, настройка таких мереж вимагає хорошого розуміння принципів побудови локальних мереж та вміння застосовувати ці принципи на практиці, так що може бути рекомендована тільки для досвідчених користувачів. Більш того, процедури налаштування цього варіанту у фірмовій документації практично не описані. Тому далі будуть розглядатися тільки два варіанти: "Host-only" і "Bridged networking".

18.8.2 Засоби підтримки мережевих можливостей в VMware

Підтримка мережевих можливостей VMware на базовому комп'ютері здійснюється за допомогою спеціальних драйверів, які організовують чотири віртуальних мережевих інтерфейсу: vmnet0, vmnet1, vmnet2 і vmnet3. Кожен інтерфейс асоціюється з віртуальним Ethernet-хабом, через який до базового хосту може бути підключено будь-яке число віртуальних комп'ютерів. Зазвичай vmnet0 використовується у варіанті "bridged networking", vmnet1 використовується у варіанті "host-only networking", а що залишилися два інтерфейсу служать для організації варіанта "bridged networking and host-only networking". На додаток до цих інтерфейсів є два додатки: vmnet-bridge і vmnet-dhcpd (відповідні файли знаходяться в каталозі / usr / bin). Програма vmnet-bridge використовується у варіанті "bridged networking" для підтримки прозорої взаємодії між vmnet0 і реальним мережевим інтерфейсом, зазвичай eth0. Програма vmnet-dhcpd запускається як окремий процес у варіанті "host-only networking". Цей процес забезпечує підтримку протоколу DHCP для віртуальних машин, запущених через vmnet1.

Починаючи з версії 2.0 VMware Workstation для Linux одночасно з інсталяцією системи VMware на базовому комп'ютері може бути встановлено сервер Samba, який необхідний для надання ресурсів базового комп'ютера через мережу. Правда, сервер цей злегка модифікований в порівнянні зі звичайним Samba-сервером з тією метою, щоб забезпечити підтримку віртуальних Ethernet-адаптерів (у своїй документації фірма VMware висловлює надію, що ці зміни увійдуть в наступні випуски стандартного Samba-сервера). Якщо в ОС Linux, запущеної на базовому комп'ютері, вже запущений Samba-сервер, або ви хочете з якихось причин використовувати стандартний варіант цього сервера, ви не повинні встановлювати Samba-сервер при інсталяції системи VMware.

Взагалі кажучи, можна запустити на базовому комп'ютері одночасно як стандартний сервер Samba, так і той варіант цього сервера, який поставляється разом з системою VM wa re Workstation. Однак при цьому треба враховувати, що версія стандартного Samba-сервера повинна бути не нижче 2.0.6 і він повинен бути коректно налаштований. Визначити версію стандартного Samba-сервера можна командою smbd -V, а для коректної настройки його фірма VMware пропонує скористатися прикладом конфігураційного файлу smb.conf, розміщеним на сайті фірми.

Підтримка мережевих можливостей в операційній системі віртуального комп'ютера здійснюється за допомогою віртуального Ethernet-адаптера (ів). До одного віртуального комп'ютера можна підключити до 3 таких адаптерів і вони "представляються" операційній системі як адаптери типу AMD PCNET PCI. Більшість операційних систем вміють розпізнавати такі адаптери та автоматично підключають відповідний драйвер. Тому для завершення конфігурації мережі в ОС віртуального комп'ютера залишається тільки коректно задати необхідні параметри мережевого підключення (мережеву адресу комп'ютера, маску підмережі, IP-адреса сервера імен і т. Д.).

18.8.3 Призначення MAC-адрес для віртуальних комп'ютерів

Коли "вмикається живлення" віртуального комп'ютера, система VMware автоматично призначає йому MAC-адресу (унікальний адреса фізичної пристрою, який використовується на канальному рівні для управління доступом до пристроїв). Система гарантує, що віртуальним машинам будуть присвоєні унікальні MAC-адреси в рамках одного базового комп'ютера. Але не гарантується, що при кожному запуску віртуального комп'ютера йому буде призначатися один і той же MAC-адресу. Точно так же система не може забезпечити (хоча і намагається це зробити) призначення унікальних адрес для віртуальних комп'ютерів, що запускаються на декількох базових комп'ютерах в одній фізичній мережі.

Якщо ви хочете, щоб віртуальний комп'ютер завжди отримував один і той же MAC-адресу або хочете домогтися повної унікальності призначаються адрес, ви можете призначати їх "вручну", а не автоматично. Для цього треба додати в конфігураційний файл віртуального комп'ютера рядок наступного виду:

ethernet0.address = 00: 50: 56: XX: YY: ZZ

де 'XX' - шістнадцяткове значення з інтервалу 00h - 3Fh, 'YY' і 'ZZ' - шістнадцяткові значення з інтервалу 00h - FFh (система VMware не дозволяє використовувати довільні адреси, так що треба підтримуватися саме такого формату).

Зауважимо, що якщо ви, дотримуючись вказаного формату, привласните фіксований адресу тільки деяким віртуальним комп'ютерам в мережі (а інші будуть отримувати адреси динамічно), конфліктів між адресами, призначеними "вручну", і адресами, призначеними автоматично, виникнути не повинно.

18.8.4 Установка засобів мережевої підтримки

А тепер, отримавши необхідні попередні знання, займемося підключенням віртуального комп'ютера до мережі.

Але перш, ніж займатися таким підключенням, ви повинні визначити для себе, який з варіантів підключення ви будете використовувати: "Host-only" або "Bridged networking" (як було сказано вище варіант "Custom" ми не розглядаємо). Ці два варіанти нижче будуть розглянуті окремо.

Хоча в розділі про інсталяції системи VMware було сказано, при завданні конфігурації віртуального комп'ютера можна відмовитися від конфігурації мережевої підтримки, проте для того, щоб таку підтримку задіяти, вам доведеться перевстановити систему VMware. На щастя, зробити це дуже просто, причому при такій перевстановлення не порушується конфігурація створених в системі віртуальних комп'ютерів (зокрема, зберігається вся інформація, записана на віртуальних дисках). Справа в тому, що і конфігурація віртуальних машин і всі пов'язані з ним файли зберігаються в двох підкаталогах домашнього каталогу користувача, який створив віртуальний комп'ютер: ~ / vmware і ~ / .vmware. Ці каталоги не змінюються при перевстановлення ПЗ VMware, і, після такої переустановлення, раніше створені віртуальні машини будуть знову запускатися без проблем (по крайней мере, в тому випадку, якщо ви не міняєте версії ПЗ).

Для того, щоб перевстановити систему VMware треба спочатку видалити її, а потім встановити заново. Якщо вона встановлювалася з rpm-пакету, то переустановка виконується командами

[Root] # rpm -qa | grep VMware

(Дозволяє дізнатися точне ім'я встановленого пакету, яке потрібно в наступній команді)

[Root] # rpm -e VMware-2.0.3-799

[Root] # rpm -Uhv VMware-2.0.3-799.i386.rpm

причому перед запуском третьої команди треба перейти в каталог, де розташовується вказаний пакет.

Якщо ви встановлювали систему з tar-архіву, то для її видалення треба запустити скрипт vmware-uninstall.pl.

Після того, як ви переустановили ПО, необхідно (як і при першій інсталяції) запустити скрипт vmware-config.pl, і тепер уже не пропускати етап завдання конфігурації мережі. Нижче наводиться зразок діалогу, який відбувається на цьому етапі:

-------------------------------------------------- -----------------------

Do you want this script to automatically configure your system to allow your Virtual Machines to access the host filesystem? (Yes / no / help)

The version of Samba used in this version of VMware is licensed as described in the "/ usr / share / doc / vmware / SAMBA-LICENSE" file.

Hit enter to continue.

Enabling networking (this is required to share the host filesystem).

Trying to find a suitable vmnet module for your running kernel.

None of VMware's pre-built vmnet modules is suitable for your running kernel. Do you want this script to try to build the vmnet module for your system (you need to have a C compiler installed on your system)? [Yes]

Extracting the sources of the vmnet module. Building the vmnet module.

The module loads perfectly in the running kernel.

Enabling host-only networking (this is required to share the host filesystem).

Do you want this script to probe for an unused private subnet? (Yes / no / help) [yes]

What will be the IP address of your host on the private network? 192.168.36.20

What will be the netmask of your private network? 255.255.255.0

-------------------------------------------------- -----------------------

Відповідь на перше з наведених в цьому прикладі питань визначає, чи буде на базовому комп'ютері встановлений Samba-сервер фірми VMware. Якщо ви відповідаєте ствердно ( "yes"), то на базовому комп'ютері встановлюється Samba-сервер vmware-smbd (це спеціально допрацьована фірмою версія сервера Samba, див. Вище). Після цього Ваше рішення потрібно ще тільки для того, щоб вирішити, задати чи IP-адреси самому або надати їх вибір скрипту. Це рішення ви приймаєте, коли відповідаєте на питання

"Do you want this script to probe for an unused private subnet? (Yes / no / help)".

Якщо ви вирішили використовувати тільки варіант "Bridged networking", то краще відповісти "n", і вказати у відповіді на наступне питання реальну адресу, отриманий від адміністратора мережі. Якщо ж ви вирішите створити віртуальну мережу ( "Host-only networking"), то краще надати вибір адрес скрипту. Втім, і в останньому випадку можна задавати адреси самому, дотримуючись угод, про які було коротко розказано вище.

Якщо ж на перше питання в наведеному прикладі ви відповідаєте негативно (т. Е. Відмовляєтеся від установки Samba-сервера від фірми VMware), то наступним питанням буде:

"Do you want to be able to use the network in your Virtual Machines? [Yes]".

Як бачите, це питання передбачає тільки один варіант відповіді (якщо ви відповідаєте "ні", то опиняєтеся від підтримки мережі взагалі). У разі ж ствердної відповіді скрипт ще раз цікавиться, чи не бажаєте ви сконфігурувати і "host-only networking":

Do you want to be able to use host-only networking in your Virtual Machines? [Yes]

Якщо ви відповісте "ні", то зможете використовувати тільки варіант "Bridged networking", про що свідчить поява наступного повідомлення:

Starting VMware services:

Virtual machine monitor [OK]

Virtual ethernet [OK]

Bridged networking on / dev / vmnet0 [OK]

Якщо ж ви задіяли і варіант "Host-only networking", то це повідомлення прийме вигляд:

Starting VMware services:

Virtual machine monitor [OK]

Virtual ethernet [OK]

Bridged networking on / dev / vmnet0 [OK]

Host-only networking on / dev / vmnet1 (background) [OK]

На закінчення скрипт ще попросить вас ввести ім'я і пароль користувача, якому буде дано доступ до сервера Samba, і завершить роботу.

Як випливає з викладеного, інтерфейс vmnet0 (використовуваний для "Bridged networking") задіюється в будь-якому випадку, навіть якщо ви намагаєтеся налаштувати мережеві служби системи VMware тільки на використання варіанту "Host-only".

Після завершення роботи конфігураційного скрипта запустіть систему VMware, виберіть (якщо їх декілька) потрібний вам конфігураційний файл віртуального комп'ютера (через меню File | Open) і, не запускаючи віртуальний комп'ютер, виконайте наступне:

1. Запустіть Редактор конфігурації (меню Settings | Configuration Editor).

2. Клацніть по значку "+" зліва від Напис "Ethernet Adapters". З'являться три додаткові рядки, що відповідають трьом можливим віртуальним мережевим адаптерам. Перемістіть підсвічування (курсор) на першу з цих рядків. У правій частині вікна (яке до цього було порожнім) з'явиться картинка, подібна до тієї, що зображена на рис. 18.7.

Мал. 18.7. Вікно настройки мережевого адаптера.

1. Клацніть по трикутнику біля випадаючого меню вибору типу підключення (Connection Type) і виберіть один з трьох можливих варіантів (Bridged, HostOnly або Custom), відповідно до прийнятого Вами раніше рішенням. Як було сказано вище, варіант Custom вибирати не варто, поки ви не освоїте систему VMware значно краще автора цієї книги.

2. Після цього треба клацнути по кнопці Install і зберегти конфігурацію клацанням по кнопці Safe.

На цьому установка необхідних мережевих засобів системи VMware завершена. Однак потрібно ще настроїти мережеві служби операційної системи, яку запускає на віртуальному комп'ютері (в якості пояснення наведемо рис. 18.8).

Мал. 18.8. Налаштування мережевих засобів в ОС віртуального комп'ютера

При цьому в якості мережевої плати треба вибрати плату AMD PCNET Family Ethernet adapter (PCI-ISA), а потім або задати фіксований мережеву адресу, або задіяти динамічне отримання адреси за протоколом DHCP. Більш докладно про те, як це можна зробити, дивіться в інструкціях по ОС, яку запускає на віртуальному комп'ютері. Варто тільки відзначити, що якщо ви встановите на віртуальному комп'ютері кілька ОС і будете вибирати одну з них при завантаженні, то треба буде налаштувати мережеві служби в кожній з цих ОС. Оскільки найчастіше в кожен момент часу може бути запущена тільки одна з цих ОС, можна використовувати один і той же IP-адресу у всіх цих системах. Швидше за все, вам доведеться перезапустити ОС віртуального комп'ютера, щоб зроблені зміни вступили в силу.

Якщо ви підключаєтеся до реальної фізичної мережі, то після цього ви зможете "побачити" інші комп'ютери локальної мережі, розкривши вікно "Мережеве оточення" в Windows. А, отже, ви отримаєте доступ і до тих ресурсів (дисків, каталогів, принтерів), які на цих комп'ютерах віддані "в загальне користування". Однак ресурси вашого базового комп'ютера ви, швидше за все, ще не побачите. Для того, щоб дати доступ з Windows до дисків Linux-комп'ютера, необхідно запустити на останньому сервер Samba і правильно його налаштувати. Повністю описувати тут налаштування Samba-сервера немає ніякої можливості: про це написано окремі книги.

А тепер розглянемо кілька прикладів налаштування для конкретних ситуацій, пов'язаних з системою VMware. Сподіваюся, що їх розгляд дозволить зрозуміти принципи такого налаштування, а в сукупності з раніше наведеними відомостями, - і налаштувати потрібну вам конфігурацію виходу віртуального комп'ютера в мережу.

18.8.5 Кілька прикладів налаштування виходу в мережу

Приклад 1. Підключення до існуючої локальної мережі у варіанті "Bridged networking"

Розглянемо спочатку найпростіший випадок, коли базовий комп'ютер, що працює під Linux, вже підключений до реальної фізичної мережі. Крім того, на базовому комп'ютері працює Samba-сервер, що надає якісь каталоги в розпорядження інших робочих станцій мережі, і створення віртуальної мережі з віртуальних комп'ютерів не планується.

У такому випадку потрібно настроїти мережеві служби системи VMware у варіанті "Bridged networking", отримати у адміністратора мережі реальний IP-адресу, маску мережі, адреси серверів DNS і WINS, і налаштувати мережеві служби ОС на віртуальному комп'ютері з використанням цих адрес. Приклад такого налаштування наведено на рис. 18.8, а на рис. 18.9 показано, як виглядає "Мережеве оточення" в разі реалізації цього варіанту для невеликої мережі, що складається з двох фізичних комп'ютерів (Kos3 і Linux). На комп'ютері Linux запущена система V Mware і віртуальний комп'ютер Vmware, підключений до фізичної мережі з даного варіанту. З малюнка видно, що комп'ютер Vmware показується як повноправний учасник мережі і отримує доступ до дисків базового комп'ютера (оскільки знімок зроблений у вікні екрану віртуального комп'ютера).

Мал. 18.9. Доступ до диска базового комп'ютера через "Мережеве оточення"

Необхідно відзначити одну особливість настройки мережевих засобів на віртуальному комп'ютері, яка виявляється тоді, коли ОС віртуального комп'ютера завантажується з фізичного диска. Особливість полягає в тому, що в цьому випадку обов'язково треба створити окремий профіль обладнання для завантаження ОС Windows в віртуальному комп'ютері, в якій відключити реальну мережеву карту Ethernet, як це було сказано в розд. 18.7. В іншому випадку у вас можуть виникнути труднощі з підключенням адаптера AMD PCNET PCI для Ethernet, який повинен працювати в віртуальному комп'ютері. Втім, те ж саме вірно і для інших варіантів, так що не забувайте створювати окремий профіль обладнання для запуску на віртуальному комп'ютері.

Приклад 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, надавши доступ тільки до спеціально виділеного каталогу.

Приклад 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.

18.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)

[Опубліковано 04/11/2005]