авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 || 3 | 4 |   ...   | 6 |

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Государственное образовательное учреждение высшего профессионального образования «Пензенский ...»

-- [ Страница 2 ] --

Рис. 2. Общие настройки ОС Windows XP Правильная настройка конфигурационных параметров Windows XP после ее установки – залог того, что ОС прослужит достаточно долго.

Однако это не избавит вас от необходимости регулярного проведения про филактических мероприятий, которые будут рассмотрены далее.

Что необходимо сделать сразу после установки ОС? Варианты могут быть различные, однако некоторые действия следует выполнить в любом случае, причем не важно, в каком порядке. К таким действиям относятся установка драйверов устройств, настройка рабочего стола, установка необ ходимых программ и настройка системных конфигурационных параметров Windows.

Существуют некоторые особенности настройки любой ОС в среде ВМ, связанные с тем, что здесь реальные устройства заменяются их програм мными эмуляторами, встроенными в СВМ. Эти эмуляторы ориентированы на взаимодействие с конкретной ОС, а их выбор осуществляется при уста новке контейнера ВМ на шаге определения типа и версии ОС. Однако для их эффективного функционирования должно быть установлено ПО Virtual Machine Additions.

Установка драйверов Драйвер – это специальная программа взаимодействия ОС с устрой ствами компьютера. Архитектура современных ОС такова, что прямое взаимодействие с устройствами, например с видеокартами или с жесткими дисками, возможно только через «посредника» – программу-драйвер.

Поэтому драйверы – обязательный программный элемент любой ОС.

Драйверы загружаются при загрузке ОС и в дальнейшем выполняют свои функции незаметно для пользователя компьютера. В дистрибутиве Windows XP изначально содержится множество драйверов для самого раз нообразного оборудования. И этот список расширяется с выходом каждого нового пакета обновлений (Service Pack). Сразу после инсталляции Windows будет готова к работе, поскольку для всего установленного в компьютере оборудования будут подобраны соответствующие драйверы.

Безусловно, бывают и исключения из правила, в таком случае драйвер нужно установить отдельно. Кроме того, следует понимать, что драйверы Windows обеспечивают лишь базовые функциональные возможности устройств компьютера, и далеко не всегда достигаются максимальная эф фективность и производительность КС. Дело в том, что большинство драй веров являются универсальными, предназначенными для устройств кон кретных классов, а некоторые из них вообще оказываются неэффектив ными и даже непригодными. Максимальную эффективность и производи тельность обеспечивают только специализированные драйверы, созданные для конкретных устройств и поставляемые вместе с ними. Поэтому такие драйверы устанавливают после инсталляции ОС.

Для просмотра параметров драйверов и их обновления в Windows существует Диспетчер устройств.

Диспетчер устройств – специальная программа, с помощью которой можно получить подробную информацию обо всех без исключения устройствах, установленных в компьютере. Кроме того, одна из функций этой программы заключается в установке, удалении и обновлении драй веров.

Чтобы запустить Диспетчер устройств, выберите команду Пуск – Панель управления. Затем щелкните на значке Производительность и обслуживание, после чего – на значке Система. В открывшемся окне Свойства системы перейдите на вкладку Оборудование и щелкните на кнопке Диспетчер устройств. Откроется окно, показанное на рис. 2.17.

Здесь желтыми вопросами помечены устройства, драйверы которых или не эффективны, или отсутствуют вовсе. Альтернативный способ открытия окна Свойства системы – щелкнуть на кнопке Пуск, затем щелкнуть правой кнопкой мыши на значке Мой компьютер и выбрать команду Свойства.

Все устройства в окне Диспетчер устройств разбиты по категориям.

Чтобы просмотреть все устройства, относящиеся к той или иной категории, следует щелкнуть на значке «+», расположенном рядом с названием выбранной категории. Чтобы просмотреть параметры устройства, щелкни те на нем правой кнопкой мыши и выберите команду Свойства.

Рис. 2. Диспетчер устройств позволяет выполнять с драйверами различные операции. Например, обновление установленного драйвера, поскольку новые версии драйверов для устройств появляются постоянно. Выберите в окне Диспетчер устройств нужное вам устройство, щелкните на нем правой кнопкой мыши и выберите команду Обновить драйвер.

В результате будет запущена программа Мастер обновления оборудо вания. В первом окне этой программы необходимо указать, следует ли подключиться к узлу Windows Update для поиска обновлении для ОС.

Поскольку обновить Windows лучше после установки драйвера, выберите переключатель Нет, не в этот раз и щелкните на кнопке Далее.

В новом окне вам будет предложено вставить компакт-диск с драйве рами устройства. Там также имеются два переключателя – Автоматиче ская установка и Установка из указанного места. Как правило, следует выбрать первый переключатель, после чего мастер установки проведет поиск нужного драйвера. Если драйвер не будет найден, придется указать его вручную.

В режиме Автоматическая установка ОС обычно находит и уста навливает требуемый виртуальный драйвер. В случае отсутствия требуе мого виртуального драйвера его следует найти в Internet и установить в режиме Установка из указанного места.

Иногда бывает, что после установки драйвера в работе Windows начи нают возникать сбои. Если проблемы появятся сразу после установки драйвера, от него нужно как можно скорее избавиться. Сделать это можно таким образом. Щелкните в окне Диспетчер устройств правой кнопкой на имени устройства, для которого устанавливался драйвер, и выберите опцию Свойства. В открывшемся окне перейдите на вкладку Драйвер. В этой вкладке будет расположено четыре следующие кнопки:

Сведения. Щелкните на этой кнопке для получения подробной инфор мации о файлах драйвера, включая имя его разработчика, версию входя щих в драйвер файлов, наличие цифровой подписи.

Обновить. После щелчка на этой кнопке будет запущена программа Мастер обновления оборудования, обновляющая драйвер.

Откатить. Благодаря этой кнопке можно вернуть (т.е. откатить) драй вер к его предыдущей версии.

Удалить. Щелкните на данной кнопке, чтобы удалить как драйвер со всеми файлами, так и относящиеся к нему ключи системного реестра.

Попробуйте удалить видеодрайвер, установленный по умолчанию!

После перезагрузки ОС обнаружит видеоадаптер как новое устройство и вновь инсталлирует тот же видеодрайвер! Для установки другого (вир туального) видеодрайвера требуется дополнительная программа.

Если после инсталляции нового драйвера система стала работать неста бильно, и в работе компьютера начали наблюдаться сбои, то в Windows XP можно восстановить предыдущий, стабильный драйвер. Этот процесс и называется откатом драйвера. Откатить драйвер может только пользо ватель с правами администратора (провести откат драйвера принтера нельзя).

В том случае, если вы щелкнули на кнопке Откатить для драйвера, ко торый не обновлялся, на экране появится специальное сообщение с пред ложением запустить программу Мастер диагностики оборудования.

Кроме обновления может потребоваться полное удаление драйвера.

Как правило, драйвер удаляют в следующих случаях:

Устройство отключено или не используется.

Установка драйвера приводит к нестабильной работе ОС, причем альтернативного драйвера у вас нет. В такой ситуации лучше удалить драйвер и попробовать поставить базовый драйвер из Windows. Для пе реустановки драйвера желательно (а иногда и необходимо) сначала его удалить.

Для определенного устройства будет проводиться переустановка драйвера.

Вместо удаления драйвера можно непосредственно удалить поддержку устройства в окне Диспетчер устройств — нужно щелкнуть правой кноп кой мыши на имени устройства и выбрать команду Отключить. При этом драйвер для отключенного устройства останется на компьютере, но не бу дет загружен при запуске Windows, и при повторном включении устрой ства заново устанавливать драйвер не потребуется.

Организация доступа к ресурсам хоста Для установки инструментального ПО и других программ, например антивируса, необходимо, чтобы дистрибутивы этих средств были доступ ны в ВМ из среды ОС хоста. В ряде случаев это создает дополнительные проблемы, т.к. CD- или DVD-приводы на компьютерах учебных классов обычно отсутствуют, а USB-порты перекрыты. Кроме того, пакет Microsoft Virtual PC 2007 USB-порты для ВМ не поддерживает вовсе. В данном случае дистрибутивы этих средств, размещенные на дисках хоста, могут быть сделаны доступными в ВМ двумя способами: 1) с помощью создания папок, являющихся общими для ОС ВМ и ОС хоста (Shared Folders), 2) с помощью передачи данных по соединениям созданной виртуальной сети.

Рассмотрим методику создания общих папок. Методика создания виртуальных сетей будет представлена в разд. 3.

При запущенной ОС с помощью меню Edit - Settings попадаем в диалоговое окно свойств ВМ и выделяем свойство Shared Folders. Щелкнув по кнопке Share Folder, открываем диалоговое окно с дисковой системой хостовой ОС. Находим и выбираем в нем каталоги, которые попадут в список общих папок и станут пригодными для обмена данными и програм мами. Это может быть одна или несколько папок или дисков хостовой ОС (рис. 2.18). Помещая в эти папки дистрибутивы, программы и данные, де лаем их доступными для гостевой ОС ВМ. На рис. 2.19 видно, что в папке Мой компьютер появилась подключенная общая папка Us1 на ‘E\’ (Z).

Рис. 2. Рис. 2. Остальные настройки и инсталляция ПО в ОС Windows ХР проводятся, как на реальной физической машине, и особых затруднений не вызывают.

2.2. Модели компьютеров в СВМ Vmware Workstation В настоящее время существует несколько версий СВМ Vmware Workstation. Последняя версия – Vmware Workstation 7.0. Фирма Vmware оперативно обновляет свою продукцию этого направления, включая в нее новые возможности и новые версии ОС. Однако наблюдается тенденция существенного «утяжеления» новых версий СВМ: каждая новая версия требует все больше ресурсов. В целом это закономерно, однако другие СВМ (например СВМ SUN VirtualBox) также оперативно обновляют свою продукцию этого направления, включая в нее новые возможности и новые версии ОС, но без существенного «утяжеления» новых версий своей про дукции.

