Geum.ru

Межсетевые коммуникации на базе tcp/IP

Вид материалаДокументы

Содержание


PING < IP-адрес или имя узла>
Ipconfig /all
Статическая маршрутизация
Сетевой адрес
Подобный материал:
1   2   3   4   5   6   7   8

Решение


Проведем анализ предлагаемых утверждений. Служба DHCP не обладает механизмом разрешения имен и клиенту не надо прописывать адрес DHCP-сервера, т.к. в момент запроса аренды он еще не знает свой IP-адрес и может послать только широковещательный запрос. Поэтому, правильными утверждениями являются только те, в которых говорится о том, что DHCP предоставляет информацию о настройках TCP/IP запрашивающей их системе и все клиенты могут получать IP-адрес с сервера DHCP.


Проверка настроек TCP/IP


Проверка настроек протокола производится с помощью двух линейных команд – PING и IPCONFIG.

Команда PING использует протокол ICMP для опроса TCP/IP узла и ее работа дает представление о работающих настройках. Формат команды следующий:

PING < IP-адрес или имя узла>

Команда PING производит 4 эхо-запроса, выводя соответствующие ответы.

При определении неисправностей, команда PING, как правило, используется в следующей последовательности:
  1. PING 127.0.0.1, когда тестируется свой собственный адаптер, без выхода в сеть,
  2. PING < свой IP-адрес>, определяется правильная настройка своего адреса ( нет ли адресов-дубликатов в сети),
  3. PING < соседний IP-адрес в локальной сети>, проверка работы внутри сетевого сегмента,
  4. PING < IP-адрес ближайшего интерфейса маршрутизатора, подключенного к вашему сегменту сети>,
  5. PING < IP-адрес интерфейса маршрутизатора, не подключенного к вашему сегменту сети>, и т. д.

Команда IPCONFIG предоставляет доступ к большей части TCP/IP настроек.

Обычно эту команду используют в формате, позволяющем собрать максимально возможную информацию об узле:

IPCONFIG /ALL


IP-маршрутизация.


Windows NТ поддерживает два типа маршрутизации: динамическую и статическую, которые представлены в табл. 3.4.

Статическая маршрутизация не требует никаких дополнительных служб и может быть реализована NT-сервером с несколькими сетевыми картами. Для этого, при наличии нескольких сетевых интерфейсов у сервера Widows NT, необходимо настроить свойство TCP/IP (рис. 8) и создать соответствующую таблицу маршрутизации командой ROUTE.


таблицу маршрутизации командой ROUTE.





Рис. 8. Настройка статической маршрутизации


Статическая таблица маршрутизации состоит из записей, содержащих следующую информацию:
  • адрес сети. Может быть показан идентификатор, или IP-адрес узла-получателя, включая локальный адрес 0.0.0.0 и широковещательный адрес 255.255.255.255;
  • маска сети. Используется для сравнения адреса получателя с идентификатором подсети;
  • адрес шлюза, т.е. следующий IP-адрес интерфейса маршрутизатора для перехода;
  • интерфейс, т.е. IP-адрес сетевого интерфейса, по которому нужно переслать IP-пакет;
  • метрика, т.е. количество переходов (хопков) для достижения сети.


Таблица 4/ Сравнительный анализ видов маршрутизации

Статическая маршрутизация
Динамическая маршрутизация

Функция протокола маршрутизации
Встроенная функция IP

Маршрутизаторы разделяют данные
Маршрутизаторы не разделяют данные

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

Требуется RIP или OSPF
Системы с несколькими сетевыми картами

Используется в больших и сложных сетях
Используется в небольших сетях


Рассмотрим таблицу маршрутизации для отдельного узла с IР-адресом 192.0.3.10, маской подсети 255.255.255.240 и адресом шлюза 192.0.3.113. Такая таблица маршрутизации может иметь вид, представленный в табл. 5.


Таблица 5. Таблица маршрутизации

Сетевой адрес
Маска сети
Адрес шлюза
Интерфейс

Метрика

Описание

0.0.0.0
0.0.0.0
192.0.3.113
192.0.3.10
1
Маршрут по умолчанию

127.0.0.0
255.0.0.0
127.0.0.1
127.0.0.1
1
Возвратный сетевой адрес

255.255.255.255
255.255.255.255
192.0.3.10
192.0.3.10
1
Адрес ограниченной широковещательной рассылки

192.0.3.255
255.255.255.255
192.0.3.10
192.0.3.10
1
Адрес широковещательной рассылки


Для организации динамической маршрутизации необходимо инсталлировать службу RIP.


3.2. Определение имен узлов DNS


Правила именования. Каждый узел в Интернет имеет свой собственный, уникальный адрес. Эти уникальные адреса дают возможность связываться с любым другим адресом и посылать ему сообщение. Однако человеку обычно трудно запомнить эти 32-битные адреса, ему проще ориентироваться по именам. Именно для этого в Интернет используется гибкая и масштабируемая система доменных имен DNS (Domain Name Service), когда каждому узлу присваивается уникальное символическое имя FQDN (Fully Qualified Domain Name), ассоциированное с его IP-адресом. Кроме того, имена узлов удобны еще и потому, что не зависят от физического расположения, в то время как IP-адрес компьютера соответствует его физическому расположению в сети. Если компьютер перемещается из одной сети в другую, то его IP-адрес должен быть изменен, в то время как доменное имя остается прежним. Например, просматривая информацию об Экономико-аналитическом институте МИФИ на сервере eai.mephi.ru, вы не знаете его конкретный IP-адрес, и миграция сервера не влияет на предоставление доступа к информации.

Существуют стандарты, публикуемые как RFC (Request for Comments), на правила именования FQDN. Стандарт RFC 1123 определяет, что
  • имена доменов имеют иерархическую структуру, уровни иерархии отделяются друг от друга точкой, имя формируется справа налево;
  • суммарное имя домена (узла) не содержит более 255 символов (a – z, A-Z, 0 –9, дефис, точка);
  • имя на каждом уровне иерархии не может состоять только из цифр, но может начинаться с цифры;
  • имена не различают регистр буКБ (прописные или строчные);
  • метка на каждом уровне иерархии не может быть больше 63 символов;
  • метка нулевой длины зарезервирована для корневого домена.