3 Основи міжмережевого обміну - СтудІзба

Основи міжмережевого обміну у мережах TCP/IP

Структура стека протоколів TCP/IP

При розгляді процедур міжмережевої взаємодії спираються на стандарти, розробленіInternational Standard Organization (ISO). Ці стандарти отримали назву "Семірівневої моделі мережного обміну" або в англійському варіанті"Open System Interconnection Reference Model" (OSI Ref.Model). У цій моделі обміну інформацією може бути представлений у вигляді стека, представленого малюнку 2.1. Як очевидно з малюнка, у цій моделі визначається все - від стандарту фізичного з'єднання мереж до протоколів обміну прикладного програмного забезпечення.

міжмережевого

Мал. 2.1 Семирівнева модель протоколів міжмережевого обміну OSI

Фізичнийрівень даної моделі визначає характеристики фізичної мережі передачі даних, що використовується для міжмережевого обміну. Це такі параметри, як: напруга мережі, сила струму, число контактів на роз'ємах тощо. Типовими стандартами цього рівня є, наприклад, RS232C, V35, IEEE 802.3 і т.п.

До канальногорівня віднесені протоколи, що визначають з'єднання, наприклад, SLIP (Strial Line Internet Protocol), PPP (Point to Point Protocol), NDIS, пакетний протокол, ODI і т.п. Мова йде про протокол взаємодії між драйверами пристроїв та пристроями, з одного боку, а з іншого боку, між операційною системою та драйверами пристрою. Таке визначення полягає в тому, що драйвер - це, власне, конвертор даних з цього формату в інший, але при цьому він може мати і свій внутрішній формат даних.

До мережного(міжмережевого) рівня відносяться протоколи, які відповідають за відправлення та отримання даних, або, іншими словами, заз'єднання відправника та одержувача. До цього рівня TCP/IP відносять протокол IP (Internet Protocol). Саме тут визначається відправник та одержувач, саме тут знаходиться необхідна інформація для доставки пакета по мережі.

Транспортнийрівень відповідає за надійність доставки даних, і тут, перевіряючи контрольні суми, приймається рішення про складання повідомлення в одне ціле. У Internet транспортний рівень представлений двома протоколами TCP (Transport Control Protocol) і UDP (User Datagramm Protocol). Якщо попередній рівень (мережевий) визначає лише правила доставки інформації, то транспортний рівень відповідає за цілісність даних, що доставляють.

Рівень сесіївизначає стандарти взаємодії між собою прикладного програмного забезпечення. Це може бути деякий проміжний стандарт даних або правила обробки інформації. Умовно до цього рівня можна віднести механізм портів протоколів TCP та UDP та Berkeley Sockets.

Рівень обміну даними з прикладними програмами(Presentation Layer) необхідний для перетворення даних із проміжного формату сесії у формат даних програми. У Internet це перетворення покладено прикладні програми.

Рівень прикладних програм або додатківвизначає протоколи обміну даними цих прикладних програм. У Internet цього рівня можуть бути віднесені такі протоколи, як: FTP, TELNET, HTTP, GOPHER тощо.

Власне кажучи, стек протоколів TCP відрізняється від щойно розглянутого стека моделі OSI. Зазвичай його можна подати у вигляді схеми, представленої малюнку 2.2.

основи

Мал. 2.2. Структура стека протоколів TCP/IP

У цій схемі на рівні доступу до мережі розміщуються всі протоколи доступу до фізичних пристроїв. Вище розташовуютьсяпротоколи міжмережевого обміну IP, ARP, ICMP. Ще вище основні транспортні протоколи TCP і UDP, які окрім збору пакетів у повідомлення ще й визначають якому додатку необхідно дані надіслати або від якого додатка необхідно прийняти дані. Над транспортним рівнем розташовуються протоколи прикладного рівня, які використовуються програмами для обміну даними.

Драйвер- програма, що безпосередньо взаємодіє з мережевим адаптером.

Мережевий інтерфейс- фізичний пристрій, що підключає комп'ютер до мережі. У нашому випадку – карта Ethernet.

Кадр- це блок даних, який приймає/надсилає мережевий інтерфейс.

IP-пакет- це блок даних, яким обмінюється модуль IP із мережевим інтерфейсом.

UDP-датаграма- блок даних, яким обмінюється модуль IP з модулем UDP.

TCP-сегмент- блок даних, яким обмінюється модуль IP із модулем TCP.

Прикладне повідомлення – блок даних, яким обмінюються програми мережевих додатків із протоколами транспортного рівня.

Інформаційні послуги Internet

Система Доменних Імен

Якщо йдеться про систему типу Unix, цей файл ( hosts ) розташований у директорії /etc і має такий вид:

Мал. 1 Приклад таблиці імен хостів (файл/etc/hosts)

Однак такий спосіб присвоєння символьних імен був гарний доти, доки Internet був маленьким. У міру зростання мережі стало важко тримати великі списки імен на кожному комп'ютері. Для того щоб вирішити цю проблему, були придуманіDNS (Domain Name System).

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

Принципи організації DNS

DNS сервіс- це інформаційний сервіс Internet, і, отже, його протоколи реалізують ставляться до протоколів прикладного рівня відповідно до стандартної моделі OSI. Однак з точки зору операційної системи підтримка DNS може входити в неї як компонента ядра, яка прикладним процесом користувача не є. Програми користувача спілкуються з нею за допомогою системних викликів. Такий стан справ справедливий практично для всіх Unix-систем. Інша справа системи на базі MS-DOS та Windows 3.x. У цих системах DNS (точніше, її клієнтська частина) реалізована як прикладна програма.

Найбільш популярною програмою підтримки DNS є named, що реалізує Berkeley Internet Name Domain (BIND). Але ця програма не єдина. Так, у системі Windows NT 4.0 є свій сервер доменних імен, який підтримує специфікацію BIND. Визначено у документі RFC 1033-1035.

BIND (Berkeley Internet Name Domain)

Реєстрація доменних імен

При заповненні цієї заявки слід мати на увазі, що вона оброблятиметься роботом автоматом. Цей автомат перевіряє її на наявність помилок заповнення та протиріччя з існуючою базою даних делегованих доменів. Так як робот не терпить неточностей і глухий до різноманітних прохань, то заповнювати заявку слід акуратно. Автомат обробляє заявку, виділяє у ній записи бази даних реєстрації доменів. Самі записи складаються з полів. Кожне поле ідентифікується в заявці на ім'я поля, після якого ставиться символ ":".