Это можно понять, ведь продукция фирмы Vmware лицензионная и рассчитана прежде всего на использование в серьезных фирмах, постоянно обнавляющих свою компьютерную технику, а для малых фирм и тем более для обычных пользователей это создает проблемы. Поэтому рассмотрим возможности СВМ Vmware Workstation версии 6.0. В случае необходимо сти работы в более поздних версиях это проблем не создаст, т.к. все после дующие версии построены по тем же принципам, и главное – интерфейс пользователя остается почти неизменным. Вводятся только новые функции и возможности.

Установка любой версии СВМ Vmware Workstation особых затрудне ний не представляет, поэтому считаем, что она установлена на компьюте ре, имеющем достаточные ресурсы.

Рассмотрим создание новой ВМ на примере установки ВМ с ОС Linux.

2.2.1. Создание контейнеров для ВМ с ОС Linux Для установки дистрибутива Red Hat Linux сначала создадим контей нер ВМ. Нажатием кнопки New Virtual Machine или через меню File New - Virtual Machine (рис. 2.20) и диалоги помощника, сопровождаю щего процесс (рис. 2.20, 2.21, 2.22), создаем новую ВМ и выбираем тип ее ОС (рис. 2.23).

Рис. 2.20. Новая виртуальная машина Рис. 2.21. Диалог помощника Рис. 2.22. Конфигурация виртуальной машины Рис. 2.23. Выбор гостевой ОС и её версии В диалоговом окне (рис. 2.24) нужно указать имя виртуальной машины и директорию, где она будет расположена. Вводим имя машины – Red Hat Linux, в качестве директории оставляем директорию по умолчанию или назначаем свою, принимаем настройки нажатием кнопки Next.

Рис. 2.24. Имя виртуальной машины и её рабочая директория Далее следует выбрать тип сетевого соединения. По умолчанию предла гается интерфейс – мост "Use bridged networking", но если ВМ будет вклю чена в виртуальную сеть хоста, подходит host-only networking (рис. 2.25).

Рис. 2.25. Тип сетевого соединения Теперь нужно указать объём жесткого диска виртуальной машины.

Указываем 4 Гб. Если не поставить галочку у allocate all disk space now, то файл виртуального диска будет занимать столько же места, как и сама гостевая ОС, но не более указанного здесь значения, иначе у нас появится файл размером 4 Гб сразу;

поэтому оставим все как есть (рис. 2.26).

Рис. 2.26. Параметры создания виртуального жесткого диска Завершим создание контейнера для ВМ нажатием кнопки Finish (рис. 2.27).

Рис. 2.27. Интерфейс созданной ВМ На этом создание контейнера для ВМ заканчивается. На изображении интерфейса ВМ отображена конфигурация оборудования, полученная по умолчанию. Эта конфигурация может быть перенастроена по конкретным потребностям. Чаще всего приходится изменять размер доступной опера тивной памяти, переключать приводы CD-ROM, DVD-ROM, изменять настройки подключения в информационную сеть.

Щелкнув по пункту меню Edit virtual machine setting, включаем диалого вое окно дополнительных настроек, позволяющих изменять размер доступ ной оперативной памяти, подключать дополнительные устройства (рис. 2.28).

На рис. 2.28 показано диалоговое окно настройки размера ОП. Остальные настройки такие же простые. Их предлагается изучить опытным путем.

Рис. 2.28. Диалоговое окно дополнительных настроек ВМ Возвращаемся к диалоговому окну (см. рис. 2.27) и из него, щелкнув по пункту меню Clone this virtual machine, включаем программу получения копий созданной ВМ, которая состоит из нескольких шагов, понятных интуитивно (рис. 2.29–2.32).

Рис. 2. Рис. 2. Рис. 2. Аналогично создаются контейнеры для других ВМ с другими ОС.

Среда VMware Workstation имеет инструментальные средства, позво ляющие создавать новые ВМ и включать созданные раньше. Для этой цели предназначен пункт меню File.

Рис. 2. Для настройки опций отображения ВМ есть пункт меню View (рис. 2.33).

Рис. 2. Для включения и выключения ВМ, диалоговое окно которой открыто в данный момент времени, используются пункты меню VM - Power Power On, VM - Power - Power Off. Кроме того, каждая ВМ (после установки дистрибутива и загрузки ОС) может быть переведена в «спя щий» режим по команде VM - Power - Suspend из любой фазы своего рабочего цикла с запоминанием состояния и с возможностью «пробужде ния» в требуемый момент времени по команде VM - Power - Resume (рис. 2.34). В «спящем» режиме ВМ отключена ото всех машинных ре сурсов.

Рис. 2. Процесс инсталляции ОС и его инструментально-программного окру жения будет рассмотрен в подразд. 2.2.3.

Система BIOS виртуальной машины СВМ VMWare Workstation в отличие от некоторых других СВМ встраивает в контейнер каждой ВМ систему BIOS, позволяющую про водить настройки производительности и сценария загрузки ОС.

BIOS – это базовая система ввода-вывода, включающая в себя набор подпрограмм, записанных в ПЗУ компьютера. Кроме обслуживания обра щений к различным устройствам и проведения начальной диагностики (процедура POST), BIOS занимается инициализацией всех устройств компьютера, занося в их регистры определенные значения. Очевидно, что от того, как именно настроена BIOS, зависят быстродействие и стабиль ность системы в целом. Программа Setup, доступ к которой можно полу чить, нажав 'DEL' (или 'F2') при загрузке, как раз и позволяет изменять те значения, которые загружаются в регистры различных устройств, прежде всего чипсета материнской платы.

После включения питания напряжение подается на центральный про цессор и другие микросхемы материнской платы. «Проснувшись», CPU за пускает из микросхемы программу BIOS – и начинается процедура POST (Power On Self Test, инициализация при первом включении). Ее задача – просканировать и настроить все «железо» (в нашем случае виртуальное).

После окончания работы POST BIOS ищет загрузочную запись. Эта запись, в зависимости от настройки, находится на первом или втором жест ком диске, флоппи-диске, ZIP или CD-ROM. После того как загрузочная запись найдена, она загружается в память – и управление передается ей.

Если в настройках SETUP BIOS есть ошибки, то они могут проявиться уже на этих стадиях, и до запуска ОС дело не дойдет. Но возможны и другие проявления неправильной настройки BIOS – медленная или неста бильная работа системы, внезапные перезагрузки. Поэтому давайте за пустим программу настройки BIOS и предпримем небольшую экскурсию по ее лабиринтам.

Прежде всего, сразу после включения питания посмотрите на нижнюю часть экрана. Здесь находится идентификационная запись о версии BIOS, например:

Press DEL to enter SETUP Это означает, что, своевременно нажав клавишу Del, мы попадем в SETUP BIOS. К сожалению, единого стандарта интерфейса этой програм мы не существует. Однако некоторое логическое единообразие – следствие единой выполняемой задачи – все же имеется. На сегодняшний день подавляющее большинство настольных ПК оснащено AWARD BIOS;

поэтому при описании настройки мы будем опираться в основном на этого производителя.

SETUP BIOS контейнера ВМ является упрощенным аналогом SETUP BIOS реального физического компьютера, но в ней имеются основные средства, позволяющие проводить основные настройки и сценария за грузки ОС.

Рассмотрим процесс загрузки ВМ, а также его основные настройки.

При включении питания ВМ через меню VM-Pauer-Pauer On с помощью SETUP BIOS начинается запуск процесса загрузки ВМ (рис. 2.35). Этот процесс может быть запущен кнопкой Start this virtual mashine на панели Commands диалогового окна контейнера ВМ.

Рис. 2. На рис. 2.35 показан начальный момент процесса загрузки, где система предлагает несколько альтернатив. О б р а т и т е в н и м а н и е ! Под диа граммой хода загрузки ВМ, обозначенной как Starting, указаны варианты входа в меню SETUP BIOS для его редактирования.

Основной вход в настройки SETUP BIOS – по клавише F2 (рис. 2.36).

На вкладке Main BIOS показана конфигурация основных аппаратных ресурсов ВМ, а также инструментальные средства ее редактирования.

Поупражняйтесь! Ведь это виртуальная машина! Не забудьте перед этим сделать копию контейнера.

Рис. 2. На рис. 2.37 показана вкладка boot, с помощью которой можно настроить режим загрузки ВМ – с виртуального диска, с CD-ROM, с сервера сети и т.п.

Поупражняйтесь!

Рис. 2. Для включения режима удаленной загрузки по сети служит клавиша F12. Если включить этот режим, ВМ запросит загрузку ОС с сервера (рис. 2.38), и, если она там имеется, начнется удаленная загрузка ОС по сети.

Рис. 2. Для доступа к загрузочному меню служит клавиша ESC (рис. 2.39).

Какой вариант выбрать – определяет пользователь в зависимости от своих задач.

Рис. 2. 2.2.2. Общая характеристика дистрибутивов с ОС Linux Прежде всего следует отметить, что ОС Linux является разновид ностью ОС Unix, разработанной в 70-х гг. прошлого века для больших компьютеров. Unix с самого начала была многопользовательской мно гозадачной сетевой ОС, которая не могла быть использована в полном объеме на первых ПК из-за их ограниченных ресурсов. Поэтому для пер вых ПК была разработана сильно урезанная версия ОС – MS DOS (и ряд ее аналогов), на базе которой в дальнейшем разрабатывались все версии ОС Widows, которые унаследовали основные недостатки ОС MS DOS. В ОС Unix, как и в других ОС того времени, не было графического интерфейса, появившегося только по мере роста ресурсов современных ПК. В даль нейшем были разработаны разновидности ОС Unix – Linux, FreeBSD и др.

ОС Linux отличается от других разновидностей Unix тем, что ПО под нее разрабатывается практически всем миром программистов, его коды явля ются открытыми и бесплатными. В настоящее время популярность ОС Linux быстро растет прежде всего из-за высокой надежности, устойчивости к вирусам, открытости исходных кодов, позволяющей редактировать и изменять ядро ОС для возможности решения своих задач.

