Компьютерные сети

Недавно я в целях ликвидации безграмотности посмотрел видеокурс GeekBrains по компьютерным сетям (автор — Алексей Степченко). Курс великолепный, то как автор доносит информацию до слушателей — выше всяких похвал. Зиждется данный курс на практических примерах и заданиях, которые выполняются в программе Cisco Packet Tracer, которая эмулирует компьютерные сети, то бишь хосты, серверы, свичи, роутеры и пр. Причем эмулирует, я бы сказал, с высокой степенью реалистичности. В этой программе вы настраиваете сетевое оборудование и можете в реальном времени наблюдать функционирование сети. Есть там еще т. н. режим симуляции, когда вы можете наблюдать распространение по сети пакетов данных и рассматривать их содержимое. Packet Tracer можно скачать бесплатно. Версию 6.2 можно скачать без регистрации, более новые версии, соответственно, с регистрацией.

Основная работа при изучении сетей в курсе связана с настройкой свичей и роутеров при помощи командной строки операционной системы Cisco IOS. Команд там много, к тому же они выстраиваются в определенную иерархию уровней вложенности. Чтобы не забыть, я решил законспектировать «рецепты» для настройки свичей и роутеров Cisco плюс немного теории.

Для справки. Свич — устройство, которое коммутирует пакеты внутри одной подсети, т. е. свичи объединяют некоторое количество «хостов» в одну подсеть. Роутеры же служат мостиками между различными подсетями.

Обозначения

У многих команд имеются аргументы. Ниже, там где я использую такие команды, я не всегда указываю конкретное значение аргумента, а вместо этого пишу название аргумента в угловых скобках, например:

Реальная же команда может выглядеть так:

или так:

Если аргумент команды может принимать только определенный набор значений, то я записываю аргумент так:

Например:

А реальная команда может выглядеть так:

Команды в Cisco IOS выстроены в иерархию — дерево. Некоторые команды изменяют режим (состояние) командной строки. В каждом режиме можно выполнить специфический набор команд. Когда сетевое устройство только загрузилось, вы находитесь в т. н. пользовательском режиме. Если вы введете команду enable, то попадете в привилегированный режим. В этом режиме вы можете выполнить определенный набор команд — посмотреть какие команды в него входят можно выполнив команду ?. Находясь в привилегированном режиме, вы можете выполнить команду configure terminal, и тогда попадете в режим глобальной конфигурации, в котором есть свой набор допустимых команд. И так далее. Можно вернуться в предыдущий режим при помощи команды exit. Также из любого режима можно вернуться прямиком в привилегированный режим при помощи команды end. Вложенность команд я обозначаю при помощи отступов. Например, если я пишу

… то это значит, что команду hostname можно выполнить только в режиме глобальной конфигурации, в который можно попасть из привилегированного режима, выполнив команду configure terminal. А в привилегированный режим в свою очередь можно попасть из пользовательского режима, выполнив команду enable.

Некоторые команды имеют смысл и для свичей, и для роутеров, другие — только для свичей или только для роутеров. Если не оговорено, для какого типа устройства актуальна команда, значит она работает и для свичей, и для роутеров.

Команды общего назначения

Посмотреть список доступных команд в текущем режиме:

Перейти в привилегированный режим:

Получить справку по интересующей вас команде:

Перейти в режим глобальной конфигурации:

Задать имя, которое будет отображаться в качестве приглашения в командной строке:

Отменить ранее выполненную команду:

Вернуться в предыдущий режим:

Вернуться сразу в привилегированный режим:

Сохранить текущую конфигурацию в ПЗУ:

Посмотреть текущую конфигурацию:

Канальный уровень: настройка интерфейсов

У всех сетевых устройств есть интерфейсы. У ПК как правило один интерфейс, у свичей и роутеров интерфейсов много. Физические интерфейсы бывают разные, например: оптический интерфейс, коаксиальный кабель, витая пара, телефонная линия. В локальных сетях по большей части используется интерфейс стандарта ethernet на витой паре. На канальном уровне у ethernet интерфейсов есть настройки:

• дуплексный режим: автоматическое определение, полный дуплекс, полудуплекс.
• скорость: автоматическое определение, 10 Мбит/с, 100 Мбит/с, 1000 Мбит/с (для интерфейсов gigabit ethernet).

