Редиректоры и средства API

Большинство пользовательских приложений "не подозревают" о наличии используемой сети (сетей). Однако некоторые приложения, например, электронная почта или групповое программное обеспечение должны быть "осведомлены" о наличии сети, поскольку они вообще нужны только для работы в сети, должны быть способны "подключаться" к ней и устанавливать связь с другими программами, которые исполняются сетевыми машинами.

Программисты разрабатывают приложения, способные определять наличие сети таким образом, чтобы они воспринимали набор команд, предоставляемый сетью приложениям. Эти наборы команд называют средствами API или интерфейсами прикладных программ. Сетевые программные средства, подобные редиректору, должны находиться на верхнем уровне различных транспортных протоколов. Если бы не было API, программистам сетевого программного обеспечения пришлось бы разрабатывать одну программу-редиректор для подключения к различным сетевым операционным системам по различным протоколам. Структурно редиректор будет один и тот же. Просто он будет в состоянии "разговаривать" с разными транспортными протоколами. Таким образом, программа-редиректор встроена не в протокол, а в API. Это означает, что транспортный протокол может изменяться, однако вам нет нужды переписывать сетевые утилиты, поскольку они написаны для API.

Широко известным примером API служат гнезда (sockets)- временные каналы связи, установленные для передачи информации между клиентной и серверной программами. Эти программы могут работать как на одной машине, так и на разных машинах, т.е. через сеть. Существуют три API:

- гнезда Novell;

- NetBIOS:

- гнезда TCP/IP.

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