Интранет сети

Интранет сети

СОДЕРЖАНИЕ

1. Введение

2. Сетевые и межсетевые протоколы

3. Протоколы TCP/IP

4. Обмен сообщениями в сети

5. Работа с файлами в ЛВС

6. Вирусы в сети

7. Список литературы

1. Введение.

Накопленный опыт эксплуатации больших вычислительных сетей, та-

ких как ARPANET и TELENET, показывает, что около 80% всей генери-

руемой в таких сетях информации используется только тем же офисом,

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

предназначается лишь местным потребителям. Поэтому в последние

10-15 лет выделился специальный класс вычислительных сетей - ло-

кальные вычислительные сети (ЛВС), оптимально сочетающие в себе

простоту и надежность, высокую скорость передачи и большой набор

реализуемых функций.

Международный комитет IEEE 802 (институт инженеров по электро-

нике и электротехнике -IEEE, США), специализирующийся на стандар-

тизации в области ЛВС, дает следующее определение этим сетям: "...

Локальные вычислительные сети отличаются от других типов сетей

тем, что они обычно ограничены умеренной географической областью,

такой, как группа рядом стоящих зданий: склад, студенческий горо-

док, и в зависимости от каналов связи осуществляют передачу данных

в диапазонах скоростей от умеренных до высоких с низкой степенью

ошибок... Значения параметров области, общая протяженность, коли-

чество узлов, скорость передачи и топология ЛВС могут быть самыми

различными, однако комитет IEEE 802 основывает ЛВС на кабелях

вплоть до нескольких километров длины, поддержки нескольких сотен

станций разнообразной топологии при скоростях порядка 1-20 и более

Мбит/сек" .

Таким образом, отличительными признаками ЛВС можно считать: ох-

ват умеренной площади, высокую скорость передачи и низкую вероят-

ность возникновения ошибок в коммуникационном оборудовании.

2. СЕТЕВЫЕ И МЕЖСЕТЕВЫЕ ПРОТОКОЛЫ

Базовая Модель Открытых Систем (МОС) определяет семь уровней

(слоев) коммуникационной системы. Каждый слой определяет соот-

ветствующее подмножество функций, необходимых для взаимодействия.

Каждый уровень взаимодействует только со смежными уровнями.

Физический уровень (слой 1) предназначен для собственно переда-

чи данных по сети. Этот уровень определяет набор передающих сред,

используемых для соединения различных сетевых компонент (например,

оптическое волокно, витой телефонный кабель, коаксиальный кабель и

устройство цифрового мультиплексирования).

Уровень управления каналом (слой 2) предназначен для передачи

данных в каждый тип передающей среды. В локальных сетях на этом

уровне решается проблема коллективного использования передающейц

среды и обнаружения и исправления ошибок.

Сетевой уровень (слой 3), часто называемый уровнем коммуникаци-

онной подсети, предназначен для переадресации пакетов. На этом

уровне осуществляется прокладка маршрутов пакетов в сети. .

Транспортный уровень (слой 4) обеспечивает надежный транспорт

данных между абонентами сети, включая средства управления потоком

и выявления и исправления ошибок.

Сеансовый уровень (слой 5) предназначен для управления коммуни-

кационными связями между двумя точками уровня представления. Уста-

новление, поддержка и окончание сеанса (сессии) обеспечиваются

этим уровнем. Кроме того, здесь же обеспечиваются соглашения об

именах.

Уровень представления (слой 6) предназначен для преобразования

данных в процессе их прохождения по сети. Кодировка, шифрование,

преобразование ASCII/EBCDIC, а также интерпретация управляющих

символов - примеры задач этого уровня.

Прикладной уровень (слой 7) представляет собой полный прог-

раммный интерфейс к прикладным процессам. Этот слой обеспечивает

полный набор служб для управления связанными распределенными про-

цессами, включая доступ к файлам, управление базами данных и уп-

равление сетью.

Существует два различных способа организации обмена данными в

сети - без установления логического соединения и с установлением

соединения.

Метод связи без логического соединения один из самых старых и

простейших в коммуникационной технологии. В таких системах каждый

пакет рассматривают как индивидуальный объект: каждый пакет содер-

жит адрес доставки и освобождает систему от предварительного обме-

на служебной информацией между передающим и принимающим узлами.

Примерами таких протоколов являются:

1.Прикладной дейтаграммный протокол Министерства

обороны США.

Ihe Dept. of Defense's User Datagram Protocol (UDP).

2.Протокол обмена пакетов сети Интернет фирмы Ксерокс.

Xerox's Internet Pasket Exchange Protocol (IPX).

3.Дейтаграммный протокол фирмы Apple.

Apple's Datagram Delivery Protocol (DDP).

Пример взаимодействия между абонентами без

установления соединения

Пакет данных 1

------------------------------>

Клиент "A" Пакет данных 2 Клиент "B"

------------------------------>

Пакет данных 3

------------------------------>

Пример взаимодействия между клиентом "A" и клиентом "B" без ус-

