NetdefendOS_2.27.01_Firewall_User_Manual_RUS

NetdefendOS_2.27.01_Firewall_User_Manual_RUS NetdefendOS_2.27.01_Firewall_User_Manual_RUS

04.03.2013 Views

означает, что: • Пользователи в группе сначала разделяются правилами канала по приоритетам. • Затем к пользователям применяются гарантии, указанные для их приоритета. • Весь суммарный поток трафика подвергается общему групповому ограничению. На рисунке ниже представлен поток трафика, который был распределен в группы по IP-адресу источника. Другой пример использования групп Рис. 10.6. Трафик, сгруппированный по IP-адресу Рассмотрим другую ситуацию, в которой общее ограничение полосы пропускания канала составляет 400 бит/с. Если необходимо разделить эту полосу пропускания среди нескольких IP-адресов назначения таким образом, чтобы на отдельный IP-адрес приходилось не более 100 кбит/с полосы пропускания, необходимо выполнить следующие шаги: • Задать обычным способом ограничение канала – 400 кбит/с. • Установить в канале опцию Grouping в значении Destination IP. • На вкладке Group Limits задать общее групповое значение канала – 100 кбит/с. Теперь полоса пропускания распределяется по принципу живой очереди, однако, ни один IP-адрес назначения не сможет получить более 100 кбит/с. Независимо от количества подключений общая ширина полосы пропускания все же не сможет превысить ограничение для канала в 400 кбит/с. Сочетание значений ограничений приоритетов каналов и групп Предположим, что опция создания группы включена с помощью выбора одной из переменных, такой как IP-адрес источника и некоторые значения приоритетов были указаны на вкладке Group Limits. Как эти значения сочетаются со значениями, указанными для соответствующих приоритетов на вкладке Pipe Limits? В данном случае значение приоритета на вкладке Group Limits является гарантией, а значение для того же приоритета на вкладке Pipe Limits является ограничением. Например, если трафик группируется по IP-адресу источника, и на вкладке Group Limits для приоритета 5 задано значение 5 Кбит/с, а на вкладке Pipe Limits приоритету 5 присвоено значение 20 Кбит/с, то после подключения четвертого уникального IP-адреса источника (4 х 5 = 20 Кбит/с) будет достигнуто ограничение 440

приоритета, и далее гарантии не будут предоставляться. Динамическая балансировка Вместо указания общего группового ограничения можно включить опцию Dynamic Balancing. Это обеспечивает одинаковое разделение полосы пропускания между всеми адресами независимо от их количества. Данное действие выполняется для ограничения канала. Если при включенной опции динамической балансировки также задано общее групповое ограничение 100 бит/с, то это все равно означает, что ни один пользователь не сможет получить больше данной величины полосы пропускания. Приоритеты и динамическая балансировка Как отмечалось ранее, помимо указания общего ограничения группы можно указать ограничения для каждого приоритета в рамках группы. Если в групповых ограничениях для приоритета 2 мы указываем значение 30 кбит/с, то это означает, что пользователям с назначенным приоритетом 2 по правилу канала будет гарантировано 30 бит/с, независимо от количества пользователей, использующих канал. Так же как в случае обычных приоритетов канала, трафик, превысивший 30 кбит/с для пользователей с приоритетом 2, будет понижен до значения приоритета негарантированной доставки. Продолжая предыдущий пример, мы можем установить ограничение на величину гарантированной полосы пропускания, которую получит каждый пользователь для входящего SSH-трафика. Это помешает одному пользователю занять всю доступную высокоприоритетную полосу пропускания. Сначала мы создадим группу пользователей канала ssh-in таким образом, что ограничения будут применяться к каждому пользователю внутренней сети. Так как пакеты являются входящими, в качестве параметра для создания группы в настройках канала ssh-in мы выбираем опцию Destination IP. Далее указываем ограничения для каждого пользователя, установив для приоритета 2 ограничение в 16 кбит/с на пользователя. Это означает, что каждый пользователь гарантированно получит не более 16 кбит/с для своего SSH-трафика. Если необходимо также можно ограничить общую ширину полосы пропускания группы для каждого пользователя, указав какое-либо значение, например, 40 Кбит/с. Если более 5 пользователей одновременно используют SSH, возникнет проблема, так как 5 раз по 16 кбит/с – больше, чем 64 кбит/с. Общее ограничение канала продолжает действовать, и каждый пользователь будет конкурировать за доступную для приоритета 2 полосу пропускания таким же образом, как они конкурируют за полосу пропускания самого низкого приоритета. Некоторые пользователи по-прежнему получат свои 16 кбит/с, а некоторые нет. Для улучшения ситуации можно включить динамическую балансировку, обеспечив каждому из 5 пользователей одинаковое количество полосы пропускания. Когда 5-ый пользователь начинает генерировать SSH-трафик, балансировка снизит пользовательское ограничение до 13 кбит/с (64 кбит/с, разделенные между 5 пользователями). Динамическая балансировка выполняется в пределах каждого приоритета отдельно. Это означает, что если на всех пользователей выделено определенное, но небольшое количество трафика с высоким приоритетом и более широкая полоса пропускания для трафика негарантированной доставки (best-effort), все пользователи получат равные доли как высокоприоритетного графика, так и трафика негарантированной доставки. 10.1.8. Рекомендации по Traffic shaping О важности ограничения канала Функция Traffic shaping эффективна только в том случае, когда канал NetDefendOS заполнен. Другими словами, через канал проходит количество трафика, разрешенное значением общего ограничения. Если для канала установлено общее ограничение в 500 кбит/с, но в текущий момент времени по нему проходит 400 кбит/с трафика с низким приоритетом и 90 кбит/с высокоприоритетного трафика, то остается 10 кбит/с полосы пропускания, поэтому нет необходимости урезать какой-либо из типов трафика. Поэтому важно указать общее ограничение 441

приоритета, и далее гарантии не будут предоставляться.<br />

Динамическая балансировка<br />

Вместо указания общего группового ограничения можно включить опцию Dynamic Balancing. Это<br />

обеспечивает одинаковое разделение полосы пропускания между всеми адресами независимо от их<br />

количества. Данное действие выполняется для ограничения канала.<br />

Если при включенной опции динамической балансировки также задано общее групповое<br />

ограничение 100 бит/с, то это все равно означает, что ни один пользователь не сможет получить<br />

больше данной величины полосы пропускания.<br />

Приоритеты и динамическая балансировка<br />

Как отмечалось ранее, помимо указания общего ограничения группы можно указать ограничения для<br />

каждого приоритета в рамках группы. Если в групповых ограничениях для приоритета 2 мы<br />

указываем значение 30 кбит/с, то это означает, что пользователям с назначенным приоритетом 2 по<br />

правилу канала будет гарантировано 30 бит/с, независимо от количества пользователей,<br />

использующих канал. Так же как в случае обычных приоритетов канала, трафик, превысивший 30<br />

кбит/с для пользователей с приоритетом 2, будет понижен до значения приоритета<br />

негарантированной доставки.<br />

Продолжая предыдущий пример, мы можем установить ограничение на величину гарантированной<br />

полосы пропускания, которую получит каждый пользователь для входящего SSH-трафика. Это<br />

помешает одному пользователю занять всю доступную высокоприоритетную полосу пропускания.<br />

Сначала мы создадим группу пользователей канала ssh-in таким образом, что ограничения будут<br />

применяться к каждому пользователю внутренней сети. Так как пакеты являются входящими, в<br />

качестве параметра для создания группы в настройках канала ssh-in мы выбираем опцию Destination<br />

IP.<br />

Далее указываем ограничения для каждого пользователя, установив для приоритета 2 ограничение в<br />

16 кбит/с на пользователя. Это означает, что каждый пользователь гарантированно получит не более<br />

16 кбит/с для своего SSH-трафика. Если необходимо также можно ограничить общую ширину<br />

полосы пропускания группы для каждого пользователя, указав какое-либо значение, например, 40<br />

Кбит/с.<br />

Если более 5 пользователей одновременно используют SSH, возникнет проблема, так как 5 раз по 16<br />

кбит/с – больше, чем 64 кбит/с. Общее ограничение канала продолжает действовать, и каждый<br />

пользователь будет конкурировать за доступную для приоритета 2 полосу пропускания таким же<br />

образом, как они конкурируют за полосу пропускания самого низкого приоритета. Некоторые<br />

пользователи по-прежнему получат свои 16 кбит/с, а некоторые нет.<br />

Для улучшения ситуации можно включить динамическую балансировку, обеспечив каждому из 5<br />

пользователей одинаковое количество полосы пропускания. Когда 5-ый пользователь начинает<br />

генерировать SSH-трафик, балансировка снизит пользовательское ограничение до 13 кбит/с (64<br />

кбит/с, разделенные между 5 пользователями).<br />

Динамическая балансировка выполняется в пределах каждого приоритета отдельно. Это означает,<br />

что если на всех пользователей выделено определенное, но небольшое количество трафика с<br />

высоким приоритетом и более широкая полоса пропускания для трафика негарантированной<br />

доставки (best-effort), все пользователи получат равные доли как высокоприоритетного графика, так<br />

и трафика негарантированной доставки.<br />

10.1.8. Рекомендации по Traffic shaping<br />

О важности ограничения канала<br />

Функция Traffic shaping эффективна только в том случае, когда канал NetDefendOS заполнен.<br />

Другими словами, через канал проходит количество трафика, разрешенное значением общего<br />

ограничения. Если для канала установлено общее ограничение в 500 кбит/с, но в текущий момент<br />

времени по нему проходит 400 кбит/с трафика с низким приоритетом и 90 кбит/с<br />

высокоприоритетного трафика, то остается 10 кбит/с полосы пропускания, поэтому нет<br />

необходимости урезать какой-либо из типов трафика. Поэтому важно указать общее ограничение<br />

441

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!