21

МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ

ТЕХНОЛОГІЧНИЙ ІНСТИТУТ

С ХІДНОУКРАЇНСЬКОГО НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ

ім. В. Даля

(м. Сєвєродонецьк)

Методичні вказівки

до виконання контрольної роботи з дисципліни

“Архітектура і технічні засоби КІСУ”

для студентів 1-го курсу заочної форми навчання

напряму підготовки 6.0502020 – Автоматизація та комп’ютерно-інтегровані технології

Затверджено

На засіданні кафедри КІСУ

Протокол № _ від _.__. 2012 р.

Сєвєродонецьк 2012

Методичні вказівки до виконання контрольної роботи з дисципліни “Архітектура і технічні засоби КІСУ” (для студентів 1-го курсу заочної форми навчання напряму підгоовки 6.0502020 – Автоматизація та комп’ютерно-інтегровані технології) / Укл.: А.В. Томсон – Сєвєродонецьк: Вид-во ТІ СНУ ім. В.Даля, 2012. – 21 с.

Укладач

А.В. Томсон, к.т.н., ст. викл

ЗМІСТ

Завдання	4
Приклад виконання завдання	6
Література	21

Завдання

Контрольная работа заключается в выполнении следующих заданий:

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

2. Создать собственный web-сайт на ресурсе narod.yandex.ru с использованием средств Яндекс’а или на другом ресурсе с возможностью бесплатного создания сайта. На сайте разместить краткую информацию о себе и ответ на теоретический вопрос (см. п.1).

3. Создать почтовый ящик на указанном ниже почтовом сервере. Список почтовых серверов представлен ниже (номер сервера в списке соответствует номеру варианта задания). В адресе электронного ящика должна присутствовать фамилия студента (например ivanov82@inet.ua). С данного электронного ящика отправить электронный вариант выполненной контрольной работы на электронный адрес otchet_4_teacher@ukr.net .

Перелік питань:

1. Локальные вычислительные сети. Основные понятия. Топология. Протоколы. Стеки протоколов.

2. Эталонная модель многоуровневой сети OSI.

3. Эталонная модель многоуровневой сети TCP/IP.

4. Физический уровень модели многоуровневой сети. Характеристики сред передачи.

5. Канальный уровень. Протоколы Ethernet и FastEthernet.

6. Канальный уровень. Протоколы Token Ring и FDDI.

7. Канальный уровень. Протоколы Ethernet и FastEthernet.

8. Сетевой и транспортный уровни. Стеки протоколов IPX/SPX, NetBIOS/SMB.

9. Сетевой и транспортный уровни. Стеки протоколов TCP/IP.

10. Прикладной уровень. Протоколы HTTP, FTP.

11. Прикладной уровень. Протоколы SMTP, IMAP, POP3.

12. Интерфейс RS-485. Принципы построения.

13. Интерфейсы RS-232, RS-422.

14. Интерфейс «токовая петля».

15. HART-протокол. Принципы построения.

16. Profibus. Физический уровень.

17. Profibus. Канальный уровень Profibus DP.

18. Modbus. Физический уровень.

19. Modbus. Канальный уровень.

20. Modbus. Прикладной уровень.

Перелік поштових серверів:

1. http://www.mail.ru/

2. http://mail.yandex.ru/

3. http://mail.rambler.ru/

4. http://www.GMail.com/

5. http://mail.gala.net/

6. http://www.ukr.net/

7. http://passport.meta.ua/

8. http://passport.bigmir.net/

9. http://mail.i.ua/

10. http://mail.qip.ru/

11. http://www.hotmail.com/

Загальні вимоги щодо оформлення контрольної роботи

Контрольная работа оформляется на листах бумаги формата А4 в текстовом редакторе Word (шрифт Times New Roman, размер шрифта 14, интервал полуторный). За титульным листом следует содержание первого задания: вопрос и ответ. Далее следует распечатка главной страницы личного Web-сайта студента и адрес Web-сайта. Затем следует отчет о создании почтового ящика в виде screen shot’ов пошаговой регистрации с комментариями. В конце приводится список используемой литературы, web-сайтов.

Приклад виконання завдання

1. Прикладной уровень. Протоколы HTTP, FTP.

Прикладной уровень

Прикладной уровень содержит протоколы удаленного доступа и совместного использования ресурсов. Хорошо знакомые приложения- такие, как Telnet, FTP, SMTP, HTTP и многие другие- работают на этом уровне и зависят от функциональности уровней, расположенных ниже в иерархии. Любые приложения, использующие взаимодействие в сетях IP (включая любительские и коммерческие программы), относятся к этому уровню модели.

FTP

В отличие от протокола Telnet, позволяющего работать на удаленном хосте, протокол FTP (File Transfer Protocol) играет более пассивную роль и предназначается для приема и отправки файлов на удаленный сервер. Такая возможность идеально подходит для web-мастеров и вообще для всех, кому потребуется переслать большие файлы с одного компьютера на другой без прямого подключения. FTP обычно используется в так называемом «пассивном» режиме, при котором клиент загружает данные о дереве каталогов и отключается, но периодически сигнализирует серверу о необходимости сохранять открытый порт.

В системах Unix поддержка FTP обычно обеспечивается программами ftpd и ftp. По умолчанию протокол FTP работает на портах 20 (пересылка данных) и 21 (пересылка команд). FTP отличается от всех остальных протоколов ТСР/IP тем, что команды могут передаваться одновременно с передачей данных в реальном времени; у других протоколов подобная возможность отсутствует.

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

HTTP

Протокол HTTP заложен в основу работы World Wide Web. В сущности, именно HTTP принадлежит основная заслуга в бурном развитии Интернета в середине 1990-х годов. Сначала появились первые клиенты HTTP (такие, как Mosaic и Netscape), которые позволяли наглядно «увидеть» Web. Вскоре стали появляться web-серверы с полезной информацией. В наше время в Интернете существует более шести миллионов web-сайтов, работающих на базе HTTP. Протокол HTTP работает на хорошо известном порте TCP с номером 80. Протокол передачи гипертекста (HTTP) - протокол прикладного уровня для распределенных, совместных, многосредных информационных систем. http используется в World Wide Web (WWW) начиная с 1990 года. Первой версией HTTP, известной как HTTP/0.9, был простой протокол для передачи необработанных данных через Интернет. HTTP/1.0 был улучшением этого протокола, допускал MIME-подобный формат сообщений, содержащий метаинформацию о передаваемых данных и имел модифицированную семантику запросов/ответов. Однако HTTP/1.0 недостаточно учитывал особенности работы с иерархическими прокси-серверами (hierarchical proxies), кэшированием, постоянными соединениями, и виртуальными хостами (virtual hosts). Кроме того, быстрый рост числа не полностью совместимых с протоколом HTTP/1.0 приложений, потребовал введения новой версии протокола, в которой были бы заложены дополнительные возможности, которые помогли бы привести эти приложения к единому стандарту.

Большие информационные системы требуют большего количества функциональных возможностей, чем просто загрузку информации, включая поиск и модификацию данных при помощи внешних интерфейсов. HTTP предоставляет открытый (open-ended) набор методов, которые основаны на системе ссылок, которые обеспечиваются URI (Универсальными Идентификаторами Ресурсов). URI могут идентифицировать как расположение (URL), так и имя (URN) ресурса, к которому применяется данный метод. Сообщения передаются в формате, подобному используемому электронной почтой согласно определениям MIME (Многоцелевых Расширений Электронной Почты).

HTTP также используется как обобщенный протокол связи между агентами пользователей (user agents) и прокси-серверами/шлюзами (proxies/gateways) или другими Интернет-сервисами, включая такие как SMTP, NNTP, FTP, Gopher и WAIS. Таким образом, HTTP определяет основы многосредного доступа к ресурсам для разнообразных приложений.

Протокол HTTP - это протокол запросов/ответов. Клиент посылает по соединению запрос серверу, содержащий: метод запроса, URI, версию протокола, MIME-подобное сообщение, включающее модификаторы запроса,

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

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

Более сложная ситуация возникает, когда в цепочке запросов/ответов присутствует один или несколько посредников. Существуют три основных разновидности посредников: прокси-сервера, шлюзы, и туннели. Прокси-сервер является агентом-посредником, который получает запросы на некоторый URI в абсолютной форме, изменяет все сообщение или его часть и отсылает измененный запрос серверу, идентифицированному URI. Шлюз - это принимающий агент, действующий как бы на уровень выше некоторого другого сервера и при необходимости транслирующий запросы в протокол основного сервера. Туннель действует как реле между двумя соединениями, не изменяя сообщений; туннели используются, когда связь нужно производить через посредника (например, firewall), который не понимает содержание сообщений.

Фактически, имеется широкое разнообразие архитектур и конфигураций КЭШей и прокси-серверов, разрабатываемых в настоящее время или развернутых в World Wide Web; эти системы включают национальные иерархии прокси-кэшей, которые сохраняют пропускную способность межокеанских каналов, системы, которые распространяют по многим адресам содержимое кэша, организации, которые распространяют подмножества кэшируемых данных на CD-ROM, и так далее. HTTP системы используются в корпоративных интранет-сетях с высокоскоростными линиями связи, и для доступа через PDA с маломощными радиолиниями и неустойчивой связью. Цель HTTP/1.1 состоит в поддержании широкого многообразия конфигураций, уже построенных при введении ранних версий протокола, а также в удовлетворении потребностей разработчиков web приложений, требующих все более высокой надежности.

HTTP соединение обычно происходит посредством TCP/IP соединений. http также может быть реализован посредством любого другого протокола Интернет, или других сетей. HTTP необходима только надежная передача данных, следовательно может использоваться любой протокол, который гарантирует надежную передачу данных; отображение структуры запроса и ответа HTTP/1.1 на транспортные модули данных рассматриваемого протокола - вопрос, не решается на уровне самого протокола.

2. Главная страница личного Web-сайта.

Адрес сайта – http://evgeniy-lis-13.narod.ru.

3. Создание почтового ящика на почтовом сервере www.GMail.com.

В

водим адрес http://www.GMail.com в Интернет-браузер (Mozilla Firefox, Internet Explorer, Opera и т.п.) и ожидаем, пока загрузится страница (Рис. 1.):

Рис. 1.

На этой странице (Рис. 1.) нажимаем кнопку «Создайте аккаунт» и ожидаем, пока загрузится следующая страница (Рис. 2.).

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

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

Рис. 2.

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

Далее расположены условия предоставления Услуг Google. Внимательно их прочитав, принимаем согласие, нажатием на кнопку «Я принимаю условия. Создайте мой аккаунт». После чего загружается следующая страница (Рис. 3.).

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

Рис. 3.

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

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

Рис. 4.