Читаем TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security) полностью

Запрос к распределенной базе данных системы именования доменов (Domain Name System — DNS) применяется при глобальном преобразовании имен в адреса. Предположим, приложение nslookup посылает запрос на трансляцию имени в Domain Name Server, называемую r2d2.jvnc.net. Мы решили выяснить адрес WWW сервера Белого дома (White House) и сервера пересылки файлов компании Novell, Inc.:

> nslookup

Default Server: r2d2.jvnc.net

Address: 128.121.50.2

> www.whitehouse.gov.

Server: r2d2.jvnc.net

Address: 128.121.50.2

Name: www.whitehouse.gov.

Address: 128.102.252.1

> ftp.novell.com.

Server: r2d2.jvnc.net

Address: 128.121.50.2

Name: bantu.Provo.Novell.COM

Address: 137.65.1.3

Aliases: ftp.novell.com

Ответ на второй запрос показывает, что имя ftp.novell.com в действительности является псевдонимом (alias) для компьютера bantu.Provo.Novell.COM.

<p>5.14 Псевдонимы имен</p>

Часто по соглашению можно присвоить компьютеру дополнительно к его реальному имени некоторый псевдоним (или краткое имя — nickname). Например, хост nicol.jvnc.net обеспечивает пересылку файлов, службу gopher и службу World Wide Web (WWW). По соглашению, ему дополнительно присвоены следующие краткие имена:

ftp.jvnc.net

gopher.jvnc.net

www.jvnc.net

> ftp.jvnc.net.

Server: r2d2.jvnc.net

Address: 128.121.50.2

Name: nicol.jvnc.net

Address: 128.121.50.10

Aliases: ftp.jvnc.net

gopher.jvnc.net.

Server: r2d2.jvnc.net

Address: 128.121.50.2

Name: nicol.jvnc.net

Address: 128.121.50.10

Aliases: gopher.jvnc.net

> www.jvnc.net.

Server: r2d2.jvnc.net Address: 128.121.50.2

Name: nicol.jvnc.net

Address: 128.121.50.10

Aliases: www.jvnc.net

>

Когда нагрузка на nicol становится слишком большой, одну из его служб (и краткое имя этой службы) можно перенаправить на другой хост. Такой способ дает пользователю возможность достичь службы по неизменному имени, даже если ее домашний сайт будет изменен. Реальное имя хоста называется каноническим именем (canonical name).

<p>5.15 Неэффективность классов адресов</p>

Сеть класса А охватывает 16 777 216 адресов, класса В — 65 536, а сеть класса С содержит только 256 номеров. Огромная разница между этими значениями делает неэффективным выделение адресных блоков и приводит к истощению адресного пространства IP.

Более эффективный бесклассовый метод выделения адресов для организации рассмотрен в разд. 5.19.

<p>5.16 Сети и подсети TCP/IP</p>

Организации с адресами сетей класса А или В, как правило, имеют очень большие сети, состоящие из множества локальных и нескольких региональных сетей. В этом случае имеет смысл разделить адресное пространство так, чтобы оно отражало структуру сети в виде нескольких подсетей. Для этого локальная часть адреса разделяется на часть для подсети (subnet part) и системную часть (system part) любым выбранным организацией способом (см. рис. 5.6).

Рис. 5.6. Деление локального адреса на подсеть и системную часть

Определение размера части адреса для подсети и присваивание номеров подсетям производится организацией, владеющей данной частью адресного пространства.

Адреса подсети часто создаются в соответствии с байтовой границей. Организация с адресом класса В, например 128.21, может использовать для идентификации подсети третий байт:

128.121.1

128.121.2

128.121.3

Четвертый байт будет использоваться для идентификации отдельных хостов в подсети.

Организация с адресом класса С имеет только однобайтовое адресное пространство. Она может вообще не проводить деления на подсети или использовать первые 4 бита для адреса подсети и 4 бита для адресов хостов (см. рис. 5.7). На рисунке видно, что локальный адрес (61) имеет двоичное представление 0011 1101. Первые 4 бита идентифицируют подсеть, а последние 4 бита определяют системы.

Рис. 5.7. Четырехбитовая часть для подсети в адресе класса С

<p>5.17 Маска подсети</p>
Перейти на страницу:

Похожие книги