В Cisco IOS интерфейсы устройства идентифицируются именами вида fa0/0, fa0/1, fa1/0, ge1/1 и т. д. Первые две буквы обозначают стандарт ethernet: fa — fast ethernet, ge — gigabit ethernet.
Ниже приведены команды, которые надо выполнить, чтобы настроить и включить конкретный интерфейс:

Можно настроить одинаковым образом сразу группу интерфейсов при помощи команды interface range. Например следующая команда настраивает и включает сразу 25 интерфейсов:

На канальном уровне ethernet-устройства идентифицируются 6-байтовыми MAC-адресами (MAC — Media Access Control). MAC-адрес условно уникален. В нем есть две части: идентификатор производителя устройства и идентификатор самого устройства.

Канальный и сетевой уровни: ARP table

ARP означает Address Resolution Protocol (связывает канальный и сетевой уровни). Одноименная таблица ставит в соответствие IP-адрес и MAC-адрес устройства в сети (на канальном уровне устройства идентифицируются MAC-адресами, на сетевом — IP-адресами). Как правило, отправитель сообщения знает IP-адрес получателя, но не знает его MAC-адрес (а он-то как раз и нужен для того, чтобы отправить сообщение). Для того, чтобы узнать MAC-адрес устройства по его IP-адресу, в сеть посылается широковещательный запрос — ARP-запрос «whois ip A.B.C.D?», на который должно ответить то устройство, которое имеет данный IP-адрес, прислав свой MAC-адрес. Устройства запоминают соответствие IP и MAC-адресов в ARP-таблице, которую можно посмотреть при помощи команд, приведенных ниже.
На роутере команда:

… отображает ARP-таблицу вида:

На хосте под управлением Windows или Linux:

… отображает ARP-таблицу вида:

Сетевой уровень: настройка интерфейсов

Настройка интерфейсов на сетевом уровне имеет смысл главным образом для роутеров.
Команда:

… отображает таблицу настроек интерфейсов роутера на сетевом уровне. В этой таблице наиболее интересно поле IP-Address.

Чтобы интерфейс роутера нормально работал у него обязательно должен быть IP-адрес. Этот адрес ему можно задать при помощи команды:

Пример:

Помимо адреса задается т. н. маска подсети — битовая маска, которая разбивает IP-адрес на две части: адрес сети и адрес устройства в этой сети. Например, команда ip address 192.168.1.1 255.255.255.0 говорит о том, что интерфейс принадлежит к сети 192.168.1.0 и имеет в ней адрес 192.168.1.1. Если на какой либо другой интерфейс роутера, например на тот, который имеет адрес 10.0.0.1, придет пакет, адресованный узлу с адресом (например 192.168.1.2), входящим в сеть 192.168.1.0, то роутер отправит этот пакет на свой интерфейс 192.168.1.1. Короче говоря, адрес и маска подсети интерфейса играют роль при маршрутизации пакетов (об этом речь ниже). В маске всегда старшие биты — единицы, а младшие — нули. Поэтому запись маски часто сокращают указывая только количество битов, равных 1. К примеру:

Помимо реальных интерфейсов, можно создать в роутере виртуальный интерфейс (loopback):

Чем виртуальный интерфейс отличается от реального? Только тем, что к нему не подключен никакой физический «провод», т. е. если роутер станет посылать пакеты на этот интерфейс, то получить их сможет только он сам. Но зато другие устройства в сети вполне могут посылать пакеты на виртуальный интерфейс роутера и даже получать от роутера ответы. Т. е. например какой-нибудь хост спокойно может пропинговать loopback-интерфейс того роутера, к которому он подключен.

IP-адресация

Поскольку речь зашла об IP-адресах, уместно будет рассказать здесь о классовой и бесклассовой адресации и о специальных диапазонах IP-адресов.
В классовой адресации, маска подсети, к которой принадлежит IP-адрес, закодирована в старших битах этого самого IP-адреса:

В бесклассовой адресации, которая и используется ныне, уже не считается, что IP несет информацию о подсети, поэтому там, где необходимо, он должен сопровождаться маской подсети.

В каждой подсети есть два специальных адреса, которые не могут быть выделены хостам: адрес самой подсети (в хостовой части адреса — нули) и широковещательный адрес (в хостовой части адреса — единицы). Например, в подсети 172.16.0.0/16 адрес 172.16.0.0 — это адрес подсети, а 172.16.255.255 — широковещательный адрес.

