Технология совместного использования сетевых ресурсов. Совместное использование ресурсов

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

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

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

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

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

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

Основные топологии лвс

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

Топология ЛВС - это усредненная геометрическая схема соединений узлов сети.

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

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

Любую компьютерную сеть можно рассматривать как совокупность узлов.

Узел - любое устройство, непосредственно подключенное к передающей среде сети.

Топология усредняет схему соединений узлов сети. Так, и эллипс, и замкнутая кривая, и замкнутая ломаная линия относятся к кольцевой топологии, а незамкнутая ломаная пиния - к шинной.

Кольцевая топология предусматривает соединение узлов сети замкнутой кри­вой - кабелем передающей среды (рис. 2). Выход одного узла сети соединяется со вхо­дом другого. Информация по кольцу передается от узла к узлу. Каждый промежуточный узел между передатчиком и приемником ретранслирует посланное сообщение. Принимаю­щий узел распознает и получает только адресованные ему сообщения.

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

Рис. 2 . Сеть кольцевой топологии

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

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

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

Рис. 3 . Сеть шинной топологии.

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

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

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

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

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

Рис. 4 . Сеть звездообразной топологии

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

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

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

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

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

В последнее время популярность Linux растет буквально каждый день. Linux является высокопроизводительной некоммерческой операционной системой, одной из разновидностей Unix. Как известно, она была создана выпускником Хельсинкского университета Линусом Торвальдсом. Основными преимуществами Linux являются открытость и мультипоточность, кроме того, в ней есть возможности четкого разграничения ресурсов и уровней доступа пользователей. На сегодняшний день многие производители программного обеспечения поддерживают эту операционную систему; среди них выделим Oracle и Informix.

В этой статье рассматривается, как организовать совместное использование ресурсов операционных систем Windows и Linux с помощью пакета программ Samba.

Что такое SAMBA?

Samba - набор программ, которые предназначены для организации доступа клиентов к файловому пространству сервера и принтерам с помощью протоколов SMB (Server Message Block)и CIFS (Common Internet Filesystem). Первоначально написанный для Unix Samba теперь также работает под управлением и других ОС, в частности OS/2 и VMS. Это означает, что такие средства этих операционных систем, как файл-сервер и сервер печати, могут быть использованы для SMB- и CIFS-клиентов. В настоящее время существуют соответствующие клиенты для DOS, Windows NT, Windows 95, Linux smbfs, OS/2, Pathworks. Протокол SMB используется Microsoft Windows NT и 95 для организации доступа к дискам и принтерам.

При помощи SAMBA возможно:

  • предоставлять доступ к файловой системе под ОС Linux для Windows-машин;
  • получать доступ к файловой системе под ОС Windows для Linux-машин;
  • предоставлять доступ к принтерам под ОС Linux для Windows-машин;
  • получать доступ к принтерам под ОС Windows для Linux-машин.

Компоненты пакета Samba выполняют следующие функции:

  • Демон smbd предоставляет службы доступа к файлам и принтерам для клиентов протокола SMB, таких как Windows 95/98, Windows for Workgroups, Windows NT или LanManager. Конфигурация для этого демона задается в файле smb.cfg.
  • Демон nmbd обеспечивает поддержку сервера имен Netbios для клиентов. Он может запускаться в интерактивном режиме для опроса других демонов службы имен.
  • Программа smbclient является простым SMB-клиентом для UNIX-машин. Она используется для доступа к ресурсам на других SMB-совместимых серверах (таких как Windows NT), а также позволяет UNIX-станции воспользоваться удаленным принтером, подключенным к любому SMB-серверу (например, к компьютеру с WfWg).
  • Утилита testparm предназначена для проверки файла конфигурации smb.conf.
  • Утилита smbstatus позволяет выяснить, кто в данный момент использует сервер smbd.
  • Утилита nmblookup дает возможность запрашивать имена NetBios из UNIX-машин.
  • При помощи утилиты make smbcodepages создаются файлы для описания SMB кодовой страницы.
  • Утилита smbpasswd дает возможность шифровать пароли.

Каждый компонент детально описан на страницах руководства, поставляемого с пакетом Samba.

Установка

Пакет Samba очень прост в установке и настройке.

Итак, начнем.

Для работы пакета Samba необходим запуск двух демонов:

  • smbd (демон SMB);
  • nmbd (демон сервера имен NetBIOS).

Они устанавливаются в /usr/sbin и могут запускаться либо вручную, либо автоматически при загрузке из системных скриптов, либо из inetd.conf. Рассмотрим оба автоматических запуска.

Первый способ - из системных стартовых скриптов. Необходимо написать следующий скрипт в файл /etc/rc.d/init.d/smb и создать на него символические ссылки с именами файлов, указанных в комментариях.

#!/bin/sh # # /etc/rc.d/init.d/smb - запускает и останавливает SMB-сервисы # #Следующие файлы должны быть символическими ссылками на этот файл: # symlinks: /etc/rc.d/rc1.d/K35smb (Убивает SMB-сервисы при выключении) # /etc/rc.d/rc3.d/S91smb (Запускает SMB-сервисы # в мультипользовательском режиме) # /etc/rc.d/rc6.d/K35smb (Убивает SMB-сервисы при перезагрузке) # # Источник библиотеки функций. . /etc/rc.d/init.d/functions # Источник сетевой конфигурации. . /etc/sysconfig/network # Проверка сети. [ ${NETWORKING} = “no” ] && exit 0 # Смотрите, как мы здесь вызываем. case “$1” in start) echo -n “Starting SMB services: “ daemon smbd -D daemon nmbd -D echo touch /var/lock/subsys/smb ;; stop) echo -n “Shutting down SMB services: “ killproc smbd killproc nmbd rm -f /var/lock/subsys/smb echo “” ;; *) echo “Usage: smb {start|stop}” exit 1 esac

Второй способ. Запуск SMB-демонов из inetd. Для этого необходимо включить следующие строки в файл /etc/inetd.conf:

# SAMBA NetBIOS services (for PC file and print sharing) netbios-ssn stream tcp nowait root /usr/sbin/smod smod netbios-ns dgram upd wait root /usr/sbin/nmbd nmbd

Kill –HUP 1

Выберите один из способов запуска демонов и примените его. Следует заметить, что при установке пакета SAMBA по умолчанию демоны всегда включаются в «автомат». Так что скрипты можно не редактировать.

После того как мы разобрались с запуском демонов, необходимо сконфигурировать SMB-сервер. Это операция заключается в настройке главного конфигурационного файла - /etc/smb.cnf.

Конфигурационный файл smb.cnf

Настройка Samba в Linux (или других UNIX-машинах) контролируется единственным файлом - /etc/smb.cnf. Этот файл определяет, к каким системным ресурсам вы намереваетесь дать доступ клиентам и какие ограничения собираетесь наложить на использование этих ресурсов.

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

‘имя = параметр’

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

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

Например, создадим на диске директорию /common и выделим ее как сетевой ресурс для всех клиентов по записи и чтению:

Path = /common public = yes guest ok = yes writable = yes printable = no

Все записанные любым пользователем в этот ресурс файлы будут иметь права:

  • для создателя - все (чтение, запись, исполнение);
  • для группы (в которую входит пользователь) - чтение;
  • для всех остальных - чтение.

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

Create mask = 0777

Существует три специальные секции:

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

    Case sensitive = yes

    Пример части файла:

    ; Раскомментируйте эту строку, если вы хотите дать доступ; пользователю “гость” ; guest account = nobody log file = /var/log/samba-log.%m ;путь лог-файла lock directory = /var/lock/samba share modes = yes ; В сети ресурс будет виден как имя пользователя;или будет отсутствовать, ; если пользователь не найден comment = Home ; В комментарии будет написано “Home” guest ok = no ; Запретим гостевой доступ browsable = no ; Не будем показывать другим read only = no ; Разрешим запись create mode = 700 ; Создаваемые файлы будут видны только пользователю ;Под таким именем ресурс будет виден path = /var/public ; Путь к ресурсу comment = Welcome! ; Что будет написано при детальном листинге force user = nobody ; Работа с файлами будет производиться; от лица nobody guest ok = yes ; Возможен ли доступ для любого пользователя browsable = yes ; Появится ли ресурс при листинге read only = no ; Не только для чтения. comment = Temporary file space path = /tmp read only = no public = yes

    Доступ к дискам Linux из Windows

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

    Доступ к дискам Windows из Linux

    Программа клиента SMB для UNIX-машин включена в дистрибутив Samba. Она обеспечивает ftp-подобный интерфейс командной строки. Вы можете использовать эту утилиту для переноса файлов сервера под управлением Windows клиенту под управлением Linux. Для того чтобы увидеть, какие ресурсы доступны на данной машине, необходимо выполнить команду:

    /usr/sbin/smbclient -L host

    где «host» - это имя машины, доступные ресурсы которой вы хотите увидеть. Эта команда вернет список имен «сервисов» - то есть имен дисков или принтеров, к которым может быть получен доступ. До тех пор пока SMB-сервер не будет настроен для управления доступом, он будет запрашивать пароль. Введите в ответ на запрос пароль для пользователя «гость (guest)» или ваш персональный пароль на этой машине.

    Например:

    Smbclient -L redfox

    Вывод этой команды должен выглядеть примерно так:

    Server time is Sat Aug 10 12:01:11 1998 Timezone is UTC+3.0 Password: Domain= OS= Server= Server= User= Workgroup= Domain= Sharename Type Comment ---- -- ---- ADMIN$ Disk Remote Admin public Disk Public C$ Disk Default share IPC$ IPC Remote IPC OReilly Printer OReilly print$ Disk Printer Drivers This machine has a browse list: Server Comment ---- ---- ALEX Samba 1.9.15p8 MARRY Samba 1.9.15p8 VASER Samba 1.9.15p8 REDFOX

    Browse list показывает другие SMB-серверы в сети с доступными ресурсами.

    Для использования клиента выполните следующую команду:

    /usr/sbin/smbclient service

    где «service» - имя машины и сервиса. Например, если вы пытаетесь обратиться к директории, которая доступна под именем «public» на машине, названной «redfox», то имя сервиса должно звучать как \\redfox\public. Однако вследствие ограничений оболочки вам необходимо спрятать обратный слэш, так что в итоге эта командная строка будет выглядеть следующим образом:

    /usr/sbin/smbclient \\\\redfox\\public mypasswd

    где «mypasswd» - символьная строка вашего пароля.

    Вы получите приглашение smbclient:

    Server time is Sat Aug 10 12:01:11 1998 Timezone is UTC+3.0 Password: Domain= OS= Server= Server= User= Workgroup= Domain= smb: \>

    Чтобы получить помощь по использованию smbclient, напечатайте «h»:

    Smb: \> h ls dir lcd cd pwd get mget put mput rename more mask del rm mkdir md rmdir rd prompt recurse translate lowercase print printmode queue cancel stat quit q exit newer archive tar blocksize tarmode setmode help ? ! smb: \>

    Доступ к принтеру Linux для клиентов Windows

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

    Добавьте настройку принтера в ваш файл smb.cnf:

    Printing = bsd printcap name = /etc/printcap load printers = yes log file = /var/log/samba-log.%m lock directory = /var/lock/samba comment = All Printers security = server path = /var/spool/lpd/lp browseable = no printable = yes public = yes writable = no create mode = 0700 security = server path = /var/spool/lpd/lp printer name = lp writable = yes public = yes printable = yes print command = lpr -r -h -P %p %s

    Убедитесь, что путь к принтеру (в этом случае для ) соответствует буферной директории, указанной в файле /etc/printcap!

    Следует заметить, что существуют некоторые проблемы с доступом к принтерам на UNIX-машинах для машин с Windows NT с применением Samba. Одна из них состоит в том, что NT неправильно видит сетевой принтер, другая связана с проблемой пароля. Для решения этих вопросов ознакомьтесь с файлом docs/WinNT.txt дистрибутива Samba.

    Доступ к принтеру Windows для клиентов Linux

    Для доступа к принтеру, инсталлированному на компьютере с ОС Windows, необходимо следующее:

    • Вы должны иметь правильные записи в файле /etc/printcap, которые должны соответствовать локальной структуре директорий (для буферной директории и т.п.).
    • У вас должен быть скрипт /usr/bin/smbprint. Он поставляется вместе с исходными текстами Samba, но не со всеми двоичными дистрибутивами Samba. Его слегка модифицированная копия обсуждается ниже.
    • Если вы хотите преобразовывать ASCII-файлы в Postscript, то вы должны иметь программу nenscript или ее эквивалент. nenscript - это конвертор Postscript, он обычно устанавливается в директорию /usr/bin.
    • Вы можете упростить процесс печати через Samba, используя программы-надстройки. Простой скрипт на perl, который обрабатывает ASCII, Postscript или преобразованный Postscript, приведен ниже.
    • Запись в файле /etc/printcap, приведенном ниже, сделана для принтера HP 5MP на сервере Windows NT. Используются следующие поля файла /etc/printcap:

    cm - комментарий

    lp - имя устройства, открываемого для вывода

    sd - директория спула принтера (на локальной машине)

    af - файл учета использования принтера

    mx - максимальный размер файла (ноль - без ограничений)

    if - имя входного фильтра (скрипта)

    Для более детальной информации о печати смотрите Printing HOWTO или справочные страницы по printcap.

    # /etc/printcap # # //redfox/oreilly via smbprint # lp:\ :cm=HP 5MP Postscript OReilly on redfox:\ :lp=/dev/lp1:\ :sd=/var/spool/lpd/lp:\ :af=/var/spool/lpd/lp/acct:\ :mx#0:\ :if=/usr/bin/smbprint:

    Убедитесь, что буферная директория и директория, используемая для учета пользования, существуют и имеют право на запись. Убедитесь, что строка «if» содержит правильный путь к скрипту smbprint (дан ниже) и что записи указывают на правильное устройство вывода (специальный файл /dev).

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

    #!/bin/sh -x # Этот скрипт является входным фильтром для основанной на printcap # печати на UNIX-машинах. Он использует программу smbclient для # печати файла на указанный smb-сервер и сервис. # Например, вы можете иметь запись в printcap, подобную этой # # smb:lp=/dev/null:sd=/usr/spool/smb:sh:if=/usr/local/samba/smbprint # # которая создает UNIX-принтер, названный “smb”, который будет # печатать с помощью этого скрипта. Вам необходимо создать директорию # спула /usr/spool/smb с соответствующими правами и владельцем # Установите здесь сервер и сервис, на который вы хотите печатать. # В этом примере я имею PC с WfWg PC, названную “lapland”, которая # имеет экспортируемый принтер, называемый “printer” без пароля # # Далее скрипт был изменен [email protected] (Michael Hamilton) # так что сервер, сервис и пароль могут быть считаны из файла # /usr/var/spool/lpd/PRINTNAME/.config # # Для того чтобы это работало, запись в /etc/printcap должна # включать файл учета использования (af=...): # # cdcolour:\ # :cm=CD IBM Colorjet on 6th:\ # :sd=/var/spool/lpd/cdcolour:\ # :af=/var/spool/lpd/cdcolour/acct:\ # :if=/usr/local/etc/smbprint:\ # :mx=0:\ # :lp=/dev/null: # # Файл /usr/var/spool/lpd/PRINTNAME/.config должен содержать # server=PC_SERVER # service=PR_SHARENAME # password=”password” # # Например, # server=PAULS_PC # service=CJET_371 # password=”” # # Debugging log file, change to /dev/null if you like. # logfile=/tmp/smb-print.log # logfile=/dev/null # # The last parameter to the filter is the accounting file name. # spool_dir=/var/spool/lpd/lp config_file=$spool_dir/.config # Should read the following variables set in the config file: # server # service # password # user eval ‘cat $config_file‘ # # Some debugging help, change the >> to > if you want to same space. # echo “server $server, service $service” >> $logfile (# NOTE You may wish to add the line ‘echo translate’ if you want automatic # CR/LF translation when printing. echo translate echo “print -” cat) | /usr/bin/smbclient “\\\\$server\\$service” $password -U $user -N -P >> $logfile

    Большинство дистрибутивов linux поставляется с программой nenscript для преобразования ASCII-документов в Postscript. Следующий скрипт на perl делает жизнь пользователя легче, обеспечивая простой интерфейс для печати путем использования smbprint.

    Использование: print [-a|c|p] -a печатает как ASCII -c печатает отформатированный как исходный код -p печатает как Postscript Если опции не заданы, программа попробует определить тип файла и печатать соответственно

    Используя smbprint для печати ASCII-файлов, скрипт следит за длинными строками. Если возможно, этот скрипт разрывает длинную строку на пробеле (вместо разрыва в середине слова).

    Форматирование исходного кода выполняется с помощью программы nenscript. Она берет ASCII-файл и форматирует его в две колонки с заголовком (дата, имя файла и т.п.). Эта программа также нумерует строки. Postscript-документы уже отформатированы, так что печатаются сразу.

    Русификация и тестирование файла конфигурации

    Пакет SAMBA поддерживает любую кодировку, используемую в названиях файлов. Для того чтобы можно было использовать кодировки с русским алфавитом, необходимо внести несколько строк в конфигурационный файл /etc/smb.cnf в секцию :

    Character set = KOI8-R client code page = 866

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

    КомпьютерПресс 10"1999

    Project Professional 2019 Project Professional 2016 Project 2010 Project 2007 Project Online Desktop Client Project Professional 2013 Project Standard 2007 Project Standard 2010 Project Standard 2013 Project Standard 2016 Project Standard 2019 More... Less

    Knowing who’s available to work on your project can become a challenge when you’re working across multiple projects.

    If you assign the same people to several projects or use shared resources in your project, it helps to combine all the resource information into a single central file called a resource pool. The resource pool is also useful for identifying assignment conflicts, and viewing time allocation for each project.

    Create a resource pool

    Note: If you use Project Professional and resources exist in your organization"s enterprise resource pool, you don"t need to create another resource pool. See for more information.

    Open Project, click Blank Project > Resource tab.

    Click the arrow next to Team Planner and click Resource Sheet .

    Click Add Resources and import existing resource information.

    To type in new people information, click Work Resource and add Resource Name and details.

    Note: In Project 2007, choose View > Resource Sheet , and then add resources with the type Work .

    Note: If you’re using Project Professional with Project Server, you’ll have access to the enterprise resources. To learn more about Project versions, see Project Version Comparison . The enterprise resource list is usually managed by an administrator, and each project manager can add from these resources to their projects.

    After you create a shared resource pool, the information for each shared project comes from this resource pool, and all information like assignments, cost rates and availability are in this central location.

    Use the resource pool Working with resource usage information

    You can view and update the resource pool file from your current project (sharer file). It’s a good practice to periodically update and view resources to get the latest information on allocations and its impact on your projects.

    Note: To directly edit a resource pool file, you’ll need read/write access to that file. Otherwise you can only view resource usage and make changes to your project’s resources.

    Stop sharing resources

    If your project shares resources from a resource pool or from another project file, you can disconnect it from that other file. Resources with assignments in your project file remain in the project after the file is disconnected from the resource pool or other project file, but the other resources from the resource pool or other file are no longer available.

    Note: Usually you don"t want the task assignments to be retained within the resource pool after you disconnect the sharer file. However, assignments will be retained if you disconnect your sharer file from the resource pool when the resource pool isn"t open, or if you don"t save the resource pool after you disconnect the sharer file. To remove the retained assignments from the pool, disconnect the sharer file from within the resource pool file, and all task assignment information is deleted from the resource pool without affecting the former sharer file. If there are already leftover tasks in your resource pool, reconnect the sharer file to the resource pool and disconnect it again.

    Disconnect the active sharing file from its resource pool

    You can disconnect the active project file from the resource pool or other file that it is connected to and sharing resources with.

    Open the resource pool that contains the resources that you are sharing.

    In the Open Resource Pool dialog box, click Open resource pool read/write so that you can change resource information . Keep in mind that opening the pool with read/write permission keeps others from updating the pool with new information.

    Open your project.

    Choose Resource > Resource Pool > Share Resources . (In Project 2007, choose Tools > Resource Sharing > Share Resources .)

    Click Use own resources , and then click OK .

    Save both project files.

    Learn more about resource pools

    A resource pool makes it easier for you to administer people or equipment assigned to tasks in more than one project file. The resource pool centralizes resource information, such as the resource name, calendar used, resource units, and cost rate tables.

    Each project that uses resources from the resource pool is called a sharer file.

    Tip: Create a new (separate) project file just for resource information. This will make it easier for you to manage resource information and task assignments between the sharer files and the resource pool.

    Before a resource pool is created, each project contains its own resource information. Some of this information may overlap or even conflict with information about the same resources used in other projects.

    After a shared resource pool is created, the resource information in each project comes from the single resource pool. Assignment information, as well as cost rates and availability for all resources, reside in one central location.

    It is also easier to see resource overallocations caused by conflicting assignments across more than one project.

    В этом уроке мы рассмотрим дополнительные возможности стандартной редакции MS Project 2002. Основная тема урока - управление несколькими проектами. Вы узнаете, как избежать конфликтов при распределении ресурсов между проектами и как планировать выполнение взаимосвязанных проектов. Кроме того, вы научитесь одновременно анализировать данные нескольких проектов, объединяя их в общем представлении или отчете.

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

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

    От согласованности ресурсного планирования зависит успешное выполнение проектов в организации. Чтобы обеспечить эту согласованность, в MS Project включена возможность использовать при планировании нескольких проектов единый список ресурсов, хранящийся в отдельном файле, - так называемый Resource Pool (Пул ресурсов).

    Настройка пула ресурсов

    Чтобы согласовать ресурсное планирование, нужно создать обычный файл проекта в формате *.mрр и поместить в него все данные о ресурсах. Затем создаются проекты с планами, и в них указывается, что при планировании будут использоваться ресурсы из первого файла, который в терминах MS Project называется пулам ресурсов (resource pool). В качестве примера мы создали файл пула pool. mpp и два файла с планами, где должны использоваться ресурсы пула -1.mpp и 2.mрр.

    Чтобы определить пул ресурсов для использования в плане проекта, нужно открыть и файл с планом, и файл с пулом (в нашем случае - открыть файлы 1.mрр и pool.mрр). Затем, находясь в окне файла с планом, следует выбрать команду меню Tools > Resource Sharing > Share Resources (Сервис > Общие ресурсы > Доступ к ресурсам). После этого открывается диалоговое окно определения общего доступа к ресурсам, в котором настраиваются параметры работы с пулом (рис. 23.1).

    Чтобы включить режим использования пула ресурсов, в этом диалоговом окне необходимо выбрать переключатель Use resources (Использовать ресурсы), а затем выбрать название файла проекта в раскрывающемся списке. Например, для файла 1.mpp мы указали файл pool.mрркак пул ресурсов.

    Рис. 23.1. Настройка использования пула ресурсов

    ПРИМЕЧАНИЕ

    Файл, в котором используются ресурсы из пула, называется клиентом пула (sharer). Клиент пула не может быть пулом ресурсов для другого плана проекта.

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

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

    ВНИМАНИЕ

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

    Чтобы определить, какой файл будет иметь преимущество при конфликтах, в диалоговом окне нужно выбрать либо переключатель Pool takes precedence (Преимущество имеет пул), либо переключатель Sharer takes precedence (Преимущество имеет клиент пула). Обычно выбирается первый переключатель, поскольку он исключает возможность внесения в пул несогласованных или случайных изменений. Часто пул размещается на сетевом диске и права на его изменение есть у ограниченного круга лиц. В таком случае, если у вас нет прав на изменение пула, вам подходит только первый вариант.

    Чтобы в дальнейшем изменить настройки использования пула, нужно снова открыть это диалоговое окно. Выбрав перключатель Use own resources (Использовать собственные ресурсы), можно будет отказаться от использования пула. После этого в проекте останутся только те ресурсы, которые назначены на его задачи, а остальные будут удалены.

    Можно изменить и настройки относительного преимущества файлов при конфликтах. Например, если вы отредактировали данные о ресурсе в файле клиента пула и хотите, чтобы они сохранились в пуле при синхронизации, следует открыть диалоговое окно и выбрать переключатель Sharer takes precedence (Преимущество имеет клиент пула). После синхронизации, когда измененные данные сохранились в пуле, нужно вновь открыть диалоговое окно и выбрать переключатель Pool takes precedence (Преимущество имеет пул), чтобы в дальнейшем пул вновь имел приоритет.

    Планирование с использованием пула

    После того как списки ресурсов клиента и пула синхронизированы, выделение ресурсов на задачи в файле клиента осуществляется обычным способом. При этом MS Project учитывает данные о назначениях ресурсов в других проектах. Рассмотрим работу с одним ресурсом в двух проектах на примере наших файлов 1.mpp и 2.mрр, использующих ресурсы пула pool.mрр. В первом проекте мы создали задачу длительностью 5 дней, назвали ее 1_1 и выделили на ее исполнение Иванова А.А. Затем во втором проекте мы также создали задачу длительностью 5 дней и назвали ее 2_1. Оба проекта начинаются в один день, и поэтому эта задача запланирована на то же время, что и задача 1_1.

    Теперь попробуем выделить ресурс на задачу 2_1. Для этого воспользуемся диалоговым окном назначения ресурсов (см. раздел «Замена ресурсов») , которое открывается с помощью одноименной кнопки стандартной панели инструментов или команды меню Tools > Assign Resources (Сервис > Назначить ресурсы). Чтобы отобрать только доступных в нужное нам время сотрудников, установим флажок Available to work (Доступные не менее) и в счетчике введем 40 часов, поскольку наша задача длится именно столько. Ресурс Иванов А.А., на это время уже назначенный на задачу в другом проекте, сразу пропадает из списка, и программа не предлагает назначить его на исполнение задачи (рис. 23.2).

    Если в проекте включен режим автоматического выравнивания ресурсов (см. раздел«Анализ и выравнивание загрузки ресурсов»), то MS Project автоматически перенесет задачу на другое время, если назначенный на ее исполнение ресурс уже выделен в это время на исполнение другой задачи в другом проекте, подключенном к пулу.

    Вы можете попробовать включить этот режим в файле 2.mррназначить Иванова А.А. на исполнение задачи 2_1. Задача автоматически будет перенесена на неделю вперед, то есть на время окончания задачи 1_1 в плане проекта 1.mрр. Если же вы отключите автоматическое выравнивание ресурсов и затем откроете представление Resource Sheet (Лист ресурсов), то увидите, что MS Project определил превышение доступности у Иванова А.А.

    Как программа определяет, в какое время ресурс загружен в других проектах? Дело в том, что сводные данные о загрузке ресурсов во всех клиентах пула содержатся в пуле, и когда он открыт, эти сведения доступны.

    Чтобы просмотреть информацию о загрузке ресурса и учесть ее при планировании, нужно открыть представление Resource Usage (Использование ресурсов) в файле клиента пула (при этом файл пула также должен быть открыт в MS Project). В нем для каждого ресурса указаны все задачи, в которых он задействован. Чтобы определить, к какому проекту относится та или иная задача, в таблицу необходимо добавить столбец Project (Проект).

    Рис. 23.2. Программа определяет, кого можно назначить на исполнение задачи

    Этот столбец может относиться как к ресурсам, так и к задачам. В файле 2.mрр(рис. 23.3) мы добавили его в таблицу, и в нем видно, что ресурсы относятся к проекту poo1.mpp, а задача 1_1, в которой задействован Иванов А.А. - к проекту 1.mрр. Мы просматриваем данные в файле 2.mрр, но на диаграмме видно, что в нем хранятся данные, относящиеся к загрузке ресурса в файле 1.mрр. В списке отображаются и не назначенные задачи во всех клиентах пула, например не назначена задача 2_1 из файла 2.mрр

    Рис. 23.3. Данные о загрузке ресурса в других проектах - клиентах пула отображаются в каждом проекте, если загружен пул

    Использование пула

    При открытии файла плана проекта, использующего ресурсы из пула, появляется диалоговое окно, с помощью которого вместе с файлом можно открыть и файл пула (рис. 23.4).

    Рис. 23.4. Диалоговое окно для открытия файла пула вместе с планом проекта

    Диалоговое окно содержит два переключателя, и если выбрать верхний, то вместе с планом проекта MS Project загрузит файл пула. Если же выбрать нижний переключатель, то программа откроет только файл с планом проекта.

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

    ПРИМЕЧАНИЕ

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

    Совместная работа с пулом

    Если один файл будет одновременно редактироваться несколькими пользователями, это приведет к конфликту при его сохранении, и данные одного из пользователей, скорее всего, пропадут. Поэтому MS Project не позволяет открывать пул ресурсов для записи одновременно двум пользователям.

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

    Для открытия файла в режиме чтения предназначен верхний переключатель диалогового окна, представленного на рис. 23.5, а для открытия в режиме записи - средний.

    Если пул открыт в режиме записи, то данные в нем можно редактировать обычным способом. Если же вы открыли пул для чтения, то его нужно обновить после того, как вы изменили план проекта, иначе данные о новых назначениях ресурсов не попадут в пул и не будут доступны в других файлах - клиентах пула. Для обновления пула с учетом проектных данных предназначена команда меню Tools > Resource Sharing > Update Resource Pool (Сервис > Общие ресурсы > Обновить пул ресурсов). Эта команда доступна, только когда файл пула открыт для чтения. Если файл пула открыт на запись, то он обновляется автоматически и эта команда меню не используется.

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

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

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

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

    Обновление экрана пула осуществляется с помощью команды меню Tools > Resource Sharing > Refresh Resource Pool (Сервис > Общие ресурсы > Обновить экран пула ресурсов).

    При выборе этой команды меню MS Project заново открывает файл пула, и вам оказываются доступны изменения, внесенные в него другими пользователями. Обычно после обновления экрана пула в плане происходят изменения: некоторые ресурсы оказываются перегруженными или изменяются затраты на проект. Чтобы найти изменения, можно перед обновлением экрана пула сохранить версию плана а затем, используя автоматизированное сравнение (см. раздел «Файлы MS Project»), сравнить ее с той, что получилась после обновления экрана пула.

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

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

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

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

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

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

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



    Есть вопросы?

    Сообщить об опечатке

    Текст, который будет отправлен нашим редакторам: