Приветствую уважаемые друзья! Сегодня поговорим про одну настройку, которую можно заметить в свойствах беспроводного сетевого адаптера. Постараюсь все написать простыми словами, поехали разбираться!))
Описание
Selective Suspend Wi-Fi — функция активирует энергосберегающий режим, при котором беспроводной адаптер использует минимум энергии при бездействии.
Скажу сразу — толку от это функции как кот наплакал…
Разбираемся
Собственно сама функция Selective Suspend:
Включать или нет? Во-первых экономия мизерная. Даже для ноутбука. Во-вторых из-за этой экономии могут быть глюки в работе беспроводной сети. Можно включить (Enabled) и протестировать, если проблем не будет — так и оставить. Если начнутся непонятные глюки — отключить (Disabled).
Еще в Windows есть опция USB Selective Suspend, которая находится в дополнительных параметрах схемы электропитания. Это связано не с Wi-Fi, а с USB-портами, хотя Wi-Fi модуль спокойно может быть подключен и по USB. Так вот, эта опция — позволяет переводить определенные порты USB в режим ожидания, при этом остальные будут работать в обычном режиме. Есть отдельные настройки функции для работы от батареи (On battery) или когда ноутбук работает от сети (Plugged in):
USB Selective Suspend у WiFi-адаптера — что это и зачем?
Если вы откроете дополнительные настройки WiFi адаптера в Windows 10, то можете увидеть там параметр USB Selective Suspend и связанный с ним Selective Suspend Idle Timeout in seconds. Что это за параметр и зачем он вообще нужен?! Давайте вместе разберёмся. Тем более, что этот вопрос будет важным для обладателей ноутбуков.
В наше время электричество становится всё дороже и дороже. Именно поэтому у каждого компьютера есть специальный режим энергосбережения, при котором у устройства уменьшается объём потребляемой энергии за счёт отключения некоторых его комплектующих устройств. На ноутбуках этот режим позволяет ПК прожить на батарее максимальное время. Так вот параметр «Selective Suspend» позволяет разрешить или запретить отключение WiFi-адаптера в целях экономии энергии, либо при переходе в режим сна или спящего режима.
Как это работает? Если параметр включен, драйвер отправляет операционной системе Windows 10 примерно такой запрос — «Я ещё нужен?». Если нет, от ОС просто отключит Вай-Фай-адаптер или снизит его потребление до того момента, пока он снова не понадобится. Если же параметр отключен, то драйвер не будет просить систему выключить себя. При этом «Selective Suspend Idle Timeout» — это таймер в секундах, по истечение которого драйвер будет повторять запрос.
Кстати, в расширенных настройках используемой схемы электропитания так же есть пункт «Параметр временного отключения USB-портов». В англоязычной версии он называется так — «USB Selective Suspend Setting». Думаю понятно, что по факту всё это одно и то же.
Разрешать или нет отключение USB-портов? Если Вы постоянно работаете от сети — однозначно Вам эта опция не нужна и будет только мешать, пытаясь периодически отключить WiFi-адаптер. А вот если Вы работаете на ноутбуке и в моменты автономной работы не пользуетесь беспроводной связью, тогда в целях энергосбережения этим параметром можно и воспользоваться!
Что такое функция USB Selective Suspend? Как включить или отключить это?
В Windows 10 появилось много полезных функций. Эти функции доступны как для потребителей, так и для разработчиков. Наряду с этим, они не пропустили импровизацию старых функций. Одна из этих функций – Выборочная приостановка USB.
Что такое функция USB Selective Suspend
В ОС Windows функция выборочной приостановки позволяет системе экономить электроэнергию, переводя определенные порты USB в режим ожидания. Это позволяет драйверу-концентратору приостановить работу одного порта, но не влияет на работу других портов. Например, это похоже на то, как пользователи переводят свои ноутбуки или другие устройства в спящий режим – избирательная приостановка почти такая же. Особенность, которая делает его настолько интересным, заключается в том, что он может приостановить работу определенного USB-порта по отдельности, не влияя на мощность всего USB-порта. Тем не менее, драйвер для устройства USB должен поддерживать выборочную приостановку для правильной работы.
Базовый стек USB поддерживает измененную редакцию спецификации универсальной последовательной шины и называется «выборочная приостановка». Это позволяет драйверу-концентратору приостановить порт и сэкономить заряд батареи. Приостановка таких служб, как Fingerprint Reader и т. Д., Которые не требуются постоянно, помогает повысить энергопотребление. Поведение этой функции отличается для устройств, работающих в Windows XP и продолжает улучшаться в Windows Vista и более поздних версиях.
Пользователям на самом деле это не нужно в системе, которая уже заряжается и может использовать питание подключаемого модуля, когда это необходимо. Вот почему Windows позволяет пользователям включать выборочную приостановку USB на основе подключаемого модуля компьютера или аккумулятора. Но функция выборочной приостановки не является обязательным требованием на настольном компьютере, который подключен к источнику питания. Когда USB-порт выключен, он не обязательно экономит столько энергии на рабочем столе. Вот почему Windows позволяет вам включать или отключать USB Selective Suspend в зависимости от того, какой компьютер подключен или работает от батареи. Эта функция невероятно полезна для портативных компьютеров в целях экономии энергии.
Как включить или отключить USB Selective Suspend
Некоторые пользователи сообщают, что порой порт USB не включается после применения селективной приостановки. Или иногда даже выключается без предупреждения. Чтобы это исправить, вам нужно отключить функцию USB Selective Suspend в вашей системе. Вот как вы можете это сделать:
Откройте панель управления на компьютере с Windows 10. Для этого найдите Панель управления в поле поиска.
Теперь перейдите по этому пути: Панель управления> Оборудование и звук> Параметры электропитания.
Вы перейдете на новую страницу, где вам нужно будет нажать Изменить дополнительные параметры питания.
Вы можете включить их обоих по своему выбору.
В нашем следующем посте мы увидим, что вы можете сделать, если функция USB Selective Suspend отключена.
This article is for device driver developers. If you’re experiencing difficulty with a USB device, please see Troubleshoot common USB problems
This section provides information about choosing the correct mechanism for the selective suspend feature.
In Microsoft Windows XP and later operating systems, the USB core stack supports a modified version of the «selective suspend» feature that is described in revision 2.0 of the Universal Serial Bus Specification.
The USB selective suspend feature allows the hub driver to suspend an individual port without affecting the operation of the other ports on the hub. Selective suspension of USB devices is especially useful in portable computers, since it helps conserve battery power. Many devices, such as fingerprint readers and other kinds of biometric scanners, only require power intermittently. Suspending such devices, when the device is not in use, reduces overall power consumption. More importantly, any device that is not selectively suspended may prevent the USB host controller from disabling its transfer schedule, which resides in system memory. DMA transfers by the host controller to the scheduler can prevent the system’s processors from entering deeper sleep states, such as C3. The Windows selective suspend behavior is different for devices operating in Windows XP and Windows Vista and later versions of Windows.
There are two different mechanisms for selectively suspending a USB device: idle request IRPs (IOCTL_INTERNAL_USB_SUBMIT_IDLE_NOTIFICATION) and set power IRPs (IRP_MN_SET_POWER). The mechanism to use depends on the operating system and the type of device: composite or non-composite.
Selecting a Selective Suspend Mechanism
Client drivers, for an interface on a composite device, that enable the interface for remote wakeup with a wait wake IRP (IRP_MN_WAIT_WAKE), must use the idle request IRP (IOCTL_INTERNAL_USB_SUBMIT_IDLE_NOTIFICATION) mechanism to selectively suspend a device.
For information about remote wakeup, see:
The version of the Windows operating system determines the way drivers for non-composite devices enable selective suspend.
The following table shows the scenarios that require the use of the idle request IRP and the ones that can use a WDM power IRP to suspend a USB device:
Windows Version
Function on Composite Device, Armed for Wake
Function on Composite Device, Not Armed for Wake
Single Interface USB Device
Windows 7
Must use idle request IRP
Can use WDM Power IRP
Can use WDM Power IRP
Windows Server 2008
Must use idle request IRP
Can use WDM Power IRP
Can use WDM Power IRP
Windows Vista
Must use idle request IRP
Can use WDM Power IRP
Can use WDM Power IRP
Windows Server 2003
Must use idle request IRP
Must use idle request IRP
Must use idle request IRP
Windows XP
Must use idle request IRP
Must use idle request IRP
Must use idle request IRP
This section explains the Windows selective suspend mechanism and includes the following topics:
Sending a USB Idle Request IRP
When a device goes idle, the client driver informs the bus driver by sending an idle request IRP (IOCTL_INTERNAL_USB_SUBMIT_IDLE_NOTIFICATION). After the bus driver determines that it is safe to put the device in a low power state, it calls the callback routine that the client device driver passed down the stack with the idle request IRP.
In the callback routine, the client driver must cancel all pending I/O operations and wait for all USB I/O IRPs to complete. It then can issue an IRP_MN_SET_POWER request to change the WDM device power state to D2. The callback routine must wait for the D2 request to complete before returning. For more information about the idle notification callback routine, see «USB Idle Notification Callback Routine».
The bus driver does not complete the idle request IRP after calling the idle notification callback routine. Instead, the bus driver holds the idle request IRP pending until one of the following conditions is true:
The following restrictions apply to the use of idle request IRPs:
The following WDM example code illustrates the steps that a device driver takes to send a USB idle request IRP. Error checking has been omitted in the following code example.
Allocate and initialize the idle request information structure (USB_IDLE_CALLBACK_INFO).
Set a completion routine.
The client driver must associate a completion routine with the idle request IRP. For more information about the idle notification completion routine and example code, see «USB Idle Request IRP Completion Routine».
Store the idle request in the device extension.
Send the Idle request to the parent driver.
Canceling a USB Idle Request
Under certain circumstances, a device driver might need to cancel an idle request IRP that has been submitted to the bus driver. This might occur if the device is removed, becomes active after being idle and sending the idle request, or if the entire system is transitioning to a lower system power state.
The client driver cancels the idle IRP by calling IoCancelIrp. The following table describes three scenarios for canceling an idle IRP and specifies the action the driver must take:
Scenario
Idle Request Cancellation Mechanism
The client driver has canceled the idle IRP and the USB driver stack has not called the «USB Idle Notification Callback Routine».
The USB driver stack completes the idle IRP. Because the device never left the D0, the driver does not change the device state.
The client driver has canceled the idle IRP, the USB driver stack has called the USB idle notification callback routine, and it has not yet returned.
It is possible that the USB idle notification callback routine is invoked even though the client driver has invoked cancellation on the IRP. In this case, the client driver’s callback routine must still power down the device by sending the device to a lower power state synchronously.
When the device is in the lower power state, the client driver can then send a D0 request.
Alternatively, the driver can wait for the USB driver stack to complete the idle IRP and then send the D0 IRP.
If the callback routine is unable to put the device into a low power state due to insufficient memory to allocate a power IRP, it should cancel the idle IRP and exit immediately. The idle IRP will not be completed until the callback routine has returned; therefore, the callback routine should not block waiting for the canceled idle IRP to complete.
If the device is already in a low power state, the client driver can send a D0 IRP. The USB driver stack completes the idle request IRP with STATUS_SUCCESS.
Alternatively, the driver can cancel the idle IRP, wait for the USB driver stack to complete the idle IRP, and then send a D0 IRP.
USB Idle Request IRP Completion Routine
In many cases, a bus driver might call a driver’s idle request IRP completion routine. If this occurs, a client driver must detect why the bus driver completed the IRP. The returned status code can provide this information. If the status code is not STATUS_POWER_STATE_INVALID, the driver should put its device in D0 if the device is not already in D0. If the device is still idle, the driver can submit another idle request IRP.
Note The idle request IRP completion routine should not block waiting for a D0 power request to complete. The completion routine can be called in the context of a power IRP by the hub driver, and blocking on another power IRP in the completion routine can lead to a deadlock.
The following list indicates how a completion routine for an idle request should interpret some common status codes:
Status Code
Description
Indicates that the device should no longer be suspended. However, drivers should verify that their devices are powered, and put them in D0 if they are not already in D0.
The bus driver completes the idle request IRP with STATUS_CANCELLED in any of the following circumstances:
Indicates that the device driver requested a D3 power state for its device. When this occurs, the bus driver completes all pending idle IRPs with STATUS_POWER_STATE_INVALID.
Indicates that the bus driver already holds an idle request IRP pending for the device. Only one idle IRP can be pending at a time for a given device. Submitting multiple idle request IRPs is an error on the part of the power policy owner, and should be addressed by the driver writer.
The following code example shows a sample implementation for the idle request completion routine.
USB Idle Notification Callback Routine
The bus driver (either an instance of the hub driver or the generic parent driver) determines when it is safe to suspend its device’s children. If it is, it calls the idle notification callback routine supplied by each child’s client driver.
The function prototype for USB_IDLE_CALLBACK is as follows:
A device driver must take the following actions in its idle notification callback routine:
In Windows XP, a driver must rely on an idle notification callback routine to selectively suspend a device. If a driver running in Windows XP puts a device in a lower power state directly without using an idle notification callback routine, this might prevent other devices in the USB device tree from suspending. For more details, see «USB Global Suspend».
Both the hub driver and the USB Generic Parent Driver (Usbccgp.sys) call the idle notification callback routine at IRQL = PASSIVE_LEVEL. This allows the callback routine to block while it waits for the power state change request to complete.
The callback routine is invoked only while the system is in S0 and the device is in D0.
The following restrictions apply to idle request notification callback routines:
Arming Devices for Wakeup in the Idle Notification Callback Routine
The idle notification callback routine should determine whether its device has an IRP_MN_WAIT_WAKE request pending. If no IRP_MN_WAIT_WAKE request is pending, the callback routine should submit an IRP_MN_WAIT_WAKE request before suspending the device. For more information about the wait wake mechanism, see Supporting Devices That Have WakeUp Capabilities.
USB Global Suspend
The USB 2.0 Specification defines Global Suspend as the suspension of the entire bus behind a USB host controller by ceasing all USB traffic on the bus, including start-of-frame packets. Downstream devices that are not already suspended detect the Idle state on their upstream port and enter the suspend state on their own. Windows does not implement Global Suspend in this manner. Windows always selectively suspends each USB device behind a USB host controller before it will cease all USB traffic on the bus.
Conditions for Global Suspend in Windows 7
Windows 7 is more aggressive about selectively suspending USB hubs than Windows Vista. The Windows 7 USB hub driver will selectively suspend any hub where all of its attached devices are in D1, D2, or D3 device power state. The entire bus will enter Global Suspend once all USB hubs are selective suspended. The Windows 7 USB driver stack treats a device as Idle whenever the device is in a WDM device state of D1, D2, or D3.
Conditions for Global Suspend in Windows Vista
The requirements for doing a global suspend are more flexible in Windows Vista than in Windows XP.
In particular, the USB stack treats a device as Idle in Windows Vista whenever the device is in a WDM device state of D1, D2, or D3.
The following diagram illustrates a scenario that might occur in Windows Vista.
This diagram illustrates a situation very similar to the one depicted in the section «Conditions for Global Suspend in Windows XP». However, in this case Device 3 qualifies as an Idle device. Since all devices are idle, the bus driver is able to call the idle notification callback routines associated with the pending idle request IRPs. Each driver suspends its device and the bus driver suspends the USB host controller as soon as it is safe to do so.
On Windows Vista all non-hub USB devices must be in D1, D2, or D3 before Global Suspend will be initiated, at which time all USB hubs, including the root hub, will be suspended. This means that any USB client driver that does not support selective suspend will prevent the bus from entering Global Suspend.
Conditions for Global Suspend in Windows XP
In order to maximize power savings on Windows XP, it is important that every device driver use idle request IRPs to suspend its device. If one driver suspends its device with an IRP_MN_SET_POWER request instead of an idle request IRP, it could prevent other devices from suspending.
The following diagram illustrates a scenario that might occur in Windows XP.
In this figure, device 3 is in power state D3 and does not have an idle request IRP pending. Device 3 does not qualify as an idle device for purposes of a global suspend in Windows XP, because it does not have an idle request IRP pending with its parent. This prevents the bus driver from calling the idle request callback routines associated with the drivers of other devices in the tree.
Enabling Selective Suspend
Selective suspend is disabled for upgrade versions of Microsoft Windows XP. It is enabled for clean installations of Windows XP, Windows Vista, and later versions of Windows.
To enable selective suspend support for a given root hub and its child devices, select the checkbox on the Power Management tab for the USB root hub in Device Manager.
Alternatively, you can enable or disable selective suspend by setting the value of HcDisableSelectiveSuspend under the software key of the USB port driver. A value of 1 disables selective suspend. A value of 0 enables selective suspend.
For instance, the following lines in Usbport.inf disable selective suspend for a Hydra OHCI controller:
Client drivers should not try to determine whether selective suspend is enabled before sending idle requests. They should submit idle requests whenever the device is idle. If the idle request fails the client driver should reset the idle timer and retry.
Глава 1.8 Проброс «белого» (реального, внешнего) IP в локальную сеть.
Это нужно, если вышестоящий провайдер выдал вам подсеть «белых» IP-адресов. Один адрес оставляем как адрес самого Микротика, второй адрес обычно это шлюз провайдера, остальные можем выдать клиентам в локальной сети. Допустим, ваша локальная сеть 192.168.1.0/24, локальный адрес Микротика 192.168.1.1.
Способ 1, при помощи NAT.
В этом примере пробрасываем интернет-адрес 195.195.195.195 на локальный адрес 192.168.1.11. Для практического использования меняем адреса на свои.
Первое правило NAT меняет во всех пакетах, идущих в Интернет (исключая сеть 192.168.1.0/24) локальный адрес 192.168.1.11 на 195.195.195.195 Второе правило все пакеты, приходящие на адрес 195.195.195.195 отправляет на 192.168.1.11. Эти правила должны находиться выше основного правила NAT (masquerade). И последнее действие назначает адрес 195.195.195.195, как дополнительный, внешнему интерфейсу Микротика. Это необходимо для того, чтобы Микротик принимал входящие пакеты с таким адресом.
Отличие этого способа заключается в том, что клиент видит как локальную сеть (и соответственно виден внутри сети), так и интернет. Устройство с локальным адресом 192.168.1.11 полностью доступно извне сети по адресу 195.195.195.195. При этом фактически находится за NAT и Firewall, что позволяет применять к трафику этого клиента другие правила обработки трафика, шейпер и т.п..
Способ 2, при помощи создания моста между интерфейсами (Bridge).
Допустим, порт, подключенный к провайдеру, это ether1-gateway, а клиент подключен через порт ether2-local.
/interface bridge add name=Bridge1 /interface bridge port add br > add br > В этом примере мы создали мост между внешним и внутренним интерфейсами. Далее нужно просто назначить на нужном локальном устройстве «белый» IP-адрес, в качестве шлюза указать шлюз провайдера (а не Микротик), DNS-серверы либо провайдерские, либо открытые альтернативные. Всё это можно сделать как вручную, так и назначить клиенту при помощи DHCP.
Среди преимуществ данного способа можно назвать то, что получаем «белый» IP прямо на клиентском устройстве. Среди недостатков то, что мы выпускаем клиента практически напрямую в Интернет, на его трафик не действуют Simple Queues, а настройки NAT, Firewall (и некоторые другие) необходимо делать отдельные от общих правил, действующих на остальную сеть.
Глава 1.9 Настройка основных типов PPP-серверов.
1.9.1 Настройка PPtP-сервера Mikrotik.
Обычно используется для подключения к Mikrotik удаленных клиентов (через Интернет). Реже для подключения локальных пользователей или других задач.
1.9.1.1 Сначала необходимо настроить профили подключений: «PPP» — «Profiles»
По умолчанию видим два профиля, один с обязательным шифрованием данных, второй нет.
Настраиваем нужный профиль или создаем новый.
Основные настройки: Name — имя профиля — Local Address: адрес, который будет использовать Mikrotik в качестве сервера PPtP. — Remote Address: адрес, который будет назначен подключившемуся клиенту. Если клиентов планируется несколько, то это поле нужно оставить пустым, а адреса назначать в Secrets. — Bridge, Bridge Port Priority, Bridge Path Cost: к какому внутреннему мосту и с какими параметрами будет подключен клиент. Обычно используется для предоставления клиенту доступа в локальную сеть. — Incoming Filter, Outgoing Filter: какие chain-фильтры будут использоваться при подключении клиента. Если не знаете, что это такое — оставьте поля пустыми. — Address List: в какой Address List будет добавлен подключившийся клиент. — DNS Server: адрес сервера DNS, который будет отправлен подключившемуся клиенту (принцип тот-же, как при назначении адресов по DHCP). Обычно это адрес, который указали в поле Local Address, можно здесь указать еще несколько адресов серверов DNS. — WINS Server: если у вас в сети он есть, можете указать адрес. Если нет, оставьте это поле пустым.
Настройки протоколов: — Use MPLS: использовать ли механизм MPLS. При «default» определяется клиентом, «no» никогда не использовать, «yes» согласование с клиентом, «required» использовать всегда. — Use Compression: использовать ли сжатие данных. Имеет смысл включать только при очень медленных каналах. — Use VJ Compression: использовать ли сжатие заголовков TCP/IP. Актуально только для медленных каналов. — Use Encruption: использовать ли шифрование данных. При «default» определяется клиентом, «no» никогда не использовать, «yes» согласование с клиентом, «required» использовать всегда (без шифрования доступ не будет разрешен).
Настройки лимитов пользовательской сессии: — Session Timeout: ограничение времени одной клиентской сессии. По истечении этого времени сессия будет сброшена. — Idle Timeout: ограничение времени бездействия. Подключение будет сброшено, если по нему нет активности в течение указанного времени. — Rate Limit (rx/tx): общее ограничение скорости подключения. — Only One: если установлено «yes», то пользователю будет разрешено только одно подключение в один момент времени.
Настройки шейпера: Эту вкладку стоит испльзовать только в том случае, если вы хотите создавать правила шейпера динамически. — Insert Queue Before: можно указать, где именно размещать шейпер. — Parent Queue: «родительское» правило очереди. — Queue Type: тип очереди.1.9.1.2Включаем собственно сам PPtP-сервер: «PPP» — «Interface» — «PPTP Server»
— enabled: включен или нет PPtP-сервер. — Max MTU: максимально допустимое значение MTU. — Max MRU: максимально допустимое значение MRU. — MRRU: максимальный допустимый размер входящего пакета данных. — Keepalive Timeout: ограничение времени активных подключений (по умолчанию). — Default Profile: профиль, который будет использоваться по умолчанию. — Authentication: разрешенные типы авторизации.
1.9.1.3 Приступаем к настройкам пользователей. «PPP» — «Secrets» — Name: имя пользователя (логин, username). — Password: пароль пользователя. — Service: выбираем, на какие серверы (по каким протоколам) PPP этому пользователю разрешено подключение. — Caller ID: идентификатор подключения, если не знаете что это — оставьте пустым. — Profile: профиль, который будет назначен этому пользователю (данная настройка является приоритетной по отношению к настройкам сервера). — Local Address: адрес, который будет использовать Mikrotik при этом подключении (данная настройка является приоритетной по отношению к настройкам профиля). — Remote Address: адрес, который будет выдан пользователю при подключении. — Routes: если через это подключение нужно маршрутизировать исходящие пакеты, указываем, куда именно. Обычно используется в том случае, если PPtP используется для связи между сетями. — Limit Bytes In: максимальное количество входящиего (от пользователя) трафика в байтах. При превышении пользователь будет блокирован. — Limit Bytes Out: максимальное количество исходящего (к пользователю) трафика в байтах. При превышении пользователь будет блокирован. — Last Logged Out: время последнего отключения. Информационное поле.
1.9.2 Настройка PPPoE-сервера Mikrotik.
Используется исключительно для подключения к Mikrotik локальных клиентов. Все настройки аналогичны PPtP, за исключением самого сервера.
«PPP» — «PPPoE Servers»
— Service Name: имя службы (название сервера). — Interface: интерфейс, на котором сервер будет принимать входящие подключения. Для каждого интерфейса необходимо создавать отдельный сервер. — Max MTU: максимально допустимое значение MTU. — Max MRU: максимально допустимое значение MRU. — MRRU: максимальный допустимый размер входящего пакета данных. — Keepalive Timeout: ограничение времени активных подключений (по умолчанию). — Default Profile: профиль, который будет использоваться по умолчанию. — One Session Per Host: установите флажок, если с одного устройства разрешено только одно подключение. Если нет, установите параметр Max Session. — Authentication: разрешенные типы авторизации.
Особенности использования PPPoE-серверов в Mikrotik.
Если у вас Mikrotik со встроенным свичем и один порт настроен как master, остальные slave, достаточно создать PPPoE-сервер только для порта master. Порты slave также будут принимать подключения к этому серверу.
Аналогично, если несколько интерфейсов объединены в мост (bridge), то достаточно создать PPPoE-сервер для этого моста. Подключения к нему будут приниматься на всех интерфейсах, входящих в мост.
На одном интерфейсе можно создать несколько PPPoE-серверов, отличающихся именем службы (Service Name). В этом случае то, к какой именно службе будет подключен клиент, определяется настройками имени службы на клиентском устройстве. Если на клиентском устройстве имя службы не определено, то клиент будет подключен к службе, первой ответившей на запрос.
Внимание! Не стоит создавать PPPoE-серверы на интернет-интерфейсах или интерфейсах, подключенных к локальной сети провайдера. Это может привести к неприятным последствиям как для провайдера, так и для вас.
1.9.3 Остальные PPP-серверы настраиваются аналогично PPtP или PPPoE, за исключением некоторых специфических параметров.
Всё о Интернете, сетях, компьютерах, Windows, iOS и Android
USB Selective Suspend у WiFi-адаптера — что это и зачем?
Если вы откроете дополнительные настройки WiFi адаптера в Windows 10, то можете увидеть там параметр USB Selective Suspend и связанный с ним Selective Suspend >
В наше время электричество становится всё дороже и дороже. Именно поэтому у каждого компьютера есть специальный режим энергосбережения, при котором у устройства уменьшается объём потребляемой энергии за счёт отключения некоторых его комплектующих устройств. На ноутбуках этот режим позволяет ПК прожить на батарее максимальное время. Так вот параметр «Selective Suspend» позволяет разрешить или запретить отключение WiFi-адаптера в целях экономии энергии, либо при переходе в режим сна или спящего режима.
Как это работает? Если параметр включен, драйвер отправляет операционной системе Windows 10 примерно такой запрос — «Я ещё нужен?». Если нет, от ОС просто отключит Вай-Фай-адаптер или снизит его потребление до того момента, пока он снова не понадобится. Если же параметр отключен, то драйвер не будет просить систему выключить себя. При этом «Selective Suspend Idle Timeout» — это таймер в секундах, по истечение которого драйвер будет повторять запрос.
Кстати, в расширенных настройках используемой схемы электропитания так же есть пункт «Параметр временного отключения USB-портов». В англоязычной версии он называется так — «USB Selective Suspend Setting». Думаю понятно, что по факту всё это одно и то же.
Разрешать или нет отключение USB-портов? Если Вы постоянно работаете от сети — однозначно Вам эта опция не нужна и будет только мешать, пытаясь периодически отключить WiFi-адаптер. А вот если Вы работаете на ноутбуке и в моменты автономной работы не пользуетесь беспроводной связью, тогда в целях энергосбережения этим параметром можно и воспользоваться!
Azure Load Balancer предлагается в двух ценовых категориях: «Базовый» и «Стандартный». Azure Load Balancer supports two different types: Basic and Standard. В этой статье рассматривается Azure Load Balancer категории «Базовый». This article discusses Basic Load Balancer. См. дополнительные сведения в статье Обзор Azure Load Balancer уровня «Стандартный» (предварительная версия). For more information about Standard Load Balancer, see Standard Load Balancer overview.
В конфигурации по умолчанию значение параметра времени ожидания простоя для балансировщика нагрузки Azure равно 4 минутам. In its default configuration, Azure Load Balancer has an idle timeout setting of 4 minutes. Если период бездействия превышает значение времени ожидания, нет никакой гарантии, что сеанс TCP или HTTP между клиентом и облачной службой возобновится. If a period of inactivity is longer than the timeout value, there’s no guarantee that the TCP or HTTP session is maintained between the client and your cloud service.
При закрытии подключения клиентское приложение может получить такое сообщение об ошибке: «Базовое соединение закрыто. Соединение, которое должно было работать, было разорвано сервером». When the connection is closed, your client application may receive the following error message: «The underlying connection was closed: A connection that was expected to be kept alive was closed by the server.»
Этот параметр действует только для входящих подключений. This setting works for inbound connections only. Чтобы избежать потери подключения, необходимо настроить проверку активности TCP с интервалом, который должен быть меньше, чем время ожидания простоя. Можно также увеличить значение времени ожидания простоя. To avoid losing the connection, you must configure the TCP keep-alive with an interval less than the idle timeout setting or increase the idle timeout value. Для поддержки таких сценариев мы добавили возможность настройки времени ожидания простоя. To support such scenarios, we’ve added support for a configurable idle timeout. Теперь для него можно задать значение от 4 до 30 минут. You can now set it for a duration of 4 to 30 minutes.
Проверки активности TCP хорошо подходят для сценариев, в которых нет ограничений, обусловленных временем работы аккумулятора. TCP keep-alive works well for scenarios where battery life is not a constraint. Не рекомендуется для мобильных приложений. It is not recommended for mobile applications. Использование этого метода в мобильном приложении может привести к ускоренной разрядке аккумулятора устройства. Using a TCP keep-alive in a mobile application can drain the device battery faster.
В приведенных ниже разделах описывается, как изменить параметры времени ожидания простоя в виртуальных машинах и облачных службах. The following sections describe how to change idle timeout settings in virtual machines and cloud services.
Настройка для времени ожидания TCP, равного 15 минутам, для общедоступного IP-адреса уровня экземпляра Configure the TCP timeout for your instance-level public IP to 15 minutes
IdleTimeoutInMinutes является необязательным. IdleTimeoutInMinutes is optional. Если значение параметра не задано, время ожидания по умолчанию будет составлять 4 минуты. If it is not set, the default timeout is 4 minutes. Допустимый диапазон времени ожидания — от 4 до 30 минут. The acceptable timeout range is 4 to 30 minutes.
Настройка времени ожидания простоя при создании конечной точки Azure в виртуальной машине Set the idle timeout when creating an Azure endpoint on a virtual machine
Чтобы изменить параметр времени ожидания для конечной точки, используйте следующее: To change the timeout setting for an endpoint, use the following:
Чтобы получить конфигурацию времени ожидания простоя, используйте следующую команду: To retrieve your idle timeout configuration, use the following command:
Настройка времени ожидания TCP для набора конечных точек с балансировкой нагрузки Set the TCP timeout on a load-balanced endpoint set
Если набор балансировки нагрузки для конечных точек содержит конечные точки, для него следует установить время ожидания TCP. If endpoints are part of a load-balanced endpoint set, the TCP timeout must be set on the load-balanced endpoint set. Например, For example:
Изменение параметров времени ожидания для облачных служб Change timeout settings for cloud services
Пример для REST API REST API example
Можно настроить время ожидания простоя TCP с помощью API управления службами. You can configure the TCP idle timeout by using the service management API. Убедитесь, что для заголовка x-ms-version задана версия 2014-06-01 или более поздняя. Make sure that the x-ms-version header is set to version 2014-06-01 or later. Обновите конфигурацию указанных конечных точек ввода с балансировкой нагрузки для всех виртуальных машин в развертывании. Update the configuration of the specified load-balanced input endpoints on all virtual machines in a deployment.
Сегодня поговорим про одну настройку, которую можно заметить в свойствах беспроводного сетевого адаптера. Постараюсь все написать простыми словами, поехали разбираться!))
— enabled: включен или нет PPtP-сервер. 
— Name: имя пользователя (логин, username). 
— Service Name: имя службы (название сервера). 