Уникальных IP-адресов на всех не хватает, поэтому все множество адресов поделили на те, которые обязаны быть уникальными («белые»), и те, которые не обязаны быть уникальными («серые» или «частные»). С серого IP-адреса можно послать сообщение на белый IP-адрес, и с белого можно послать сообщение на белый, а вот послать сообщение с белого на серый — нельзя (не пугайтесь, проблему в этом случае решает технология NAT, о которой речь впереди). Частные диапазоны адресов следующие:

• 1 подсеть класса A — 10.0.0.0
• 16 подсетей класса B — 172.16.0.0-172.31.0.0
• 256 подсетей класса C — 192.168.0.0-192.168.255.0

Также есть диапазон 127.0.0.0-127.255.255.254, в котором находятся только loopback-адреса.

Сетевой уровень: статическая маршрутизация

Роутеры — это устройства, которые связывают между собой различные сети. Что здесь понимается под сетью? Я понимаю сеть (или подсеть) как совокупность устройств, которые соединены и обмениваются между собой информацией при помощи одной и той же технологии канального уровня (например, Ethernet). Внутри одной и той же (под)сети устройствам, вообще говоря, необязательно знать IP-адреса друг-друга, чтобы обмениваться информацией, если в технологии канального уровня предусмотрена своя система адресации устройств (например, в технологии Ethernet устройствам достаточно знать MAC-адреса друг-друга). А вот чтобы передать сообщение из одной сети в другую, нужна система адресации независимая от канального уровня — это и есть IP-адресация. На пути от отправителя к получателю сообщение проходит ряд роутеров, и каждый роутер выполняет маршрутизацию этого сообщения, т. е. определяет адрес следующего роутера, которому надо его передать (адрес «следующего хопа»). Маршрутизацию роутеры выполняют на основе таблиц маршрутизации. Таблица может быть настроена администратором сети, тогда это называется «статическая маршрутизация».

Следующая команда отображает таблицу маршрутизации:

… следующего вида:

Символ «S» означает, что маршрут настроен статически (администратором), символ «C» означает, что указанная подсеть непосредственно подсоединена к интерфейса роутера (и указано, к какому именно).

Чтобы добавить маршрут к таблице маршрутизации, надо ввести следующие команды:

Пример:

А в следующем примере мы задаем адрес т. н. шлюза по-умолчанию — роутера, на который отправляются все пакеты, для которых специально не задан маршрут.

Сетевой уровень: динамическая маршрутизация — протокол RIP

RIP означает Routing Information Protocol (протокол сетевого уровня). По этому протоколу роутеры могут обмениваться между собой маршрутной информацией, что позволяет им автоматически создавать таблицы маршрутизации, избавляя от этой работы администратора сети. При настройке протокола RIP на роутере надо 1) включить его 2) задать версию протокола (версия 2 в отличие от версии 1 поддерживает бесклассовую IP-адресацию) 3) указать подсети, информацию информацию о которых роутеру разрешается посылать другим роутерам.

Сетевой уровень: DHCP

DHCP — Dynamic Host Control Protocol. Есть несколько настроек, которыми должен обладать практически любой хост в сети, чтобы нормально работать:

• IP-адрес хоста
• IP-адрес шлюза по-умолчанию. Шлюз по-умолчанию — это роутер, на который устройство отправляет все сообщения, для которых не прописан маршрут.
• IP-адрес DNS-сервера. DNS-сервер — это сервер, который является частью системы DNS, которая представляет собой распределенную базу данных (состоящую из многих серверов), которая хранит записи, сопоставляющие доменные имена и IP-адреса хостов в сети.

Эти настройки могут быть заданы администратором сети вручную, но существует протокол, который позволяет хостам получать эти настройки автоматически от специально выделенного сервера — DHCP-сервера. DHCP-сервер можно настроить прямо на роутере. Причем DHCP-сервер на роутере может обслуживать сразу несколько подключенных к нему подсетей. Вы создаете т. н. пул адресов и указываете для него подсеть, шлюз по-молчанию и DNS-сервер:

Также можно указать диапазон IP-адресов, которые DHCP-сервер не должен давать хостам — как правило это — адреса, которые администратор резервирует для роутеров и серверов:

Ну и вот конкретный пример настройки сервера DHCP на роутере:

Что касается самих хостов, то для них надо включить получение адреса автоматически, т. е. по протоколу DHCP. Роутеры тоже могут получать IP-адрес по DHCP, для этого при настройке интерфейса надо вместо IP-адреса указать dhcp:

DHCP-relay

Предположим, имеется несколько локальных сетей, подключенных к одному роутеру. И надо сделать для этих локальных сетей, чтобы хосты в них получали настройки по DHCP. Можно в каждой локальной сети поставить DHCP-сервер. Можно настроить DHCP-сервер на роутере, к которому подключены локальные сети. Но предположим, что мы хотим один DHCP-сервер на все локальные сети и не хотим делать его на роутере, а хотим делать его на отдельной машине. Такой сервер очевидно не может входить ни в одну из обслуживаемых им локальных сетей. С другой стороны, DHCP-запросы от хостов — это broadcast’овые UDP-пакеты, поэтому они могут распространяться только в пределах локальной сети, в которую входит хост-отправитель. Как быть? Оказывается, можно настроить роутер, к которому подключены локальные сети, так чтобы он передавал эти broadcast’овые UDP-пакеты на наш DHCP-сервер, а ответы DHCP-сервера переправлял обратно в локальную сеть хоста-отправителя. Это называется DHCP-relay. Чтобы настроить DHCP-relay, надо для всех интерфейсов, к которым подключены локальные сети, указать адрес DHCP-сервера, на который надо переправлять DHCP-запросы. Это команда ip helper-address. Ну а на DHCP-сервер надо создать несколько пулов адресов — по одному на каждую из обслуживаемых локальных сетей.

Конкретный пример c двумя обслуживаемыми локальными сетями:

На DHCP сервере же надо настроить два пула адресов:

Прикладной уровень: DNS

DNS — Domain Name System — распределенная база данных, которая ставит в соответствие доменным именам хостов IP-адреса. Распределенная база данных располагается на множестве серверов, которые образуют иерархию (дерево). Имя хоста состоит из отдельных частей, которые тоже выстраиваются в иерархию. Например рассмотрим доменное имя www.dvsav.ru. В конце этого имени должна стоять точка, которая обозначает т. н. корневой домен, но поскольку она присутствует во всех доменных именах, ее всегда опускают. На самом деле, чтобы понять структуру доменного имени, лучше читать его задом наперед: .ru.dvsav.www:
. — корневой домен
ru — домен 1-ого уровня (национальная доменная зона)
dvsav — домен 2-ого уровня (название сайта)
www — домен 3-его уровня (имя сервера)
За каждую часть имени отвечает свой набор DNS-серверов. Обратившись к одному из корневых серверов (.), можно получить список DNS-серверов для любого домена 1-ого уровня (ru). Обратившись к одному из DNS-серверов 1-ого уровня, можно получить список DNS-серверов хостера, на котором размещен сайт (dvsav). Обратившись к DNS-серверу хостера, можно получить IP-адрес сайта.

Сетевой уровень: NAT

Выше уже говорилось о том, что не все IP-адреса обязаны быть уникальными. Серые IP-адреса не уникальны и поэтому сообщения, идущие с этих адресов либо на эти адреса не маршрутизируются в сети Интернет (во-первых, благодаря access-list’ам на роутерах, которые запрещают трафик с серых адресов; во-вторых, потому, что для серых адресов на роутерах в Интернете никак не пропишешь маршруты) — ведь такие адреса не могут уникально идентифицировать устройство в сети. Серые IP-адреса используются только в локальных сетях: в пределах локальной сети серый IP-адрес должен быть уникальным. Но ведь и машинам в локальной сети хочется иметь доступ в Интернет. Как же быть, если серый IP-адрес не может ни отправить сообщение на белый IP-адрес, ни принять сообщение с белого IP-адреса? На помощь приходит технология NAT — Network Address Translation. Суть ее вкратце такова: локальную сеть с Интернетом соединяет роутер, который называется «шлюз». Шлюз со стороны локальной сети имеет интерфейс с серым IP-адресом, со стороны Интернета — интерфейс с белым IP-адресом. Предположим, хост в локальной сети отправляет сообщение на некий белый IP-адрес в сети Интернет — это сообщение приходит на шлюз. Шлюз подменяет адрес источника (серый) в сообщении своим белым адресом и отправляет сообщение дальше. Сервер в сети Интернет что-нибудь посылает обратно на белый IP-адрес шлюза, шлюз подменяет в этом сообщении адрес назначения (свой белый адрес) серым адресом хоста в локальной сети и шлет сообщение в локальную сеть, где его принимает тот самый хост. Поскольку в локальной сети хостов много, а белый IP-адрес у роутера всего один, эти самые хосты надо как-то различать между собой. К счастью в разных протоколах есть дополнительные средства адресации, которые можно применить для идентификации хостов в локальной сети: в TCP и UDP это — номер порта; в ICMP — порядковый номер сообщения. Таким образом разным хостам в TCP например будут соответствовать разные номера портов. Собственно NAT — это трансляция следующего вида:

Напомню, что хостов с серыми IP в локальной сети в общем случае много, портов тоже много, а вот белый IP — один.

Чтобы настроить NAT на шлюзе, надо указать какой интерфейс смотрит в Интернет, а какой — в локальную сеть. Также надо указать адрес локальной сети в т. н. access-list’е:

Конкретный пример:

Если в локальной сети есть сервер (у сервера серый IP), и хочется сделать его доступным из Интернета (из Интернета доступны только хосты с белым IP), то и это можно сделать с помощью NAT. Называется это «проброс порта». Суть в том, что шлюз все сообщения, поступающие из Инетрнета на определенный его порт, транслирует на сервер в локальной сети. Пользователи из Интернета при этом думают, что IP сервера — это белый IP шлюза. Настройка проброса порта на роутере выглядит так:

Пример проброса 80-го порта для HTTP-сервера:

SPT

SPT — Spanning Tree Protocol. Протокол, который используется свичами с одной целью — предотвратить явление под названием «петля коммутации». Петля коммутации возникает когда в сети свичей существует замкнутый путь. Это явление приводит к безудержному размножению широковещательных пакетов и перегрузке сети. Чтобы предотвратить это, свичи обмениваются между собой информацией, и каждый свич строит т. н. дерево коммутации (spanning tree). Затем свичи сами отключают те интерфейсы, которые приводят к возникновению петли. В эмуляторе Packet Tracer можно указать один из двух SPT-протоколов (pvst либо rapid pvst):

Протокол SPT можно выключить (по-умолчанию SPT включен) например так:

Ну включить так:

Также можно посмотреть дерево spanning-tree, которое построил свич:

… отобразит информацию следующего вида:

… в которой можно увидеть, что дерево состоит из нашего свича плюс еще два, один из которых является корневым. Нас также могут интересовать статуты портов свича. Про состояния портов… Когда порт свича включается, он переходит в состояние Listening, т. е. обменивается информацией с подключенным к нему другим свичом. Затем он переходит в состояние Learning — вычисляет дерево коммутации. А затем, в зависимости от результатов вычислений он переходит либо во включенное Forwarding либо выключенное Blocked состояние.

VLAN

VLAN — Virtual Local Area Network. Штука, простая, хотя словами объяснить трудно. Предположим имеется две локальные сети (напомню, что принадлежность хоста к той или иной локальной сети определяется его IP-адресом и маской подсети), подключенные к одному свичу. Свич (в определенных обстоятельствах) дублирует приходящие на один из его интерфейсов пакеты на всех остальных своих интерфейсах, из-за чего пакеты из одной локальной сети могут попадать в другую. Это само по себе не страшно, но порождает ненужный трафик между двумя сетями. Использование VLAN’ов позволяет логически разделить две подсети, как бы создав два логических свича из одного физического. Так можно изолировать трафики локальных сетей друг от друга.

Во-первых VLAN надо на свиче создать. По-умолчанию в свиче всегда присутствует один VLAN, который называется vlan 1. Создать VLAN и дать ему удобочитаемое имя можно так:

Конкретный пример: если к свичу подключены две локальных сети, то можно создать например два VLAN’а:

Далее те интерфейсы свича (access-порты), к которым подключены указанные локальные сети, надо сопоставить с созданными VLAN’ами (удобно работать сразу с диапазонами интерфейсов при помощи команды interface range). Пример:

Однако не все интерфейсы свича могут быть подключены к указанным локальным подсетям — например может быть интерфейс, подключенный к роутеру, через который осуществляется доступ обеих локальных сетей в Интернет. По такому интерфейсу будет передаваться трафик из обоих VLAN’ов, поэтому этот интерфейс надо пометить как trunk:

Вот и всё. Можно посмотреть информацию о VLAN’ах при помощи команды:

… которая выведет информацию следующего вида:

В приведенном вывода отсутствует trunk’овый интерфейс. Чтобы его увидеть, надо выполнить следующую команду:

… которая отобразит информацию о trunk’овых интерфейсах:

Ну хорошо, а как всё это работает? Как свич отделяет трафик одной подсети от трафика другой? Он помечает пакеты каждой сети тегом, который идентифицирует тот или иной VLAN, это называется тегированием трафика. Если пакет входит в access-порт свича, то он помечается тегом, соответствующим тому VLAN’у, которому принадлежит порт. Если пакет выходит из access-порта, то тег, которым он был (если был) помечен, снимается. Что касается trunk-портов, то для них никаких действий с тегами не производится. Далее, в зависимости от того, каким тегом помечен тот или иной пакет, свич решает, на какой порт (или порты) его отправить.

VLAN имеет отношение не только к свичам, но и к роутерам. Если на один и тот же интерфейс роутера приходит трафик с нескольких разных VLAN’ов, то этот физический интерфейс придется разбить на соответствующее количество логических интерфейсов и дать каждому из них отдельный IP-адрес:

Пример:

Если на интерфейс роутера помимо трафика из VLAN’ов приходит еще и нетегированный трафик, то надо создать логический интерфейс и для него:

Access-list

Access-list’ы позволяют отбрасывать трафик, выходящий (outbound) из заданного интерфейса либо входящий (inbound) в заданный интерфейс, адрес источника которого удовлетворяет заданному правилу:

Пример. Отбрасывать трафик, который выходит из интерфейса fa0/0.3 и адрес источника которого принадлежит к подсети 192.168.0.0/24:

Другой пример. Отбрасывать трафик, который входит в интерфейс fa0/0.3 и адрес источника которого принадлежит к подсети 192.168.1.0/24:

Удаленное управление свичом или роутером по протоколу telnet

Сетевым устройством можно управлять либо подключившись к нему по USB-интерфейсу, либо подключившись удаленно, т. е. через сеть по протоколу telnet. Последний вариант и рассмотрим. Чтобы удаленный доступ через telnet заработал, надо обязательно задать пароль администратора и пароль для удаленного доступа:

Пример:

Чем один пароль отличается от другого? Один (telnet_pswd) позволяет получить доступ к командной строке, второй (admin_pswd) — перейти в привилегированный режим и настроить устройство.

Однако для того, чтобы можно было получить удаленный доступ к устройству, устройство должно иметь IP-адрес. С роутером всё просто — любой его интерфейс имеет IP-адрес. А свич? Оказывается для свича можно указать IP-адрес для VLAN’а. Как правило это — vlan 1:

VPN: GRE-туннель

VPN — Virtual Provate Network. GRE — Generic Routing Encapsulation. VPN — технология (набор протоколов), благодаря которой можно для двух разных удаленных друг от друга подсетей создать иллюзию, что они «соединены одним свичом».

Предположим, есть две локальных подсети 192.168.0.0/24 и 192.168.4.0/24, которые подключены к роутерам соответственно r1 и r2, и надо для них создать VPN. На обоих роутерах интерфейс fa0/0 смотрит в локальную сеть (адреса r1:192.168.0.1/24, r2:192.168.4.1/24), а fa0/1 — в Интернет (адреса r1:1.0.0.2/8, r2:2.0.0.2/8).

На роутере r1 создаем виртуальный интерфейс Tunnel0 и
1) даем ему IP-адрес
2) указываем интерфейс-источник роутера r1: fa0/1
3) указываем внешний IP-адрес роутера r2 в качестве адреса назначения

Аналогично поступаем с роутером r2:

Далее надо для обоих роутеров прописать маршрут до локальных подсетей друг-друга:

… либо на обоих роутерах включить протокол RIP

После всего этого подсети 192.168.0.0/24 и 192.168.4.0/24 оказываются как бы соединены одним свичом, и хост в одной сети может например пропинговать хост в другой сети:

Консольные утилиты

Напоследок вот набор команд командной строки (для хостов, а не для роутеров и свичей), которые пригождаются при работе с сетью: