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

Главной задачей операционной системы, используемой в сети масштаба отдела, является организация разделения ресурсов, таких как приложения, данные, лазерные принтеры и, возможно, низкоскоростные модемы. Обычно сети отделов имеют один или два файловых сервера и не более чем 30 пользователей. Задачи управления на уровне отдела относительно просты. В задачи администратора входит добавление новых пользователей, устранение простых отказов, инсталляция новых узлов и установка новых версий программного обеспечения. Операционные системы сетей отделов хорошо отработаны и разнообразны, также, как и сами сети отделов, уже давно применяющиеся и достаточно отлаженные. Такая сеть обычно использует одну или максимум две сетевые ОС. Чаще всего это сеть с выделенным сервером NetWare 3. x или Windows NT, или же одноранговая сеть, например сеть Windows for Workgroups.

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

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

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

Именно на уровне сети кампуса начинаются проблемы интеграции. В общем случае, отделы уже выбрали для себя типы компьютеров, сетевого оборудования и сетевых операционных систем. Например, инженерный отдел может использовать операционную систему UNIX и сетевое оборудование Ethernet, отдел продаж может использовать операционные среды DOS/Novell и оборудование Token Ring. Очень часто сеть кампуса соединяет разнородные компьютерные системы, в то время как сети отделов используют однотипные компьютеры.

Корпоративная сеть соединяет сети всех подразделений предприятия, в общем случае находящихся на значительных расстояниях. Корпоративные сети используют глобальные связи (WAN links) для соединения локальных сетей или отдельных компьютеров.

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

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

К признакам корпоративных ОС могут быть отнесены также следующие особенности.

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

Сервер приложений должен базироваться на мощной аппаратной платформе (мультипроцессорные системы, часто на базе RISC-процессоров, специализированные кластерные архитектуры). ОС сервера приложений должна обеспечивать высокую производительность вычислений, а значит поддерживать многонитевую обработку, вытесняющую многозадачность, мультипроцессирование, виртуальную память и наиболее популярные прикладные среды (UNIX, Windows, MS-DOS, OS/2). В этом отношении сетевую ОС NetWare трудно отнести к корпоративным продуктам, так как в ней отсутствуют почти все требования, предъявляемые к серверу приложений. В то же время хорошая поддержка универсальных приложений в Windows NT собственно и позволяет ей претендовать на место в мире корпоративных продуктов.

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

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

В идеале сетевая справочная информация должна быть реализована в виде единой базы данных, а не представлять собой набор баз данных, специализирующихся на хранении информации того или иного вида, как это часто бывает в реальных операционных системах. Например, в Windows NT имеется по крайней мере пять различных типов справочных баз данных. Главный справочник домена (NT Domain Directory Service) хранит информацию о пользователях, которая используется при организации их логического входа в сеть. Данные о тех же пользователях могут содержаться и в другом справочнике, используемом электронной почтой Microsoft Mail. Еще три базы данных поддерживают разрешение низкоуровневых адресов: WINS - устанавливает соответствие Netbios-имен IP-адресам, справочник DNS - сервер имен домена - оказывается полезным при подключении NT-сети к Internet, и наконец, справочник протокола DHCP используется для автоматического назначения IP-адресов компьютерам сети. Ближе к идеалу находятся справочные службы, поставляемые фирмой Banyan (продукт Streettalk III) и фирмой Novell (NetWare Directory Services), предлагающие единый справочник для всех сетевых приложений. Наличие единой справочной службы для сетевой операционной системы - один из важнейших признаков ее корпоративности.

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

Служба формирования имен узлов - DNS (Domain Name Service)

Компоненты:

· Пространство имен доменов

· Сервер имен

· Клиенты DNS (Resolver-ы). Резолвьеры

Домены верхнего уровня поделены на три зоны:

arpa это специальный домен, используемый для сопоставления адрес - имя (раздел "Запросы указателя" этой главы).

Семь 3-символьных доменов называются общими (generic) доменами. В некоторых публикациях они называются организационными (organizational) доменами.

Все 2-символьные домены, основанные на кодах стран, можно найти в ISO 3166. Они называются доменами стран (country), или географическими (geographical) доменами.

Серверы имен содержат информацию о структуре дерева доменов и информацию о узлах

Вся база данных поделена на зоны. Например, зона созданная для компании Company, Inc. Может содержать только информацию о домене Company.com, но может содержать и данные для связанных с этим доменов поддоменов east.company.com

Домен In-addr. arpa

Кроме соответствий имя - IP-адрес, серверы имен хранят и таблицы обратного преобразования: по адресу можно найти имя. Многие существующие протоколы Интернета берут своё начало в ARPANET. Например, протокол обратного поиска DNS до сих пор использует доменное имя верхнего уровня". arpa": чтобы найти записи, относящиеся к IP-адресу 1.2.3.4, надо послать запрос об адресе 4.3.2.1 in-addr. arpa.

DNS-сервер - специализированное ПО для обслуживания DNS, а также компьютер, на котором это ПО выполняется. DNS-сервер может быть ответственным за некоторые зоны и/или может перенаправлять запросы вышестоящим серверам.

DNS-клиент - специализированная библиотека (или программа) для работы с DNS. В ряде случаев DNS-сервер выступает в роли DNS-клиента.

DNS-запрос может быть рекурсивным - требующим полного поиска, - и нерекурсивным - не требующим полного поиска.

При рекурсивной обработке запросов все ответы проходят через DNS-сервер, и он получает возможность кэшировать их. Повторный запрос на те же имена обычно не идет дальше кэша сервера, обращения к другим серверам не происходит вообще (Time To Live)

Резольверы

Это поиск адреса по имени. Как только резольвер получит IP - адрес сервера имен, он посылает запрос на этот сервер.

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

Шлюзы. Сетевой шлюз

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

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

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

Kerio winroute firewall

Kerio WinRoute Firewall (ранее назывался WinRoute Pro) - это программный межсетевой экран, разработанный компанией Kerio Technologies и Tiny Software. Преимущества:

· Многоязычный интерфейс (16 языков, включая русский)

· Встроенный прокси-сервер

· Интегрированный антивирус от McAfee

· Возможность двойной антивирусной фильтрации

· Контроль пропускной полосы канала

· Балансировка нагрузки на каналы

· Реализован собственный VPN

· Мониторинг и протоколирование пользовательской активности в Интернет

· Интеграция с Active Directory

· Поддержка IP-телефони

Системные Требования

Минимальные требования для узла, на котором может быть установлен WinRoute:

· CPU Intel Pentium II или совместимый; 300 МГц

· 128 Мб RAM

· 2 сетевых интерфейса

· 50 Мб свободного пространства на диске для установки

· Наличие свободной памяти для регистраций (зависит от трафика и выбранного уровня регистрации)

Продукт поддерживает следующие операционные системы:

· Windows 2000

· Windows XP

· Windows Server 2003

Вопросы для самоконтроля:

1. Сети отделов

2. Сети кампусов

3. Сети предприятия

4. Сетевой и интернет шлюз

5. DNS система доменных имен

Тема. 4. Серверные операционные системы ведущих производителей Windows (Microsoft), Unix, Linux, Mac OS X (Apple)

Сеанс работы в Linux.

(5-неделя)

План:

1. Windows (Microsoft) серверная операционная система

2. Серверные технологии Linux

3. Организация и состав Linux-сервера

Windows (Microsoft)

Windows NT. Применение Windows NT Server 4.0 в качестве серверной операционной системы во многих случаях было экономически оправданным, что сделало данную операционную систему весьма популярной у малых и средних предприятий - она до сих пор активно используется многими компаниями.

Windows 2000. Windows 2000 является самой популярной операционной системой Microsoft в корпоративном секторе. К серверным операционным системам этого семейства относятся Windows 2000 Server - универсальная сетевая операционная система для серверов рабочих групп и отделов, Windows 2000 Advanced Server - операционная система для эксплуатации бизнес-приложений и приложений для электронной коммерции и Windows 2000 Datacenter Server - ОС для наиболее ответственных приложений обработки данных.

Windows 2000 Advanced Server поддерживает кластеризацию и баланс нагрузки, что делает возможным выполнение масштабируемых приложений с непрерывным доступом к данным. Windows 2000 Datacenter Server поддерживает симметричную мультипроцессорную обработку с использованием 32 процессоров, 64 Гбайт оперативной памяти, средства восстановления после отказа на основе четырехузловой кластеризации.

Windows Server 2003 Windows Server 2003 Web Edition - операционная система для поддержки Web-приложений и Web-сервисов, включая приложения ASP.net (Active Server Pages);

Windows Server 2003 Standard Edition - сетевая операционная система для выполнения серверной части бизнес-решений и рассчитанная на применение в небольших компаниях и подразделениях, поддерживает до 4 Гбайт оперативной памяти и симметричную многопроцессорную обработки с использованием двух процессоров;