В любой ОС можно выделить 4 основные части: ядро, файловую сис тему, интерпретатор команд пользователя и утилиты. Ядро – это основная часть ОС, управляющая аппаратными средствами и выполнением про грамм. Файловая система служит для хранения файлов на запоминающих устройствах. Интерпретатор команд – это программа, организующая взаи модействие пользователя с компьютером;

утилиты – это отдельные про граммы, выполняющие служебные функции.

Если быть точным, то Linux обозначает только ядро. Поэтому, когда речь идет об ОС, правильнее было бы говорить «ОС, основанная на ядре Linux».

Ядро ОС Linux разрабатывается под общим руководством главного разработчика ОС Linux Линуса Торвальдса. Оно распространяется свобод но (на основе лицензии GNU), с возможностью его модификации, как и ог ромное количество другого ПО, утилит и прикладных программ. Одно из следствий этого – большое число разных фирм и компаний, а также просто независимых групп разработчиков стали выпускать дистрибутивы с ОС Linux.

Дистрибутив – это набор ПО, включающий все 4 основные составные части ОС, т.е. ядро, файловую систему, оболочку и совокупность утилит, а также некоторую совокупность прикладных программ. Обычно все про граммы, включаемые в дистрибутив Linux, распространяются на условиях лицензии GPL, так что может сложиться впечатление, что дистрибутив может выпустить кто угодно, точнее, любой, кто не поленится собрать кол лекцию свободного ПО. Однако разработчик дистрибутива должен создать программу инсталляции, устанавливающую ОС на компьютер. Кроме того, необходимо обеспечить разрешение взаимозависимостей и противоречий между разными пакетами (и версиями пакетов), что тоже является нетри виальной задачей.

Существует более сотни различных дистрибутивов Linux и появляются новые.

2.2.3. Установка ОС Linux в среде СВМ Vmware Workstation Рассмотрим установку дистрибутива с ОС Linux на примере openSUSE 10.3. В подразд. 2.2.2 установлен контейнер ВМ под дистрибутив Red Hat.

Нет никаких трудностей в создании контейнера ВМ для openSUSE 10.3.

Дело в том, дистрибутив openSUSE 10.3 имеет крайне удобную и эф фективную утилиту yast, работающую как в графическом, так и в тексто вом режиме и позволяющую произвести установку любого ПО, полную настройку и реконфигурацию системы. Кроме того, дистрибутив прошел хорошую проверку пользователями, в нем исправлены практически все ошибки. В настоящее время появился дистрибутив openSUSE 11.2, но к не му часто выходят обновления, т.е. он находится в стадии отладки. Однако мы познакомимся с ним в одном из следующих подразделов.

Создаем и настраиваем контейнер ВМ для версии SUSE Linux по ме тодике, рассмотренной в подразд. 2.2.1. Для сокращения времени инстал ляции размер ОП следует установить не менее 256 МБ, а CD ROM лучше переключить из Auto detect на конкретный драйвер, через который будет осуществлен доступ к образу дистрибутива, а лучше всего воспользоваться iso – образом, помещенным на жесткий диск хоста.

Командой Start включаем ВМ для начала инсталляции. В ответ через некоторое время появляется диалоговое окно (рис. 2.40).

Рис. 2. Клавишей F2 включаем диалог выбора основного языка интерфейса пользователя и выбираем русский язык (рис. 2.41).

После нажатия Enter и кнопок далее начинается процесс установки дистрибутива – последовательно появляются информационные окна ини циализации, проверки носителей дистрибутива и выбора часового пояса.

На левой стороне окна отображаются этапы установки дистрибутива.

Рис. 2. Выбираем тип рабочего стола из вариантов GNOME, KDE и «другое».

Если выберем «другое», откроется дополнительное меню с предложением выбора упрощенного графического интерфейса или текстового режима.

Эти режимы существенно снижают потребности устанавливаемой системы в машинных ресурсах при одновременном ухудшении удобств пользовате ля и, следовательно, больше подходят для профессионалов, хорошо знаю щих систему команд Linux, при реализации серверных решений. Для на чального освоения ОС Linux лучше всего подходит KDE (рис. 2.42), кото рый очень похож на интерфейс ОС Windows, но обладает гораздо боль шими возможностями.

Рис. 2. Далее установщик предлагает окно Параметры установки (рис. 2.43).

В нем имеются две вкладки – Обзор и Эксперт, выдающие информацию о параметрах, устанавливаемых по умолчанию. С помощью кнопки Изме нить можно выбрать требуемые параметры установки, обычно это раз метка диска и выбор требуемого программного обеспечения. Новичку сле дует согласиться с параметрами по умолчанию, а профессионалы обычно выбирают свои параметры.

Рис. 2. Переходим к этапу инсталляции пакетов программ (рис. 2.44). Этот процесс можно контролировать визуально во вкладке подробности и по вертикальной полосе в правой части окна с заголовком Осталось. После инсталляции пакетов система предложит задать пароль системного админи стратора root, имеющего неограниченные полномочия (рис. 2.45), проверить правильность установки клавиатуры и далее – способ регистрации пользова теля (локальный, т.к. устанавливаем локальную ОС).

Переходим к настройке оборудования, обычно автоматически.

Рис. 2. Рис. 2. При необходимости можно провести ручную настройку с помощью кнопки Изменить и выпадающего меню.

Система может предложить настроить монитор вручную (рис. 2.46).

Рис. 2. После настройки оборудования система перезагружается и готова к работе. Однако следует помнить о том, что могут потребоваться дополни тельные настройки ПО, пользователей, оборудования и т.п. Эти настройки могут проводиться как в режиме командной строки (как в MS DOS), так и с помощью средств графического интерфейса..

Установка других дистрибутивов с ОС Linux имеет некоторые отличия.

2.3. Модели ВМ в СВМ VirtualBox СВМ SUN VirtualBox – бесплатный и динамично развивающийся про дукт, быстро впитывающий в себя все новое. Для маленьких фирм и простых пользователей, а также для целей обучения его можно считать наилучшим выбором.

Рассмотрим основные особенности работы с этим пакетом.

2.3.1. Создание контейнера ВМ в среде VirtualBox для ОС Windows Основные этапы создания контейнера ВМ в среде VirtualBox для лю бых типов ОС одинаковы. Рассмотрим этот процесс для новой Windows 7.

1. Запуск процесса создания новой ВМ осуществляется из меню Файл или кнопкой Создать из главной консоли VirtualBox. После приглашения мастера установки новой ВМ и нажатия Далее система выводит диалого вое окно Создание новой виртуальной машины, позволяющее опреде лить основные параметры ВМ (рис. 2.47), а именно имя новой ВМ и тип ОС, которую предполагается в нее установить. Определяем имя ВМ и тип ОС – Windows 7.

Рис. 2.47. Определение имени ВМ и типа ОС П р и м е ч а н и е. Переключение курсора из ВМ в ОС хоста осуще ствляется клавишами right Ctrl, а из ОС хоста в ВМ – щелчком мыши при нахождении курсора в зоне ВМ;

перевод ВМ в полноэкранный режим и об ратно – с помощью одновременного нажатия клавиш right Ctrl – F.

2. Нажимаем Далее – появляется окно определения размера выделяе мой ОП (рис. 2.48). Система предлагает установить 512 Мбайт ОП.

3. Нажимаем Далее – появляется окно определения опций создаваемо го виртуального диска. Можно выбрать ранее созданный диск или Создать новый диск. Выбираем последний вариант (рис. 2.49) – появляется окно создания нового виртуального диска. Выбираем Динамически расширяю щийся образ.

Рис. 2. Рис. 2. 4. Нажимаем Далее – появляется окно Местоположение и размер виртуального диска (рис. 2.50). Система предлагает параметры по умол чанию, но при необходимости размер ВД можно изменить. С учетом того что далее в контейнер ВМ вместе с ОС Windows 7 установим ОС Linux с возможностью выбора требуемой ОС при загрузке, выделяем 26 Гб диско вой памяти. С помощью кнопки Выбор на диске хоста следует определить для каждой ВМ отдельную папку – это упростит работу, когда будет создано несколько ВМ и их копий. В меню сохранения вводим имя ВМ, нажимаем Далее.

Рис. 2. 5. После нескольких интуитивно понятных действий создание контей нера новой ВМ завершается, он готов к запуску (рис. 2.51) и может быть запущен кнопкой Старт консоли, в правой части которой имеется меню настройки ВМ, позволяющее определить основные параметры новой ВМ.

Рис. 2. Раздел Машина меню контейнера напоминает аналогичный раздел меню Action ВМ Virtual PC 2007 и служит для тех же целей (рис. 2.52).

Рис. 2. Существуют три разновидности режима Закрыть (рис. 2.53): 1) с со хранением состояний всех программ, выполняемых в момент выключения, с возможностью продолжения выполнения всех этих программ после повторного запуска ВМ из консоли программы;

2) с нормальным выклю чением ОС;

3) быстрое безусловное выключение ВМ.

Рис. 2. 2.3.2. Установка ОС Windows 7 в контейнер ВМ 1. Настраиваем контейнер для инсталляции. На вкладке Детали (свой ства) имеется богатый набор инструментов настройки ВМ. Он позволяет откорректировать: 1) имя ВМ;

2) тип ОС;

3) объем используемой оператив ной памяти;

4) объем используемой видеопамяти;

5) порядок загрузки ОС;

6) используемые жесткие виртуальные диски (при необходимости с по мощью меню Файл – Менеджер виртуальных носителей можно создать и подключить к ВМ несколько виртуальных дисков);

7) подключить дис кету, CD/DVD-ROM или iso-образ требуемых программных средств;

8) включить и настроить Аудио, Сеть, COM и USB-порты, общие папки, удаленный дисплей. Интерфейс предельно понятный и позволяет опера тивно осуществить требуемые настройки. которые необходимо проводить при выключенной ВМ.

Вкладка Снимки позволяет фиксировать различные промежуточные состояния ВМ, что может потребоваться для формирования документации, презентаций, учебных пособий и некоторых других целей.

После запуска ВМ она для загрузки ОС последовательно перебирает все доступные ей носители в том порядке, который отображен на вкладке Система – Материнская плата (рис. 2.54). Порядок загрузки можно откорректировать.

Рис. 2. С помощью инструментов раздела Носители окна Свойства (рис. 2.55), включаемого из вкладки Детали, подключаем к контейнеру iso-образ дистрибутива ОС Windows 7.

Алгоритм установки ОС Windows 7 во многом сходен с установкой ОС Windows XP в контейнер, созданный в среде MS VirtualPC 2007.

Рис. 2. 2. Нажимаем Ввод – начинается процесс подготовки к инсталляции. В процессе инсталляции на экран выводятся диалоговые окна с информа цией, позволяющей определить потребности системы и ввода требуемых данных. Это выбор языка (русский), раскладки клавиатуры и др. Далее основное внимание уделяем пунктам, требующим дополнительных пояс нений.

3. После активации пункта меню Установить начинается инсталляция ОС. Система предлагает варианты установки: 1) обновление и 2) полная установка. Выбираем последнее, после чего появляется окно Выберите раздел для установки, содержащий имеющиеся разделы диска и ин струменты его настройки. В ОС Windows 7, в отличие от предыдущих вер сий, разделы диска нумеруются. Разбиваем диск на 3 раздела (рис. 2.56):

раздел 1 (зарезервирован системой, 100 МБ), раздел 2 (для установки ОС и инструментального ПО, 10,0 ГБ), раздел 3 (для хранения данных пользо вателей, 6,0 ГБ), незанятое место 10,0 ГБ оставлено под установку ОС Linux.

Рис. 2. 4. Далее система поэтапно осуществляет установку ОС (рис. 2.57). Ин формация о ходе процесса понятна и не требует дополнительных поясне ний. Система несколько раз перезагрузится – это нормально. На этапе за вершения установки настраивается оборудование, обычно в автоматиче ском режиме.

Рис. 2. По окончании система предложит зарегистрировать пользователей, после чего она готова к работе, выводит меню входа в систему, готова к дальнейшей настройке и установке инструментального ПО.

Обратите внимание на заметное отличие графического интерфейса ОС Windows 7 от его оформления в предыдущих версиях ОС Windows (рис. 2.58).

Рис. 2. 2.3.3. Настройка ОС Windows 7 в контейнере ВМ Для настройки ВМ с ОС Windows 7 после ее инсталляции в среде VirtualBox и для установки инструментального ПО прежде всего следует создать общие папки (для обмена данными с хостом) и комплект допол нительного ПО, называемого в VirtualBox Дополнения гостевой ОС. Для установки общих папок активируйте в окне Свойства пункт Общие папки (см. рис. 2.55) – это можно сделать только при выключенной ВМ – появит ся окно выбора общих папок (рис. 2.59, 2.60). С помощью инструментов окна находим нужные папки (или диски) хоста, подключаем их к ВМ и загружаем ОС. Однако этого недостаточно для подключения выбранных общих папок, т.к. для этого требуется установка Дополнения гостевой ОС.

Для этого открываем раздел меню Устройства ВМ и включаем пункт Установить Дополнения гостевой ОС (рис. 2.61). После нескольких дей ствий, предлагаемых системой, начинается установка этих дополнений (рис. 2.62);

после окончания установки система перезагружается.

Рис. 2. Рис. 2. Рис. 2. Рис. 2. Через меню Пуск открываем Компьютер – отображаются все доступ ные носители информации, но подключенная общая папка (см. рис. 2.59) в этом списке отсутствует. Ее нужно подключить из командной строки.

Через меню Пуск – Все программы включаем Командную строку и выполняем команду use net x: \\vboxsvr\F_DRIVE где – приглашение для ввода команды;

х: – создаваемый в ВМ виртуальный диск, к которому подключается общая папка F_DRIVE (см. рис. 2.59, 2.63).

После выполнения команды в окне Компьютер появляется подклю ченная общая папка (рис. 2.63). Откройте ее для проверки правильности установки!

Рис. 2. Установка драйверов Для просмотра параметров драйверов и их обновления в Windows 7 су ществует Диспетчер устройств. Чтобы запустить Диспетчер устройств, выберите команду Пуск – Панель управления – Оборудование и звук, в появившемся окне включите Диспетчер устройств. Откроется окно, пока занное на рис. 2.64. Один из альтернативных способов – щелкнуть на кнопке Пуск, затем щелкнуть правой кнопкой мыши на значке Компью тер и выбрать команду Свойства.

Назначение и функции Диспетчера устройств – как в Windows ХР, а работа с ним затруднений не вызывает.

Установите или обновите необходимые драйверы устройств!

Проверьте работоспособность инструментальных средств, устанавли ваемых по умолчанию вместе с инсталляцией ОС. Все эти средства за пускаются через меню Пуск – Все программы. Установите в среде ВМ требуемое инструментальное ПО. Прежде всего это офисные пакеты, пакет для работы с файлами формата pdf.

Рис. 2. 2.3.4. Установка ОС Linux на ВМ с ОС Windows Порядок установки этих ОС на компьютер такой. Сначала – ОС Windows, а затем – ОС Linux. Если вначале инсталлировать ОС Linux, то она будет недоступна после установки ОС Windows, т.к. ОС Windows «не знает» файловую систему и формат загрузочной записи ОС Linux и поэто му удаляет загрузчик, созданный в ОС Linux. В ОС Linux доступны прак тически все файловые системы, в том числе и от ОС Windows;

поэтому инсталлятор ОС Linux создает полноценный загрузчик с меню выбора требуемой ОС.

Для инсталляции ОС Linux используем контейнер ВМ, в который уже установлена ОС Windows 7 с требуемым инструментальным ПО. Для ОС Linux с необходимым инструментальным ПО требуется min 8 Гб дисковой памяти, которую можно дополнительно выделить заранее при установке ОС Windows7 (так мы и сделали), или перед ее установкой создать до полнительный виртуальный диск с требуемым параметрами.

Рассмотрим инсталляцию ОС Linux на примере дистрибутива openSUSE 11.2. Работа с другими версиями ОС Linux отличается мало и вряд ли вызовет затруднения.

1. Выключаем ВМ с ОС Windows7.

2. Подключаем к контейнеру ВМ с установленной ОС Windows DVD-привод или iso-образ с openSUSE 11.2 – кнопкой Носители (см. рис. 2.51) активируем окно Носители, добавляем дистрибутив (рис. 2.65).

Рис. 2. 3. На вкладке Общие определяем свойства ОС Linux – openSUSE (64 bit), т.к. устанавливаемый дистрибутив имеет 64 bit реализацию (рис. 2.66).

Рис. 2. 4. Для инсталляции дистрибутива с ОС Linux размер ОП следует уста новить более 256 МБ (после инсталляции его можно уменьшить).

5. Командой Start включаем ВМ для начала инсталляции. В ответ через некоторое время появляется диалоговое окно начальной настройки режи мов инсталляции (см. рис. 2.40).

Клавишей F2 включаем диалог выбора основного языка интерфейса пользователя – выбираем русский язык, а клавишей F3 включаем диалог выбора видеорежима – по умолчанию 800600 (рис. 2.67).

Рис. 2. 6. Проверяем установочный носитель, выбрав соответствующий режим.

7. Если дистрибутив пригоден, активируем инсталляцию (рис. 2.68) – загружается ядро ОС Linux, последовательно появляются информацион ные окна анализа и инициализации системы, выбора часового пояса. На левой стороне окна отображаются этапы установки.

Рис. 2. 8. Выбираем тип рабочего стола. В отличие от Windows, в дистрибути вах с ОС Linux имеется несколько вариантов графического интерфейса.

Здесь это GNOME, KDE и Другое. Если выбрать Другое, откроется меню с предложением выбора упрощенного графического интерфейса или текстового режима. Эти режимы существенно снижают потребности уста навливаемой системы в машинных ресурсах при одновременном ухуд шении удобств пользователя и больше подходят для профессионалов, хо рошо знающих Linux, а также для серверов. Для последовательного освое ния ОС Linux лучше всего подходит Текстовый режим – в нем уста навливается минимум возможностей.

Из командной строки после инсталляции можно установить требуемое ПО и интеллектуальные графические интерфейсы, каждый из которых может быть выбран при загрузке ОС. Выбираем Текстовый режим (рис. 2.69).

Рис. 2. 9. Далее установщик выводит окно Предлагаемая разметка (диска) (рис. 2.70). Как видим, инсталлятор по умолчанию подключает все диски, созданные в ОС Windows 7, и они будут доступны в среде ОС Linux.

10. Принимаем это предложение, после чего система предлагает создать нового пользователя, который может пользоваться правами администратора (root). Меню понятно, выполняем это действие. Желательно выключить оп цию Автоматический вход в систему, которая обеспечивает вход в сис тему без указания логического имени и пароля пользователя, как это часто делается в ОС Windows. Для абсолютного большинства ОС семейства Unix такой вход в систему не применяется в целях безопасности.

Рис. 2. 11. Нажимаем Далее – появляется окно Параметры установки – Раз метка, Загрузка, Программное обеспечение и др. Доступ к опциям осуще ствляется с помощью вертикального движка, имеющегося в правой части окна (рис. 2.71).

Рис. 2. Кнопкой Изменить можно выбрать требуемые параметры установки, обычно это разметка диска и выбор требуемого программного обеспе чения. Файловая система (ФС) ОС Linux существенно отличается от ФС ОС Windows, ПО также имеет свои особенности, и новичку следует согла ситься с параметрами по умолчанию, а профессионалы устанавливают свои параметры.

12. Активируем Установить – начинается подготовка к установке, а затем – установка системы (рис. 2.72). В окне информация о ходе уста новки размещается на трех вкладках – Слайд-шоу, Подробности, Приме чания к выпуску. Посмотрите их.

