Элементы from
и to
определяют IP-адреса, а элемент tos
задает тип сервиса (тип сервиса представляет собой число, например 4). Элемент dev
определяет имя сетевого устройства (например, eth0
), a pref
задает номер предпочтения. Набор элементов сообщает Linux о том, как идентифицируются пакеты, к которым должно быть применено данное правило. Действие, указываемое в команде, задается в следующем формате:
[table идентификатор_таблицы ] [nat адрес ] [prohibit | reject | unreachable]
Идентификатор таблицы — это число, которое идентифицирует таблицу маршрутизации, элемент nat
позволяет задать для пакета новый адрес источника, a prohibit
, reject
и unreachable
— это коды, определяющие различные варианты отказа от пакета.
Пример реальной команды ip приведен ниже.
# ip rule add from 172.20.24.128 dev eth0 table 2
Правило, определяемое с помощью данной команды, указывает системе на то, что для обработки трафика с адреса 172.20.24.128 через eth0
должна использоваться таблица маршрутизации 2. У вас, вероятно, возникнет вопрос, что значит таблица маршрутизации 2? В системе Linux для заполнения таблицы маршрутизации используется команда route
. Расширенные средства маршрутизации позволяют работать с несколькими таблицами, создаваемыми посредством команды ip route
. При обработке различных типов трафика можно быстро переключаться между разными таблицами. Приведенная выше команда сложнее обычной команды route
, но она предоставляет возможности, которые не может обеспечить route
. Вы можете использовать ip route
так же, как и route
, единственное отличие состоит в том, что вам необходимо задать номер таблицы. Например, для добавления маршрута в таблицу 2 можно использовать следующую команду:
ip route add 10.201.0.0/16 dev eth1 table 2
Если не принимать во внимание имя программы ip
и элемент table 2
, то данная команда эквивалентна команде route
. Она сообщает системе о том, что все данные, адресованные в сеть 10.201.0.0/16, должны передаваться через интерфейс eth1
.
Утилита tc использует средства ядра, которые активизируются посредством опций меню QoS and/or Fair Queueing. Данная программа управляет исходящим трафиком, в частности, не позволяет одному типу трафика монополизировать пропускную способность линии связи. В качестве примера рассмотрим следующую ситуацию. Предположим, что в организации имеются две подсети; каждая из них обслуживает офис, в котором работают около десяти пользователей. Если пользователи одной подсети запускают программы, генерирующие большой объем исходящих данных, производительность сетевых средств пользователей, работающих в другом офисе, может оказаться недопустимо низкой. Программа tc
позволяет распределить ресурсы таким образом, что каждой из подсетей будет гарантированно выделяться часть пропускной способности линии.
Программа вызывается следующим образом:
tc [ опции ] объект команда
Ниже описаны элементы, передаваемые программе tc
.
• опции
. При вызове tc
могут быть заданы опции -statistics
(или -s
), -details
(или -d
) и -raw
(или -r
).
• объект
. Данный параметр может принимать значение qdisc
, class
или filter
. Значение qdisc
определяет порядок обслуживания, или дисциплину очереди, class задает набор пакетов, принадлежащих той или иной категории либо классу (в данном примере признаком принадлежности к классу является принадлежность к одной из подсетей), a filter генерирует правило фильтрации.
• команда
. Команда — это набор параметров, которые определяют, какие действия программа tc
должна выполнить с объектом. Состав команды зависит от объекта.
С помощью tc
вы можете сгенерировать набор правил, описывающих сети, подключенные к компьютеру, и определяющих принцип выделения пропускной способности линии для каждой из этих сетей. Предположим, что вы хотите распределить пропускную способность линии, равную 100 Мбод, поровну между двумя подсетями, обслуживающими офисы. Предположим также, что ваш компьютер подключен к Internet посредством устройства eth0
, а данные в обе подсети передаются через устройство eth1
; одна из подсетей имеет IP-адрес 192.168.1.0/24, а другая — 192.168.2.0/24. Процесс настройки следует начать с определения порядка обслуживания очереди для eth1
.
Читать дальше