Windows Server 2003 Enterprise Edition - предназначена для средних и крупных компаний. Она поддерживает серверы на базе 64-разрядных процессоров (до восьми штук) и объем оперативной памяти до 64 Гбайт и выпускается в версиях для 32 - и 64-разрядных платформ;

Windows Server 2003 Datacenter Edition - предназначена для создания критически важных технических решений с высокими требованиями к масштабируемости и доступности. К таким решениям относятся приложения для обработки транзакций в режиме реального времени, а также решения, основанные на интеграции нескольких серверных продуктов. В ОС реализована поддержка симметричной многопроцессорной обработки (до 32 процессоров), а также имеются службы балансировки нагрузки и создания кластеров, состоящих из восьми узлов. Эта ОС доступна для 32 - и 64-разрядных платформ.

Серверные технологии Linux

Каждая операционная система имеет свое призвание. Операционную систему Windows NT Server предпочтительнее использовать как сервер рабочих групп сетей Microsoft. Система Novell Netware лучше смотрится в роли файлового сервера и сервера печати. ОС UNIX первоначально разрабатывалась как интернет-сервер.

Средства для работы с Сетью встроены непосредственно в ядро этой операционной системы, а все необходимое программное обеспечение для организации сервера входит в состав дистрибутива. UNIX-система работает со всеми сетевыми протоколами (особенно с TCP/IP) лучше, чем любая другая операционная система для платформы Intel. Недаром

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

Где же применяются Linux-серверы? Прежде всего, это интернет-серверы.

Вы можете спросить, почему именно Linux (Unix)? Почему не какая-нибудь другая операционная система, например, Windows NT (2000)?

Давайте подумаем вместе. В начале 60-х годов по приказу Министерства обороны США была создана сеть Arpanet, которая и послужила в дальнейшем прототипом для создания Интернет. Как можно использовать NT-сервер в качестве интернет-сервера, если он был выпущен в 1996 году?

А Интернет-то существовал с 70-х годов. И существовал именно благодаря Unix-истемам. Так почему же не использовать для предоставления интернет-услуг родную операционную систему?

Многие правительственные и финансовые организации всего мира, например, Министерство иностранных дел Германии, используют Linux (SuSE Linux), а немецкий Dresdner Bank совместно с американской компанией CollabNet объявил о новой банковской информационной системе, построенной на основе Linux. И тут, как вы видите, дело не в деньгах - платить или не платить за Linux, а в заботе организаций о своей информационной безопасности и надежности своих серверов. Как объяснить клиенту, что его счет будет закрыт, поскольку программа выполнила недопустимую операцию? Тут даже созданный журнал ошибок не поможет. Недавно открытый сайт президента России, к которому предъявляются повышенные требования надежности, безопасности и производительности, базируется именно на основе Red Hat Linux.

Второй отраслью применения Linux-серверов является создание кластеров для произведения параллельных вычислений. По определению кластер - это несколько компьютеров, объединенных вместе для совместного решения одной задачи. Объединение компьютеров, как правило, производится с помощью высокоскоростной сети. На сегодняшний день создано специальное программное обеспечение, позволяющее собрать кластер даже в домашних условиях, например, PVM (Parallel Virtual Machine).

Помимо всего вышеуказанного, существует еще множество направлений, где используются Linux-серверы: WWW-серверы, FTP-серверы, почтовики, шлюзы, можно даже эмулировать домен NT с помощью пакета Samba. При этом нужно учитывать то, что все необходимое программное обеспечение уже входит в ваш дистрибутив:

1. веб-сервер Apache

2. FTP-серверы wu-ftpd и ProFTPD

3. Агенты МТА (Mail Transfer Agant) sendmail и postfix

4. Поддержка сети Microsoft - пакет Samba

5. DHCP (Dynamic Host Configuration Protocol) - cepBep, который используется для автоматического назначения IP-адреса рабочим станциям в сети

6. Прокси-сервер SQUID

7. Брандмауэр IpChains и/или IpTables

8. Сервер баз данных MySQL

9. DNS-сервер

10. Специальный прокси-сервер Socks5.

Подробно о настройке всех этих служб, а также о многом другом вы сможете прочитать в моей книге Linux-сервер своими руками, третье издание которой вышло в 2005 году в издательстве Наука и Техника.

Организация и состав Linux-сервера

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

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

Построение Linux-сервера нужно начать с настройки суперсервера - xinetd (в более старых дистрибутивах - inetd). Суперсервер - это основа основ: без него не будет работать большинство сетевых сервисов, таких как РОРЗ, IMAP, FTP (если он не запускается отдельно). Сервер xinetd называется суперсервером, потому что он отвечает за установление ТСР-соединения, то есть прослушивает пакеты и передает их на обработку другим программам, управляя таким образом другими серверами. Например, если в запросе клиента будет требование установить соединение с двадцать первым портом, то суперсервер вызовет сервер FTP: конечно, при условии, что соединение с 21 портом разрешено (в противном случае клиент получит сообщение Connection refused).

По правде говоря, не все так просто, как я описал. На практике за установление TCP-соединений отвечает демон tcpd (в ранних версиях Linux его не было).

Программы-сервисы (httpd, ftpd) могут постоянно находиться в памяти (режим standalone): в этом случае они сами обрабатывают пакеты, и суперсервер их уже не вызывает. Но это уже детали, и они картины не меняют.

Отнеситесь к настройке xinetd с должным вниманием: от того, как вы его настроите, будет зависеть работа вашего сервера.

После настройки xinetd можно приступить к настройке конкретных сетевых сервисов. Я вам рекомендую настраивать не все подряд (по принципу чтобы было), а только те сервисы, которые вам сейчас нужны. Например, если вы настраиваете почтовик, то нечего на нем устанавливать DNS-сервер, веб-сервер и FTP-сервер. Лучше хорошо настроить две-три нужные службы, чем использовать десяток (включая нужные и ненужные) с настройками по умолчанию. Помните, что ненастроенная служба - это потенциальная дыра в системе безопасности вашего сервера.

Если вы настраиваете серверы провайдера, я настоятельно рекомендую разделить серверные функции между разными компьютерами. Не нужно, чтобы один компьютер обслуживал и входящие звонки, и почту, и разрешение имен. Для провайдера целесообразно разделить функции серверов так:

Два отдельных DNS-сервера - первичный и вторичный. Пусть себе стоят в углу - DNS-серверы редко требуют администрирования, если, конечно, вы не выдаете доменные имена по десять раз за день.

Главный сервер, который обслуживает одновременно и входящие звонки (dial-in), и почту.

Отдельный веб-сервер. Обычно на веб-сервере устанавливаются интерпретаторы РНР, perl и сервер баз данных MySQL. Если пользователям нужен доступ к их файлам, можно настроить на этом же компьютере FTP, но я рекомендую вместо FTP использовать ssh.

Конечно, если ваши пользователи пойдут на такие жертвы ради безопасности.

Если же вы ограничены в средствах, можно все это добро установить на одном компьютере. Надежность схемы ?все в одном значительно ниже, и в основном она используется для тестирования - проведения небольших экспериментов с сетевыми сервисами.

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

Тогда нужно установить и настроить следующее программное обеспечение:

Суперсервер xinetd - вы уже знаете, для чего он нужен. Настройку любого Linux-сервера нужно начинать именно с настройки xinetd.

Пакет apache (в некоторых дистрибутивах он называется httpd). Программа Apache выполняет функции веб-сервера: именно она передаст пользователю веб-страницу, когда тот введет URL страницы в окне браузера.

Если ваши пользователи желают программировать на РНР, нужно установить пакет РНР. Связке веб-сервера Apache, интерпретатора РНР и сервера баз данных MySQL посвящена целая глава, поэтому мы не будем сейчас подробно на этом останавливаться. Теперь рассмотрим второй распространенный случай - почтовый сервер. Почтовый сервер отвечает за отправку и прием сообщений электронной почты. Обычно он использует протоколы SMTP (Simple Mail Transfer Protocol) и POP (Post Office Protocol). Для создания почтового сервера нужно установить и настроить следующее программное обеспечение:

Суперсервер xinetd.

Почтовый c2сагент (МТА, Mail Transfer Agent), которая будет отправлять и принимать сообщения. Обычно эту роль выполняет программа sendmail, а кроме нее довольно распространены программы qmail и postfix, выполняющие аналогичные функции.

Пакет imap, обеспечивающий получение пользователями своей почты по протоколам РОРЗ или IMAP.

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

Программу fetchmail, позволяющую получать почту с других РОРЗ-серверов.

Желательно также установить какой-нибудь антивирус, например, KAV, и прикрутить его к sendmail (или другому SMTP-серверу): тогда входящие и исходящие сообщения будут автоматически проверяться на вирусы.

Вопросы для самоконтроля:

1. Отличие сетевых и серверных операционных систем

2. Серверные операционные системы Windows

3. Серверные операционные системы Linux