Рис. 2. 13. В процессе установки система будет перезагружена – это нор мально. При перезагрузке вход в продолжение инсталляции проводите из пункта Загрузка с жесткого диска. Обратите внимание, что появилось за грузочное меню, из которого можно войти в ОС Winows7 или в ОС Linux в различных режимах – нормальных и отладочных (рис. 2.73).

Рис. 2. 14. После перезагрузки начинается процесс автоматической настройки системы (рис. 2.74), после которой система перезагружается и готова к работе в текстовом режиме – в командной строке выводится приглашение к работе.

Рис. 2. 15. Как правило, после инсталляции требуется дополнительная настрой ка системы, которую может провести только администратор системы – глав ный пользователь root. Остальные пользователи таких полномочий не име ют. Входим под именем root – система дает приглашение к вводу команд (см. рис. 2.48). Обратите внимание, что при наборе пароля курсор остается на месте.

Посмотрите на верхнюю строку (рис. 2.75) – в ней указано имя и вер сия дистрибутива, версия ядра ОС, а также идентификатор используемого рабочего стола – tty1. В ОС по умолчанию устанавливается шесть рабочих столов для работы в командной строке (tty1 – tty6), переключение между ко торыми производится комбинацией клавиш Ctrl – Alt – F1 --- Ctrl – Alt – F6.

В каждом из них могут одновременно работать различные пользователи (через удаленные терминалы). При одном мониторе удобство заключается в том, что один пользователь может одновременно решать в разных окнах разные задачи. Особенно удобно администратору системы при ее настрой ке. Например, в одном окне ведется настройка каких-либо служб, а в дру гом – их проверка.

Рис. 2. Сочетание клавиш Ctrl – Alt – F7 используется для перехода в графи ческий режим, если он установлен.

Следующие строки содержат имя компьютера в ОС Linux, пригла шение к вводу имени пользователя, имя пользователя и приглашение к вводу пароля.

Последняя строка – приглашение к вводу требуемых команд.

В текстовом режиме ОС Linux при бездействии пользователя «засыпает».

Реакция пользователя обычная – работа клавиатурой.

2.3.5. Настройка ОС Linux в контейнере ВМ Настройку ОС Linux и установку инструментального ПО администра торы обычно проводят в режиме командной строки, т.к. режим командной строки ОС Linux гораздо эффективней и удобней режима cmd ОС Windows. Однако в дистрибутивах ОС Linux существуют удобные ути литы, обладающие различными возможностями. В дистрибутивах SUSE Linux имеется утилита yast, позволяющая проводить полную конфигура цию и реконфигурацию системы с ОС Linux и функционирующая как в текстовом, так и в графическом режиме. Это особенно удобно для тех, кто работал в основном с ОС Windows.

Установка и настройка инструментального ПО и системных служб Установку инструментального ПО проводим из утилиты yast. До запуска yast необходимо настроить текстовый режим для работы с русским языком. Для этого вводим команду # LANG=”ru_RU.UTF-8” Вводим команду yast – появляется диалоговое окно утилиты yast (рис. 2.76).

Рис. 2. Без команды LANG=.. весь текст окна будет выдан на английском языке.

Левый столбец окна содержит категории настраиваемых служб, правый – список установленных компонент конкретной категории. По мере установки отдельных компонент они (после перезагрузки ОС) появляются в списках.

Начнем с самого простого – с установки ПО. Одним из популярных ин струментов командной строки является файловый менеджер. В командной строке MS DOS и Windows эти функции выполняют менеджеры типа Volkov Commander. В ОС Linux есть аналог – Midnight Commander, со кращенно mc.

Для установки активируем службу Управление программным обес печением категории Программное обеспечение. При этом происходит Запуск Менеджера пакетов (рис. 2.77). В связи с тем, что ПО может устанавливаться как с дистрибутива (с него проводилась инсталляция сис темы), так и с репозитариев обновлений, регулярно появляющихся в Ин тернете, Менеджер пакетов пытается загрузить эти репозитарии. Но у нас нет подключения к Интернет и нет настроенных репозитариев, в окне появ ляется сообщение об отсутствии доступа к носителям установки. Нажи маем F9 – пропустить автоматическое обновление, и система входит в режим поиска и установки ПО (рис. 2.78).

Рис. 2. Включаем Фильтр в режим Поиск, в окне Фраза для поиска вводим mc и нажимаем Enter – появляется список программ, в том числе и mc (рис. 2.79).

Строку с mc отмечаем клавишей + для установки и активируем кнопку Принять (перемещение по окнам и строкам осуществляем клавишей Тab и стрелками перемещения курсора ). В дополнение к mc система предложит добавить необходимые программы и установит mc.

Рис. 2. Рис. 2. Для проверки установки нажимаем Ctrl – Alt – F2 и переходим на рабочий стол tty2 (или любой другой). Входим там под именем root и даем команду mc – загружается менеджер файлов (рис. 2.80).

Рис. 2. В левой панели менеджера – список корневых каталогов ФС. Обратите внимание на нижнюю строчку – каталог /Windows, в котором содержатся все диски ОС Windows. Проверьте это! Просмотрите содержимое катало гов и файлов. Если вы работали с подобными файловыми менеджерами ОС Windows, затруднений это не вызовет, а строка инструментов внизу предельно понятна.

Аналогично установите эмулятор wine, который потребуется для за пуска *.exe – файлов, созданных в ОС Windows. Использовать wine будем после установки графических интерфейсов.

Установка графических интерфейсов В отличие от ОС Windows, в ОС Linux поддерживается множество гра фических интерфейсов, различающихся набором функций, эффективно стью и используемыми ресурсами. Система графических интерфейсов ОС Linux является клиент-серверной, основа которой – сервер X Window, а клиенты – конкретные разновидности этого интерфейса – GNOME, KDE и др. Если установлено несколько графических интерфейсов, то при загрузке ОС можно выбрать требуемый интерфейс. Запускается сервер X Window, а после – выбранный графический интерфейс.

Следовательно, для функционирования любого графического интер фейса в систему необходимо установить сервер X Window и требуемые графические интерфейсы. Обычно вместе с сервером X Window устанавли вается какой-либо простейший графический интерфейс.

Приступаем к установке сервера X Window. Активируем службу Уп равление программным обеспечением категории Программное обеспе чение. При этом происходит Запуск Менеджера пакетов (см. рис. 2.77).

Включаем Фильтр в режим Шаблоны, нажимаем Enter, в открывшемся окне находим X Window System и нажимаем Enter – появляется список помеченных программ, поддерживающих этот сервер (рис. 2.81). Уста новка пакета осуществляется активацией кнопки Принять.

Рис. 2. Войдите в меню Система – Системные службы – Экспертный режим.

В строке Установить уровень запуска по умолчанию после загрузки: устано вите 5: Полный многопользовательский с сетью и графическим входом в систему. В графе Службы включите xdm (X Display Manager) (рис. 2.82).

Включится упрощенный графический интерфейс. Изучите его. По набору функций он вряд ли заинтересует пользователей, работавших в ОС Windows. Он обычно устанавливается на серверы с ОС Linux в целях максимального использования сервером своих ресурсов по основному на значению. Такие интерфейсы также полезны при установке ОС Linux на слабых компьютерах.

Рис. 2. На рабочих станциях устанавливаются более интеллектуальные графи ческие интерфейсы, причем во всех ОС семейства Unix довольно богатый выбор таких интерфейсов, а по функциональным возможностям и удоб ствам в настройке многие из них гораздо эффективнее аналогичных интер фейсов от ОС Windows. К таким интерфейсам относится KDE. Устанавли вается он так же, как и X Window System (см. рис. 2.81), но служба xdm уже запущена.

Установите KDE (можно одновременно установить и другие графи ческие интерфейсы – GNOME, XFCE) и перезагрузите систему. Появится окно приглашения пользователю войти в систему (рис. 2.83). В левой части окна – список зарегистрированных пользователей. Щелчок мышки по имени конкретного пользователя вводит его в окно Имя. Внизу слева на ходится кнопка Тип сеанса, включение которой раскрывает список уста новленных графических интерфейсов. Выберите требуемый – в данном случае это KDE.

Рядом с кнопкой Тип сеанса имеется кнопка Система, с помощью которой можно загрузиться в текстовом режиме, выключить систему и др.

Рис. 2. Входим в систему – появляется графический интерфейс KDE (рис. 2.84).

Рис. 2. Обратите внимание, что в графической среде KDE по умолчанию уста навливается достаточный и даже избыточный комплект инструменталь ного ПО, по функциональным возможностям сходный и в большинстве случаев эквивалентный инструментальному ПО ОС Windows. В режиме Эксперт посмотрите возможности дистрибутива по инсталляции инстру ментального ПО. Все это может быть установлено из дистрибутива при инсталляции системы или позже, причем в дистрибутив собраны только совместимые пакеты ПО. Различные дополнительные пакеты программ, разработанные позже, публикуются разработчиками в Internet по свобод ной лицензии (т.е. бесплатно), обычно в виде пакетов репозитариев для конкретных дистрибутивов, и при необходимости они могут быть уста новлены в систему.

2.4. Основные особенности использования инструментального ПО в наиболее популярных ОС Инсталляция и использование инструментального ПО в среде ОС Windows любой популярной версии вряд ли вызовет трудности у боль шинства пользователей. Для почитателей этой ОС виртуальные машины скорее всего могут потребоваться для изучения и тестирования нового и неизвестного пользователям ПО, в том числе и собственных разработок.

Однако для тех, кто собирается осваивать ОС других семейств, виртуаль ные машины – просто неоценимый помощник. Поэтому главное внимание уделим основным особенностям установки и использования инструмен тального ПО в среде быстро набирающих популярность ОС семейства Linux.

В приложении приведены таблицы соответствия Windows- и Linux программ. Из них видно, что в настоящее время для среды ОС Linux име ется богатый набор инструментального и системного ПО, по своим функциям аналогичного популярным программам ОС Windows.


