| Стек протоколов TCP/IP
Стек протоколов TCP/IP — один из наиболее
популярных транспортных протоколов. Его возможности маршрутизации и масштабирования
предоставляют максимальную гибкость при организации корпоративной сети. Перед
администратором имеются две проблемы, связанных с использованием стека протоколов
TCP/IP для реализации удаленного доступа:
- выделение
клиенту IP-адреса;
- разрешение имен.
Каждый удаленный компьютер, подключающийся к серверу удаленного доступа под управлением
Windows Server 2003 при помощи РРР и TCP/IP, автоматически получает IP-адрес.
Этот адрес может быть выделен DHCP-сервером или выбран из статического диапазона
IP-адресов, назначенных серверу удаленного доступа администратором. Если сервер
удаленного доступа использует для получения IP-адресов службу DHCP, то он запрашивает
10 IP-адресов от DHCP-сервера. Сервер удаленного доступа назначает себе первый
IP-адрес, полученный от DHCP-сервера. Оставшиеся адреса распределяются между клиентами
удаленного доступа по мере установления соединений. IP-адреса освобождаются после
отключения клиентов и используются многократно. Когда сервер удаленного доступа
использовал все 10 IP-адресов, он запрашивает еще 10 адресов. Если DHCP-сервер
по каким-либо причинам оказывается недоступен, то сервер удаленного доступа автоматически
генерирует IP-адреса в диапазоне от 169.254.0.1 до 169.254.255.254. Другой источник
адресов — статический пул IP-адресов, который задается в виде IP-адреса и маски.
Для разрешения символических имен клиенты могут использовать следующие методы:
- для разрешения доменных имен — службу DNS и
файл HOSTS;
- для разрешения NetBIOS-имен — службу
WINS и файл LMHOSTS.
Серверы удаленного доступа поддерживают
все эти методы разрешения имен. Сервер удаленного доступа предоставляет клиентам
IP-адреса серверов DNS и WINS. Клиенты удаленного доступа в малых сетях, где IP-адреса
не изменяются, могут использовать файлы HOSTS или LMHOSTS для разрешения имен.
Кроме того, в небольших сетях администратор может активизировать механизм широковещательных
запросов для разрешения имен (этот механизм мы рассматривали ранее в этой главе).
| 