4. Cуперсервер xinetd.

Тема 5. Установка системы и программ в сетевой операционной системе Linux. Подготовка дискового пространства

Настройка устройств и графического интерфейса.

(6-неделя)

План:

1. Подготовка жесткого диска

2. Имена разделов в ОС Linux

3. Установка по сети

Подготовка жесткого диска

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

Существует несколько определений файловой системы. Для себя вы можете выбрать одно из нижеприведенных - они оба вполне корректны.

Файловая система - часть операционной системы, обеспечивающая выполнение операций над файлами.

Файловая система - способ организации и представления битов на жестком диске.

Разделом называется участок жесткого диска, к которому можно обратиться как к отдельному диску, что достигается использованием таблицы разбиения жесткого диска (partition table). Эта таблица записана в самом начале диска и подразделяется на 4 секции, содержащие характеристики 4 возможных разделов: их расположение, тип и отметку об активности.

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

Эти 4 раздела называются первичными (primary). Один из разделов может иметь тип расширенный (extended). Такой раздел содержит собственную таблицу разбиения на один или несколько разделов, называемых логическими (logical). Таким образом, пространство жесткого диска может быть структурировано удобным вам способом.

Итак, на вашем диске достаточно места для установки Linux, но все это место находится в активно используемом разделе, содержащем ОС Windows и все данные. Вы можете:

Полностью переразметить диск.

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

1. Убедитесь, что у вас есть компакт-диск, с которого можно переустановить исходную ОС;

2. Создайте резервную копию всех своих данных;

3. Разбейте диск на разделы с помощью утилиты f disk от Windows;

4. Восстановите свои данные и возвращайтесь к установке Linux.

Уменьшить имеющийся большой раздел с сохранением данных.

Существует несколько программ, позволяющих это сделать. В предыдущие дистрибутивы Red Hat входила утилита fips, умевшая работать с разделами FAT и FAT32, но не NTFS. Она все еще доступна по адресу h t t p: // www.igd. fhg. de/~aschaefe/fips, но в современные дистрибутивы обычно не включена. Вместо нее лучше воспользоваться программой PartitionMagic от Symantec Norton, понимающей все типы файловых систем. Ваши действия:

1. Уплотните существующие данные (дефрагментируйте ваш диск), чтобы увеличить свободное место в конце раздела.

2. Уменьшите размер раздела, создав на диске неразмеченное пространство.

3. Создайте новые разделы. Можете отложить этот шаг до этапа установки Linux: инсталляторы современных дистрибутивов (в частности, Fedora Core и Mandrake) вызывают специальную программу для работы с разделами диска.

Рекомендуемая схема разбиения диска

Раздел подкачки или свопинга (swapping) - используется виртуальной памятью. Иными словами, данные, не умещающиеся в оперативной памяти, перемещаются на жесткий диск. Например, у вас в данный момент свободно всего 8 Мбайт оперативной памяти, а вы пытаетесь открыть документ размером в 16 Мбайт. В оперативную память при этом будут загружены первые несколько мегабайт, а все остальное будет находиться во внешней памяти. Когда вам потребуется перейти в конец документа, операционная система подкачает в память нужные данные, а неиспользуемые будут помещены во внешнюю память. Размер раздела подкачки должен быть не меньше 32 Мбайт. Обычно его размер равен удвоенному объему оперативной памяти.

Раздел /boot - содержит ядро операционной системы и несколько файлов, используемых при загрузке. Необходимость этого раздела вызвана барьером 1024 цилиндра, то есть тем, что BIOS большинства персональных компьютеров не видит цилиндров с номерами больше 1024. Рекомендуемый размер этого раздела - 100 Мбайт.

Корневой раздел, содержащий файлы, необходимые для работы системы и прикладных программ;

Раздел /home для пользовательских данных.

Имена разделов в ОС Linux

Linux представляет наименования разделов как имена файлов, в виде /dev/xxyN, где:

/dev - это каталог, в котором расположены все файлы, связанные с устройствами;

хх - две буквы названия раздела, указывающие тип устройства, на котором размещается раздел. Как правило, это либо hd (если это IDE диск), либо sd (для SCSI дисков);

у - буква, описывающая само устройство, на котором находится раздел. Например, /dev/hda (первый IDE жесткий диск) или /dev/sdb (второй SCSI диск);

N - число, обозначающее непосредственно раздел. Первичные разделы нумеруются числами с 1 по 4. Нумерация логических разделов начинается с 5, даже если первичных разделов меньше четырех.

