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

Windows Sockets (Winsock)

Стандарт Windows Sockets (обычно используется сокращение Winsock) позволяет раз­рабатывать прикладные программы, способные работать со стеком TCP/IP без необ­ходимости учета каких-либо вариаций в реализациях стека TCP/IP.

В прошлые годы существовало много различных поставщиков комплектов про­токолов и приложений TCP/IP для компьютеров, работающих под управлением MS-DOS, и все эти комплекты слегка отличались друг от друга. Эта ситуация крайне осложняла написание приложений, которым требовался протокол TCP/IP и обеспе­чение работы со всеми существующими реализациями TCP/IP. Стандарт Winsock был разработан, чтобы разрешить эту проблему с помощью единообразного набора вызо­вов интерфейса прикладного программирования (API - application programming interface), которые не изменяются, несмотря на отличия реализаций TCP/IP.

Исходная версия Winsock 1 имела целый ряд проблем, и вскоре после нее была выпущена версия 1.1. В настоящее время выпущена версия Winsock 2, поддерживае­мая в Windows 2000 Server; эта версия поддерживает полную обратную совместимость с более ранними версиями и при этом содержит улучшенные функциональные воз­можности и поддерживает дополнительные средства и расширяемость. Отметим, что Winsock 2 широко использовался с момента появления Microsoft Windows NT 4, по­этому теперь существует много приложений, использующих этот API, что будет иметь еще большее значение по мере внедрения протокола IP версии 6.

Во многих средах программирования имеются средства поддержки сокетов. Так в Delphi встроен ряд объектов, относящихся к сокет-соединению. Кроме того, можно найти в Интернет свободно распространяемые объекты, в которых предлагается другой набор методов и свойств. Среди API функций мы тоже можем найти базовые функции организации сервера и клиента на базе сокетов.

Предположим, вы знаете, что ваша внутренняя частная сеть никогда не будет подсо­единена непосредственно к Internet. Это становится все более распространенным явлением по мере того, как организации переходят к защите всей своей сети прокси-серверами и брандмауэрами. Стоит ли использовать после этого старую нумерацию для адресов? Конечно же, нет. Существует специальный набор сетевых адресов, за­резервированный как раз для такого использования. Эти адреса определены в RFC 1918; используя такие адреса, вы можете использовать существенно большее адрес­ное пространство, чем при каком-либо другом способе.

Использование этих специальных сетевых адресов также защищает целостность Internet. Уже были случаи, когда к Internet подсоединялись сети, использующие ад­реса, которые уже были назначены другим организациям, что приводило к серьез­ным проблемам. Поскольку эти специальные адреса официально предназначены только для частных сетей, они автоматически фильтруются как маршрутизаторы, защищающие Internet.

Имеются следующие адреса для локальных сетей:

• От 10.0.0.0 до 10.255.255.255 (сеть класса А)

• От 172.16.0.0 до 172.31.255.255 (16 последовательных сетей класса В)

• От 192.168.0.0 до 192.168.255.255 (256 последовательных сетей класса С)

Например, если вам нужно создать тестовую сеть, или у вас есть иная причина предполагать, что вы никогда не будете подсоединяться к Internet, но вам нужно использовать TCP/IP для вашего сетевого протокола, то вам следует использовать адреса из этого специального набора адресов. Вам следует также использовать эти адреса для вашей внутренней сети, если вы используете для подсоединения к Internet прокси-сервер или брандмауэр, который защищает от просмотра ваш фактический IP-адрес. Таким прокси-сервером является Microsoft Proxy Server2. Если вы исполь­зуете брандмауэр или прокси-сервер, то вам требуются «реальные» IP-адреса только для машин, которые находятся вне вашего брандмауэра, то есть видны в Internet целиком, а это позволяет экономить пространство IP-адресов.

Дата добавления: 2014-01-11