Настройка qos windows xp
Обновлено: 30.06.2024
Как сделать ваш Интернет быстрее для Windows 7 и XP пятью кликами
Способ советского человека. В Windows 7 и XP есть «Планировщик пакетов QoS», который по умолчанию забирает (до) 20% пропускной способности подключения, резервируемый системой. Это значение ограничивает совокупную пропускную способность, резервируемую всеми программами, выполняемыми на вашем компьютере.
Это значение по умолчанию можно переопределить с помощью параметра «Ограничение пропускной способности» в консоли управления Microsoft (MMC), которая группирует средства администрирования сетей, компьютеров, служб и других системных компонентов.
По умолчанию в Windows этот параметр выключен и забирает 20% скорости вашего канала. То есть при подключении к интернету 10 Мбит/c, до 2 Мбит/c скорости пропадает в никуда (хотя Microsoft и утверждает, что это не так, но мы то знаем!).
Если этот параметр включить, то можно использовать поле «Ограничение пропускной способности» для настройки пропускной способности, резервируемой системой.
В Windows 7 cвести на 0 это двадцатипроцентное ограничение скорости не требует от нас особых усилий. Достаточно нажать «Пуск» -> «Выполнить», ввести gpedit.msc и нажать Etnter, для запуска консоли управления Microsoft. Затем в разделе «Конфигурация компьютера» нужно выбрать «Административные шаблоны», потом «Cеть», потом «Планировщик пакетов QoS».
После запуска планировщика выберите из списка опцию «Ограничить резервируемую пропускную способность», установите галочку «включен» и пропишите в появившемся окне количество процентов равное нулю (0). Далее в разделе «Настройки Сети» убедитесь, что в вашем текущем проводном или беспроводном соединении Планировщик пакетов QoS подключен (обычно подключено по умолчанию). Если его там нет, то добавьте из списка. В результате этих манипуляций скорость Интернета может увеличится до 20%. Бесплатно!
По крайней мере, многие пользователи утверждают, что у них стало быстрее.
В XP делается аналогично, только в ней Планировщик пакетов QoS называется «Диспетчер пакетов QoS», а в сетевой конфигурации на «Панели управления» - QoS Packet Scheduler.
Однако официально Microsoft утверждает, «что несмотря на то, что в некоторых публикациях говорится, что Windows всегда резервирует под нужды механизма QoS 20% доступной полосы пропускания - данное утверждение неверно. По умолчанию на конечном компьютере программа может резервировать до 20% суммарной пропускной способности каждого интерфейса. Но если программа, зарезервировавшая пропускную способность, использует ее не полностью, то неиспользуемая часть доступна для других программ». Но мы-то пробовали - стало быстрее.
QoS в Windows Server 2012 и других версиях ОС
Включаем поддержку QoS в сетевой подсистеме Windows
Теперь продолжим про настройки, общие для разных версий Windows.
Если посмотреть внимательно, то этот компонент по сути и есть NDIS-драйвер:
Глобальные настройки QoS в Windows
Настройки Inbound TCP Traffic
Выглядеть они будут примерно так:
Настройки DSCP Marking Override
Выглядеть данные настройки будут так:
Давайте теперь посмотрим, как эти политики формируются.
Настраиваем политики QoS
При создании политики первым делом надо будет указать её название (произвольное, технического назначения не имеет), значение DSCP и ограничение на полосу. Давайте чуток вспомним, что это и зачем.
[ Бит приоритета N0 | Бит приоритета N1 | Бит приоритета N2 | Бит задержки | Бит толщины | Бит надёжности | Unused | Unused ]
Предполагалось, что этого хватит. Стало так:
[ Бит приоритета N0 Бит приоритета N1 Бит приоритета N2 Бит нежелательной задержки Бит толщины (канала) Бит надёжности По любви или за деньги Unused ]
Хорошо заметно, что логическую модель пожеланий разрабатывала женщина.
- CS0 = 000 000
- CS1 = 001 000
- CS2 = 010 000
- CS3 = 011 000
- CS4 = 100 000
- CS5 = 101 000
- CS6 = 110 000
- CS7 = 111 000
- AF11 = 001 010 (в десятичном варианте DSCP = 10)
- AF12 = 001 100 (в десятичном варианте DSCP = 12)
- AF13 = 001 110 (в десятичном варианте DSCP = 14)
- AF21 = 010 010 (в десятичном варианте DSCP = 18)
- AF22 = 010 100 (в десятичном варианте DSCP = 20)
- AF23 = 010 110 (в десятичном варианте DSCP = 22)
- AF31 = 011 010 (в десятичном варианте DSCP = 26)
- AF32 = 011 100 (в десятичном варианте DSCP = 28)
- AF33 = 011 110 (в десятичном варианте DSCP = 30)
- AF41 = 100 010 (в десятичном варианте DSCP = 34)
- AF42 = 100 100 (в десятичном варианте DSCP = 36)
- AF43 = 100 110 (в десятичном варианте DSCP = 38)
Вкратце всё. Как понятно, значение DSCP равное нулю будет обозначать Best-Effort доставку.
Специфика 802.11-сетей
- Весь трафик с DSCP от 48 и выше относится к Voice-классу (обозначается как VO)
- Весь трафик с DSCP от 32 до 47 относится к Video-классу (обозначается как VI)
- Весь трафик с DSCP от 24 до 31 относится к BestEffort-классу (обозначается как BE)
- Весь трафик с DSCP от 8 до 23 относится к Background-классу (обозначается как BK)
- Весь трафик с DSCP от 0 до 7 относится (опять, да?) к BestEffort-классу (обозначается тоже как BE)
Создаём политику
При создании политики мы можем указать нужный DSCP-класс и ограничение на полосу пропускания исходящего трафика, подпадающего под нужный критерий. Как оба этих значения, так и одно из них.
Применение политики на указанные приложения
Применение политики на указанные source/destination IPv4/IPv6-адреса
Применение политики на указанные source/destination TCP/UDP порты
В общем-то всё, политика создана. Можно создать и ещё. Как они будут взаимодействовать в случае пересечения?
Взаимодействие политик QoS
Настройки QoS Packet Scheduler
Данные параметры будут указывать общесистемные (не относящиеся к конкретному типу трафика и сетевому интерфейсу) настройки этого механизма. Располагаться они будут в соответствующей ветке групповых политик:
Вместо заключения
Надеюсь, что эта краткая экскурсия в достаточно интересный мир управления трафиком была интересна и будет Вам полезна на практике.
Нет ни одного человека, который бы хоть раз не прочитал какой-нибудь FAQ по Windows XP. А раз так, то каждый знает, что есть такая вредная служба Quality of Service — сокращенно QoS. При настройке системы ее настоятельно рекомендуется отключать, потому что она по умолчанию ограничивает сетевую пропускную способность на 20%, и как будто бы эта проблема существует и в Windows 2000.
"Q: Как полностью отключить службу QoS (Quality of Service)? Как ее настроить? Правда ли, что она ограничивает скорость сети? A: Действительно, по умолчанию Quality of Service резервирует для своих нужд 20% от пропускной способности канала (любого — хоть модем на 14400, хоть гигабитный Ethernet). Причем даже если удалить службу QoS Packet Scheduler из Properties-соединения, этот канал не освобождается. Освободить канал или просто настроить QoS можно здесь. Запускаем апплет Group Policy (gpedit.msc). В Group Policy находим Local computer policy и нажимаем на Administrative templates. Выбираем пункт Network — QoS Packet Sheduler. Включаем Limit reservable bandwidth. Теперь снижаем Bandwidth limit 20% до 0% или просто отключаем его. При желании здесь же можно настроить и другие параметры QoS. Для активации произведенных изменений остается только перезагрузиться".
20% — это, конечно, очень много. Воистину Microsoft — "маздай". Утверждения подобного рода кочуют из FAQ в FAQ, из форума в форум, из СМИ в СМИ, используются во всевозможного рода "твикалках" — программах по "настройке" Windows XP (кстати говоря, откройте "Групповые политики" и "Локальные политики безопасности", и ни одна "твикалка" не сравнится с ними по богатству вариантов настройки). Разоблачать голословные утверждения такого рода нужно осторожно, что мы сейчас и сделаем, применив системный подход. То есть основательно изучим проблемный вопрос, опираясь на официальные первоисточники.
Что такое сеть с качественным сервисом?
Давайте примем следующее упрощенное определение сетевой системы. Приложения запускаются и работают на хостах и обмениваются данными между собой. Приложения отправляют данные операционной системе для передачи по сети. Как только данные переданы операционной системе, они становятся сетевым трафиком.
Сетевая служба QoS опирается на способность сети обработать этот трафик так, чтобы гарантированно выполнить запросы некоторых приложений. Это требует наличия фундаментального механизма по обработке сетевого трафика, способного идентифицировать трафик, имеющий право на особую обработку и право управлять этими механизмами.
Функциональные возможности QoS призваны удовлетворить двух субъектов сети: сетевые приложения и сетевых администраторов. Они часто имеют разногласия. Администратор сети ограничивает ресурсы, используемые специфическим приложением, в то же время приложение пытается захватить как можно больше сетевых ресурсов. Их интересы могут быть согласованы, принимая во внимание тот факт, что сетевой администратор играет главенствующую роль по отношению ко всем приложениям и пользователям.
Основные параметры QoS
Различные приложения имеют различные требования по обработке их сетевого трафика. Приложения в большей или меньшей степени терпимы к задержкам и потерям трафика. Эти требования нашли применение в следующих параметрах, связанных с QoS:
- Bandwidth (полоса пропускания) — скорость, с которой трафик, генерируемый приложением, должен быть передан по сети
- Latency (задержка) — задержка, которую приложение может допустить в доставке пакета данных.
- Jitter — изменение времени задержки.
- Loss (потеря) — процент потерянных данных.
Если бы были доступны бесконечные сетевые ресурсы, то весь трафик приложения можно было бы передать с требуемой скоростью, с нулевым временем задержки, нулевым изменением времени задержки и нулевыми потерями. Однако сетевые ресурсы не безграничны.
Механизм QoS контролирует распределение сетевых ресурсов для трафика приложения, чтобы выполнить требования по его передаче.
Фундаментальные ресурсы QoS и механизмы обработки трафика
Сети, которые связывают хосты, используют разнообразные сетевые устройства включая сетевые адаптеры хостов, маршрутизаторы, свичи и хабы. Каждый из них имеет сетевые интерфейсы. Каждый сетевой интерфейс может принять и передать трафик с конечной скоростью. Если скорость, с которой трафик направлен на интерфейс, выше, чем скорость, с которой интерфейс передает трафик дальше, то возникает перегрузка.
Сетевые устройства могут обработать состояние перегрузки, организуя очередь трафика в памяти устройства (в буфере), пока перегрузка не пройдет. В других случаях сетевое оборудование может отказаться от трафика, чтобы облегчить перегрузку. В результате приложения сталкиваются с изменением времени ожидания (так как трафик сохраняется в очередях на интерфейсах) или с потерей трафика.
Способность сетевых интерфейсов к пересылке трафика и наличие памяти для сохранения трафика в сетевых устройствах (до тех пор, пока трафик не может быть послан дальше) составляют фундаментальные ресурсы, требующиеся для обеспечения QoS для потоков трафика приложений.
Распределение ресурсов QoS по сетевым устройствам
Устройства, поддерживающие QoS, разумно используют ресурсы сети для передачи трафика. То есть трафик приложений, более терпимых к задержкам, становится в очередь (сохраняется в буфере в памяти), а трафик приложений, критичных к задержкам, передается далее.
Для выполнения этой задачи сетевое устройство должно идентифицировать трафик путем классификации пакетов, а также иметь очереди и механизмы их обслуживания.
Механизм обработки трафика
Механизм обработки трафика включает в себя:
- 802.1p
- Дифференцированные услуги per-hop-behaviors (diffserv PHB).
- Интегрированные услуги (intserv).
- ATM и др.
Большинство локальных сетей основано на технологии IEEE 802 включая Ethernet, token-ring и др. 802.1p — это механизм обработки трафика для поддержки QoS в таких сетях.
802.1p определяет поле (уровень 2 в сетевой модели OSI) в заголовке пакета 802, которое может нести одно из восьми значений приоритета. Как правило, хосты или маршрутизаторы, посылая трафик в локальную сеть, маркируют каждый посланный пакет, присваивая ему определенное значение приоритета. Предполагается, что сетевые устройства, такие, как свичи, мосты и хабы, обработают пакеты соответствующим образом, используя механизмы организации очередей. Область применения 802.1p ограничена локальной сетью (LAN). Как только пакет пересекает локальную сеть (через уровень 3 OSI), приоритет 802.1p удаляется.
Diffserv — это механизм уровня 3. Он определяет поле в уровне 3 заголовка пакетов IP, названных diffserv codepoint (DSCP).
Intserv — это целый комплекс услуг, определяющий гарантированный сервис и сервис, управляющий загрузкой. Гарантированный сервис обещает нести некоторый объем трафика с измеримой и ограниченной задержкой. Сервис, управляющий загрузкой, соглашается нести некоторый объем трафика с "появлением легкой загруженности сети". Это — измеримые услуги в том смысле, что они определены, чтобы обеспечить измеримый QoS к определенному количеству трафика.
Поскольку технология ATM фрагментирует пакеты в относительно маленькие ячейки, то она может предложить очень низкое время задержки. Если необходимо передать пакет срочно, интерфейс ATM может всегда освобождаться для передачи на время, которое требуется, чтобы передать одну ячейку.
QoS имеет еще много разных сложных механизмов, обеспечивающих работу этой технологии. Отметим лишь один важный момент: для того, чтобы QoS заработала, необходима поддержка этой технологии и соответствующая настройка на всем протяжении передачи от начальной точки до конечной.
Для наглядности рассмотрим рис. 1.
- Все маршрутизаторы участвуют в передаче нужных протоколов.
- Один QoS-сеанс, требующий 64 Kbps, инициализирован между хостом А и хостом B.
- Другой сеанс, требующий 64 Kbps, инициализирован между хостом А и хостом D.
- Для упрощения схемы полагаем, что маршрутизаторы сконфигурированы так, что могут резервировать все сетевые ресурсы.
В нашем случае один запрос о резервировании 64 Kbps достиг бы трех маршрутизаторов на пути данных между хостом А и хостом B. Другой запрос о 64 Kbps достиг бы трех маршрутизаторов между хостом А и хостом D. Маршрутизаторы выполнили бы эти запросы на резервирование ресурсов, потому что они не превышают максимума. Если вместо этого каждый из хостов B и C одновременно инициализировал бы 64 Kbps QoS-сеанс с хостом A, то маршрутизатор, обслуживающий эти хосты (B и C), запретил бы одно из соединений.
Теперь предположим, что администратор сети отключает обработку QoS в трех нижних маршрутизаторах, обслуживающих хосты B, C, D, E. В этом случае запросы о ресурсах до 128 Kbps удовлетворялись бы независимо от месторасположения участвующего в соединении хоста. При этом гарантии качества были бы низки, поскольку трафик для одного хоста подвергал бы риску трафик другого. Качество обслуживания могло бы быть сохранено, если бы верхний маршрутизатор ограничивал все запросы до 64 Kbps, однако это привело бы к неэффективному использованию сетевых ресурсов.
С другой стороны, пропускную способность всех сетевых связей можно было бы увеличить до 128 Kbps. Но увеличенная пропускная способность будет использоваться только когда хосты B и C (или D и E) одновременно затребуют ресурсы. Если это не так, то ресурсы сети опять будут использоваться неэффективно.
Windows 98 содержит компоненты QoS только пользовательского уровня включая:
- Компоненты приложений.
- GQoS API (часть Winsock 2).
- QoS service provider.
Операционная система Windows 2000/XP/2003 содержит все описанное выше и следующие компоненты:
- Resource Reservation Protocol Service Provider (Rsvpsp.dll) и службы RSVP (Rsvp.exe) и QoS ACS. В Windows XP, 2003 не используются. Управление трафиком (Traffic.dll).
- Generic Packet Classifier (Msgpc.sys). Классификатор пакетов определяет класс сервиса, которому принадлежит пакет. При этом пакет будет поставлен в соответствующую очередь. Очереди управляются Планировщиком пакетов QoS.
- Планировщик пакетов QoS (Psched.sys). Определяет параметры QoS для специфического потока данных. Трафик помечается определенным значением приоритета. Планировщик пакетов QoSпределяет график постановки в очередь каждого пакета и обрабатывает конкурирующие запросы между поставленными в очередь пакетами, которые нуждаются в одновременном доступе к сети.
Диаграмма на рис.2 иллюстрирует стек протоколов, компоненты Windows и их взаимодействие на хосте. Элементы, использовавшиеся в Windows 2000, но не использующиеся в Windows XP/2003, на диаграмме не показаны.
Приложения находятся наверху стека. Они могут знать или не знать о QoS. Чтобы использовать всю мощь QoS, Microsoft рекомендует использовать в приложениях вызовы Generic QoS API. Это особенно важно для приложений, требующих высококачественных гарантий обслуживания. Некоторые утилиты могут использоваться для вызова QoS от имени приложений, которые не знают о QoS. Они работают через API управления трафиком. Например, NetMeeting использует GQoS API. Но для таких приложений качество не гарантируется.
Вышеизложенные теоретические моменты не дают однозначного ответа на вопрос, куда деваются пресловутые 20% (которые, замечу, никто еще точно не измерял). Исходя из вышесказанного, такого быть не должно. Но оппоненты выдвигают новый довод: система QoS хорошая, да реализация кривая. Стало быть, 20% все-таки "отжираются". Видать, проблема допекла и софтверного гиганта, поскольку он уже довольно давно отдельно опроверг подобные измышления.
Впрочем, дадим слово разработчикам и изложим избранные моменты из статьи "316666 — Windows XP Quality of Service (QoS) Enhancements and Behavior" литературным русским языком:
"Сто процентов сетевой полосы пропускания доступны для распределения между всеми программами, если какая-либо программа явно не запрашивает приоритетную полосу пропускания. Эта "зарезервированная" полоса пропускания доступна другим программам, если программа, которая ее затребовала, не отправляет данные.
По умолчанию программы могут резервировать до 20% основной скорости соединения на каждом интерфейсе компьютера. Если программа, которая резервировала полосу пропускания, не посылает достаточно много данных, чтобы использовать ее полностью, неиспользованная часть зарезервированной полосы пропускания доступна для других потоков данных.
Были заявления в различных технических статьях и телеконференциях, что Windows XP всегда резервирует 20% доступной полосы пропускания для QoS. Эти заявления неверны".
Если теперь у кого-то все еще "отжирается" 20% полосы пропускания, что ж, я могу посоветовать и дальше использовать побольше всевозможных "твикалок" и кривых сетевых драйверов. Еще и не столько будет "отжираться".
В Windows XP Professional QoS используется для формирования трафика, сглаживания пиков и падений трафика до состояния равномерного потока. Маркировка пакетов (802.1p маркировка для второго уровня и DSCP-маркировка для третьего уровня) используется для формирования трафика. Планировщик пакетов внедряет применение QoS-правил для потока данных. Он извлекает пакеты из очередей и пересылает их в соответствии с установленными правилами QoS. Маркированные пакеты получают приоритет над немаркированными, будучи обслуживаемыми такими устройствами, как коммутаторы и маршрутизаторы, на пути своего следования.
В Windows XP Professional уровнем обслуживания можно управлять несколькими способами. Во-первых, QoS надо установить и сконфигурировать. Установка выполняется посредством обычной инсталляции. Конфигурирование и управление QoS производится посредством QoS Packet Scheduler ( Планировщик пакетов QoS).
После установки необходимого уровня обслуживания воспользуйтесь мощным инструментом System Monitor (Системный монитор ) для отслеживания различных ветвей TCP-соединения или RSVP -сессией, если у вас установлено соединение с Windows 2000 Server . Здесь мы рассмотрим эти инструменты для установки, использования и управления уровнями обслуживания в Windows XP Professional .
Использование в Windows XP
В Windows XP Professional QoS используется в целом ряде случаев. Ваши индивидуальные потребности могут изменяться, однако ниже дано несколько сценариев, в которых QoS может быть особенно полезным в работе сетей Windows XP Professional.
Применение QoS с ICS
Общий доступ к подключению к интернету ( Internet Connection Sharing, ICS ) является средством соединения нескольких компьютеров с интернетом посредством одной линии, обычно dial-up или DSL. Это удобный способ для выхода нескольких компьютеров в интернет, но он создает проблему, связанную с задержкой трафика. Эта задержка возникает из-за разницы скоростей, доступных для ICS -клиентов и канала связи ICS -сервера с интернетом.
Примечание. Для того чтобы освежить представление о ICS , вернитесь к гл. 5.
Например, если сетевое соединение ICS -клиента является быстрым (100 Mбит/с) и устанавливает связь с интернетом через ICS -сервер, связанный посредством удаленного доступа с быстрой сетью, то здесь появляется узкое место. В этой схеме окно получения информации ICS -клиента настроено на высокое значение, основанное на скорости линии, с которой оно соединено. ICS -сервер передает данные на низкой скорости, но если пакеты не теряются, то скорость возрастает.
Наконец, это может оказывать влияние на работу других TCP-соединений, проходящих в этой сети, так как их пакеты будут все дольше и дольше ждать своей очереди пересылки в локальной сети. Если пакеты теряются, то их надо отправлять повторно, что еще больше перегружает линию.
Чтобы выйти из этого положения, ICS -сервер должен настроить свое окно получения информации на меньший размер, более подходящий для медленной связи. Так можно обойти особенности скорости связи у получателя. В результате все это выглядит так, как если бы ICS -клиент был непосредственно подключен к медленной линии. Эта QoS настройка должна выполняться на ICS -сервере.
QoS с модемами и удаленным доступом
В небольшом офисе или в домашних условиях выход в интернет или связь с удаленной локальной сетью часто осуществляется с помощью dial-up-модемов. Хотя в этом случае соединение бывает очень медленным по сравнению с LAN или DSL-каналами, пользователи все же имеют возможность работать быстрее за счет некоторых приложений, которые одновременно используют эту линию. Например, они могут открыть веб-браузер, свою электронную почту, программу сетевого чата, еще один браузер и т. д. Все эти программы используют для транспортировки данных протокол TCP, и каждая программа формирует свое собственное соединение.
Программа, использующая dial-in-соединение, имеет эксклюзивное право на его использование. При запуске следующего приложения оно вынуждено пользоваться более медленным алгоритмом. Этот алгоритм ограничивает объем передачи новой информации, и пересылка пакетов будет происходить гораздо медленнее.
При одновременной работе нескольких TCP-приложений Windows XP Professional использует схему под названием deficit round robin (DRR) при работе на медленной линии связи. DRR назначает несколько информационных потоков и приписывает новые потоки данных к существующим. Потоки имеют тенденцию к циклическому перемещению, что обеспечивает улучшенную ответную реакцию и производительность. Так как все выполняется автоматически, пользователю не надо ничего конфигурировать вручную.
Примечание. DRR входит в пакет программ Windows 2000, но в Windows XP Professional эта опция отключена по умолчанию.
Установка
QoS Packet Scheduler является инструментом, который используется для установки уровней обслуживания в Windows XP Professional. По умолчанию этот инструмент не инсталлируется вместе с Windows XP Professional - его добавляют позже. Для инсталляции QoS Packet Scheduler (Планировщик пакетов QoS) проделайте следующие шаги.
- В окне Network Connections (Сетевые подключения) щелкните правой кнопкой мыши на выбранном сетевом соединении.
- В появляющемся окне выберите Properties (Свойства).
- Щелкните на вкладке Networking (Сеть).
- Щелкните на Install (Установить).
- Выберите Service (службы) и щелкните на Add (Добавить).
- Выберите QoS Packet Scheduler и щелкните на ОК.
- Вы вернетесь в окно свойств выбранного соединения и можете получить предложение перезагрузить компьютер.
Кроме того, Windows XP Professional QoS опирается на протокол 802.1p. Он должен быть задействован на всех сетевых адаптерах, на которых вы собираетесь использовать QoS. Для того чтобы сконфигурировать адаптер для использования QoS в окне свойств сетевого адаптера (находящемся в Диспетчере устройств) выберите опцию поддержки QoS, как это показано на рис. 15.3. Кроме того, сетевой адаптер должен быть совместимым с 802.11p.
Рис. 15.3. Подключение QoS (802.1p) на сетевом адаптере
Примечание. IEEE 802.1p метод сигнализации используется для установки уровней приоритетности трафика на втором уровне модели OSI. Он реализуется в сетевых адаптерах и коммутаторах для работы по принципу "сделать как можно лучше, но без гарантии" (best- effort ) и не требует резервирования ресурсов .
В этой статье мы рассмотрим способы ограничения скорости передачи данных по сети с/на Windows Server 2016 и Windows 10 с помощью встроенных и сторонних средств. Как известно, что по умолчанию, приложения Windows используют сетевой интерфейс по максимуму. Это может вызвать проблемы, когда определенная задача (чаще всего это общие сетевые папки) используют всю доступную пропускную способность сетевой карты. В это случае вы можете ограничить максимальную скорость копирования файлов из сетевой папки, и предоставить пользователям других приложения гарантированные ресурсы сетевой карты.
Для управления классами и приоритетами трафика в сетях TCP/IP используется технология QoS (quality of service).Настройка групповой политики QoS в Windows
Вы можете управлять приоритетами трафика в Windows с помощью настроек групповой политики QoS. В этом сценарии я ограничу скорость передачи данных для всех исходящих соединений (политика будет применяться, в том числе, когда пользователи копируют файлы с вашего сервера). На основе данного примера вы сможете ограничить скорость для любого приложения, порта или сайта.
Групповые политики QoS поддерживается в:
- Windows Server 2008 и выше
- Windows Vista и выше
В первую очередь настройки параметры сетевой карты и убедитесь, что у вас включена опция Qos Packet Scheduler.
- Запустите оснастку локального редактора GPO (gpedit.msc) и перейдите в раздел Computer Configuration -> Windows Settings -> Policy-based QoS и нажмите Create new policy;
- Укажите имя политики, включите опцию Specify Outbound Throttle Rate и задайте ограничение скорости Throttle Rate. Это скорость в MBps/KBps (мегабайтах/килобайтах) до которой вы хотите ограничить исходящий трафик.
Настройка QoS политики в Windows завершена. Перезагружаться не надо, сразу после применения изменений скорость передачи по сети начнёт шейпиться. Обратите внимание, что Throttle Rate отображается редакторе политик в КилоБайтах, даже если вы выбрали значение 3 МБ.
Еще существуют Advanced QoS политики, которые доступны только в разделе конфигурации политик компьютера. Вы можете ограничить входящий TCP трафик на вкладке Inbound TCP Traffic. (Вкладка DSCP Marking Override относится к настройкам DSCP, её рассматривать мы не будем)
Как вы видите, имеются 4 уровня ограничения трафика. В следующей таблице указаны уровни и их скорости.
| Inbound TCP throughput level | Максимальная скорость передачи |
| 0 | 64 Кб |
| 1 | 256 Кб |
| 2 | 1 Мб |
| 3 | 16 Мб |
Управление политиками QoS Windows средствами PowerShell
Для создания и управления политиками QoS можно использовать PowerShell. Например, чтобы создать политику QoS, ограничивающую пропускную способность для SMB (файлового) трафика, используйте команду:
New-NetQosPolicy -Name "SMBRestrictFileCopySpeed" -SMB -ThrottleRateActionBitsPerSecond 10MB
Чтобы вывести список примененных политик QoS на компьютере, выполните команду:
Get-NetQosPolicy
Чтобы изменить, или удалить политику QoS, используются соответственно командлеты Set-NetQosPolicy и Remove-NetQosPolicy .
Remove-NetQosPolicy -Name SMBRestrictFileCopySpeed
Set-SmbBandwidthLimit: управление пропускной способностью для SMB трафика из PowerShell
Командлет Set-SmbBandwidthLimit позволяет ограничить скорость передачи данных по SMB протоколу. Сначала нужно установить компонент Windows Server SMB Bandwidth Limit с помощью PowerShell:
Add-WindowsFeature -Name FS-SMBBW
Или можно установить его из графического Server Manager (Add Windows Feature -> SMB Bandwidth Limit).
Обычно данный модуль применяется для ограничения скорости для Hyper-V Live Migration. Например, следующая команда ограничить скорость миграции виртуальных машин до 100 Мбайт/сек.
Set-SmbBandwidthLimit -Category LiveMigration -BytesPerSecond 100MB
Вы также можете указать -Category Default для ограничения обычного трафика для передачи файлов по протоколу SMB.
Set-SmbBandwidthLimit -Category Default -BytesPerSecond 10MB
Компонент FS-SMBBW доступен начиная с Windows Server 2012 R2.Ограничение скорости передачи файлов в Robocopy – ключ /IPG
При использовании robocopy вы также можете использовать специальный ключ, позволяющий ограничения скорости копирования/перемещения файлов по сети. Для этого используется ключ /ipg (Inter packet Gap). Этот ключ выставляет интервал между пакетами в миллисекундах и используется для снижения нагрузки на сеть при копировании по низкоскоростным каналам. Robocopy передает данные по сети блоками по 64 КБ, и таким образом, зная пропускную способность вашего канала, можно рассчитать нужное значение для /ipg , исходя из требований к ограничению скорости передачи.
Управление шейпингом трафика с помощью сторонних утилит
Из платных вариантов самым популярным решением для ограничения пропускной способности в Windows в зависимости от порта, приложения, назначения является программы NetLimiter, а из бесплатных TMeter Free.
Также можно отменить:
- Glasswire – также включается в себя файервол и сетевой мониторинг;
- NetBalancer – сетевой мониторинг и возможность настраивать правила для трафика;
- cFosSpeed – может задать приоритет трафика для определенных приложений;
- Net Peeker – как и Glasswire имеет функцию файервола и возможность задавать приоритеты для трафика.
С задачей ограничения скорости передачи данных по сети отлично справляются QoS политики Windows, поэтому если перед вами стоит такая задача, то политики QoS должны быть рассмотрены в первую очередь. К тому же как и любые политики, они могут быть настроены на уровне всего домена через консоль gpmc.msc.
Стороннее ПО более функционально и имеет графический интерфейс, но в большинстве случаев это платные программы.
Предыдущая статья Следующая статья
Здрасьте !
Тема интересная, но приведите пожалуйста рабочий пример, как ограничить скорость по smb на клиентских машинах. Что-то у меня не прокатывает, указываю скорость порт, применяю политику и что скачивание что закачка идут на максималках.
И как я понял, Пош управляет только политиками созданными с помощью него же?!
Добрый день. Вы применяете политики к объектам компьютера или пользователя?
В статье есть рабочий пример.
Сразу отвечая на Ваш второй вопрос про PowerShell: тот командлет ограничивает скорость передачи по SMB, но в основном он применяется для ограничений лайв миграции Hyper-V
Да, совершенно верно. Через QoS политики ограничивается исходящий трафик. А через advanced можно частично ограничить входящий.
Спасибо ! вроде понятно все.
К примеру мне нужно ограничить скачивание с сервера по smb на определенные подсети. Я создаю политику QoS, где указываю порт назначения 445 и подсети назначения (кстати можно ли их через запятую ? нада попробовать), скорость на какую резать. И применяю эту политику ну там по WMI фильру к серверам. Так правильно будет или можно и так <> ??
Спасибо еще раз .
Реализовывал сие еще года два назад.
Шейпил CIFS на канале между локациями.
Потом убрали и реализовали на cisco.
Есть в подчинении большая, распределенная сеть часто бывает необходимо распространить файлы на ПК, чаще всего дистрибутивы.
Использую PS-скрипт в котором провожу копирование c SMB ресурса с ограничением по скорости через Bits.
function CopyBitsCheck param ($path_From, $path_To, $FileNameFrom, $FileNameTo)
[bool]$inNeedCopy = $true
[bool]$bInError = $false
if ( [string]::IsNullOrEmpty($FileNameTo) )
$infullNetPath = $(Join-Path $path_From $FileNameFrom)
$infullLocalPath = $(Join-Path $path_To $FileNameTo)
If (-not ( Test-Path $infullLocalPath )) $bInError = $true
$ErrorMessage = "Bits-Transfer error"
>
>
> else $bInError = $true
$ErrorMessage = $error[0].Exception.Message
>
if ( $bInError ) Write-Log "Copy not complete. Error: $($ErrorMessage) Exit." $Log
>
Remove-ItemProperty –Path $RegBitsRootKey -name 'EnableBITSMaxBandwidth'
Remove-ItemProperty –Path $RegBitsRootKey -name 'MaxTransferRateOnSchedule'
Remove-ItemProperty –Path $RegBitsRootKey -name 'MaxBandwidthValidFrom'
Remove-ItemProperty –Path $RegBitsRootKey -name 'MaxBandwidthValidTo'
Remove-ItemProperty –Path $RegBitsRootKey -name 'UseSystemMaximum'
Remove-ItemProperty –Path $RegBitsRootKey -name 'MaxTransferRateOffSchedule'
Читайте также: