Arpanet (англ. Advanced Research Projects Agency Network Мережа Агентства передових досліджень) мережа, яку вважають початком Інтернету. Створена за
|
|
Скачати 1.07 Mb.
|
|
s: … break connection Повний запит. В рядку команди GET вказується версія http. Кожен запит може складатися з кількох рядків. Перший рядок містить команду (метод), сторінку та версію протоколу. Потім іде порожній рядок. Наступні рядки містять заголовки стандарту RFC 822. telnet www.w3.org 80 c: GET /hypertext/www/Project/TheProject.html HTTP/1.0 c: s: HTTH/1.0 200 Documents follows s: MIME – Version: 1.0 s: Content – Type: text/html s: Content – length: 8247 s: … s: s: … break connection Білет №7
Хоча Telnet-сесії, що виконується по TCP, властивий повний дуплекс, NVT повинен розглядатися як напівдуплексному пристрій, що працює за умовчанням в буферізірованний строковому режимі. Прикладні дані проходять через протокол без змін, тобто на виході другого віртуального терміналу ми бачимо саме те, що було введено на вхід першого. З точки зору протоколу дані представляють просто послідовність байтів (октетів), за замовчуванням належать набору ASCII, але при включеній опції Binary - будь-яких. Хоча були запропоновані розширення для ідентифікації набору символів, але на практиці ними не користуються. Протокол надає за замовчуванням мінімальну функціональність і набір розширюють її опцій. Принцип обумовлених опцій вимагає проводити переговори при включенні кожної з опцій. Одна сторона ініціює запит, а інша сторона може або прийняти, або відкинути пропозицію. Якщо запит приймається, то опція негайно вступає в силу. Опції описані окремо від протоколу як такого, і їх підтримка програмним забезпеченням довільна. Клієнту протоколу (мережному терміналу) пропонується відкидати запити на включення непідтримуваних і невідомих опцій.
HTML впроваджує засоби для:
Розмітка в HTML складається з чотирьох основних компонентів: елементів (та їхніх атрибутів), базових типів даних, символьних мнемонік та декларації типу документа. Загальна структура Документ HTML 4.01 складається з трьох частин:
Уніфікований локатор ресурсів URL Включає в себе назву протоколу доступу (HTTP, FTP, telnet, gopher та ін.) і, власне, шлях до ресурсу, формат якого залежить від схеми доступу: Кодування URL. Поява адрес URL стало суттєвим нововведенням в Інтернеті. Проте з моменту його винаходу і до цього дня стандарт URL володіє серйозним недоліком - у ньому можна використовувати тільки обмежений набір символів, навіть менший, ніж в ASCII: латинські літери, цифри і лише деякі розділові знаки. Якщо ми захочемо використовувати в URL символи кирилиці, або ієрогліфи, або, скажімо, специфічні символи французької мови, то потрібні нам символи повинні бути перекодовані особливим чином. <�схема>://<�логiн>:<�пароль>@<�хост>:<�порт>/ У цьому записі:
На сьогоднішній день Тім Бернес-Лі визнає, що символ подвійної косої риси у структурі URL є надлишковим. Білет №8 1. Поясніть, чому сервіс FTP не може працювати в мережах із застосування технології NAT? Організація сервера FTP за NAT У разі потреби встановити FTP сервер за NAT в локальній мережі слід пам'ятати, що протокол FTP є складним протоколом і використовує для своєї роботи кілька портів. І якщо для проброскі, скажімо, HTTP сервера достатньо буває прокінуть усередину мережі тільки звернення до 80 порту, то у випадку з FTP сервером цього найчастіше недостатньо. Сесія FTP може здійснюватися як в активному, так і в пасивному режимі. В активному режимі сервер сам встановлює канал для передачі даних. У зв'язку з тим, що більшість клієнтів у сучасних мережах знаходиться за NAT, це найчастіше неможливо. У пасивному режимі клієнт встановлює канал для передачі даних, звертаючись до сервера повторно, за отриманими від сервера даними надісланим йому в каналі командному. Для установки каналу передачі даних в пасивному режимі сервер передає клієнтові власну IP-адресу і порт для підключення. У тому ж випадку, коли сервер знаходиться за NAT, нам необхідно прослідкувати за тим, щоб сервер передавав правильну IP-адресу та використовував тільки певний діапазон портів, залишивши велику їх частину вільними для використання пристроєм здійснюють NAT. 2. Термін Доменне ім'я - Ім'я, що ідентифікує комп'ютер або комп'ютери у мережі інтернет. Це ім'я виглядає як частина web-адреси, наприклад uk.wikipedia.org. Доменне ім'я — це унікальне алфавітно-цифрове ім'я, що ідентифікує конкретний вузол Інтернет. Доменні імена звичайно складаються з двох і більше частин, розділених крапками. Ліва частина доменного імені відповідає кінцевому вузлу мережі (ідентифікує кінцевий вузол мережі). Права частина є більш загальною (визначає країну, область, регіон і т. п.). Кожне доменне ім’я відповідає одній або декільком IP-адресам, і одній IP-адресі можуть відповідати декілька доменних імен. Якщо на одне доменне ім’я приходиться більше однієї IP-адреси, це означає, що за даною адресою знаходяться декілька серверів, які ділять між собою потік повідомлень; якщо ж декілька доменних імен присвоєні одній IP-адресі, то це може означати, що власник сервера зареєстрував для себе декілька доменних імен або що декілька клієнтів спільно використовують один сервер. Доменне ім'я може мати, наприклад, такий вигляд: cki.ipri.kiev.ua. Як правило, доменне ім'я (його ліва частина) збігається з назвою організації, компанії або торговельної марки. 26 червня організація ICANN на нараді в Парижі проголосувала за введення можливості реєстрації довільних доменних імен першого рівня. Крім того, доменні імена можна реєструвати не тільки латинською, а і кирилицею, івритом, арабською та китайською мовами. DNS використовується в першу чергу для перетворення символьних імен в IP-адреси, але він також може виконувати зворотний процес. Для цього використовуються вже наявні кошти DNS. Справа в тому, що із записом DNS можуть бути зіставлені різні дані, в тому числі і будь-яке символьне ім'я. Існує спеціальний домен in-addr.arpa, записи в якому використовуються для перетворення IP-адрес в символьні імена. Наприклад, для отримання DNS-імені для адреси 11.22.33.44 можна запросити у DNS-сервера запис 44.33.22.11.in-addr.arpa, і той поверне відповідне символьне ім'я. Зворотний порядок запису частин IP-адреси пояснюється тим, що в IP-адресах старші біти розташовані на початку, а в символьних DNS-іменах старші (що знаходяться ближче до кореня) частини розташовані в кінці. Білет №9 1. Модель типу клієнт/сервер. Характеристики клієнтів та серверів. Серверні програми та комп’ютери серверного класу. Архітектура клієнт-сервер є одним із архітектурних шаблонів програмного забезпечення та є домінуючою концепцією у створенні розподілених мережних застосувань і передбачає взаємодію та обмін даними між ними. Моделі клієнт-сервер - це технологія взаємодії комп'ютерів в мережі. Кожен з комп'ютерів має своє призначення і виконує свою певну роль. Одні комп'ютери в мережі володіють і розпоряджаються інформаційно-обчислювальними ресурсами (процесори, файлова система, поштова служба, служба друку, база даних), інші мають можливість звертатися до цих служб, користуючись їх послугами. Комп'ютер, керуючий тим чи іншим ресурсом називають сервером цього ресурсу, а комп'ютер, що користується їм - клієнтом. Кожен конкретний сервер визначається виглядом того ресурсу, яким він володіє. Наприклад, призначенням сервера баз даних є обслуговування запитів клієнтів, пов'язаних з обробкою даних; файловий сервер, або файл-сервер, розпоряджається файловою системою і т.д. Цей принцип поширюється і на взаємодію програм. Програма, що виконує надання відповідного набору послуг, розглядається в якості сервера, а програми користуються цими послугами, прийнято називати клієнтами. Програми мають розподілений характер, тобто одна частина функцій прикладної програми реалізується у програмі-клієнті, а інша - у програмі-сервері, а для їх взаємодії визначається певний протокол. Розглянемо ці функції. Один з основних принципів технології клієнт-сервер полягає в розділенні функцій стандартного інтерактивного додатку на чотири групи, що мають різну природу. Перша група. Це функції введення і відображення даних. Друга група - об'єднує чисто прикладні функції, характерні для даної предметної області (для банківської системи - відкриття рахунку, переказ грошей з одного рахунку на інший і т.д.). Третя група - фундаментальні функції зберігання та управління інформаційно-обчислювальними ресурсами (базами даних, файловими системами і т.д.). Четверта група - службові функції, здійснюють зв'язок між функціями перших трьох груп. Відповідно до цього в будь-якому додатку виділяються наступні логічні компоненти: - Компонент подання (presentation), який реалізує функції першої групи; - Прикладної компонент (business application), що підтримує функції другої групи; - Компонент доступу до інформаційних ресурсів (resource manager), що підтримує функції третьої групи, а також вводяться і уточнюються угоди про способи їх взаємодії (протокол взаємодії). Відмінності в реалізації технології клієнт-сервер визначаються наступними чинниками: - Видами програмного забезпечення, в які інтегрований кожен з цих компонентів; - Механізмами програмного забезпечення, що використовуються для реалізації функцій всіх трьох груп; - Способом розподілу логічних компонентів між комп'ютерами в мережі; - Механізмами, що використовуються для зв'язку компонентів між собою. Виділяються чотири підходи, реалізовані в наступних моделях: 1. модель файлового сервера (File Server - FS); 2. модель доступу до віддалених даних (Remote Data Access - RDA); 3. модель сервера баз даних (Data Base Server - DBS); 4. модель сервера додатків (Application Server - AS). 2. Протокол передачі файлів (FTP) — призначений для передачі файлів в комп'ютерних мережах. FTP дозволяє підключатися до серверів FTP, переглядати вміст каталогів і завантажувати файли з сервера або на сервер, крім того, можливий режим передачі файлів між серверами. Протокол FTP відноситься до протоколів прикладного рівня і для передачі даних використовує транспортний протокол TCP. Команди і дані, на відміну від більшості інших протоколів, передаються по різних портах. Порт 20, що відкривається на стороні сервера, використовується для передачі даних, порт 21 для передачі команд. Порт для прийому даних клієнтом визначається в діалозі узгодження. У випадку, якщо передача файлу була перервана з яких-небудь причин, протокол передбачає кошти для докачки файлу, що буває дуже зручно при передачі великих файлів.  Рисунок 1. Модель протоколу FTP FTP дозволяє користувачеві передавати файли між двома комп’ютерами, що зв’язані між собою локальною (LAN) або глобальною (WAN) мережею. При цьому комп’ютерні платформи можуть бути різних типів. В цьому і полягає головна особливість FTP в мережі. Білет №10 1. Модель типу клієнт/сервер. Транспортні протоколи та взаємодія клієнт/сервер. Інтерфейс сокетів API Архітектура клієнт-сервер є одним із архітектурних шаблонів програмного забезпечення та є домінуючою концепцією у створенні розподілених мережних застосувань і передбачає взаємодію та обмін даними між ними. Вона передбачає такі основні компоненти:
Загальноприйнятим є положення, що клієнти та сервери – це перш за все програмні модулі. Найчастіше вони знаходяться на різних комп'ютерах, але бувають ситуації, коли обидві програми – і клієнтська, і серверна, фізично розміщуються на одній машині; в такій ситуації сервер часто називається локальним. Модель клієнт-серверної взаємодії визначається перш за все розподілом обов'язків між клієнтом та сервером. Логічно можна виокремити три рівні операцій:
Дворівнева клієнт-серверна архітектура передбачає взаємодію двох програмних модулів – клієнтського та серверного. В залежності від того, як між ними розподіляються наведені вище функції, розрізняють:
Transmission Control Protocol, TCP (укр. Прото́кол керува́ння переда́чею) — один з основних мережевих протоколів Інтернету, призначений для управління передачею даних в мережах і підмережах TCP/IP. User Datagram Protocol, UDP (укр. Протокол дейтаграм користувача) — один із протоколів в стеку TCP/IP. Від протоколу TCP він відрізняється тим, що працює без встановлення з'єднання. UDP — це один з найпростіших протоколів транспортного рівня моделі OSI, котрий виконує обмін дейтаграмами без підтвердження та гарантії доставки. При використанні протоколу UDP обробка помилок і повторна передача даних має виконуватися протоколом вищого рівня. Але, незважаючи на всі недоліки, протокол UDP є ефективним для серверів, що надсилають невеликі відповіді великій кількості клієнтів. Інтерфейс прикладного програмування (application programming interface, API) - набір готових класів, процедур функцій, структур і констант, що надаються додатком (бібліотекою, сервісом) для використання у зовнішніх програмних продуктах. Використовується програмістами для написання всіляких додатків. API визначає функціональність, яку надає програма (модуль, бібліотека), при цьому API дозволяє абстрагуватися від того, як саме ця функціональність реалізована. Якщо програму (модуль, бібліотеку) розглядати як чорний ящик, то API - це безліч «ручок», які доступні користувачеві даного скриньки, які він може крутити і смикати. За таким принципом побудовані протоколи передачі даних по Internet. Стандартний стек протоколів (мережева модель OSI) містить 7 рівнів (від фізичного рівня передачі біт до рівня протоколів додатків, подібних протоколах HTTP і IMAP). Кожен рівень користується функціональністю попереднього рівня передачі даних і, в свою чергу, надає потрібну функціональність наступного рівня. Важливо зауважити, що поняття протоколу близьке за змістом до поняття API. І те й інше є абстракцією функціональності, тільки в першому випадку мова йде про передачу даних, а в другому - про взаємодію додатків. |
Схожі:
| Реферат на тему: «Історія виникнення та еволюція глобальної інформаційної мережі INTERNET» У 1960-х роках дослідники почали експерименти по з'єднанню комп'ютерів один з одним і з людьми за допомогою телефонних ліній, використовуючи... |
Концепція української національної мережі трансферу технологій «Мережа UTTN» ) покладена модель роботи та методологія європейської мережі інноваційних релей-центров (Innovation Relay Centers –IRC... |
| 20. Глобальна мережа Internet Глобальна мережа Internet. Загальні принципи організації. Апаратна, програмна та інформаційна складові глобальної мережі. Основні... |
НАЦІОНАЛЬНА МЕРЕЖА МІСЬКИХ ГАЗЕТ |
| ENIC Network ( European Network of National Information Centres ) Радою Європи та ЮНЕСКО для більш тісної співпраці між Національними інформаційними центрами вищої освіти |
Короткі теоретичні відомості та інтерфейс програми Advanced Grapher Для побудови графіків функцій зручною та просто незамінною є програма Advanced Grapher. Саме за допомогою цієї програми Ви з легкістю... |
| Мережа класів з профільним навчанням в школах Теофіпольського району на 2011-2012 навчальний рік |
Є вропейська мережа підприємств Україна Заявки (в форматі doc) на електронну пошту для подальшого її опрацювання |
| Шановні клієнти! Корпорація “Мережа оголошує про початок акції до 8 БЕРЕЗНЯ для наших НОВИХ клієнтів! |
Мережа спеціалізованих вчених рад станом на 15 грудня 2013 року ДЗ «Південноукраїнський національний педагогічний університет імені К. Д. Ушинського» |
При копіюванні матеріалу обов'язкове зазначення активного посилання © 2013
звернутися до адміністрації
bibl.com.ua
звернутися до адміністрації
bibl.com.ua