тановления логического канала. Поскольку никакого предварительного

обмена служебной информацией не производится, при этом методе пе-

редаются только данные.

Связь без логического соединения характеризуется следующим:

а. Переполнения соединений в рабочих станциях, межсетевых

рутерах, мостах и серверах полностью исключены.

в. Имеется возможность одновременно посылать пакеты множеству

адресатов.

с. Синхронизация приемника и передатчика не является необходи-

мой. Используя систему очередей, сетевые компоненты буферизуют

запросы на передачу пакетов, увеличивая гибкость передачи.

Метод, ориентированный на логическое соединение, является более

поздней технологией. При этом методе устанавливается логический

канал между двумя клиентами перед собственно передачей данных. Па-

кеты запроса на соединение посылаются удаленному клиенту для уста-

новки логического канала. Если удаленный клиент "согласен", то

возвращается пакет подтверждения установления логического канала и

только после этого начинается обмен данными с управлением потоком,

сегментацией и исправлением ошибок. Когда обмен данными завершает-

ся, посылается пакет подтверждения клиенту - инициатору.

Примерами протоколов, ориентированных на соединение,(с установ-

кой логического канала являются):

1.Протокол управления передачей Министерства обороны США. Ihe

Dept. of Defenee's Transmission Control Protocol (TCP)

2.Протокол последовательных пакетов фирм Ксерокс Xerox's

Sequenced Packet Protocol (SPP). Примерами протоколов, ориентиро-

ванных на соединение,(с установкой логического канала являются):

1.Протокол управления передачей Министерства обороны США. Ihe

Dept. of Defenee's Transmission Control Protocol (TCP) 2.Протокол

последовательных пакетов фирм Ксерокс Xerox's Sequenced Packet

Protocol (SPP). 3.Протокол транзакции фирмы Эппл. Apple's

Appletalk Transaction Protocol (ATP)

Пример взаимодействия с предварительным

установлением логического канала

Пакет запроса "вызов"

----------------------------------->

Пакет подтверждения вызова

Клиент "A" Пакет данных 2 Клиент "B"

----------------------------------->

Пакет данных 3

----------------------------------->

Пакет подтверждения данных

#include

#include

#include

#include

void far (*ipx_spx)(void);

int ipx_spx_installed(void)

{

union REGS regs;

struct SREGS sregs;

regs.x.ax = 0x7a00;

int86x(0x2f, ®s, ®s, &sregs);

if (regs.h.al != 0xff) return -1;

ipx_spx = MK_FP(sregs.es, regs.x.di);

_BX = 0x0010;

_AL = 0x00;

ipx_spx();

if (_AL == 0x00) return 0;

return 1;

}

int ipx_cancel_event(struct ECB *ecb_ptr)

{

_ES = FP_SEG( (void far *) ecb_ptr);

_SI = FP_OFF( (void far *) ecb_ptr);

_BX = 0x0006;

ipx_spx();

_AH = 0;

return _AX;

}

void close_socket(unsigned int socket)

{

if (ipx_spx_installed() < 1) return;

_BX = 0x0001;

_DX = socket;

ipx_spx();

}

int open_socket(unsigned int socket)

{

if (ipx_spx_installed() < 1) return -1;

_DX = socket;

_BX = 0x0000;

_AL = 0xFF;

ipx_spx();

_AH = 0;

return _AX;

}

int get_local_target(unsigned char *dest_network,

unsigned char *dest_node,

unsigned int dest_socket,

unsigned char *bridge_address)

{

unsigned int temp_ax;

struct {

unsigned char network_number [4];

unsigned char physical_node [6];

unsigned int socket;

} request_buffer;

struct {

unsigned char local_target [6];

} reply_buffer;

memcpy(request_buffer.network_number, dest_network, 4);

memcpy(request_buffer.physical_node, dest_node, 6);

request_buffer.socket = dest_socket;

_ES = FP_SEG( (void far *) &request_buffer);

_SI = FP_OFF( (void far *) &request_buffer);

_DI = FP_OFF( (void far *) &reply_buffer);

_BX = 0x0002;

ipx_spx();

_AH = 0;

temp_ax = _AX;

memcpy(bridge_address, reply_buffer.local_target, 6);

return temp_ax;

}

void let_ipx_breath(void)

{

_BX = 0x000A;

ipx_spx();

}

void ipx_listen_for_packet(struct ECB *ecb_ptr)

{

_ES = FP_SEG( (void far *) ecb_ptr);

_SI = FP_OFF( (void far *) ecb_ptr);

_BX = 0x0004;

ipx_spx();

}

void ipx_send_packet(struct ECB *ecb_ptr)

{

_ES = FP_SEG( (void far *) ecb_ptr);

_SI = FP_OFF( (void far *) ecb_ptr);

_BX = 0x0003;

ipx_spx();

}

int get_internet_address(unsigned char connection_number,

unsigned char *network_number,

unsigned char *physical_node)

{

union REGS regs;

struct SREGS sregs;

struct {

unsigned int len;

unsigned char buffer_type;

unsigned char connection_number;

} request_buffer;

struct {

unsigned int len;

unsigned char network_number [4];

unsigned char physical_node [6];

unsigned int server_socket;

} reply_buffer;

regs.h.ah = 0xe3;

request_buffer.len = 2;

request_buffer.buffer_type = 0x13;

request_buffer.connection_number = connection_number;

reply_buffer.len = 12;

regs.x.si = FP_OFF( (void far *) &request_buffer);

sregs.ds = FP_SEG( (void far *) &request_buffer);

regs.x.di = FP_OFF( (void far *) &reply_buffer);

sregs.es = FP_SEG( (void far *) &reply_buffer);

int86x(0x21, ®s, ®s, &sregs);

memcpy(network_number, reply_buffer.network_number, 4);

memcpy(physical_node, reply_buffer.physical_node, 6);

regs.h.ah = 0;

return regs.x.ax;

}

unsigned int get_1st_connection_num (char *who)

{

union REGS regs;

struct SREGS sregs;

struct {

unsigned int len;

unsigned char buffer_type;

unsigned int object_type;

unsigned char name_len;

unsigned char name [47];

} request_buffer;

struct {

unsigned int len;

unsigned char number_connections;

unsigned char connection_num [100];

} reply_buffer;

regs.h.ah = 0xe3;

request_buffer.len = 51;

request_buffer.buffer_type = 0x15;

request_buffer.object_type = 0x0100;

request_buffer.name_len = (unsigned char) strlen(who);

strcpy(request_buffer.name, who);

reply_buffer.len = 101;

regs.x.si = FP_OFF( (void far *) &request_buffer);

sregs.ds = FP_SEG( (void far *) &request_buffer);

regs.x.di = FP_OFF( (void far *) &reply_buffer);

sregs.es = FP_SEG( (void far *) &reply_buffer);

int86x(0x21, ®s, ®s, &sregs);

if (regs.h.al != 0) return 0;

if (reply_buffer.number_connections == 0) return 0;

regs.h.ah = 0;

regs.h.al = reply_buffer.connection_num[0];

return regs.x.ax;

}

unsigned char get_connection_number(void)

{

_AH = 0xDC;

geninterrupt(0x21);

return _AL;

}

void get_user_id(unsigned char connection_number,

unsigned char *user_id)

{

union REGS regs;

struct SREGS sregs;

struct {

unsigned int len;

unsigned char buffer_type;

unsigned char connection_number;

} request_buffer;

struct {

unsigned int len;

unsigned char object_id[4];

unsigned char object_type[2];

char object_name[48];

char login_time[7];

} reply_buffer;

regs.h.ah = 0xe3;

request_buffer.len = 2;

request_buffer.buffer_type = 0x16;

request_buffer.connection_number = connection_number;

reply_buffer.len = 61;

regs.x.si = FP_OFF( (void far *) &request_buffer);

sregs.ds = FP_SEG( (void far *) &request_buffer);

regs.x.di = FP_OFF( (void far *) &reply_buffer);

sregs.es = FP_SEG( (void far *) &reply_buffer);

int86x(0x21, ®s, ®s, &sregs);

strncpy(user_id, reply_buffer.object_name, 48);

}

2.6. Протокол последовательного обмена пакетами NetWare (SPX)

Протокол обмена последовательными пакетами (SPX) строится на

основе IPX и предлагает дополнительные услуги Xerox's Sequenced

Packet Protocol (SPP). SPX дает возможность прикладным программам

рабочей станции NetWare получать некоторые преимущества при ис-

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

рабочими станциями, серверами и устройствами интерсети с дополни-

тельной гарантией достоверности и последовательности пакетов.

Внутренне SPX построен на дейтаграммных примитивах IPX и дает

простой интерфейс, ориентированный на установление соединения.

В дополнение к структуре IPX, SPX включает 12 байтов блока уп-

равления соединения.

2.7. Программный интерфейс SPX

В дополнение к программному интерфейсу IPX, SPX предоставляет

следующие функции:

a. проверка установки SPX;

b. установка соединения;

c. прослеживание соединения;

d. окончание соединения;

e. разрыв соединения;

f. получение состояния соединения;

g. посылка последовательного пакета;

h. прослушивание (ожидание) последовательного пакета.

Эти функции управляют установкой, поддержанием, cбросом соеди-

нения. Прикладные системы, использующие SPX не обязаны организовы-

вать свои собственные схемы тайм-аутов для гарантирования воста-

новления по обрыву установленного соединения, посылки последова-

тельного пакета или по запросу об окончании соединения.

Формат пакета протокола SPX

0 1 15 ¦

г====================¬¦

¦ контрольная сумма ¦¦

¦--------------------¦¦

¦ длина ¦¦

¦---------T----------¦¦

¦упр.транс¦тип пакетদ

¦---------+----------¦¦

¦- сеть доставки -¦¦

Страницы: 1, 2, 3, 4, 5