Таким образом, /dev/hda2 - это второй первичный раздел на первом диске IDE, a /dev/sdb5 - это первый логический раздел на втором диске SCSI.

Разделы и точки монтирования

С логической точки зрения файловая система каждого раздела представляет собой отдельное дерево каталогов. Объединение их в общую иерархическую структуру с одним корнем достигается путем ассоциирования раздела с одним из каталогов, содержащихся в корневом каталоге. Эта операция называется монтированием (mounting). Монтирование раздела дает доступ к нему через указанный каталог, называемый точкой монтирования (mounting point). Например, если раздел /dev/sdb5 был смонтирован как /home/ivan/doc, то все файлы и каталоги, находящиеся в /home/ivan/doс, физически будут размещаться на /dev/sdb5. А файлы, находящиеся в /home/ ivan/doc/Russian, - на /dev/sdb6, если назначить каталог Russian точкой монтирования для раздела /dev/sdb6.

Загрузка программы установки

С использованием загрузочного компакт-диска

Самый удобный и уже самый распространенный способ. Первый диск любого дистрибутива - загрузочный. Вставьте его в дисковод, перезагрузите компьютер, войдите в BIOS Setup и сделайте CD-привод первым в последовательности загрузки.

Некоторые дистрибутивы (например, Mandrake 10.0) предлагаются на DVD, с которыми нужно поступать точно так же (если, конечно, у вас есть соответствующий привод).

С использованием загрузочной дискеты Способ настолько устаревший, что в современные дистрибутивы загрузочный образ для дискеты и не включен. Опишу его, опираясь на дистрибутив RedHat 7.1.

1. Скопируйте каталоги dosutils и images на жесткий диск (желательно на С:).

2. Перезагрузите компьютер в режиме MS DOS.

3. Введите команду rawrite (если вы - на свой страх и риск - предпочитаете работать в Windows, то пользуйтесь командой rawritewin):

С: \>с: \dosutils\rawrite

На запрос программы

Enter disk image source file name:

введите:

с: \ images \boot. img - для обычной установки или

с: \ images \bootnet. img - для установки по сети.

А затем на предложение программы ввести диск назначения введите имя дискеты:

Enter destination drive:

4. Вы получили загрузочную дискету. Вставьте ее в дисковод и перезагрузите компьютер.

Внимательно прочитайте INSTALL. TXT в корневом каталоге CD, загляните также в каталог images и прочитайте файл README. Инструкции по установке обычно находятся там.

С использованием жесткого диска

Если вы скачали образы компакт-дисков дистрибутива, то можете прожечь их на CD и устанавливать так, как сказано в п.1.2.1 Когда скорость вашего CD-привода слишком мала (например, 4х), имеет смысл разместить ISO-образы на жестком диске, а с CD только загружаться. Загрузочный образ находится в каталоге images на первом диске дистрибутива и называется boot. iso.

Если какой-то вариант Linux у вас уже установлен, то вы можете извлечь этот файл из файла образа, смонтировав этот образ:

$ mount - о loop - t iso9660 <файл_1зо> <точка_монтирования>

Прожгите файл boot. i so на компакт-диск и загрузитесь с этого компакт-диска. Если ваш BIOS поддерживает загрузку с USB-устройств, то вы можете скопировать на USB-диск загрузочный образ images/diskboot. irag с первого диска дистрибутива. Из-под Linux это можно сделать так:

$ dd if=diskboot. img of=/dev/sdal

После чего загрузитесь с USB-диска и следуйте указаниям программы установки.

Если вы загружаетесь с дистрибутивного CD, но устанавливать собираетесь с жесткого диска, то в ответ на приглашение загрузчика boot:

введите тот вариант загрузки, который позволяет выбрать устройство (в дистрибутиве Fedora Core эта директива называется askmethod). Укажите инсталлятору раздел диска и каталог, в котором находятся образы дисков дистрибутива.

Установка по сети

Для этого варианта установки вам нужно иметь доступ к FTP-серверу, где хранится каталог с избранным вами дистрибутивом. Загрузитесь с того носителя, на который вы скопировали загрузочный образ, ответьте на вопросы инсталлятора и выберите в качестве устройства для установки FTP-сервер.

Вопросы для самоконтроля:

1. Из скольки шагов состоит установка операционной системы Linux Ubuntu 8.04?

2. Опишите 4-ый шаг при инсталляции операционной системы Linux Ubuntu 8.04?

3. Имена разделов при установке операционной системы Линукс.

4. Установка операционной системы Линукс по сети.

Тема 6. Терминал и командная строка

Учетные записи в Linux. Права доступа.

План:

1. Командная оболочка. Bash

2. Встроенные команды

3. История команд

4. Переменные

Начинающий пользователь, естественно начинает осваивать OS Linux с графического интерфейса. Но через некоторое время решает попробовать и работу в командной строке. В конечном счёте, к этому подойдёт практически каждый. Это довольно интересный и увлекательный процесс. Только в командной строке открывается вся мощь этой операционной системы. В этом обозрении идет перечисление самых основных команд. Всё это есть в справочном руководстве - man, но сначала, возможно будет не с руки им пользоваться. Сперва попробуйте просто набирать команды данные ниже без дополнительных параметров (которых довольно много и можно узнать задав "команду - help”или "man имя команды”.

Начало и завершение работы в Linux

Повседневная работа в Linux существенно отличается от работы в Windows, особенно в части использования кнопки Reset и комбинации клавши Ctrl+Alt+Del, которыми регулярно пользуется большинство пользователей Windows. В Linux перезапуск компьютера является действительно чрезвычайной ситуацией, Приводящей к проблемам в работе системы, (поэтому надо сразу научиться правильно входить в систему и, в особенности, правильно завершать работу.

ПРИМЕЧАНИЕ Данный раздел касается работы в терминале (виртуальной консоли) операционной системы Linux, а не в графической оболочке. В текстовый режим можно перейти из KDE или GNOME, нажав комбинацию клавиш Ctrl+Alt+1, а вернуться обратно - нажав Ctrl+7.

Вход в систему

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

Login: имя_лользователя Password: пароль_пользователя

Вам надо ввести свое имя и пароль, которые должны быть ранее зарегистрированы в системе администратором. Только после авторизации в системе вы сможете выполнять какие-либо действия.

ПРИМЕЧАНИЕ Учитывайте, что при вводе пароля на экране могут не появляться символы "*".

При запуске дистрибутивов, записанных на компакт-дисках, несколько имен заранее определены, а все пароли "пустые", что позволяет ввести стандартное имя и оставить пустым поле ввода пароля. В этом случае диалог с пользователем для дистрибутива SuSE Linux Live Eval 9.2 будет следующим:

Login: linux Password:

Пользователь root

В операционной системе Linux всегда имеется привилегированны!) пользователь (администратор, суперпользователь) - root, который регистрирует всех остальных пользователей и определяет их права в системе. Пароль системного администратора определяется при установке Linux, а для дистрибутивов типа Live CD он задается разработчиками.

При входе в систему с правами администратора диалог на экране монитора будет выглядеть так:

Login: root Password:

Командная оболочка. Bash

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

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

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

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

Для Linux разработано много командных интерпретаторов. Вот несколько из них:

· sh Bourne shell, оболочка Борна, стандарт для многих UNIX-подобных систем;

· bash. Bourne Again shell, ?еще одна оболочка Борна?;

· csh С shell, оболочка Си: синтаксис ее командного языка похож на синтаксис языка С;

· tcsh. tiny С shell, минимальная оболочка Си;

· pdksh. public domain Korn shell, общедоступная оболочка Корна;

· sash stand-alone shell, автономная оболочка, может быть использована в случае, когда программные библиотеки недоступны.

Список всех установленных в системе программ-оболочек находится в файле / e t c / s h e l l s. Оно выглядит так:

/bin/sh

/bin/bash

/sbin/nologin # это "оболочка" для тех, кому запрещен вход в систему

/bin/ash

/bin/bsh

/bin/ksh

/usr/bin/ksh

/usr/bin/pdksh

/bin/tcsh

/bin/csh

Начальная оболочка для каждого пользователя, запускаемая для него при регистрации в системе, указывается в файле /etc/passwd:

$ grep den /etc/passwd # выбрать из файла строки, содержащие подстроку den

den: x: 501: 501: Denis: /home/den: /bin/bash

В дальнейшем вы можете сменить текущую оболочку на любую из установленных (точнее, войти в подоболочку). Чтобы выйти из нее и вернуться в родительскую оболочку, введите команду e x i t. В начальной оболочке эта команда завершает сеанс работы.

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

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

Встроенные команды

Список встроенных команд оболочки bash можно получить по команде help или найти на man-странице в секции SHELL BUILTIN COMMANDS.

Напоминаем, что поиск в выводе команды man выполняется командой /<образец><Ввод>, а поиск следующего вхождения образца - по нажатии клавиши <п>.

Справку по команде, имя которой вы знаете, можно получить командой h e l p <имя>.

Вот несколько полезных встроенных команд:

a l i a s <псевдоним> <длинная команда с аргументами> - назначение псевдонима. Без аргументов выводит список всех имеющихся псевдонимов. Обратите внимание, что у пользователя root команда rm сделана псевдонимом для ?rm - i?, чтобы он не забыл воспользоваться ключом - i (см. п.2.1.4.3). Вы тоже можете назначить псевдоним для опасной команды risk, создав сценарий, который сначала будет спрашивать ?а вы уверены? ?, и только при положительном ответе запускать risk на выполнение. Дайте этому сценарию имя risk, а внутри него ссылайтесь на настоящую команду risk по ее полному пути.

Удалить псевдоним из списка можно командой u n a l i a s.

echo [аргументы] - вывод аргументов на экран. Полезно, если нужно выполнить подстановку и посмотреть, что получится.

enable < имя_команды > - заставляет оболочку вместо встроенной команды выполнить исполняемый файл с таким же именем. Полезно, если у вас есть собственный сценарий по имени, например, echo.

eval [аргументы] - конструирование команды на лету, из указанных аргументов, и отправка ее на выполнение.

l e t <переменная>=<арифметическое выражение> - вычисление выражений. Так, команда var=l+2 присвоит переменной var значение ?1+2?, а команда let var=l+2 - значение <-3?.

source < файл > - прочитать и выполнить команды, содержащиеся в файле. Применяется для определения пользовательских переменных и функций.

Другие встроенные команды служат инструкциями командного языка bash.

История команд

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

Команда history без аргументов выводит всю историю, нумеруя при этом команды в порядке их ввода.

Если вас интересуют только последние несколько команд:

$ history 23 # показать последние 23 команды

Если вас интересуют все команды, имеющие отношение к монтированию каталога public:

$ history I grep mount | grep public

еще один пример конвейера

Номера команд выводятся для того, чтобы вы могли снова ввести эту команду, набрав

$! <номер>

ИЛИ

$ 1! # запускает последнюю из введенных команд или $ 1<первые_буквы> # запускает последнюю из команд, начинающихся с этих букв.

Стрелки "вверх" и "вниз" перемещают по командной истории, не отправляя команду на выполнение, а вводя ее в командную строку для редактирования.

Последнюю команду может для вас отредактировать сама оболочка. Для этого вместо команды введите:

$ что_заменить чем_заменить

Например, вы запросили справку по команде оболочке bash: man bash.

Если сразу после этого вы хотите посмотреть справку по оболочке csh, можете вместо man csh набрать

Помните, что замене подлежит первое вхождение подстроки "что_заменить".

Если вы хотите не изменить, а дополнить последнюю команду (например, пропустить ее вывод через фильтр тоге), введите

$!! I more.

Переменные

Описание и использование переменных

Как любой язык программирования, командный язык bash поддерживает переменные. Тип их - строковый. Оператор присваивания выглядит так:

$ <имя_переменной>=<значение>

Имя должно начинаться с буквы и может состоять из латинских букв, цифр, знака подчеркивания. Если значение переменной содержит специальные символы, их нужно экранировать кавычками или обратным слэшем (см. п.2.1.1).

Операция подстановки значения переменной обозначается символом $ (не путайте с приглашением bash). Вывести значение переменной можно командой echo:

$ cwd=/home/den/MyDownloads/packages

$ echo cwd # выводит имя переменной cwd

$ echo $cwd # выводит значение переменной

/home/den/MyDownloads/packages

Установленные таким образом переменные доступны только встроенным командам bash. Чтобы они стали доступны дочерним процессам (программам и командным сценариям, запускаемым из-под bash), их нужно поместить в окружение bash. Делается это командой export:

$ export HELLO="Hello from environment!" # пробел нужно экранировать

Чтобы почувствовать разницу, создайте простейший командный сценарий, выводящий значения двух переменных. Для записи сценария можно создать пустой файл и открыть его в каком-нибудь ASCII-редакторе, а можно вспомнить п.2.1.4 и воспользоваться командой c a t:

$ cat > myscript

echo Env variable: $HELLO

echo Local variable: $hello # помните о разнице в регистре?

Это другая переменная.

Комбинация клавиш Ctrl+D завершает ввод и закрывает файл, и вы снова видите приглашение оболочки.

Получившийся файл сценария нужно сделать исполняемым (п.2.1.4):

$ chmod a+x myscript

Теперь осталось определить переменную hello и запустить сценарий:

...