Важно то, что большинство файлов, созданных в инструментальной среде ОС Windows, могут быть открыты и отредактированы в инстру ментальной среде ОС Linux. Это прежде всего относится к программам, предназначенным для работы в Интернет, для работы с файлами, с офис ными приложениями, с мультимедиа, с базами данных, со средствами про граммирования. Причем наличие программ-конверторов для преобразо вания файлов из одной системы в другую (как, например конвертирование файлов формата *.doc, созданных в MS Word 2003 в формат MS Word 97) почти не требуется.

Рассмотрим это на примере файла, созданного в среде MS Word 2003.

Для этого в ВМ с установленными ОС Windows 7 и ОС Linux загрузим ОС Windows 7 (загрузочное меню выбора требуемой ОС приведено на рис. 2.73), создадим в ней файл формата *.doc (или скопируем его из среды ОС хоста). После этого перезагружаем ОС, выбрав для загрузки ОС Linux, которую загружаем с графическим интерфейсом KDE. В интерфейсе KDE имеется несколько инструментов для доступа к файлам. Из меню Мой компьютер (см. рис. 2.84) открываем диск /WindowsЕ (рис. 2.85), находим требуемый файл. Можно также кнопкой Офис (рис. 2.84) запустить пакет OpenOffice.org (рис. 2.86) и с помощью кнопки Открыть документ перейти на вкладку выбора требуемого файла, где через кнопку Корневая папка находим папку Windows (рис. 2.87), а в ней – нужный файл формата MS Word. Открываем этот файл щелчком по нему мышкой. В окне программы OpenOffice.org Writer появляется текст файла (рис. 2.88).

Рис. 2. Рис. 2. Рис. 2. Рис. 2. Интерфейс программы, да и все действия по работе с файлом, почти не отличаются от MS Word.

Аналогичным образом можно проверить, как работает ПО среды ОС Linux с файлами других форматов ОС Windows. Главная сложность – от сутствие навыков работы в среде ОС Linux, но при желании это быстро можно освоить.

В ОС Linux также можно запускать исполняемые файлы ОС Windows формата *.exe, но для этого в среде этой ОС требуется установить програм му – эмулятор wine, которая поставляется с дистрибутивами openSUSE.

Установку эмулятора можно осуществить с помощью утилиты yast (см. рис. 2.76– 279).

После установки wine c помощью меню Мой компьютер в папках Windows находим какой-либо файл формата *.exe, например файл Корневая папка /Windows/D/Programm Files/Microsoft Office/OFFICE10/EXCELL.EXE, и запускаем его (рис. 2.89).

Рис. 2. Следует заметить, что для простых *.exe-файлов типа Блокнот или Калькулятор никаких дополнительных действий не требуется – они нор мально функционируют в среде ОС Linux, если не считать некоторого снижения скорости работы. Для *.exe-программ, требующих для нормаль ного функционирования наличия дополнительных библиотек, возникают затруднения, связанные с указанием этих библиотек.

Следует также отметить, что бесплатная программа wine имеет ряд не достатков, которые устранены в ее платных аналогах – wineх1, wineх2, wineх3, которые можно скачать из Интернета. С помощью этих эмуляторов запускаются многие *.exe-программы, в том числе многие игры, поддержи ваемые ОС Windows.

3. МОДЕЛИРОВАНИЕ КОМПЬЮТЕРНЫХ СЕТЕЙ НА ВМ Современные информационные сети имеют различное назначение и сильно отличаются друг от друга по архитектуре, но одна тенденция просматривается четко – Интернет-технологии интенсивно внедряются во все виды сетей. Многие из сетевых технологий, которые своевременно не были приспособлены к совместному функционированию с Интернет, пре кратили свое существование, как это произошло с популярной ранее се тевой ОС Nowell NetWare. Сетевые решения Microsoft, поддерживаемые средой ОС Windows, спасло своевременное внедрение сетевого Интернет протокола TCP/IP.

Следует также отметить, что международная семиуровневая сетевая модель OSI в настоящее время практически не используется, т.к. она пол ностью вытеснена пятиуровневой сетевой моделью TCP/IP, применяемой в Интернет.

Не следует также забывать, что Интернет-технологии изначально создавались и развивались на основе использования многозадачной мно гопользовательской сетевой ОС Unix и ее многочисленных клонов, совер шенствовавшихся одновременно с развитием Интернет-технологий. Поэто му в настоящее время ~ 80 % Интернет-серверов создано на основе различ ных клонов ОС Unix. Эта тенденция наблюдается также в корпоративных и локальных сетях, т.к. практика показала высокую производительность, на дежность, безопасность и защищенность Unix-серверов по сравнению с серверами, созданными на основе ОС Windows. Кроме того, в связи с ростом популярности неоднородных корпоративных сетей (в таких сетях имеются компьютеры с ОС различных типов, обычно это Windows и Linux) требуются соответствующие серверные решения. Windows-серверы не способны решать такие задачи, а там, где имеются корпоративные сети с их различными разветвлениями на подсети, требуются еще и маршрути заторы. Все эти задачи эффективно решают Unix-серверы, а их наиболее популярными клонами в настоящее время являются дистрибутивы на осно ве ОС Linux, распространяемые по свободной лицензии.

Интернет-технологии постоянно модифицируются и развиваются и требуют наличия эффективных методов и средств их изучения и освоения.

Совершенно очевидно, что в данном случае технология виртуальных компьютеров является наиболее эффективным средством. Поэтому в дан ном разделе основное внимание уделяется методикам моделирования раз личных сетевых технологий, прежде всего Интернет-технологий, реализуе мых в виртуальных сетях различных конфигураций.

Основой любой виртуальной сети являются ВМ и объединяющие их виртуальные коммуникации, являющиеся моделями реальных коммуника ций. Следует отметить, что наиболее удачные решения создания виртуаль ных коммуникаций имеются в программных продуктах VMWare и Sun VirtualBox.

В данном разделе монографии главное внимание уделено основам ме тодики моделирования компьютерных сетей на виртуальных машинах без глубокого анализа возможностей создаваемых моделей.

3.1. Создание и настройка виртуальных сетей в наиболее популярных СВМ 3.1.1. Особенности подсистемы управления сетями в СВМ VMWare Workstation Рассмотрим, как работает и из каких компонентов состоит подсистема, отвечающая за работу с сетями в VMWare Workstation.

Виртуальный коммутатор (virtual switch) является базовой конструк цией, на основе которой мы будем строить наши сети, и предназначен для тех же целей, что и обычный сетевой коммутатор, постоянно встречаю щийся нам в реальном мире. С его помощью можно соединять между со бой все остальные сетевые объекты. Ответственность за автоматическое создание коммутаторов возложена на VMWare Workstation. Стоит пом нить, что коммутаторов может быть не более девяти штук, а значит, и се тей создать на их основе можно точно такое же количество. Каждая созданная сеть получает стандартное имя VMnet и номер, указывающий, на основе какого коммутатора она работает. При этом у нас возникает на бор сетей с названиями от VMnet1 до VMnet9. Из фирменной доку ментации следует, что количество сетевых адаптеров, которые можно под ключить к любому из вышеперечисленных коммутаторов, не ограничено.

Мост (bridge) – устройство, позволяющее прозрачно присоединить се тевой интерфейс любой ВМ к локальной сети, в которой работает реальная машина. Виртуальный адаптер получает адрес из пространства реальной се ти, а для передачи и приема пакетов используется реальный сетевой адаптер.

Таким образом, всем машинам, находящимся в реальной сети, будет ка заться, что у реального компьютера появился еще один сетевой интерфейс.

Виртуальный сетевой адаптер хоста (host virtual adapter) создается для того, чтобы соединить гостевую и основную ОС. Для этой цели на реальной машине организуется частная сеть класса C. В терминологии VMWare Workstation подобные сети называются host-only network. В такую сеть входит виртуальный адаптер основной системы. Виртуальный адаптер основной системы нужно создать вручную через интерфейс управ ления сетями. И только затем можно будет добавлять в целевую сеть адаптеры гостевых систем. Бояться утечки пакетов и проблем с безопас ностью при использовании подобных сетевых адаптеров не стоит из-за того, что они не присоединены ни к одной из внешних реальных сетей.

Устройство NAT (Network Address Translation device) присоединяет виртуальный адаптер к существующему реальному. Но в отличие от слу чая, в котором используется мост, никаких новых интерфейсов в реальной сети не появляется. Программное обеспечение NAT перехватывает все проходящие пакеты и изменяет их так, чтобы системы, находящиеся в реальной сети, считали, что общаются с реальным адаптером основной системы. При каждом запросе, исходящем от виртуального адаптера, NAT записывает запрос в специальную таблицу преобразований и открывает соединение с целевой системой, используя определенный диапазон портов реального интерфейса, и через него отправляет пакет. По приходу ответа, опираясь на номер порта, NAT преобразует пакет к виду, приемлемому для виртуальной сети, и отдает его виртуальному адаптеру, по запросу которого создавалось соединение. Т.е. появляется возможность одновременной рабо ты нескольких виртуальных адаптеров через один реальный сетевой адрес.

Приложение Virtual Network Editor (рис. 3.1) входит в комплект поставки VMware Workstation и VMware Server и представляет собой мощ ное средство управления виртуальной сетью. Для его использования необ ходимо запустить программу vmnetcfg.exe из папки с Workstation или Server либо в меню Edit выбрать пункт Virtual Network Settings.

Рис. 3.1. Virtual Network Editor На вкладке редактора сети Summary показаны имеющиеся виртуальные сети, их описание, подсеть, которую они образуют, а также включен ли для нее DHCP-сервер.

На вкладке Automatic Bridging (рис. 3.2) можно позволить VMware самой выбрать подходящий физический сетевой адаптер для привязки к виртуальному мосту (если сетевых карт несколько), и добавить в список физические адаптеры, для которых создавать мост не нужно. Если у вас одна сетевая карта, рекомендуется оставить все как есть. Далее мы можем перейти на вкладку Host Virtual Network Mapping (рис. 3.3).


Рис. 3.2. Автоматическая привязка физических сетевых адаптеров Рис. 3.3. Привязка сетевых адаптеров хоста Здесь мы можем осуществить привязку сетевых интерфейсов хоста (как физических, так и виртуальных) к виртуальным коммутаторам VMnet.

По умолчанию виртуальные сетевые интерфейсы VMnet1 и VMnet8 при вязаны к коммутаторам для Host-Only и NAT соответственно. Физический интерфейс привязан к коммутатору VMNet0. Для каждого из коммутато ров мы можем назначить подсеть путем назначения адреса и маски подсети (рис. 3.4):

Рис. 3.4. Настройка подсети для виртуального коммутатора Также мы можем привязать DHCP-сервер к виртуальному коммутато ру, для которого есть привязка к одному из сетевых интерфейсов хоста.

Эта функциональность дублирует вкладку DHCP и будет описана позднее.

Рассмотрим теперь создание своей подсети на основе незанятого комму татора VMnet2, которое начинается с вкладки Host Virtual Adapters (рис. 3.5).

Рис. 3.5. Виртуальные сетевые адаптеры хоста Здесь мы видим виртуальные адаптеры хоста для сетевого взаимодей ствия Host-Only и NAT, соответствующие им виртуальные коммутаторы и статусы устройств. Мы можем отключить или включить виртуальные уст ройства, а также вовсе удалить их. Добавим свой виртуальный адаптер для создания подсети виртуальных машин, нажав на кнопку Add. Добавляем адаптер VMnet2 и нажимаем кнопку Применить. В результате у нас появляются еще один виртуальный сетевой интерфейс на хосте и подсеть с автоматически назначенным адресом вида 192.168.x.0/24. На вкладке Host Virtual Network Mapping мы можем убедиться, что созданный адаптер привязан к коммутатору VMnet2, и посмотреть или изменить его подсеть.

Далее перейдем на следующую вкладку, где мы можем присоединить DHCP-сервер к различным виртуальным коммутаторам (рис. 3.6).

Рис. 3.6. Настройки DHCP-сервера Здесь мы видим, что DHCP-сервер работает для виртуальных комму таторов VMnet1 и VMnet8. Мы можем также добавить коммутатор в спи сок клиентов DHCP-сервера, нажав кнопку Add, причем не важно, привязан ли к нему какой-нибудь сетевой интерфейс хоста или нет. Внизу также виден статус сервиса, поддерживающего DHCP (vmnetdhcp.exe), и мы можем остановить, запустить или перезапустить его.

Добавляем коммутатор VMnet2 кнопкой Add и нажимаем Применить.

DHCP теперь в нашей подсети назначен, и мы можем отредактировать его свойства, нажав на кнопку Properties (рис. 3.7). Здесь помимо диапазона IP-адресов, назначаемых виртуальным машинам, мы можем настроить длительности аренды IP-адресов клиентами DHCP (по умолчанию и максимальную). Т.е., присоединив DHCP-сервер к коммутатору и создав виртуальный сетевой адаптер хоста, привязанный к нему же, мы создали подсеть типа Host-Only.

Рис. 3.7. Свойства DHCP-сервера Сетевое взаимодействие типа Host-Only отличается от NAT отсут ствием одного лишь NAT-устройства. Это устройство, осуществляющее трансляцию IP-адресов виртуальных машин, может быть привязано только к одному виртуальному коммутатору и виртуальному сетевому интер фейсу хоста. По умолчанию в качестве основы сетевого взаимодействия через NAT используются коммутатор VMnet8 и виртуальный сетевой адаптер, привязанный к нему. На последней вкладке NAT (рис. 3.8) можно поменять параметры этого сетевого взаимодействия.

Рис. 3.8. Настройки NAT Чтобы назначить NAT-устройство нашей сети VMnet2, выбираем ее и нажимаем Применить. После этого виртуальная подсеть на коммутаторе VMnet2 становится защищенной от проникновения в нее извне, а виртуальные машины посредством NAT-устройства могут инициировать исходящие соединения во внешнюю сеть, которые будет обрабатывать NAT-сервер VMware. Сервис трансляции адресов реализуется процессом vmnat.exe. На этой вкладке он также может быть установлен, запущен и перезапущен. Для настроек NAT-сервера нажмите кнопку Edit (рис. 3.9).

Здесь можно настроить IP-адрес шлюза, используемого NAT-устройством, таймаут протокола UDP (User Datagram Protocol) в минутах (сколько дер жится привязка протокола UDP к сети NAT) и Config port-порт, по ко торому можно получить информацию о статусе устройства NAT.

Рис. 3.9. Свойства устройства NAT Галка Active FTP разрешает или запрещает открытие входящего соеди нения от внешнего FTP-сервера в Active Mode. Если галка не выставлена, будет использоваться одноканальный режим Passive Mode. Кнопка DNS (DNS, Domain Name System) позволяет управлять настройками DNS-фор вардинга (перенаправления запросов к DNS). Эта возможность может быть настроена только для Windows-хостов. Галка OUI (Organizationally Unique Identifier) должна быть выставлена только в том случае, если вы поменяли первую часть MAC-адреса виртуальной машины, идентифицирующую про изводителя сетевой карты (по умолчанию VMware назначает всем машинам свой OUI), и хотите позволить этим машинам использовать NAT-устройство.

Параметры протокола NetBIOS включают в себя таймаут процессора имен NBNS (NetBIOS Name Service), число попыток для NBNS-запросов и таймаут NBDS (NetBIOS Datagram Service).

3.1.2. Настройка виртуальной сети в СВМ Sun VirtualBox Когда вы впервые создаете виртуальную машину, VirtualBox подклю чает одну виртуальную сетевую карту с настройкой по умолчанию Network Address Translation (NAT). Этот режим позволяет гостю под ключиться к внешней сети, используя сеть хоста системы, и устройствам внешней сети подключаться к тем сервисам гостя, которые вы сделаете доступными.

Для каждого сетевого интерфейса можно выбрать оборудование, ко торое будет подключено к виртуальной машине. VirtualBox может эмули ровать работу следующих сетевых карт (рис. 3.10):

AMD PCNet PCI II;

AMD PCNet FAST III (the default);

Intel PRO/1000 MT Desktop;

Intel PRO/1000 T Server;

Intel PRO/1000 MT Server.

Рис. 3. Сетевая карта PCNet FAST III устанавливается по умолчанию, т.к. она поддерживается практически всеми ОС as well as the GNU GRUB boot manager. Поддержка для Intel PRO/1000 MT добавлена в VirtualBox пото му, что Microsoft прекратила поддержку для AMD PCNet в Windows Vista, и в гостевых системах Vista невозможно настроить сеть без дополнитель ной установки драйверов. Серверная карта Intel PRO/1000 добавлена в VirtualBox, т.к. в гостевых системах Windows XP нет необходимости в установке драйверов для нее.

VirtualBox имеет ограниченную поддержку для так называемых jumbo frames, т.е. сетевых пакетов размером более чем 1500 байт, при использо вании сетевых карт Intel и в режиме сетевого моста. Другими словами, jumbo frames не поддерживаются в режиме NAT и с сетевыми AMD-устройствами;

в данном случае jumbo-пакеты не будут посылаться и отправляться. Госте вые ОС, пытающиеся использовать эту возможность, столкнутся с потерей пакетов, что может привести к непредсказуемому поведению программ в гостевой системе. В сконфигурированных гостевых системах по умолча нию это не вызывает проблем, т.к. jumbo frames для использования на страивается дополнительно.

Введение в сетевые режимы Sun VirtualBox Для каждой сетевого интерфейса можно указать, в каком из пяти ре жимов они будут функционировать (рис. 3.11):

Не подключен Network Address Translation (NAT) Сетевой мост Внутренняя сеть Виртуальный адаптер хоста По умолчанию, виртуальные сетевые карты настроены на работу в ре жиме NAT, который удовлетворяет практически любые потребности поль зователя (доступ к Internet из программ, запущенных в госте, и пре доставление сетевых сервисов для компьютеров локальной сети). Напри мер, если вам нужно просматривать Web, загружать файлы и пользоваться почтой e-mail в гостевой системе, то сетевая конфигурация по умолчанию NAT подойдет вам.

Для расширенных потребностей можно применять режим Сетевой мост – применяется программный драйвер для подключения ВМ к сетево му интерфейсу хост-системы.

Режим Внутренняя сеть используют для создания виртуальной сети, доступной из ВМ, но не для приложений, запущенных на хосте или других сетевых устройствах.

Рис. 3. Наконец, режим Виртуальный адаптер хоста можно использовать для создания сетей из хоста и нескольких виртуальных машин, без применения физического сетевого интерфейса хоста. На хосте создается виртуальный сетевой интерфейс (подобный петлевому интерфейсу), обеспечивающий соединения между хост-системой и виртуальными машинами.

Ниже более подробно описываются эти сетевые режимы.

Режим «Не подключен». Когда виртуальная сетевая карта установле на в режим Не подключено, VirtualBox сообщает гостевой системе, что сетевая карта присутствует, но не подключена -- как если бы кабель Ethernet не был подсоединен к интерфейсу. Этим можно симулировать «выдергивание» кабеля из виртуальной сетевой карты и обрыв соединения для информирования гостевой ОС об отсутствии сетевого соединения, но возможности его настройки.

Режим Network Address Translation (NAT) предоставляет наиболее простой способ доступа к внешней среде из ВМ. Обычно для него не тре буется никаких настроек хоста и гостевой системы. Поэтому он является сетевым режимом, настраиваемым по умолчанию.

ВМ с сетевым интерфейсом в режиме NAT подключается к сети так же, как реальный компьютер подключается к Internet через маршрутизатор.

«Маршрутизатором» в данном случае выступает сетевой модуль VirtualBox, обрабатывающий сетевой трафик виртуальной машины. При этом, как и в случае локальной сети за маршрутизатором, ВМ недоступна для внешней сети (internet);

вы не можете обрабатывать сетевые запросы, пока не настроите переброс портов.

ВМ получает сетевой адрес и другие его настройки в локальной сети от сервера DHCP, встроенного в VirtualBox. Таким образом, виртуальной машине присваивается уникальный IP-адрес. Возможно настроить ис пользование нескольких сетевых карт в виртуальной машине в режиме NAT, тогда первая карта будет принадлежать локальной сети 10.0.2.0, вторая – 10.0.3.0 и т.д.

В режиме NAT сетевому интерфейсу гостя назначается по умолчанию адрес IPv4 в сети 10.0.x.0/24, где x равен порядковому номеру интерфейса виртуальной машины плюс 2. То есть x равен 2, если имеется только один активный NAT-интерфейс. В данном случае гостю присваивается адрес 10.0.2.15, адрес шлюза устанавливается в 10.0.2.2, а сервер имен (dns) 10.0.2.3.

Если по каким-то причинам необходимо изменить эти настройки сети NAT, то это возможно сделать следующей командой:

VBoxManage modifyvm "My VM" --natnet1 "192.168/16" Эта команда резервирует сетевые адреса 192.168.0.0 --- 192.168.254. для первого интерфейса NAT для виртуальной машины "My VM". IP-адрес гостю присваивается 192.168.0.15, а шлюзу – 192.168.0.2.

Сетевые пакеты, посылаемые гостевой ОС, получает модуль VirtualBox NAT, который обрабатывает данные стека TCP/IP и пересылает их в ОС хоста. Он определяет, какие данные посылать приложениям хоста, а какие – другим компьютерам той же сети, что и хост, используя сетевой интерфейс хоста. VirtualBox также перехватывает и пересылает ответные пакеты гостю.

Переброс портов (port forwarding) в NAT. Так как ВМ подключается к своей собственной сети VirtualBox и не доступна для хоста, то сетевые службы в гостевой системе не доступны для хоста и других компьютеров сети хоста. Однако VirtualBox позволяет сделать выбранные сервисы доступными для них с использованием переброса портов. С помощью дан ной функции можно прослушивать некоторые порты хоста и пересылать все сетевые пакеты, приходящие на этот порт гостевой системе.

Для приложений хоста или других компьютеров сети (включая вир туальные) это выглядит так, как будто бы служба работает на хост-системе (это означает, что вы не можете обслуживать сервис на том же порту на хосте). Тем не менее обслуживание сетевых запросов в ВМ дает некоторые преимущества, например, уязвимость или крах виртуальной сетевой служ бы не ведет к компрометированию хост системы, т.к. сервис работает в другой ОС.

Вы можете настроить переброс портов, используя команду VBoxManage.

Вам необходимо знать, какие порты используются в госте сетевой службой, и определить, какие порты применять на хосте (не обязательно использовать номера тех же портов, что и в гостевой системе). Вы можете использовать любые свободные порты на хосте. В примере показано, как настроить службу ssh:

VBoxManage setextradata "Linux Guest" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP VBoxManage setextradata "Linux Guest" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/GuestPort" VBoxManage setextradata "Linux Guest" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/HostPort" В приведенном примере применяется виртуальная сетевая карта PCNet;

если вы используете в гостевой системе Intel PRO/1000, то замените "pcnet" на "e1000". Так же, если вы хотите настроить интерфейс, отличный от при веденного (первый виртуальный сетевой интерфейс), то замените /0/ нуж ным номером. Номера интерфейсов pcnet и e1000 нумеруются отдельно, и для обеих нумерация начинается с 0.

Имя guestssh выбрано произвольно для этого конкретного переброса порта. При данной настройке все TCP-соединения на порт хоста будут перенаправлены на 22 порт гостевой системы. Параметр Protocol может принимать одно из двух значений: TCP или UDP. Для удаления данной настройки используйте те же команды, но без указания значений параметров (в данном случае TCP, 22 и 2222 ).

Нельзя настраивать переброс портов соединений для запущенной виртуальной машины. Однако это возможно сделать для ВМ, которая сохранена или выключена.

Ограничения NAT. Существуют ограничения в режиме NAT:

1. Широковещательные пакеты UDP.

Гостевые системы осуществляют ненадежное получение широковеща тельных пакетов, что сделано для улучшения производительности;

это происходит только в определенный промежуток времени, после того как гость отсылает пакет UDP. Как следствие, протокол разрешения имен NetBios не всегда работает корректно (но WINS работает). В данном слу чае используйте обходной путь – вы можете использовать непосредственно IP-адреса для доступа к сетевым ресурсам \\server\share.

2. Не поддерживаются протоколы, такие, как GRE:

Протоколы, отличные от TCP и UDP, не поддерживаются. Это означает что нельзя применять VPN (PPTP от Microsoft). Существуют другие реализации VPN, которые используют TCP и UDP.

3. Переброс портов хоста 1024 невозможен:

На Unix-системах (Linux, Solaris, MacOS X) нельзя использовать порты с номерами меньше 1024 в приложениях, запущенных без прав root. В результате, если вы попытаетесь настроить переброс таких портов, то ВМ не запустится.

Эти ограничения обычно не влияют на обычное использование сети.

Но наличие их в режиме NAT может приводить к проблемам. Приведем пример – NFS, часто сервера настроены так, что отказывают в соединениях от непривилегированных портов (т.е. портов с номерами меньше 1024).

Сетевой мост. В данном режиме VirtualBox использует драйвер устройства на хост-системе, который обрабатывает данные, проходящие через физический сетевой интерфейс. Этот драйвер обычно называют «net filter». Он позволяет перехватывать VirtualBox-пакеты из физической сети и изменять данные в них, а также создавать новые программные сетевые интерфейсы. Если гость применяет такой интерфейс, то выглядит это так, как будто бы гостевая ОС подключается к физической сети, ОС хоста мо жет посылать и принимать данные от гостевой. Это означает, что вы мо жете использовать физический интерфейс хоста в качестве маршрутизато ра или шлюза между гостевой системой и вашей физической сетью. Для этого требуется драйвер от VirtualBox на хост-системе. Режим сетевого моста был полностью переписан в версиях VirtualBox 2.0 и выше. С точки зрения пользователя основное различие в реализации заключается в том, что более не требуется сложная процедура настройки режима в поддержи ваемых ОС.

Внутренняя сеть. Режим Внутренняя сеть похож на режим Сетевой мост, в котором ВМ может связываться с внешним миром. Однако «внешний мир» ограничен другими ВМ, которые подключены к той же внутренней сети.

Хотя с технической стороны все, что можно сделать, используя режим Внутренняя сеть, можно также сделать в режиме сетевого моста, однако существуют две причины для добавления данного режима:

1. Безопасность. В режиме сетевого моста весь сетевой трафик прохо дит через сетевой интерфейс хост-системы. Поэтому возможны подключе ние packet sniffer (например Ethereal) к интерфейсу хоста и сбор всего трафика, проходящего через него. Если по каким-либо причинам вам необ ходимо, чтобы две и более ВМ имели защищенное соединение и при этом скрывали свои данные от хост-системы и других пользователей, то режим Сетевой мост является лучшим.

2. Скорость. Режим Внутренняя сеть более производителен, чем ре жим Сетевой мост, так как VirtualBox может напрямую пересылать дан ные, без использования сетевого стека ОС хоста.

Внутренние сети создаются автоматически, т.е. не существует центра лизованной настройки. Каждая внутренняя сеть идентифицируется своим именем. При существовании более чем одной виртуальной сетевой карты с одним идентификатором внутренней сети драйвер VirtualBox автомати чески поддерживает соединение этих интерфейсов в одну сеть, выступая в роли сетевого коммутатора. VirtualBox поддерживает полностью Ethernet коммутацию, широковещательную и многоадресную рассылку сетевых па кетов и режим promiscuous mode.

Для включения режима внутренней сети для сетевой карты виртуаль ной машины установите для нее тип подключения в Внутренняя сеть.

Имеется два способа сделать это:

1) Вы можете использовать диалоговое окно Свойства в графическом пользовательском интерфейсе VirtualBox. На вкладке Сеть выберите Внутренняя сеть из выпадающего списка Тип подключения. Далее выберите имя существующей внутренней сети из выпадающего списка ниже или введите новое имя.

2) Вы можете использовать команду VBoxManage modifyvm VM name --nicx intnet. Вы можете указать имя сети командой VBoxManage modifyvm VM name --intnetx network name, что не обязательно. Если вы не укажете имя сети, сетевая карта будет подключена к внутренней сети по умолчанию intnet.

Для сетевых карт (virtual) гостевых ОС в режиме внутренней сети используется статическая настройка IP-адресов;

вы, вероятно, захотите применить DHCP-сервер, встроенный в VirtualBox для выдачи IP-адресов во внутренней сети.

В качестве меры безопасности в режиме Внутренняя сеть Linux пре доставляет доступ к этой сети только виртуальным машинам, запущенным пользователем, который создал для них эту внутреннюю сеть.

Виртуальный адаптер хоста. Режим Виртуальный адаптер хоста был добавлен в версии VirtualBox 2.2. Данный режим можно рассматри вать как гибрид режимов сетевого моста и внутренней сети. Как и в ре жиме моста, ВМ в режиме Виртуальный адаптер хоста могут соеди няться друг с другом и с ОС хоста, как будто бы они соединены через фи зический коммутатор. Как и в режиме внутренней сети, нет необходимости в предоставления физического сетевого интерфейса, и ВМ не могут об щаться с внешней сетью хоста, т.к. они никак не связаны с физическим се тевым интерфейсом.

При использовании режима внутренней сети VirtualBox создает новый программный интерфейс на хосте, который добавляется к списку суще ствующих сетевых интерфейсов хоста. Другими словами, в режиме сетево го моста существующий физический интерфейс используется для подклю чения ВМ, а в режиме внутренней сети создается новый «петлевой» интер фейс хоста. В режиме внутренней сети трафик между виртуальными ма шинами не «виден», а трафик «петлевого» интерфейса можно перехватить.



Pages:     | 1 || 3 | 4 |   ...   | 6 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.