Методические указания к лабораторному практикуму по дисциплине




Скачать 439.47 Kb.
НазваниеМетодические указания к лабораторному практикуму по дисциплине
страница4/6
Дата публикации17.03.2013
Размер439.47 Kb.
ТипМетодические указания
odtdocs.ru > Бухгалтерия > Методические указания
1   2   3   4   5   6
^

1.5 Содержание отчета


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

1.6 Контрольные вопросы


Почему для корпоративных зон удобнее использовать 3-х буквенные имена?

В каком случае сервер имён считается авторитетным?

Какие параметры отвечают за время обновления зоны вторичным сервером?

Как обеспечить защиту зоны от скачивания и от просмотра?

Какая запись RR применяется при создании виртуальных серверов?

Какая запись RR задаёт почтовый обменник для всей зоны?

Кокой файл содержит адреса корневых серверов имен, необходимых для инициализации кеша и рекурсивних запросив?

Что такое рекурсивный запрос?

Как производится установка ведомого сервера для конкретной зоны?


^

2 Лабораторная работа № 2. Сервисы для сетей Windows. Настройка сервиса Samba


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

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

Cristopher R. Hertel, «Implementing CIFS».
^

2.1 Цель работы


Цель данной работы – приобретение навыков в настройке сервиса на основе свободно распространяемого пакета Samba, обеспечивающего основные сервисы для рабочих станций под управлением ОС Windows.
^

2.2 Краткие теоретические сведения



В любой корпоративной сети, независимо от ее размера, необходимо выделять общие ресурсы, такие как принтеры, диски, службы времени, службы авторизации и аутентификации, репозитории ПО и т.д. В операционных системах семейства Windows для этих целей используются протоколы Server Message Block (SMB) и, позже - Common Internet File System (CIFS). Эти протоколы являются развитием спецификаций NetBIOS и NetBEUI, разработанных в середине 80-х компаниями IBM и Microsoft для работы в локальных сетях. В POSIX-совместимых OC данное семейство протоколов реализовано в пакете свободного ПО Samba (http://www.samba.org).

В виду закрытости протоколов SMB и CIFS в начале разработка Samba велась методом реверс-инжиниринга, однако в 2004-м году Еврокоммиссия вынудила Microsoft смягчить политику лицензирования интеллектуальной собственности и проект Samba в 2007-м году получил доступ к документации по указанным протоколам, что дало возможность более точно и надежно реализовать сервисы указанных протоколов. На момент написания этой книги свободная реализация SMB/CIFS Samba является функционально полной и предоставляет весь набор сервисов, необходимых для интероперабельности UNIX-подобных ОС и ОС семейства Windows.
^

2.2.1 Обзор протоколов


Протокол CIFS появился в середине 90-х, когда компания Microsoft подала черновики его спецификаций в организацию Internet Enginiring Task Force (IETF). Основная часть спецификации посвящена описанию разделения в сети файловых ресурсов, основанном на уже применяемом, но плохо документированном и уязвимом протоколе SMB.

Протокол SMB был изначально разработан для работы поверх NetBIOS (Network Basic Input Output System) в локальных сетях. Цитируя книгу Кристофера Хертеля «Реализация CIFS», можно сказать, что «NetBIOS - это грязный маленьки скелет в шкафу CIFS». До появления Win2K поддержка NetBIOS была необходима для работы SMB. Фактически, «компьютеры» и «службы», которые видны в «Сетевом окружении» - это имена NetBIOS. Для работы не только поверх кадров 802.3, но и поверх высокоуровневого протокола IP, необходимо отображать 16-байтное символьное имя NetBIOS на IP адрес, и механизм такого отображения, а также инкапсуляции протокола NetBIOS в транспортные протоколы TCP и UDP были предложены интернет-сообществом в RFC 1001, RFC1002. С развитием ОС Windows (Windows 3.11) компании Microsoft пришлось реализовать предложенные стандарты, поскольку семейство протоколов TCP/IP стало доминирующим в локальных сетях в виду широкого распространения Интернет. В этой же версии ОС был предложен механизм поиска сервисов, основанный на широковещательных сообщениях о доступных ресурсах. Естественно, такой механизм создавал в сети ситуацию с трафиком, аналогичную шуму на базаре, когда каждый торговец громко рекламирует свой товар. Здесь же была предложена концепция рабочих групп для упрощения управления ресурсами, которая послужила основой для доменов Windows NT.

Поскольку широковещательный механизм анонсов доступных ресурсов не работает за пределами одного сегмента сети, в Windows NT появляется также Windows Internet Name Service (WINS, не путать с DNS), который реализует централизованый механизм анонса и просмотра доступных разделяемых SMB ресурсов. Каждая рабочая станция сообщает серверу WINS о предоставляемых ресурсах и может прочесть у него информацию о доступных ресурсах других рабочих станций. В виду неряшливого проектирования данного сервиса, может пройти около часа, пока ресурсы станут «видны» в сети. Следует также отметить, что назначение имён компьютеров, рабочих групп и ресурсов оставлено за пользователем и практически не контролируется протоколом, что приводит к неизбежным конфликтам и полной неразберихе в сети.

В Win2K наконец-то разработчики компании отделили реализацию SMB от NetBIOS, что и было отражено в поданых в IETF «черновиках» протокола CIFS, который, кроме базовых сервисов по выделению файловых ресурсов включает также механизмы разрешение имён, авторизации, аутентификации и анонсирования сервисов. Была сделана попытка приблизить эти сервисы к существующим интернет-стандартам, однако закрытые частные модификации стандартных протоколов делают интероперабельность нетривиальной задачей. В реализации Win2K предложено использовать динамическую службу доменных имён — Dynamic DNS (RFC 2136) для именования компьютеров и рабочих групп, что внесло еще большую путаницу. Кроме того, введен сервис активных каталогов (Active Directory), который является комбинацией протоколов LDAP и Kerberos с модификациями, который заменил традиционную службу просмотра, авторизации и аутентификации. Впрочем, обратная совместимость с более ранними версиями ОС вынудила производителя ПО оставить поддержку служб SMB Windows NT.

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

Рассмотрим более подробно основные механизмы SMB/CIFS в его сегодняшней реализации.

^ Начнем с именования ресурсов. Универсальное соглашение об именах UNC — это способ адресации ресурса в сетях CIFS. Например, запись ftp://kid/home/al/trash.txt в нотации URL специфицирует следующие элементы: протокол ftp, хост kid, путь /home/al и имя файла trash.txt. В нотации UNC путь выглядит \\kid\home\al\trash.txt. Первое, что бросается в глаза — пусть не содержит протокола. Это не потому, что протокол только один, а потому что ОС сама должна как-то выяснить, какой протокол будет использоваться для доступа к данному ресурсу. Забавно? Следующее отличие — в имени хоста. Имя в нотации URL — это всегда имя DNS. В нотации UNC имя проверяется сначала как имя NetBIOS, потом как имя DNS и потом, на всякий случай, как IP адрес. С путем все тоже не совсем здорово. В нотации URL путь к файлу всегда однозначен, будь он относительным или абсолютным. В нотации UNC первый элемент интерпретируется как имя разделяемого ресурса, имя которому дает пользователь и оно в большинстве случаев не связано с путём, по которому ресурс доступен на файловой системе. Это создает проблемы, аналогичные символическим ссылкам в UNIX или ярлыкам в Windows — один и тот же ресурс может быть доступен под разными именами. Последнее, казалось бы уж совсем просто — имя файла — это же просто имя файла! Но и тут есть своя весёлая путаница. Во первых, существуют чувствительные и не чувствительные к регистру файловые системы, во вторых — допустимые и недопустимые символы в именах файлов в различных ОС Windows, в третьих — ограничения на длину имени файла, и, в конце концов, различные кодировки для не ASCII символов. Так что имя файла в нотации UNC может оказаться совсем не таким, каким оно выглядит на реальной файловой системе. В утешение можно сказать, что всё большую популярность набирает так называемый SMB URL, пример:

smb://kid:2891/my%2Ereource/my%2Efile.txt.

Пояснения к данному примеру излишни.
^ Немного о протоколах. Сервис SMB может работать в двух режимах - в традиционном, с использованием NetBIOS поверх TCP/IP, иногда называемом NBT, и в сыром режиме, то есть без использования АПИ NetBIOS в версиях Windows старше Win2K. При запросе клиента к ресурсу происходит согласование протоколов и его диалектов, а далее используется один из общих для клиента и сервера вариантов. В большинстве случаев — это традиционный NBT, поскольку он поддерживается старшими версиями ОС для совместимости. Останавливаться на протоколах подробно мы не можем в виду ограниченного объёма пособия, однако стоит отметить, что если правильно выделенный, правильно адресованный и авторизованый ресурс оказывается недоступен, значит сервер и клиент не пришли к общему решению в ходе согласования протоколов и вместе работать не могут.

^ Понятие домена в в SMB/CIFS развивалось от рабочих групп, основаных просто на групповых именах NetBIOS, через концепцию домена Win NT, основанную на сервисе WINS и сервисе просмотра до понятия домена в Win2K, основанного на DDNS и LDAP. В любом случае, под доменом CIFS можно подразумевать некоторое множество хостов, объединенных под общим групповым именем и использующим общий сервис аутентификации и авторизации.

Существует, как всегда в мире Windows, некоторая путаница понятий с доменами. Для прояснения извечного мрака необходимо различать 2 сервиса в домене — сервис просмотра и сервис авторизации.


Рисунок 3 – Пример сети из трёх сегментов
^ Сначала разберём сервис просмотра. На рисунке 3 приведен пример простой сети из 3-х сегментов. В каждом сегменте есть компьютер помощнее, который условно показан как сервер, и несколько рабочих станций. В отдельном сегменте сети, не обязательно сразу же за маршрутизатором, размещен сервер с именем dragon, на котором установлена служба WINS, ну и естественно где-то в сети, хоть и на том же сервере есть служба DNS. На всех остальных компьютерах — рабочие станции c Windows старше NT 4. Для простоты предположим, что у всех компьютеров задана одна и таже рабочая группа STU.

В каждом сегменте, так сказать, «на общественных началах» появится локальный мастер просмотра (Local Master Brouser, LMB), потому что после широковещательного обмена пакетами поиска мастера просмотра рано или поздно рабочие станции запустят процедуру выборов главного компьютера, который будет хранить список доступных в сегменте ресурсов и отвечать на широковещательные заросы просмотра. Если какому-то компьютеру администратор (человек) указал работать в качестве предпочтительного мастера просмотра домена (DMB), то он на выборах будет «кричать» дольше всех, и наверное, победит. После победы мастер просмотра будет отвечать на широковещательные запросы и обмениваться с сервером WINS списками доступных ресурсов во всех сегментах, которые работают с данным сервером WINS. Стоит заметить, что адрес сервера WINS явно указывается в настройках сети либо вручную, либо через сервис DHCP. Задача WINS — накапливать информацию о доступных в сети ресурсах и рассказывать о них рабочим станциям, т.е. Ставить в соответствие имена NetBIOS и IP адреса. Кроме того, сервер WINS обычно работает как прокси к DNS и преобразует DNS имена в NetBIOS имена для узлов, у которых NetBIOS имена не указаны явно. Естественно, во избежание путаницы, необходимо давать NetBIOS имена станциям такие же, как и DNS имена.

Другая функция домена — это аутентификация и авторизация. И тут появляется понятие контроллер домена. Его функции обычно совмещены с DMB, что и вносит путаницу. Задача контроллера домена — аутентификация пользователя и авторизация доступа к сетевым ресурсам SMB/CIFS. Различают первичный контроллер домена (PDC) и резервный контроллер (BDC). Когда рабочая группа не является рабочей группой? Когда она является доменом NT.

^ Аутентификация и авторизация в семействе SMB/CIFS развивалась от простейшей реализации с пересылкой пароля в открытом виде в первых вариантах протокола, через шифрование по алгоритму DES, хеширование по MD4 до использования механизма сеансовых «билетов» по протоколу Kerberos в последних реализациях CIFS и Active Directory.

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

Наиболее используемой является схема авторизации по пользователю, хотя правильнее было бы использовать доменную схему.
^

2.2.2 Описание компонент пакета Samba


Пакет Samba позволяет практически в полной мере заменить файловый сервер Windows, включая не только выделение файловых ресурсов и принтеров, но и сервис просмотра, авторизации, аутентификации, управление пользователями и доменами, сервис Active Directory. Samba распространаяется свободно под лицензией GPL v.3 и поставляется проактически сов семи свободными ОС. Здесь рассматривается стабильная на сегодня верия 3.
Список выполняемых файлов Samba можно получить командой:
$ rpm -ql `rpm -qa | grep samba` | grep bin/
Подробно ознакомиться с каждым можно, прочитав соответствующие разделы документации, выполнив команду:
$man samba
Остановимся на самых важных и наиболее часто используемых компонентах.
^ Основные серверные компоненты:
/usr/sbin/nmbd - сервер преобразования имен и адресов NetBIOS, необходим для нормальной работы сервиса просмотра;

/usr/sbin/smbd - основной сервер — файловый сервис, сервис печати, сервис времени и т.д.;

/usr/sbin/winbindd - сервер импорта пользователей и групп с PDC для локальной аутентификации;

/usr/sbin/swat - средство конфигурирования Samba с web-интерфейсом, обычно запускается как сервис через демон xinetd;

/etc/init.d/smb,/etc/init.d/nmb, /etc/init.d/winbind - управляющие скрипты инициализации соответсвующих сервисов. Именно эти скрипты должны использоваться для запуска и останова сервисов.

Следует отметить, что у скрипта /etc/init.d/smb есть два режима рестарта – restart и reload, которые радикально отличаются следующими особенностями:

restart перезапускает процессы smbd и nmbd со сбросом текущих соединений. Как правило, клиенты сами производят автоматическое восстановление соединения с ресурсами, однако если в момент перезапуска были открыты файлы, то возможны проблемы с клиентскими приложениями (например, MS Office и 1C);

reload заставляет smbd и nmbd только перечитывать файлы конфигурации без перезапуска и сброса соединений. При этом старые соединения продолжают существовать по старым правилам, а ко всем новым соединениям будут применены уже новые правила на основании файлов конфигурации.
^ Клиентские компоненты:
/usr/bin/smbclient - интерактивное приложение для просмотра сетевых ресурсов;

/sbin/mount.smb, /sbin/mount.smbfs, usr/bin/smbumount, /usr/bin/smbmount, и т.п. - средства монтирования/размонтирования сетевых файловых систем.

Утилиты:
/usr/bin/smbpasswd, /usr/bin/pdbedit - управление пользователями и подключением к домену;

/usr/bin/wbinfo - отображение списка пользователей, импортированных winbindd;

/usr/bin/testparm - проверка синтаксиса конфигурационных файлов;

/usr/bin/smbstatus - отображение статуса процессов smbd и nmbd;

/usr/bin/nmblookup - программа разрешения имен WINS (аналог nslookup для DNS).
Все файлы конфигурации и авторизации Samba расположены в каталоге /etc/samba и его подкаталогах. Рассмотрим их подробнее:

lmhosts – то же, что и /etc/hosts, но предназначен для преобразования IP в NetBIOS. Как правило, содержит только одну запись: 127.0.0.1 localhost.

smb.conf – основной конфигурационный файл Samba. Он нужен не только серверной части, но и всем остальным компонентам этой системы;

smbpasswd – аналог /etc/passwd и /etc/shadow — файл пользователей сервера Samba с паролями. С точки зрения безопасности имеет ту же ценность, что и /etc/shadow — а потому права доступа должны быть root.root 0600. Соответствие пользователей Samba и системных производится на основе общего UID; данный файл используется Samba при отсутствии данных о пользователе на PDC или при отсутствии самого PDC;

smbusers – файл соответствий имен сетевых пользователей SMB и локальных пользователей; это удобный метод для организации административных и гостевых входов на сервер. Соответствие пользователей Samba и системных производится на основе символьных имен;

/var/log/samba/* – лог-файлы серверной части Samba. Из них log.smbd, log.nmbd, log.winbind — журналы соответствующих процессов, а все прочие — логи взаимодействия сервера с отдельными клиентскими хостами в формате именования по умолчанию log.. При превышении заданного в smb.conf предела производится ротация логов и формируются файлы *.old;

/var/cache/samba/* – файлы (как правило, двоичные базы данных), формируемые в процессе работы различных компонентов Samba. Наиболее примечательны текстовые файлы browse.dat и wins.dat.

/var/lib/samba/* – служебные файлы сервера.

^

2.2.3 Конфигурационный файл "/etc/smb.conf"


Файл /etc/smb.conf - это основной конфигурационный файл сервера Samba, в котором вы можете определить каталоги, к которым предоставляете доступ, с каких IP адресов разрешен доступ и пр. Первые несколько строк в секции [global] содержат глобальные конфигурационные директивы, которые являются общими для всех разделяемых ресурсов (пока они не переписаны в конкретных секциях для каждого ресурса), далее идут секции, отвечающие за конкретные ресурсы. Существует множество опций, и нужно обязательно прочитать документацию, поставляемую вместе с Samba, чтобы получить информацию о каждой из них.

Следующий пример представляет собой минимальную рабочую конфигурацию для сервера Samba, работающего в режиме контроллера домена. Основные параметры, связанные с безопасностью, выделением ресурсов и оптимизацией работы прокомментированы ниже, остальные – оставлены на самостоятельное рассмотрение и изучение. Для получения подробной информации не обходимо дать команду man smb.conf.
[global]

dos charset = CP1251

unix charset = UTF-8

workgroup = ics-73

netbiosname = ics-73-10

security = user

server string = 73 samba server %v

encrypt passwords = yes
interfaces = lo eth0 192.168.12.2/24 192.168.13.2/24

hosts allow = 127. 192.168.12. 192.168.13.
log file = /var/log/samba/%m.log

max log size = 50

unix password sync = Yes

time server = Yes
domain logons = Yes
logon script = logon.bat

logon path = \\%L\profiles\%u\%m

logon drive = Z:

logon home = \\%L\%u\.win_profile\%m

os level = 65
preferred master = Yes

domain master = Yes
wins server = 192.168.0.7
[netlogon]

path = /usr/local/samba/lib/netlogon

write list = ntadmin

browseable = No
[profiles]

path = /home/sampa-ntprof

read only = No

create mask = 0600

directory mask = 0700

browseable = No
[homes]

comment = Home Directories

read only = No

browseable = No
[printers]

comment = All Printers

path = /var/spool/samba

browseable = No

guest ok = No

writable = No

printable = Yes
[myshare]

comment = annet MyShare

path = /

valid users = mary fred

public = yes

writable = no

browsable = yes
^ Описание параметров:
[global]

Секция global содержит конфигурационные параметры сервера. Остальные секции, обозначенные именами в прямых скобках – это выделяемые ресурсы.
workgroup = ics-73
Опция workgroup определяет рабочую группу, в которую входит ваш сервер. Как сказано выше, рабочая группа и домен в данном контексте - одно и тоже. Важно, чтобы клиенты и сервер входили в одну и туже группу.
server string = 73 samba server %v
Опция server string определяет строку, которую получат пользователи в блоке комментария к принтеру в менеджере принтеров, или при IPC соединении по команде net view на Windows машинах.
wins server = 192.168.0.7
Опция wins server определяет сервер имён сети Windows, данный сервер обеспечивает просмотр ресурсов сети за пределами одного сегмента. Если не обходимо включить на данном сервере WINS, то необходима следующая строка:
wins ssupport = yes
time server = yes
Опция time server определяет данный сервер как сервер времени для сети Windows, данный сервер сам должен быть синхронизирован со службами точного времени по протоколу NNTP.
encrypt passwords = yes
Опция encrypt passwords если установлена в yes, инструктирует Samba использовать шифрованные пароли вместо паролей с открытым текстом, включена по умолчанию. Устанавливается в no, если в сети есть клиенты старых версий Windows (95, 98, ME).
interfaces = lo eth0 192.168.12.2/24 192.168.13.2/24

hosts allow = 127. 192.168.12. 192.168.13.
Эти опции задают ограничения на доступность сервисов только на определённых интерфейсах или в определённых сетях.
security = user
Опция security задает режим аутентификации и авторизации. Если она установлена в режим user – проверка доступа пользователя к ресурсу производится на этом сервере, если в режим domain – то на текущем контролере домена, если ads – то на сервере Active Directory. Samba использует собственную базу пользователей, а не системную, потому для доступа к ресурсам необходимо отдельно добавлять пользователей, например, командой smbpasswd, которая будет добавлять пользователей в ту систему авторизации, которая является текущей, естественно, при наличии прав у пользователя на такие действия.
log file = /var/log/samba/%m.log
Опция log file определяет месторасположение и имена файлов регистрации Samba. С расширением "%m", будут создаваться независимые файлы регистрации для каждого пользователя или машины, соединяющихся к вашему Samba серверу (например, log.machine1).
domain master = yes

domain logons = yes
Опция domain master определяет, что один из демонов Samba, nmbd, будет установлен как домен мастер для данной рабочей группы. Эта опция обычно устанавливается в yes только на одном сервере Samba в некоторой сети и рабочей группе. Опция domain logons включает режим PDC для домена NT.
preferred master = yes
Опция preferred master определяет и контролирует, является ли nmbd привилегированным (preferred) мастер браузером рабочей группы. Эта опция обычно выставляется в yes на одном сервере на вашей сети.
os level = 65
Опция os level определяет значение - имеет ли nmbd шанс стать локальным мастер браузером для рабочей группы в локальной широковещательной области. Число 65 позволит «победить» любой NT сервер. Если в вашей сети есть NT сервер и вы хотите, чтобы Linux Samba сервер стал локальным мастер браузером, вы должны установить этот параметр равным 65. Эта опция должна быть определена только на одном Linux Samba сервере в сети, а на остальных ее надо отключить.
unix password sync = yes
Используется для синхронизации базы данных паролей ОC Windows и ОС UNIX при изменении пароля у пользователя.
^ Далее рассмотрим выделение сетевых ресурсов. Сетевые ресурсы выделяются при помощи создания именованных секций. Например, для выделения ресурса myshare описываем секцию:
[myshare]

comment = мой дисковый ресурс
Опция comment позволяет вам определить комментарии, которые появляются, когда клиент организует запросы на сервер.
path = /home/ftp


Опция path определяет каталог, в который разрешается доступ сети.
browsable = yes
Сообщает серверу о том, допустим ли просмотр монтируемого ресурса. Значение no означает, что ресурс будет доступен, но пользователь не будет видеть данный ресурс в сетевом окружении.
valid users = mary fred
Опция valid users определяет список пользователей, которые могут подключаться к этому сервису, необходима для ограничения доступа пользователей к ресурсу. Если опция не указана, к ресурсу имеют доступ все пользователи. Символ @ перед именем задает NIS или UNIX группу, + - только UNIX группу, & - только NIS.

Специальные секции задают специфические сетевые ресурсы. Секция [homes] задает выделение домашних каталогов пользователей как доступных по сети. Имя ресурса – это логин пользователя. Секции [netlogon] и [profiles] задают ресурся для размещения скриптов, которые выполняются на клиентских машинах при старте и место для сохранения профилей пользователей. Секия [printers] содержит описание разделяемых принтеров.
1   2   3   4   5   6

Похожие:

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

Методические указания к лабораторному практикуму по дисциплине iconМетодические указания к лабораторным работам по дисциплине «Управление проектами»
Методические указания к лабораторным работам по дисциплине «Управление проектами» для студентов и слушателей факультета «Инженерный...

Методические указания к лабораторному практикуму по дисциплине iconМетодические указания к курсовому проекту по дисциплине «базы данных»
Методические указания предназначены для студентов четвертого курса специальности «Автоматизированные системы обработки информации...

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

Методические указания к выполнению расчетно- графической работы №1...
...

Методические указания к выполнению расчетно- графической работы №1...
...

Методические указания к выполнению расчетно- графической работы №1...
...

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

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

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

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
odtdocs.ru
Главная страница