Аннотация
В данной статье рассмотрены основные сетевые порты, протоколы и службы, которые используются клиентскими и серверными операционными системами Майкрософт, серверными программами и их компонентами в серверных системах Microsoft Windows. Представленные сведения предназначены для помощи администраторам и специалистам службы поддержки при определении портов и протоколов, необходимых приложениям и операционным системам Майкрософт для функционирования в сегментированной сети.
Содержащиеся в этой статье сведения о портах не следует применять при настройке брандмауэра Windows. Сведения о настройке брандмауэра Windows см. в техническом справочнике параметров брандмауэра Windows (Windows Firewall Settings Technical Reference).
Серверная система Windows располагает интегрированной комплексной инфраструктурой, которая предназначена для удовлетворения потребностей разработчиков программного обеспечения и специалистов в области информационных технологий. Запущенные в такой системе программы и решения позволяют сотрудникам быстро, без дополнительных осложнений получать, анализировать и совместно использовать информацию. Серверы, клиентские компьютеры и серверные приложения Майкрософт используют большое количество сетевых портов и протоколов для обмена данными по сети с клиентскими компьютерами и другими серверными системами. Выделенные брандмауэры, брандмауэры в составе узла, а также фильтры безопасности протокола Интернета (IPSec) служат для обеспечения безопасности сети, но, с другой стороны, если с их помощью блокируются порты и протоколы, которые используются определенным сервером, то сервер не сможет отвечать на запросы клиентских компьютеров.
Обзор
Ниже представлен краткий обзор содержания этой статьи.
• | Раздел Порты системных служб содержит краткое описание каждой службы с указанием логического имени, а также портов и протоколов, которые необходимы ей для правильного функционирования. Обращайтесь к этому разделу для получения сведений об используемых определенной службой портах и протоколах. |
• | В разделе Порты и протоколы сведения предыдущего раздела обобщены в форме таблицы (таблица отсортирована по номерам портов, а не названиям служб). Обращайтесь к этому разделу для получения сведений о том, какие службы ожидают на определенном порте. |
Чтобы предупредить возможное возникновение недоразумений, внимательно ознакомьтесь с представленным ниже описанием используемых в статье терминов.
• | Системная служба. Серверная система Windows включает большое число программных продуктов, например операционные системы семейств Microsoft Windows 2000 и Microsoft Windows Server 2003, приложения Microsoft Exchange 2000 Server и Microsoft SQL Server 2000. Каждый из этих продуктов состоит из отдельных компонентов, одним из которых и являются системные службы. Системные службы запускаются операционной системой автоматически в процессе загрузки компьютера или по мере необходимости, при выполнении стандартных операций. Так, к числу системных служб на компьютере под управлением Windows Server 2003 Enterprise Edition, помимо прочего, относят службу сервера, службу диспетчера печати и службу веб-публикации. Каждой системной службе сопоставлено обычное имя и понятное имя. Понятное имя службы отображается в средствах управления с графическим интерфейсом, например оснастке «Службы» из состава консоли ММС. Обычное имя службы используется в программах с интерфейсом командной строки, а также многих языках написания сценариев. Системная служба может включать в себя одну или несколько сетевых служб. |
• | Прикладной протокол. В контексте этой статьи прикладной протокол — это сетевой протокол верхнего уровня, который использует один или несколько протоколов и портов TCP/IP, например HTTP (Hypertext Transfer Protocol), SMB (Server Message Block) и SMTP (Simple Mail Transfer Protocol). |
• | Протокол. Протоколы TCP/IP функционируют на более низком уровне, чем прикладные протоколы, и являются стандартным форматом взаимодействия между устройствами в сети. К протоколам TCP/IP относятся TCP, UDP (User Datagram Protocol) и ICMP (Internet Control Message Protocol). |
• | Порт. Сетевой порт, на котором системная служба ожидает входящий сетевой трафик. |
Данная статья не содержит сведений о том, какие службы зависят от других служб при осуществлении обмена данными в сети. Например, для назначения динамических TCP-портов многие службы Windows используют удаленный вызов процедур (RPC) или модель DCOM. Служба удаленного вызова процедур координирует запросы других системных служб, которым для взаимодействия с клиентскими компьютерами необходимы функции RPC или DCOM. Другие службы используют NetBIOS и SMB (протоколы, которые в действительности предоставляются службой сервера) либо HTTP или HTTPS (Hypertext Transfer Protocol Secure) (предоставляются службой IIS). Полное описание архитектуры операционных систем Windows выходит за рамки рассматриваемых в данной статье вопросов. Документацию по этой теме см. на веб-узлах Microsoft TechNet и MSDN (Microsoft Developer Network). Несмотря на то что один и тот же порт TCP или UDP часто используется многими службами, одновременно только одна служба или процесс может активно ожидать на этом порте.
Когда в качестве транспортного протокола для удаленного вызова процедур используется протокол TCP/IP или UDP/IP, входящие порты часто назначаются системным службам динамически по мере необходимости (порты TCP/IP и UDP/IP с номерами выше 1024). Неофициально они называются произвольными RPC-портами. В таких случаях клиенты RPC для определения назначенных серверу динамических портов используют службу отображения конечных точек RPC. Для некоторых служб, которые используют удаленный вызов процедур, чтобы не полагаться на динамическое назначение, можно настроить определенный порт. Кроме того, для любой службы можно ограничить диапазон динамически назначаемых портов. Дополнительные сведения см. в разделе Ссылки этой статьи.
Данная статья содержит сведения о ролях системных служб и ролях сервера для продуктов корпорации Майкрософт, которые перечислены в разделе Информация в данной статье применима к. Эти сведения часто применимы и к Microsoft Windows XP или Microsoft Windows 2000 Professional, однако в основном статья ориентирована на операционные системы серверного типа. По этой причине в статье описаны порты, на которых ожидают службы, а не порты, используемые клиентскими программами для подключения к удаленной системе.
Порты системных служб
В данном разделе содержится описание каждой системной службы с указанием логического имени, а также используемых портов и протоколов.
Active Directory (локальный администратор безопасности)
Служба Active Directory выполняется как процесс LSASS и содержит модули проверки подлинности и репликации для контроллеров домена под управлением Windows 2000 и Windows Server 2003. Контроллерам домена, клиентским компьютерам и серверам приложений требуется возможность подключения к службе Active Directory по определенным жестко запрограммированным портам (в дополнение к диапазону временных TCP-портов с номерами от 1024 до 65536), кроме случаев, когда для инкапсуляции трафика применяется протокол туннелирования. Примерный состав решения с инкапсуляцией трафика: шлюз виртуальной частной сети под защитой осуществляющего фильтрацию маршрутизатора, использующего протокол L2TP (Layer 2 Tunneling Protocol) с безопасностью IPSec. В этом случае необходимо разрешить протоколам ESP (IPSec Encapsulating Security Protocol) (IP-протокол 50), IPSec Network Address Translator Traversal NAT-T (UDP-порт 4500) и ISAKMP (IPSec Internet Security Association and Key Management Protocol) (UDP-порт 500) проходить через маршрутизатор, вместо того чтобы открывать все перечисленные ниже порты и протоколы. В завершение порт, использующийся для репликации Active Directory, можно жестко запрограммировать в соответствии с инструкциями в статье 224196 «Назначение порта для трафика репликации Active Directory».
Примечание. Фильтрация пакетов трафика L2TP не нужна, поскольку протокол L2TP защищен протоколом IPSec ESP.
Имя системной службы: LSASS
Прикладной протокол | Протокол | Порты |
Сервер глобального каталога | TCP | 3269 |
Сервер глобального каталога | TCP | 3268 |
Сервер LDAP | TCP | 389 |
Сервер LDAP | UDP | 389 |
LDAP SSL | TCP | 636 |
LDAP SSL | UDP | 636 |
IPsec ISAKMP | UDP | 500 |
NAT-T | UDP | 4500 |
RPC | TCP | 135 |
ТСР-порты с большими номерами, произвольно назначенные службой RPC | TCP | 1024 — 65536 |
Служба шлюза уровня приложения
Этот компонент службы общего доступа к подключению Интернета (ICS)/брандмауэра подключения к Интернету (ICF) предназначен для поддержки подключаемых модулей, которые позволяют сетевым протоколам проходить через брандмауэр и функционировать в случае использования общего доступа к подключению Интернета. Модули шлюза уровня приложения (Application Layer Gateway, ALG) могут открывать порты и изменять данные (например, порты и IP-адреса) в составе сетевых пакетов. FTP (File Transfer Protocol) — это единственный сетевой протокол с подключаемым модулем, который входит в состав Windows Server 2003 Standard Edition и Windows Server 2003 Enterprise Edition. Подключаемый модуль ALG FTP предназначен для поддержки активных сеансов по протоколу FTP через устройство преобразования сетевых адресов (NAT) путем перенаправления всего трафика, который проходит через устройство NAT на порт 21, на частный порт ожидания с номером в диапазоне от 3000 до 5000 на адаптере замыкания на себя. Модуль контролирует и обновляет трафик управляющего канала FTP, пересылает через устройство NAT сопоставление портов для каналов данных FTP, а также обновляет порты в потоке управляющего канала FTP.
Имя системной службы: ALG
Прикладной протокол | Протокол | Порты |
Управление FTP | TCP | 21 |
Служба состояния сеанса ASP.NET
Служба состояния сеанса ASP.NET предназначена для поддержки внепроцессных состояний сеанса ASP.NET. Служба хранит данные сеанса вне процесса и использует сокеты для взаимодействия с запущенной на сервере средой ASP.NET.
Имя системной службы: aspnet_state
Прикладной протокол | Протокол | Порты |
Состояние сеанса ASP.NET | TCP | 42424 |
Службы сертификации
Службы сертификации являются частью ядра операционной системы. Они позволяют предприятию выступать в роли самостоятельного центра сертификации (СА), что дает ему возможность выпускать и управлять цифровыми сертификатами для программ и протоколов, например расширений S/MIME (Secure/Multipurpose Internet Mail Extensions), протокола SSL (Secure Sockets Layer), файловой системы EFS (Encrypting File System), системы безопасности IPSec, а также входа в систему с помощью смарт-карты. Взаимодействие с клиентами служба сертификации осуществляет с помощью технологий RPC и DCOM через произвольные TCP-порты с номерами больше 1024.
Имя системной службы: CertSvc
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Служба кластеров
Служба кластеров контролирует операции кластера серверов и управляет базой данных кластера. Кластер представляет собой набор отдельных компьютеров, которые действуют как одна система. Руководителям, программистам и пользователям кластер виден в качестве единой системы. Программное обеспечение распределяет данные между узлами кластера. В случае сбоя одного из таких узлов находящиеся в его ведении службы и данные предоставляются другими узлами. Когда восстанавливается или добавляется новый узел, программное обеспечение кластера перемещает на него часть данных.
Имя системной службы: ClusSvc
Прикладной протокол | Протокол | Порты |
Служба кластера | UDP | 3343 |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Обозреватель компьютеров
Системная служба обозревателя компьютеров отвечает за составление текущего списка компьютеров сети и предоставляет его запрашивающим программам. Служба используется на компьютерах под управлением операционных систем Windows для просмотра сетевых доменов и ресурсов. Компьютеры, которые выступают в роли обозревателей, составляют списки просмотра, содержащие все общие ресурсы сети. Функции просмотра необходимы таким средствам ОС Windows более ранних версий, как «Сетевое окружение», команде net view и проводнику Windows. Так, если открыть «Сетевое окружение» на компьютере под управлением Windows 95, появится список доменов и компьютеров. Для его составления компьютер получает копию списка просмотра у компьютера, который исполняет роль обозревателя.
Имя системной службы: Browser
Прикладной протокол | Протокол | Порты |
Служба датаграмм NetBIOS | UDP | 138 |
Разрешение имен NetBIOS | UDP | 137 |
Служба сеансов NetBIOS | TCP | 139 |
Служба DHCP-сервера
Служба DHCP-сервера использует протокол DHCP (Dynamic Host Configuration Protocol) для автоматического распределения IP-адресов. С ее помощью можно настроить дополнительные сетевые параметры DHCP-клиентов, например серверы служб DNS (Domain Name System) и WINS (Windows Internet Name Service). Для хранения и передачи на клиентские компьютеры сведений о конфигурации TCP/IP можно настроить один или несколько DHCP-серверов.
Имя системной службы: DHCPServer
Прикладной протокол | Протокол | Порты |
DHCP-сервер | UDP | 67 |
MADCAP | UDP | 2535 |
Распределенная файловая система
Служба распределенной файловой системы (DFS) объединяет разноправные общие файловые ресурсы, которые распределены на серверах локальной (LAN) или глобальной (WAN) сети, в одном логическом пространстве имен. Служба необходима контроллерам домена Active Directory для объявления общей папки SYSVOL.
Имя системной службы: Dfs
Прикладной протокол | Протокол | Порты |
Служба датаграмм NetBIOS | UDP | 138 |
Служба сеансов NetBIOS | TCP | 139 |
Сервер LDAP | TCP | 389 |
Сервер LDAP | UDP | 389 |
SMB | TCP | 445 |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Сервер отслеживания изменившихся связей
Служба сервера отслеживания изменившихся связей хранит сведения о перемещении файлов между томами в домене. Служба запущена на каждом контроллере домена и позволяет службе клиента отслеживания изменившихся связей отслеживать связанные документы, перемещенные на другой том с файловой системой NTFS в том же домене.
Имя системной службы: TrkSvr
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Координатор распределенных транзакций
Системная служба координатора распределенных транзакций (DTC) отвечает за координацию транзакций, распределенных в нескольких системах и диспетчерах ресурсов, например базах данных, очередях сообщений, файловых системах и других диспетчерах ресурсов с защитой транзакций. Служба DTC используется, если компоненты транзакций настраиваются через СОМ+, а также очередями сообщений (MSMQ) и в операциях SQL Server, которые охватывают несколько систем.
Имя системной службы: MSDTC
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
DNS-сервер
Служба DNS-сервера предназначена для разрешения имен DNS путем ответа на запросы на предоставление и обновление имен DNS. Серверы DNS необходимы для обнаружения устройств и служб, идентификация которых происходит по именам DNS, а также контроллеров домена в Active Directory.
Имя системной службы: DNS
Прикладной протокол | Протокол | Порты |
DNS | UDP | 53 |
DNS | TCP | 53 |
Журнал событий
Системная служба журнала событий регистрирует сообщения о событиях, полученные от программ и операционной системы Windows. Отчеты службы содержат сведения, которые используются в процессе диагностики возникающих неполадок. Для просмотра отчетов служит программа «Просмотр событий». Сообщения, полученные от программ, других служб и операционной системы, регистрируются в файлах журналов событий. Такие сообщения содержат диагностические сведения, а также ошибки, которые различаются в зависимости от программы, службы или компонента, являющегося источником возникновения события. Просмотреть журналы можно средствами программирования через соответствующие интерфейсы API, а также с помощью программы «Просмотр событий» из состава консоли управления ММС.
Имя системной службы: Eventlog
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Exchange Server и клиенты Outlook
Используемые порты и протоколы зависят от версии установленного сервера Microsoft Exchange или клиента Exchange.
Клиенты Outlook подключаются к серверам Exchange более ранних версий, чем Exchange 2003, напрямую через службу RPC. Вначале происходит обращение к службе отображения конечных точек RPC (ТСР-порт 135) для получения сведений о сопоставлении портов для необходимых конечных точек. Затем клиент Outlook пытается подключиться к серверу Exchange непосредственно через эти конечные точки.
В процессе обмена данными с клиентскими компьютерами сервером Exchange 5.5 используется два порта: один для службы банка сообщений, а второй для каталога. Exchange 2000 Server и Exchange Server 2003 используют три порта: один для службы банка сообщений, второй для Directory Referral (RFR), а третий для DSProxy/NSPI.
В большинстве случаев эти порты (два или три) произвольно назначаются в диапазоне от 1024 до 65534, но при необходимости можно настроить для них статическое сопоставление номеров.
Дополнительные сведения о настройке статических портов TCP/IP в Exchange Server см. в следующих статьях базы знаний Майкрософт.
Exchange 5.5 Server
148732 (http://support.microsoft.com/kb/148732/) Назначение портов TCP/IP при настройке межсетевого экрана
Exchange 2000 Server и Exchange Server 2003
270836 (http://support.microsoft.com/kb/270836/) Статическое сопоставление портов для Exchange Server 2003 и Exchange 2000
Клиенты Outlook 2003 поддерживают прямое подключение к серверам Exchange с помощью удаленного вызова процедур. Кроме того, такие клиенты могут взаимодействовать с серверами Exchange 2003 на компьютерах под управлением Windows Server 2003 в Интернете. Обмен данными между клиентом Outlook и сервером Exchange с помощью RPC по протоколу HTTP позволяет избежать необходимости открытой пересылки непроверенного RPC-трафика через Интернет. Вместо этого трафик между клиентом Outlook 2003 и компьютером Exchange Server 2003 заключается в пакеты HTTPS и передается через TCP-порт 443 (HTTPS).
В случае применения удаленного вызова процедур по протоколу HTTP необходимо, чтобы был доступен TCP-порт 443 (HTTPS) между клиентом Outlook 2003 и сервером, который выступает в качестве устройства RPCProxy. Пакеты HTTPS поступают на сервер RPCProxy, а затем пакеты RPC в развернутом виде передаются на три порта сервера Exchange подобно тому, как это происходит при прямом подключении по протоколу RPC (см. выше). Протоколу RPC по HTTP на сервере Exchange статически назначены TCP-порты 6001 (служба банка сообщений), 6002 (Directory Referral) и 6004 (DSProxy/NSPI). При обмене данными между Outlook 2003 и сервером Exchange 2003 с помощью RPC по протоколу HTTP служба отображения конечных точек не нужна, поскольку Outlook 2003 известны статически назначенные порты конечных точек. Кроме того, клиенту Outlook 2003 не требуется и доступ к глобальному каталогу — его функции выполняет интерфейс DSProxy/NSPI на сервере Exchange 2003.
Обязательно учитывайте специфические особенности своей среды. Дополнительные сведения и инструкции по планированию внедрения Exchange см. на веб-узле Майкрософт по следующему адресу:
http://www.microsoft.com/exchange/library (http://www.microsoft.com/exchange/library)
Дополнительные сведения см. в следующих статьях базы знаний Майкрософт.
270836 (http://support.microsoft.com/kb/270836/) Статическое сопоставление портов для Exchange Server 2003 и Exchange 2000
278339 (http://support.microsoft.com/kb/278339/) Порты TCP/UDP, которые используются сервером Exchange 2000 Server
280132 (http://support.microsoft.com/kb/280132/) Как настроить параметры сети для обмена данными между компьютерами под управлением Windows 2000 и серверами Exchange 2000 Server при наличии межсетевого экрана
282446 (http://support.microsoft.com/kb/282446/) Настройка DSProxy с учетом использования статических портов на кластере Exchange
827330 (http://support.microsoft.com/kb/827330/) Устранение неполадок, возникающих в Office Outlook 2003 при использовании подключений RPC по протоколу HTTP
833401 (http://support.microsoft.com/kb/833401/) Настройка удаленного вызова процедур (RPC) для работы по протоколу HTTP при использовании одного сервера Exchange Server 2003
Exchange Server поддерживает и другие протоколы, например SMTP, POP3 (Post Office Protocol 3) и IMAP.
Прикладной протокол | Протокол | Порты |
IMAP | TCP | 143 |
IMAP по SSL | TCP | 993 |
POP3 | TCP | 110 |
POP3 по SSL | TCP | 995 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
RPC | TCP | 135 |
RPC по HTTP | TCP | 443 |
SMTP | TCP | 25 |
SMTP | UDP | 25 |
Служба банка сообщений | TCP | 6001 |
Directory Referral | TCP | 6002 |
DSProxy/NSPI | TCP | 6004 |
Служба факсов
Служба факсов (совместимая с интерфейсом TAPI системная служба) предназначена для поддержки функций факсов. С ее помощью пользователи могут принимать и отправлять факсы из прикладных программ, используя локальные или общие сетевые устройства.
Имя системной службы: Fax
Прикладной протокол | Протокол | Порты |
Служба сеансов NetBIOS | TCP | 139 |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
SMB | TCP | 445 |
Репликация файлов
Служба репликации файлов (FRS) автоматически копирует обновления файлов и папок между компьютерами, участвующими в одном наборе репликации FRS. FRS — это стандартный модуль репликации, задачей которого является репликация общей папки SYSVOL между контроллерами домена под управлением Windows 2000 и Windows Server 2003 в составе одного домена. Кроме того, службу можно настроить на выполнение репликации файлов и папок между целевыми объектами корня или ссылки DFS с помощью средства администрирования DFS.
Имя системной службы: NtFrs
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Файловый сервер для Macintosh
Системная служба файлового сервера для Macintosh позволяет пользователям компьютеров Macintosh хранить и получать доступ к файлам на компьютерах под управлением Windows Server 2003. Если служба выключена или заблокирована, клиенты Macintosh не могут хранить и получить доступ к файлам на таком компьютере.
Имя системной службы: MacFile
Прикладной протокол | Протокол | Порты |
Файловый сервер для Macintosh | TCP | 548 |
Служба публикации FTP
Служба публикации FTP используется для установки подключений к FTP-серверам. Контрольный FTP-порт по умолчанию — 21, однако эту службу можно настроить с помощью диспетчера служб IIS. Порт данных по умолчанию (используется для FTP активного режима) автоматически устанавливается на единицу меньшим, чем контрольный порт. Таким образом, если 4131 — это контрольный порт, то 4130 будет портом данных по умолчанию. Большинство клиентов FTP используют FTP пассивного режима. Это значит, что клиент подключается к FTP-серверу через контрольный порт, FTP-сервер назначает ТСР-порт с большим номером в диапазоне от 1025 до 5000, а затем клиент открывает второе подключение к FTP-серверу для передачи данных. Диапазон портов с большими номерами можно настроить с помощью метабазы IIS.
Имя системной службы: MSFTPSVC
Прикладной протокол | Протокол | Порты |
Управление FTP | TCP | 21 |
Данные по умолчанию FTP | TCP | 20 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
HTTP SSL
Системная служба HTTP SSL позволяет службам IIS выполнять функции протокола SSL (SSL — это открытый стандарт, который служит для установки каналов обмена зашифрованными данными с целью предотвращения перехвата важной информации, например номеров кредитных карточек). Несмотря на то, что служба предназначена для применения с другими службами Интернета, в основном она используется для проведения электронных транзакций в Интернете в зашифрованном виде. Порты ожидания для службы можно настроить с помощью диспетчера служб IIS.
Имя системной службы: HTTPFilter
Прикладной протокол | Протокол | Порты |
HTTPS | TCP | 443 |
Служба проверки подлинности в Интернете
Служба проверки подлинности в Интернете (IAS) централизованно осуществляет проверку подлинности, авторизацию, аудит и учет пользователей, которые подключаются к сети (по локальной сети или с помощью удаленных подключений). Служба IAS реализована на основе стандартного протокола RADIUS (Remote Authentication Dial-In User Service) проблемной группы IETF.
Имя системной службы: IAS
Прикладной протокол | Протокол | Порты |
Традиционный RADIUS | UDP | 1645 |
Традиционный RADIUS | UDP | 1646 |
Учет RADIUS | UDP | 1813 |
Проверка подлинности RADIUS | UDP | 1812 |
Общий доступ к подключению Интернета (ICS)/брандмауэр подключения к Интернету (ICF)
Эта служба осуществляет преобразование сетевых адресов, адресацию и разрешение имен для всех компьютеров домашней или небольшой офисной сети. Когда включена функция ICS, компьютер становится «шлюзом», а остальные компьютеры сети могут совместно использовать одно подключение к Интернету (например, подключение удаленного доступа или широкополосное соединение). Эта служба предоставляет базовые службы DHCP и DNS, а также поддерживает полнофункциональные службы DHCP и DNS из состава Windows. Если компьютер с включенным брандмауэром ICF и функцией ICS выступает в роли шлюза для остальных компьютеров сети, то он предоставляет службы DHCP и DNS для частной сети на внутреннем сетевом интерфейсе (но не на внешнем интерфейсе).
Имя системной службы: SharedAccess
Прикладной протокол | Протокол | Порты |
DHCP-сервер | UDP | 67 |
DNS | UDP | 53 |
DNS | TCP | 53 |
Центр распространения ключей Kerberos
Если применяется системная служба центра распространения ключей Kerberos (KDC), пользователи могут входить в сеть с помощью протокола проверки подлинности Kerberos 5. Как и в других версиях протокола Kerberos, KDC — это один процесс, обеспечивающий службы проверки подлинности и выдачи билетов. Служба проверки подлинности выпускает билеты на выдачу билета, а служба выдачи билетов — билеты для подключения к компьютерам в своем домене.
Имя системной службы: kdc
Прикладной протокол | Протокол | Порты |
Kerberos | TCP | 88 |
Kerberos | UDP | 88 |
Учет лицензий
Системная служба учета лицензий первоначально предназначалась для управления лицензиями серверных продуктов Майкрософт, которые лицензируются по модели Server CAL (Client Access License, клиентская лицензия на доступ). Учет лицензий был введен в Microsoft Windows NT Server 3.51. По умолчанию служба учета лицензий в Windows Server 2003 отключена. Из-за изменяющихся условий лицензирования, а также ограничений в исходной архитектуре служба учета лицензий не всегда составляет точную картину общего числа приобретенных лицензий CAL в сравнении с общим числом лицензий CAL, которые используются на определенном сервере или предприятии. Отчет службы учета лицензий может противоречить условиям лицензионных соглашений и правам на использование продукта. Служба учета лицензий будет исключена из будущих версий операционных систем Windows. Корпорация Майкрософт рекомендует включать эту службу только пользователям операционных систем семейства Microsoft Small Business Server.
Имя системной службы: LicenseService
Прикладной протокол | Протокол | Порты |
Служба датаграмм NetBIOS | UDP | 138 |
Служба сеансов NetBIOS | TCP | 139 |
SMB | TCP | 445 |
Очередь сообщений
Системная служба очереди сообщений представляет собой инфраструктуру и средство разработки распределенных программ для обмена сообщениями в Windows. Такие программы способны осуществлять обмен данными между неоднородными сетями и отправлять сообщения между компьютерами, которые временно не могут установить подключение друг к другу. Служба очереди сообщений обеспечивает безопасность, эффективную маршрутизацию, поддержку отправки сообщений внутри транзакций, приоритетную отправку, а также гарантированную доставку сообщений.
Имя системной службы: MSMQ
Прикладной протокол | Протокол | Порты |
MSMQ | TCP | 1801 |
MSMQ | UDP | 1801 |
MSMQ-DCs | TCP | 2101 |
MSMQ-Mgmt | TCP | 2107 |
MSMQ-Ping | UDP | 3527 |
MSMQ-RPC | TCP | 2105 |
MSMQ-RPC | TCP | 2103 |
RPC | TCP | 135 |
Служба сообщений
Системная служба сообщений принимает и отправляет сообщения пользователей, компьютеров, администраторов и службы оповещения. Эта служба не имеет отношения к программе Windows Messenger. Если отключить службу сообщений, зарегистрировавшиеся на данный момент времени в сети компьютеры и пользователи не будут получать отправленных им уведомлений. Кроме того, перестают функционировать команды net send и net name.
Имя системной службы: Messenger
Прикладной протокол | Протокол | Порты |
Служба датаграмм NetBIOS | UDP | 138 |
Стеки пересылки сообщений Microsoft Exchange
В Exchange 2000 Server и Exchange Server 2003 агент пересылки сообщений (MTA) часто используется для обеспечения обратно-совместимых служб пересылки сообщений между серверами Exchange 2000 Server и Exchange Server 5.5 в смешанной среде.
Имя системной службы: MSExchangeMTA
Прикладной протокол | Протокол | Порты |
X.400 | TCP | 102 |
Microsoft Operations Manager 2000
Приложение Microsoft Operations Manager (MOM) 2000 позволяет управлять операциями на уровне предприятия, включая всестороннее управление событиями, активный мониторинг, отправку оповещений, составление отчетов и анализ тенденций развития. После установки пакета обновления 1 (SP1) приложение MOM 2000 прекращает обмен данными в формате обычного текста, а весь трафик между агентом и сервером MOM шифруется через TCP-порт 1270. Для подключения к серверу консоль администратора MOM использует модель DCOM, т. е. администратор, осуществляющий управление сервером МОМ по сети, должен иметь доступ к произвольно назначенным ТСР-портам с большими номерами.
Имя системной службы: one point
Прикладной протокол | Протокол | Порты |
MOM-Clear | TCP | 51515 |
MOM-Encrypted | TCP | 1270 |
Служба Microsoft POP3
Служба Microsoft POP3 предназначена для обмена сообщениями электронной почты, а также их поиска. Служба может использоваться для хранения и управления учетными записями электронной почты на почтовом сервере. Когда на почтовом сервере установлена служба Microsoft POP3, пользователи создают подключение, а затем производят поиск сообщений с помощью почтового клиента с поддержкой протокола РОР3, например Microsoft Outlook.
Имя системной службы: POP3SVC
Прикладной протокол | Протокол | Порты |
POP3 | TCP | 110 |
MSSQLSERVER
MSSQLSERVER — это системная служба из состава Microsoft SQL Server 2000. Сервер SQL Server представляет собой мощную, комплексную платформу управления данными. Порты, которые используются каждым экземпляром SQL Server, настраиваются с помощью средства Server Network Utility.
Имя системной службы: MSSQLSERVER
Прикладной протокол | Протокол | Порты |
SQL по TCP | TCP | 1433 |
SQL Probe | UDP | 1434 |
MSSQL$UDDI
Системная служба MSSQL$UDDI устанавливается одновременно с функцией UDDI (Universal Description, Discovery and Integration) операционных систем семейства Windows Server 2003 и служит для поддержки этой функции в рамках предприятия. Ключевым компонентом службы MSSQL$UDDI является модуль базы данных SQL Server.
Имя системной службы: MSSQLSERVER
Прикладной протокол | Протокол | Порты |
SQL по TCP | TCP | 1433 |
SQL Probe | UDP | 1434 |
Net Logon
Для проверки подлинности пользователей и служб системная служба Net Logon поддерживает безопасный канал между компьютером и контроллером домена. Она передает на контроллер домена учетные данные пользователя, а возвращает доменные идентификаторы безопасности и назначенные пользователю права. Обычно этот процесс называется сквозной проверкой подлинности. Служба Net Logon автоматически запускается, только когда к домену подключается рядовой компьютер или контроллер домена. В операционных системах семейств Windows 2000 Server и Windows Server 2003 служба Net Logon публикует записи ресурсов в базе данных DNS. В процессе ожидания входящих запросов служба зависит от служб локального администратора безопасности и сервера. На компьютерах в составе домена служба Net Logon использует удаленный вызов процедур по именованным каналам. На контроллерах домена используются удаленный вызов процедур по именованным каналам, удаленный вызов процедур по протоколу TCP/IP, слоты сообщений и протокол LDAP (Lightweight Directory Access Protocol).
Имя системной службы: Netlogon
Прикладной протокол | Протокол | Порты |
Служба датаграмм NetBIOS | UDP | 138 |
Разрешение имен NetBIOS | UDP | 137 |
Служба сеансов NetBIOS | TCP | 139 |
SMB | TCP | 445 |
Общий доступ к рабочему столу NetMeeting
Системная служба общего доступа к рабочему столу NetMeeting позволяет прошедшим проверку пользователям удаленно управлять рабочим столом Windows с помощью программы Windows NetMeeting с другого компьютера по внутренней сети предприятия. Службу необходимо явно включить в NetMeeting, а для отключения или закрытия предназначен значок в области уведомлений Windows.
Имя системной службы: mnmsrvc
Прикладной протокол | Протокол | Порты |
Службы терминалов | TCP | 3389 |
Протокол NNTP (Network News Transfer Protocol)
Системная служба протокола NNTP позволяет компьютерам под управлением Windows Server 2003 выступать в роли сервера новостей. Для загрузки групп новостей с сервера, просмотра заголовков и чтения статей в каждой группе используется программа новостей, например Microsoft Outlook Express.
Имя системной службы: NNTPSVC
Прикладной протокол | Протокол | Порты |
NNTP | TCP | 119 |
NNTP по SSL | TCP | 563 |
Журналы и оповещения производительности
Системная служба журналов и оповещений производительности по заранее определенному графику собирает данные о производительности на локальном и удаленных компьютерах, а затем заносит их в журнал или использует для создания сообщения. В зависимости от значения параметра сбора именованных журналов служба запускает или останавливает каждый именованный сбор данных о производительности. Служба запускается только в том случае, если запланирован хотя бы один сбор данных о производительности.
Имя системной службы: SysmonLog
Прикладной протокол | Протокол | Порты |
Служба сеансов NetBIOS | TCP | 139 |
Диспетчер печати
Системная служба диспетчера печати управляет всеми локальными и сетевыми очередями печати, а также контролирует все задания печати. Диспетчер печати является ключевым компонентом системы печати в Windows. Он управляет очередями печати в системе, а также взаимодействует с драйверами принтеров и компонентами ввода-вывода, например USB-портами и протоколами семейства TCP/IP.
Имя системной службы: Spooler
Прикладной протокол | Протокол | Порты |
Служба сеансов NetBIOS | TCP | 139 |
SMB | TCP | 445 |
Удаленная установка
Системная служба удаленной установки используется для установки Windows 2000, Windows XP и Windows Server 2003 на клиентских компьютерах с PXE (Pre-Boot eXecution Environment), которые поддерживают удаленную загрузку. Основной компонент сервера удаленной установки (RIS) — служба уровня согласования информации загрузки (Boot Information Negotiation Layer, BINL) — отвечает на запросы клиентов РХЕ, проверяет по Active Directory подлинность клиентов, а также осуществляет обмен данными между клиентом и сервером. Служба BINL устанавливается, когда с помощью средства «Установка компонентов Windows» добавляется сервер RIS, а также может быть выбрана в процессе исходной установки операционной системы.
Имя системной службы: BINLSVC
Прикладной протокол | Протокол | Порты |
BINL | UDP | 4011 |
Удаленный вызов процедур (RPC)
Системная служба удаленного вызова процедур (RPC) представляет собой механизм взаимодействия между процессами (IPC), который позволяет осуществлять обмен данными и вызывать функции из других процессов. Другой процесс может быть запущен на локальном компьютере, в локальной сети или на удаленном компьютере; для получения доступа к нему используется подключение по глобальной (WAN) или виртуальной частной (VPN) сети. Служба RPC выступает в роли службы отображения конечных точек RPC и диспетчера служб СОМ (Component Object Model). Служба удаленного вызова процедур необходима для запуска многих других служб.
Имя системной службы: RpcSs
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
RPC по HTTP | TCP | 593 |
Локатор удаленного вызова процедур (RPC)
Системная служба локатора удаленного вызова процедур управляет базой данных службы имен RPC. Служба должна быть включена, чтобы клиенты RPC могли находить серверы RPC. По умолчанию служба выключена.
Имя системной службы: RpcLocator
Прикладной протокол | Протокол | Порты |
Служба сеансов NetBIOS | TCP | 139 |
SMB | TCP | 445 |
Уведомления внешнего хранилища
Системная служба уведомлений внешнего хранилища отправляет уведомление пользователю, когда он осуществляет чтение или запись файла, который доступен только на дополнительном накопителе. Если служба остановлена, отправка уведомлений прекращается.
Имя системной службы: Remote_Storage_User_Link
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Сервер внешнего хранилища
Системная служба сервера внешнего хранилища хранит редко используемые файлы на дополнительном накопителе. Если служба остановлена, переместить или извлечь файлы, которые расположены на дополнительном накопителе, невозможно.
Имя системной службы: Remote_Storage_Server
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Маршрутизация и удаленный доступ
Служба маршрутизации и удаленного доступа обеспечивает многопротокольные функции маршрутизации типа «локальная сеть-локальная сеть», «локальная сеть-глобальная сеть», VPN и преобразование сетевых адресов (NAT), а также функции подключения удаленного доступа и удаленного доступа по сети VPN. Служба может использовать все перечисленные ниже протоколы, однако часто ограничивается только некоторыми из них. Например, если под защитой осуществляющего фильтрацию маршрутизатора настроен шлюз виртуальной частной сети, то, как правило, применяется только одна технология. Если используется протокол L2TP с безопасностью IPSec, необходимо разрешить протоколам IPSec ESP (IP-протокол 50), NAT-T (TCP на порте 4500) и IPSec ISAKMP (TCP на порте 500) проходить через маршрутизатор.
Примечание. Протоколы NAT-T и IPSec ISAKMP необходимы L2TP, но, как правило, контролируются локальным администратором безопасности. Дополнительные сведения см. в разделе Ссылки этой статьи.
Имя системной службы: RemoteAccess
Прикладной протокол | Протокол | Порты |
GRE (IP-протокол 47) | GRE | Н/Д |
IPSec AH (IP-протокол 51) | AH | Н/Д |
IPSec ESP (IP-протокол 50) | ESP | Н/Д |
L2TP | UDP | 1701 |
PPTP | TCP | 1723 |
Сервер
Системная служба сервера обеспечивает поддержку удаленного вызова процедур, а также совместное использование файлов, принтеров и именованных каналов в сети. Служба сервера позволяет организовать совместное использование локальных ресурсов, например дисков и принтеров, с тем чтобы к ним могли получать доступ другие пользователи сети, а также обмен данными по именованным каналам между программами на локальном и удаленных компьютерах. Обмен данными по именованному каналу представляет собой память, зарезервированную для результатов выполнения одного процесса, которые будут использованы в качестве входных данных для другого процесса. Принимающий данные процесс не обязательно должен быть запущен на локальном компьютере.
Имя системной службы: lanmanserver
Прикладной протокол | Протокол | Порты |
Служба датаграмм NetBIOS | UDP | 138 |
Разрешение имен NetBIOS | UDP | 137 |
Служба сеансов NetBIOS | TCP | 139 |
SMB | TCP | 445 |
SharePoint Portal Server
Системная служба SharePoint Portal Server позволяет разработать портал со встроенной логикой для объединения пользователей, групп и знаний с целью использования важных данных в разных бизнес-процессах. Microsoft SharePoint Portal Server 2003 представляет собой приложение, которое объединяет данные из разных систем в одном решении путем применения функций единого входа в систему и интеграции приложений предприятия.
Прикладной протокол | Протокол | Порты |
HTTP | TCP | 80 |
HTTPS | TCP | 443 |
Протокол SMTP (Simple Mail Transfer Protocol)
Системная служба протокола SMTP — это агент отправки и пересылки электронной почты. Она принимает и ставит в очередь почтовые сообщения для удаленных получателей, а также через определенные интервалы времени повторяет попытки отправки. Контроллеры домена Windows используют службу SMTP для межузловой репликации с помощью электронной почты. Объекты совместной работы (Collaboration Data Object, CDO) для компонента СОМ из состава Windows Server 2003 с помощью службы SMTP передают и ставят в очередь исходящие почтовые сообщения.
Имя системной службы: SMTPSVC
Прикладной протокол | Протокол | Порты |
SMTP | TCP | 25 |
SMTP | UDP | 25 |
Простые службы TCP/IP
Простые службы TCP/IP обеспечивают поддержку следующих протоколов:
• | Echo, порт 7, спецификация RFC 862 |
• | Discard, порт 9, спецификация RFC 863 |
• | Character Generator, порт 19, спецификация RFC 864 |
• | Daytime, порт 13, спецификация RFC 867 |
• | Quote of the Day, порт 17, спецификация RFC 865 |
Имя системной службы: SimpTcp
Прикладной протокол | Протокол | Порты |
Chargen | TCP | 19 |
Chargen | UDP | 19 |
Daytime | TCP | 13 |
Daytime | UDP | 13 |
Discard | TCP | 9 |
Discard | UDP | 9 |
Echo | TCP | 7 |
Echo | UDP | 7 |
Quotd | TCP | 17 |
Quoted | UDP | 17 |
Агент удаленного управления SMS
Агент удаленного управления SMS — это системная служба из состава Microsoft Systems Management Server (SMS) 2003, которая обеспечивает комплексный подход к изменению и управлению конфигурацией операционных систем корпорации Майкрософт. Это позволяет организациям распространять среди пользователей необходимые обновления и программное обеспечение.
Имя системной службы: Wuser32
Прикладной протокол | Протокол | Порты |
SMS Remote Chat | TCP | 2703 |
SMS Remote Chat | UDP | 2703 |
SMS Remote Control (управление) | TCP | 2701 |
SMS Remote Control (управление) | UDP | 2701 |
SMS Remote Control (данные) | TCP | 2702 |
SMS Remote Control (данные) | UDP | 2702 |
SMS Remote File Transfer | TCP | 2704 |
SMS Remote File Transfer | UDP | 2704 |
Служба SNMP
Служба SNMP позволяет локальному компьютеру обрабатывать входящие запросы по протоколу SNMP (Simple Network Management Protocol). Включает в себя агентов, осуществляющих мониторинг работы сетевых устройств и сообщающих результаты на рабочую станцию сетевой консоли. Служба SNMP предназначена для управления узлами сети (например, рабочими станциями, серверами, маршрутизаторами, мостами и концентраторами) с компьютера, на котором запущено соответствующее программное обеспечение. Для выполнения своих функций служба SNMP использует распределенную модель агентов и систем управления.
Имя системной службы: SNMP
Прикладной протокол | Протокол | Порты |
SNMP | UDP | 161 |
Служба ловушек SNMP
Служба ловушек SNMP принимает сообщения перехвата, созданные локальными или удаленными агентами SNMP, и пересылает их программам управления SNMP, запущенным на этом компьютере. Если служба настроена для агента, она создает сообщения перехвата, когда происходит определенное событие. Такие сообщения отправляются по адресу назначения ловушки. Например, агент может инициировать ловушку проверки подлинности, если нераспознанная система управления отправляет запрос на получение данных. Адресом назначения ловушки может быть имя компьютера, IP-адрес или адрес IPX (Internetwork Packet Exchange) системы управления; на таком узле должна быть запущена программа управления SNMP и обеспечена поддержка работы в сети.
Имя системной службы: SNMPTRAP
Прикладной протокол | Протокол | Порты |
SNMP Traps Outbound | UDP | 162 |
Сервер анализа SQL
Системная служба сервера анализа SQL является компонентом SQL Server 2000, с помощью которого производится создание и управление кубами OLAP и моделями проходки данных. При создании и сохранении кубов или моделей проходки данных сервер анализа может получать доступ к локальным и удаленным источникам данных.
Прикладной протокол | Протокол | Порты |
SQL Analysis Services | TCP | 2725 |
SQL Server: поддержка клиентов OLAP нижнего уровня
Эта системная служба применяется SQL Server 2000 в том случае, если серверу анализа SQL необходимо поддерживать подключения от клиентов нижнего уровня (OLAP Services 7.0). Это стандартные порты для служб OLAP, которые используются SQL 7.0.
Прикладной протокол | Протокол | Порты |
OLAP Services 7.0 | TCP | 2393 |
OLAP Services 7.0 | TCP | 2394 |
Служба обнаружения SSDP
Служба обнаружения SSDP реализует протокол SSDP (Simple Service Discovery Protocol) в качестве службы Windows. Служба принимает извещения о присутствии устройств, обновляет свой кэш и передает эти извещения клиентам с невыполненными запросами поиска. Кроме того, она регистрирует обратные вызовы событий от клиентов, преобразует их в запросы подписки и осуществляет мониторинг уведомлений о событиях, а затем пересылает эти запросы зарегистрированным обратным вызовам. Служба обеспечивает устройства периодическими объявлениями. На данный момент времени служба уведомления о событиях SSDP использует TCP-порт 5000, начиная со следующего пакета обновления для Windows XP планируется заменить его TCP-портом 2869.
Примечание. На момент написания статьи последним является пакет обновления 1 (SP1).
Имя системной службы: SSDPRSR
Прикладной протокол | Протокол | Порты |
SSDP | UDP | 1900 |
Уведомление о событиях SSDP | TCP | 2869 |
Уведомление о событиях SSDP (традиционный) | TCP | 5000 |
Systems Management Server 2.0
Сервер Microsoft Systems Management Server (SMS) 2003 обеспечивает комплексный подход к изменению и управлению конфигурацией операционных систем корпорации Майкрософт. Это позволяет организациям быстро и эффективно распространять обновления и программное обеспечение среди пользователей.
Прикладной протокол | Протокол | Порты |
Служба датаграмм NetBIOS | UDP | 138 |
Разрешение имен NetBIOS | UDP | 137 |
Служба сеансов NetBIOS | TCP | 139 |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Сервер печати TCP/IP
Системная служба сервера печати TCP/IP позволяет производить печать TCP/IP путем использования протокола LPD (Line Printer Daemon). Служба LPD на сервере получает документы от программ LPR (Line Printer Remote), запущенных на компьютерах под управлением операционных систем UNIX.
Имя системной службы: LPDSVC
Прикладной протокол | Протокол | Порты |
LPD | TCP | 515 |
Telnet
Системная служба Telnet для Windows используется клиентами для проведения сеансов терминального доступа в формате ASCII. Сервер Telnet поддерживает два вида проверки подлинности, а также следующие типы терминалов: American National Standards Institute (ANSI)
VT-100
VT-52
VTNT Имя системной службы: TlntSvr
Прикладной протокол | Протокол | Порты |
Telnet | TCP | 23 |
Службы терминалов
Службы терминалов обеспечивают многосеансовую среду для доступа клиентов к сеансам виртуального рабочего стола Windows и программам Windows, запущенным на сервере. Службы терминалов позволяют интерактивно подключиться к компьютеру нескольким пользователям.
Имя системной службы: TermService
Прикладной протокол | Протокол | Порты |
Службы терминалов | TCP | 3389 |
Лицензирование служб терминалов
Системная служба лицензирования служб терминалов производит установку сервера лицензий и предоставляет лицензии зарегистрированным пользователям, которые подключаются к серверу служб терминалов. Лицензирование служб терминалов — это не требующая больших затрат ресурсов служба, которая хранит выпущенные для сервера терминалов клиентские лицензии, а затем отслеживает лицензии, выданные клиентским компьютерам или терминалам.
Имя системной службы: TermServLicensing
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
SMB (именованные каналы) | TCP | 139, 445 |
Каталог сеанса служб терминалов
Системная служба каталога сеанса служб терминалов позволяет кластерам серверов терминалов с балансировкой сетевой нагрузки правильно направлять пользовательский запрос на подключение к серверу, на котором уже запущен сеанс пользователя. Пользователь направляется на первый доступный сервер терминалов, независимо от того, запустил ли он уже другой сеанс в кластере серверов. С помощью сетевого протокола TCP/IP балансировка сетевой нагрузки производит объединение в общем пуле вычислительных мощностей нескольких серверов. Служба может быть использована в кластере серверов терминалов для повышения производительности отдельного сервера путем распределения сеанса между несколькими серверами. Служба каталога сеанса служб терминалов отслеживает отключенные сеансы в кластере и обеспечивает повторное подключение пользователей к этим сеансам.
Имя системной службы: Tssdis
Прикладной протокол | Протокол | Порты |
RPC | TCP | 135 |
Произвольно назначенные ТСР-порты с большими номерами | TCP | произвольный номер порта в диапазоне 1024-65534 |
Продолжение статьи Службы и сетевые порты в серверных системах Microsoft Windows.
Источник: microsoft
Оцените статью: Голосов
Аннотация: В данной лекции внимание уделено сетевым службам клиентов, которые обеспечивают интеграцию Windows Server 2003 с клиентскими компьютерами, не поддерживающими Windows
Во многих сетевых окружениях имеются системы Windows Server 2003, работающие как с Windows-компьютерами, так и с компьютерами других операционных систем. В этой лекции рассматриваются клиентские службы для клиентов Windows, а также сетевые службы для компьютеров с другими операционными системами на вашем предприятии.
Многие администраторы могут привести целый ряд причин, по которым требуется поддержка гетерогенной (разнородной) сетевой среды, и если ваше предприятие подходит под это описание, то у вас, возможно, имеются те же причины. Один из характерных сценариев — это необходимость поддержки клиентов Macintosh в определенных подразделениях (в отделах графики, рекламы и т.п.). Кроме того, при слиянии или поглощении компаний администраторам Windows приходится изучать работу с Novell NetWare или UNIX (и администраторам NetWare и UNIX изучать работу с Windows).
Какой бы ни была причина поддержки гетерогенной среды, вы увидите, что система Windows Server 2003 готова к предоставлению служб, которые обеспечивают ее интеграцию с клиентскими компьютерами, не поддерживающими Windows.
Сетевые службы для клиентов Windows
Чтобы конфигурировать клиентов Windows для подсоединения к Windows Server, требуются несколько шагов. Вы должны установить и сконфигурировать клиентское программное обеспечение (ПО), установить один или несколько протоколов на клиентском компьютере и создать учетные записи пользователя и компьютера для работы в сети. В этом разделе описывается клиентское ПО, которое требуется для взаимодействия в сети.
Client for Microsoft Networks
Client for Microsoft Networks — это программный компонент, который позволяет компьютеру выполнять в сети Microsoft доступ к таким ресурсам, как файловые службы и службы печати. Когда вы устанавливаете сетевые компоненты (оборудование и драйверы для устройств сетевого интерфейса), этот клиентский компонент устанавливается автоматически. Client for Microsoft Networks не зависит от протокола, выбираемого вами для использования в сетевом взаимодействии (хотя Windows по умолчанию устанавливает также TCP/IP).
Примечание. Client for Microsoft Networks — это фактически протокол CIFS (Common Internet File System), который действует поверх TCP/IP (или любого другого протокола). Как новая версия протокола SMB (Server Message Block) CIFS является протоколом для файловых служб и служб печати, который позволяет компьютерам выполнять прозрачный доступ к ресурсам, находящимся на удаленных компьютерах.
Client for Microsoft Networks использует удаленный вызов процедур (RPC), чтобы обращаться к службам на других компьютерах сети. RPC — это просто средство передачи сообщений, которое не выполняет никакого разрешения имен. По умолчанию Windows Server 2003 использует Windows Locator RPC, но если у вас есть определенные причины, то вы можете также использовать службу Distributed Computing Environment (DCE) Cell Directory Service.
Примечание. DCE (Среда распределенных вычислений) все реже и реже встречается в наши дни, и она обычно используется для связи между территориально разбросанными системами. Поскольку в среде DCE используется модель клиент/сервер, она часто развертывалась на предприятиях, где пользователям требовался доступ к приложениям и данным на серверах, которые находились в отдаленных точках. Когда я администрировал сети Windows NT (и писал о них), то описывал DCE более подробно. Теперь в ситуациях, когда пользователям требуется доступ к приложениям и данным на удаленных серверах, я использую Terminal Server.
Примечание. Client for Microsoft Networks — это эквивалент службы Workstation, с которой вы работали в Windows NT
File and Printer Sharing for Microsoft Networks
File and Printer Sharing for Microsoft Networks (Разделяемый доступ к файлам и принтерам для сетей Microsoft) — это служба, которая дополняет службу Client for Microsoft Networks. Она позволяет компьютерам сети выполнять доступ к файлам и принтерам, которые вы сконфигурировали для разделяемого доступа. Эта служба также устанавливается и активизируется по умолчанию, когда вы устанавливаете сетевые службы.
Примечание. File and Printer Sharing for Microsoft Networks — это эквивалент службы Server в Windows NT.
Вы можете оптимизировать работу системы Windows Server 2003, когда она настраивается для службы File and Printer Sharing. Это позволяет вам использовать сервер в стиле, который наиболее подходит для служб, которые он предоставляет сетевым клиентам. Чтобы сконфигурировать параметры работы File and Printer Sharing, выполните следующие шаги.
- Выберите Start/Control Panel/Network Connections/Local Area Connection (Пуск/ Панель управления/Сетевые соединения/Соединение локальной сети).
- Щелкните на кнопке Properties (Свойства).
- Выберите File And Printer Sharing For Microsoft Networks и щелкните на кнопке Properties.
- Используйте следующие опции в диалоговом окне File And Printer Sharing For Microsoft Networks Properties (см. рис. 5.1), чтобы оптимизировать эту службу.
- Выберите вариант Minimize Memory Used (Минимизировать используемую память), чтобы оптимизировать сервер для небольшого числа клиентов.
- Выберите вариант Balance (Сбалансировать), чтобы оптимизировать сервер для смешанного использования разделяемого доступа к файлам и принтерам в дополнение к другим службам.
Рис.
5.1.
Оптимизация производительности компьютера путем выбора подходящего варианта
- Выберите вариант Maximize Data Throughput For File Sharing (Использовать максимальную пропускную способность для разделяемого доступа к файлам), чтобы выделять максимально возможное количество ресурсов для служб доступа к файлам и печати.
- Выберите вариант Maximize Data Throughput For Network Applications (Использовать максимальную пропускную способность для сетевых приложений), чтобы оптимизировать использование памяти сервера для сетевых приложений, таких как Microsoft SQL Server.
- Установите флажок Make Browser Broadcasts To LAN Manager 2.x Clients (Создавать широковещательные сообщения для клиентов LAN Manager 2.x), чтобы клиенты LAN Manager 2.x (Windows NT и более ранние системы) могли выполнять поиск разделяемых ресурсов на данном компьютере.
Служба Browser
Клиенты более ранних версий Windows используют службу Browser, чтобы объявлять в сети о себе и своих разделяемых ресурсах. Если вы используете более ранние версии Windows (NT 4 и 9x), то при двойном щелчке на значке рабочего стола Network Neighborhood появится список компьютеров данного домена или рабочей группы. При выборе какого-либо компьютера на экран выводится список его разделяемых ресурсов. Эти возможности обеспечиваются службой Browser. Она использует широковещательные сообщения во время загрузки Windows, а также через определенные промежутки времени, чтобы делать эти объявления.
К сожалению, начальная версия службы Browser часто вызывала снижение производительности за счет переполнения сети необязательными широковещательными сообщениями. Чтобы сделать минимальным влияние службы Browser на производительность сети, в Windows перешли к использованию главного браузера домена (DomMB — domain master browser) и главного браузера сегментов (SegMB — segment
master browser). Главные браузеры заняты получением объявлений, что помогает снизить нагрузку на сеть, а также вести точный листинг компьютеров и разделяемых ресурсов. По определению главный контроллер домена (PDC) Windows NT 4 является браузером типа DomMB.
Для сетей Windows NT с несколькими сегментами концепция браузера была несколько расширена за счет добавления браузеров SegMB. В этом случае каждый сегмент содержит SegMB, который поддерживает список просмотра компьютеров данного локального сегмента. Компьютеры в этом сегменте запрашивают и получают свой список просмотра от SegMB. SegMB также конфигурируется для пересылки списка просмотра браузеру домена DomMB и для запроса списка просмотра домена. После этого SegMB составляет полный список, доступный его локальным клиентам.
Начиная с Windows 2000, служба Browser заменена службами Active Directory (AD). И хотя у вас может быть запущена служба Browser в Windows Server 2003, она используется только для обратной совместимости с клиентами более ранних версий Windows. После того, как вы проведете модернизацию всех клиентов более ранних версий Windows и удалите NetBIOS, вам уже не будет нужна служба Browser, поскольку для поиска и объявления ресурсов вы можете полагаться исключительно на AD. Это повысит производительность, поскольку Active Directory не требует такого увеличения сетевого трафика, как в случае использования службы Browser.
Время на прочтение8 мин
Количество просмотров22K
В прошлом году мы рассказывали о Storage Spaces Direct — программно-определяемом хранилище в Windows Server 2016. Сегодня поговорим еще об одной новинке Microsoft, на этот раз из области программно-определяемых сетей (SDN). Network Controller — это служба управления сетевой инфраструктурой в Windows Server 2016.
Содержание
Откуда пошли виртуальные сети?
Windows Server 2016: Network Controller
Службы Network Controller
Откуда пошли виртуальные сети?
VLAN. Первые виртуальные сети появились в 1998 году. Это были локальные виртуальные сети VLAN, работающие по протоколу IEEE 802.1Q. Технология позволяет разделять одну L2-сеть на множество логических L2-сетей. Но VLAN имеет ограничение, которое оказалось существенным с ростом количества сетей: максимальное количество соединений на одной L2-сети — 4096. Для его преодоления производители начали разрабатывать новые протоколы с большей масштабируемостью, например: IEEE 802.1ad и IEEE 802.1ah. Мы не будем останавливаться на них подробно и пойдем дальше.
VXLAN, STT и NVGRE. В 2011 году компании VMware, Arista и Cisco выпускают протокол VXLAN, позволяющий создавать до 16 миллионов логических L2-сегментов в одной сети. Параллельно с ними Microsoft создает протокол NVGRE похожей спецификации, который начинает развиваться в Windows Server 2012. Компания Nicira предлагает протокол STT. Вопрос с ограниченной масштабируемостью решен, можно создавать сколь угодно много сетей. С ростом сетей инфраструктура становится сложной в управлении, и появляется необходимость централизованной консоли для настройки виртуального и физического оборудования. Так возникает концепция программно-определяемых сетей (SDN) с централизованным управлением сетевой инфраструктурой.
SDN. Подход к управлению сетью при помощи унифицированных программных средств. Одной их первых технологию SDN представила компания Nicira. После покупки Nicira компания VMware создает продукт VMware NSX, используя протокол VXLAN.
В 2013 году Microsoft предлагает свою версию программно-определяемой сети в редакции Windows Server 2012R2 на базе протокола NVGRE. У протокола NVGRE было несколько недостатков:
- управление виртуальными сетями в Windows Server 2012R2 осуществлялось только через Virtual Machine Manager (VMM). Он был точкой хранения всех конфигураций виртуальной инфраструктуры и единой точкой отказа.
- производители оборудования в качестве основного протокола использовали VXLAN, и лишь немногие внедрили поддержку NVGRE.
В редакции Windows Server 2016 компания Microsoft представила новую реализацию программно-определяемых сетей уже на базе протокола VXLAN – Network Controller (NC). Доступна данная служба только в редакции Windows Server 2016 Datacenter. Давайте рассмотрим особенности Network Controller.
Windows Server 2016: Network Controller
Network Controller — единая точка управления и мониторинга для всех физических и виртуальных сетей домeна. С помощью него настраивается IP-подсети, VLAN, маршрутизаторы и межсетевые экраны. NС хранит информацию о топологии сети, балансирует трафик и задает правила NAT.
Глоссарий
Сервисы:
- Virtual Network Management — служба управления виртуализованными сетями.
- Software Load Balancer Management — служба балансировки трафика и правил NAT.
- Firewall Management — служба настройки межсетевых экранов и листов контроля доступа к ВМ.
- RAS Gateway Management — служба организации VPN-туннелей.
- iDNS — служба создания виртуальных DNS-серверов.
Сети:
- Backend Network (provider addresses, PA) — сеть с провайдерскими адресами. Здесь создаются виртуальные туннели и проходит трафик.
- Management Network — сеть управления, через нее проходит трафик между компонентами SDN.
- VM network (customer addresses, CA) — виртуализованная сеть, к которой подключены виртуальные машины.
- Transit Network — транзитная сеть. По ней идет обмен трафиком между BGP и SLB Multiplexer/Gateway. По транзитной сети публикуются маршруты на BGP.
Службы на хосте:
- Azure VFP Switch Extension — расширение свитча Hyper-V. Добавляет виртуальному свитчу функционал L3-коммутатора. Включает в себя distributed load balancer(DLB) и Distributed firewall (DFW).
- Distributed load balancer — балансировщик трафика.
- Distributed firewall — межсетевой экран, отвечает за выполнение правил доступа к ВМ.
- Distributed router (vSwitch) — виртуальный маршрутизатор.
- NC Host Agent — получает от NC информацию о виртуальных сетях и правилах Firewall.
- SLB Host Agent — получает от NC правила балансировки.
Служебные виртуальные машины:
- SLB multiplexer (MUX) — виртуальные машины Windows Server с ролью Software Load Balancing. На них содержится информация о правилах балансировки трафика. MUX публикуют маршруты на BGP и обрабатывают входящие пакеты.
- Gateway — виртуальный шлюз.
В целом принцип архитектуры Network Controller такой: узлы контроллера размещаются на отдельных ВМ, а службы маршрутизации, балансировки трафика и межсетевого экрана — на серверах виртуализации.
Архитектура Network Controller.
Network Controller создан на базе программного коммутатора Open vSwitch. Этот коммутатор также используется в программно-определяемых сетях VMWare NSX и OpenStack Neutron. Он поддерживает протокол управления OVSDB (Open vSwitch Database), отвечающий за обмен информацией между сетевым оборудованием.
Разберем, как работает Network Controller. Серверы, виртуальные машины, виртуальные коммутаторы гипервизоров регистрируются в NC. После регистрации и настройки серверы устанавливают соединение с Network Controller и получают от него всю необходимую информацию о сетях виртуальных машин, правилах балансировки и VPN-туннелях.
Виртуальные сети на хостах подключены к виртуальному коммутатору Hyper-V с расширением Azure VFP Switch Extension. Через него происходит управление виртуальными портами, к которым подключены ВМ:
- включение и отключение портов;
- управление полосой пропускания в обе стороны;
- назначение приоритетов пакетам по классам (COS);
- назначение целей: ведение статистики и управление ACL на портах виртуального коммутатора.
Службы Network Controller
Разберем подробно, какие службы входят в Network Controller и чем они управляют.
Virtual Network Management. Это служба создания виртуальных сетей и управления ими. Она управляет виртуальными коммутаторами Hyper-V и виртуальными сетевыми адаптерами на виртуальных машинах. Virtual Network Management содержит настройки виртуальной сети, которые применяются другими службами Network Controller.
Firewall Management. Эта служба упрощает организацию межсетевого экранирования: не нужно настраивать межсетевые экраны на каждой ВМ вручную и запоминать конфигурации. Network Controller хранит все настройки Access Control Lists (ACL) для виртуальных машин и сетей. Distributed Firewall на хостах запрашивает у него информацию и применяет правила к нужным сетям и виртуальным машинам. Настройка на стороне виртуальных машин не требуется.
Ниже схема принципа работы межсетевого экранирования в Network Controller. На ней Northbound – интерфейс, через который производится управление Network Controller с использованием REST API. Southbound служит для связи с сетевыми устройствами, SLB-мультиплексорами, шлюзами и серверами, для сетевого обнаружения и других служб. Шлюзы определяют, для какой виртуальной сети требуется построить туннели. Затем они пересылают пришедшие пакеты по туннелю на серверы с виртуальными машинами, подключенными к нужной виртуальной сети.
Так устроена служба межсетевого экранирования в Network Controller.
Software Load Balancer Management. Служба работает на уровне виртуализованных сетей и балансирует трафик на уровне L4. Балансировка трафика происходит с помощью служебных виртуальных машин SLB Multiplexer (MUX) и BGP-маршрутизаторов. На один NC можно сделать 8 MUX. От Network Controller MUX получают правила маршрутизации. Мультиплексоры анонсируют маршруты /32 для каждого VIP через BGP-маршрутизаторы.
Пример
- На BGP-маршрутизатор приходит пакет для определенного виртуального IP-адреса.
- BGP-маршрутизатор проверяет, какой у пакета следующий узел. В данном случае это MUX.
- По таблицам правил балансировки, полученным от Network Controller, MUX определяет назначение пакета: виртуализованную сеть, хост и виртуальную машину.
- Далее MUX формирует VXLAN пакет и отправляет его хосту в сеть Backend.
- Хост принимает пакет и передает это виртуальному коммутатору (vSwitch), который определяет виртуальную машину для получения пакета.
- Пакет декапсулируется, анализируется и отправляется виртуальной машине.
- Виртуальная машина обрабатывает пакет. Адрес отправителя не изменяется после прохождения пакета через MUX. Поэтому виртуальная машина не видит за ним MUX балансировщика и считывает, что пакет пришел напрямую из интернета. Такая балансировка называется прозрачной (transparent load balancing).
- ВМ посылает ответ.
- Виртуальный коммутатор на хосте определяет, что это ответ на пакет, пришедший с балансировщика, и отправляет его обратно в Интернет. Причем не по той же цепочке, а переписывает адрес отправителя на IP балансировщика и отправляет его сразу в Интернет. Данный подход называется Direct Server Return (DSR). Это значительно ускоряет процесс обработки пакетов.
Балансировка трафика в Network Controller.
В Windows Server 2016 правила NAT теперь также задаются через Software Load Balancer Management. Network Controller знает, для какой сети организован NAT. MUX содержит информацию о хостах и виртуальных машинах, подключенных к сети, для которой организуется NAT.
NAT в Network Controller реализован путем балансировки трафика для группы из одного хоста. На данный момент поддерживается балансировка только TCP- и UDP-трафика.
RAS Gateway Manager. Эта служба создания VPN-туннелей для связи облачной инфраструктуры с физической. В Network Controller можно строить VPN любым удобным способом:
- через IPsec, который теперь работает и с IKEv1, и с IKEv2;
- создавать SSTP-туннели;
- создавать GRE-туннели.
Конечной точкой туннеля выступает виртуальный шлюз Gateway. Он организует туннель, инкапсулирует трафик в VXLAN-пакеты и пересылается его хостам.
Служба создания VPN-туннелей RAG Gateway Management.
iDNS: Internal DNS. Служба позволяет создавать виртуальные DNS-сервера. На данный момент существует как реализация концепции и поддерживает работу только с одной DNS-зоной, что неудобно для клиентов. Мультитенантный режим будет добавлен в следующей редакции Windows Server 2016.
Рассмотрим, как работает служба iDNS. Организуется DNS-зона, в которой будут создаваться клиентские зоны. Настраивается Network Controller: указывается обслуживаемая DNS-зона и вышестоящие DNS-серверы, которые будут обрабатывать запросы, приходящие от клиентов.
После настройки iDNS Network Controller распространяет информацию по хостам. Служба iDNS proxy на хостах обрабатывает DNS-запросы от клиентов. Работает это так:
- Клиент посылает запрос на разрешение имени.
- iDNS-proxy смотрит, обслуживает ли он запросы, исходящие из данной виртуальной сети. Это определяется по первичному DNS-суффиксу у сетевого адаптера. Он должен совпадать с зоной, обслуживаемой iDNS. Если iDNS-proxy обслуживает запросы из этой сети, то отправляет запрос вышестоящему DNS-серверу.
- DNS-сервер проверяет, относится ли запрос к внутренним зонам. Если клиент пытается разрешить внутреннее имя, то DNS-сервер его обрабатывает. Если нет – отправляет запрос дальше.
Принцип работы службы iDNS в Network Controller.
Пример
Есть виртуальная сеть, для которой доступна служба iDNS. При подключении виртуальных машин к этой сети, в корневой зоне DNS, указанной при настройке, будет создана зона с именем, совпадающим с ID виртуальной сети. В этой зоне будут создаваться А-записи для виртуальных машин.
![]()
А-записи виртуальных машин в службе iDNS.
Все, о чем мы подробно рассказали выше, — это службы Network Controller, которые вошли в официальный релиз Windows Server 2016. Нам также удалось протестировать службы, вошедшие в Technical Preview, но изъятые из релиза. Одна из таких служб — Canary Network Diagnostics для мониторинга производительности сети, сбора статистики по работе физического и виртуального сетевого оборудования и обнаружения ошибок. Дополнения должны войти в релиз Windows Server 2016R2, и о них мы поговорим в будущем.
В следующей части мы расскажем, как развернуть Network Controller и о некоторых интересных «подводных камнях», которые мы обнаружили в ходе тестирования.
Пишите вопросы в комментариях.
Автор: Сергей Груздов
Все способы:
- Способ 1: Завершение задачи
- Способ 2: Отключение функции «Оптимизация доставки»
- Способ 3: Перезагрузка сетевого соединения
- Способ 4: Проверка операционной системы на наличие ошибок
- Способ 5: Средство устранения неполадок
- Способ 6: Восстановление системных файлов
- Способ 7: Отключение функции «Быстрого запуска»
- Способ 8: Отключение автозагрузки программ
- Способ 9: Проверка операционной системы на наличие вирусов
- Способ 10: «Редактор локальной групповой политики»
- Вопросы и ответы: 0
Способ 1: Завершение задачи
Если сетевая служба грузит сеть, сперва необходимо попробовать снять ее процесс в «Диспетчере задач». Есть вероятность, что произошел разовый сбой операционной системы — в таком случае неполадку удастся устранить довольно легко.
Для выполнения поставленной задачи сначала откройте окно «Диспетчер задач». Сделать это можно несколькими способами, например через ПКМ по пустому месту панели задач или при помощи системного поиска.
Теперь в появившемся окне, оставаясь на вкладке «Процессы», в столбце «Имя» найдите «Узел службы: сетевая служба». Выделите эту строку левой кнопкой мыши, а затем щелкните по кнопке «Снять задачу», расположенной в нижнем правом углу.
Это не единственный способ завершения задачи в операционной системе Windows 10. Если описанный выше метод не помог вам, обратитесь за помощью к другому материалу на нашем сайте, в котором перечислены альтернативные. Для этого воспользуйтесь представленной ниже ссылкой.
Подробнее: Как снять задачу в Windows 10
Способ 2: Отключение функции «Оптимизация доставки»
На некорректную работу сетевой службы может влиять функция «Оптимизация доставки». Из-за сбоев в ее работе сеть может стать загруженной на 100 %, что скажется на комфортной эксплуатации компьютера. Чтобы устранить неполадку, потребуется перейти в специальное меню настроек Виндовс 10 и отключить соответствующую функцию. Делается это следующим образом:
- Откройте системные «Параметры», к примеру через контекстное меню «Пуск». Щелкните по нему правой кнопкой мыши и выберите из списка опций пункт «Параметры».
Читайте также: Как открыть «Параметры» в Windows 10
- В открывшемся окне проследуйте в раздел «Обновление и безопасность». Для этого щелкните по одноименному элементу меню.
- Воспользовавшись навигационной панелью в левой части интерфейса, перейдите на вкладку «Оптимизация доставки». После этого отключите соответствующую функцию, переведя переключатель «Разрешить запуск с других компьютеров» в неактивное положение. Сразу после выполнения описанных действий нагрузка на сеть должна будет снизиться. Но если этого не произошло, перезапустите компьютер.
Способ 3: Перезагрузка сетевого соединения
Есть вероятность, что сетевая служба начала работать некорректно из-за сбоев во время запуска компьютера. В таком случае, чтобы не приходилось перезагружать операционную систему, рекомендуется выполнить перезапуск сетевого соединения. Учтите, что во время выполнения описанных ниже действий на некоторое время у вас пропадет интернет.
- Откройте «Командную строку» с полномочиями администратора через ПКМ по «Пуску» либо поисковый запрос (введите «Командная строка», а затем в результатах щелкните по пункту «Запуск от имени администратора»).
Читайте также: Как открыть «Командную строку» от имени администратора в Windows 10
- Вставьте представленную ниже команду и подтвердите ввод клавишей Enter. Таким образом вы перезапустите службу «winsock».
netsh winsock reset
- Теперь сбросьте настройки протокола TCP/IP, для чего введите в консоль приведенную ниже команду и нажмите по Enter.
netsh int ip reset
Сразу после этого на экране появится множество строк — проследите, чтобы напротив каждой службы было установлено значение «ОК». Если это так, значит, сброс прошел успешно.
- Завершите активные соединения TCP/IP на всех сетевых адаптерах с помощью представленной ниже команды. После ее ввода не забудьте нажать на кнопку Enter.
ipconfig /release
- Теперь обновите адреса всех имеющихся адаптеров, выполнив команду ниже. После ее ввода тоже нажмите Enter.
ipconfig /renew
- В завершение очистите кеш сопоставителя DNS посредством представленной ниже команды. Впишите ее в консоль и нажмите Enter. В случае успешного выполнения операции об этом будет сообщено непосредственно в «Командной строке».
ipconfig /flushdns
После этого нагрузка на сеть должна быть снижена. Если этого не произошло, рекомендуется перезагрузить компьютер и проверить сетевую службу повторно.
Способ 4: Проверка операционной системы на наличие ошибок
Проблемы с сетевой службой операционной системы могут быть связаны со сбоями в работе Windows 10. В таком случае необходимо проверить ее на наличие ошибок. Для этого в системе есть предустановленные инструменты, но при надобности вы можете воспользоваться и сторонним программным обеспечением. Подробнее об этом читайте в другой статье на нашем сайте.
Подробнее: Как проверить Windows 10 на наличие ошибок
Способ 5: Средство устранения неполадок
В Виндовс 10 есть специальное средство для устранения неполадок в работе операционной системы. Для решения проблем с сетевой службой вы можете воспользоваться им.
- Откройте «Параметры», перейдите в раздел «Обновление и безопасность», для чего кликните по одноименному элементу меню.
- Воспользовавшись навигационной панелью в левой части, перейдите на вкладку «Устранение неполадок». Затем в основной области окна в блоке «Устранение неполадок» кликните по ссылке «Дополнительные средства устранения неполадок».
- Найдите строку «Центр обновления Windows», нажмите по ней — появится кнопка «Запустить средство устранения неполадок», по которой и кликните.
- Дождитесь завершения анализа операционной системы на наличие проблем. За ходом этой процедуры вы можете наблюдать непосредственно в появившемся окне утилиты.
- Если неполадки будут найдены, система автоматически постарается их устранить, после чего выведет на экран отчет. В крайнем случае отобразится список рекомендаций. Если проблема не выявится, тогда появится соответствующее уведомление, отображенное на изображении ниже. В таком случае вам останется только закрыть окно средства устранения неполадок.
- Вернувшись в окно «Параметров», найдите в списке пункт «Сетевой адаптер» и кликните по нему. После того как появится кнопка «Запустить средство устранения неполадок», нажмите по ней. Запустится уже знакомое окно утилиты — выполните те же действия, которые описывались в предыдущем шаге этой инструкции.
- Затем, вернувшись снова в окно параметров системы, запустите проверку модуля «Подключения к Интернету». Для этого выберите его нажатием левой кнопкой мыши, а после щелкните по кнопке «Запустить средство устранения неполадок». В результате проблемы с сетевой службой должны исчезнуть. Если этого не произошло, обратитесь за помощью к другому способу.
Способ 6: Восстановление системных файлов
Сетевая служба может грузить сеть в Windows 10 по причине повреждения системных файлов. Это могло случиться из-за влияния вирусов или неаккуратных действий пользователя. В любом случае потребуется воспользоваться специальной консольной утилитой, которая просканирует все данные и при обнаружении поврежденных участков произведет их восстановление. При этом от пользователя требуется всего лишь запустить эту утилиту через «Командную строку», остальное она выполняет в автоматическом режиме.
Подробнее: Проверка целостности системных файлов в Windows 10
Способ 7: Отключение функции «Быстрого запуска»
Функция быстрого запуска операционной системы может негативно влиять на работу некоторых компонентов Windows 10, в частности из-за нее способна выйти из строя сетевая служба, начав грузить сеть. В таком случае рекомендуется отключить быстрый запуск в специальном меню. Есть несколько способов выполнения поставленной задачи, все они перечислены в отдельном материале на нашем сайте.
Подробнее: Как отключить функцию «Быстрого запуска» в Windows 10
Способ 8: Отключение автозагрузки программ
На корректную работу сетевой службы может влиять стороннее программное обеспечение, запускающееся автоматически в фоновом режиме. В таком случае оно зачастую помещается в список автозагрузки, соответственно, чтобы исключить негативное воздействие этого софта, его необходимо оттуда убрать. Сделать это можно как штатными средствами операционной системы, так и с помощью специального приложения, загруженного из интернета.
Подробнее: Как отключить автозапуск программ в Windows 10
Если вы убрали все сторонние приложения из списка автозагрузки и проблема с сетевой службой исчезла, это будет означать, что на вашем компьютере установлено зловредное программное обеспечение, осуществляющее сильную нагрузку на сеть. Его рекомендуется удалить, предварительно выяснив, какая именно программа является проблемной. Сделать это можно методом исключения — поочередно запускайте приложения из списка автозагрузки и следите за работой сетевой службы. Как только проблемный софт будет выявлен, удалите его, и лучше через специальный деинсталлятор.
Подробнее: Установка и удаление программ в Windows 10
Способ 9: Проверка операционной системы на наличие вирусов
Сетевая служба может быть не повреждена — тогда ее нагрузка на сеть объясняется воздействием вредоносного программного обеспечения. Достоверно выяснить это можно только с помощью антивируса. Притом воспользоваться вы можете как штатным решением, предустановленным в Windows 10, так и разработанным сторонней студией. У нас есть отдельная статья, в которой рассказывается, как можно проверить операционную систему на наличие вирусов и других угроз. Там же вы узнаете, как впоследствии удалить с компьютера вредоносный код.
Подробнее: Как проверить Windows 10 на вирусы и другие угрозы
Способ 10: «Редактор локальной групповой политики»
Нормализовать работу сетевой службы в Виндовс 10 можно посредством изменения определенных параметров через «Редактор локальной и групповой политики». Подробнее об этом читайте далее:
- Запустите «Редактор локальной и групповой политики» через утилиту «Выполнить». Вызовите ее сочетанием клавиш Win + R, а затем введите в поле «Открыть» команду
gpedit.msc
и нажмите Enter.Читайте также: Как открыть «Редактор локальной групповой политики» в Windows 10
- В появившемся окне воспользуйтесь древовидной структурой каталогов в левой части интерфейса, чтобы перейти по следующему пути:
«Конфигурация компьютера» → «Административные шаблоны» → «Компоненты Windows» → «Оптимизация доставки».
Затем в целевой директории найдите файл с названием «Режим скачивания» и откройте его «Свойства». Для этого дважды кликните по его названию левой кнопкой мыши.
- В открывшемся окне переведите переключатель в верхнем левом углу в положение «Отключено». После этого сохраните внесенные изменения, кликнув по кнопке «ОК».
- Вернувшись в окно «Редактора локальной групповой политики», снова воспользуйтесь навигационной панелью слева, чтобы перейти по следующему пути:
«Конфигурация компьютера» → «Административные шаблоны» → «Сеть» → «Фоновая интеллектуальная служба передачи (BITS)»
Затем откройте «Свойства» параметра под названием «Ограничить максимальную пропускную способность сети для фоновой передачи BITS». Для этого щелкните по его названию дважды левой кнопкой мыши.
- В новом окне переведите переключатель в верхнем левом углу в положение «Включено». После этого в блоке «Параметры» установите желаемую скорость передачи данных. В большинстве случаев оптимальным значением является 10 кбит/с. Здесь же можно задать период времени, в течение которого будет действовать настройка, но делать это не обязательно. В завершение щелкните по кнопке «ОК», чтобы сохранить все внесенные изменения. Если проблема с сетевой службой была вызвана отсутствием ограничений потребления ресурсов системой, то выполненные только что действия должны будут ее устранить.
Наша группа в TelegramПолезные советы и помощь
Вообще служба это некоторое программное решение, которое расширяет возможности Вашего ПК. Соответственно сетевые службы это программное обеспечение которое может наделить Ваш компьютер дополнительными возможностями по работе в сети. Просмотреть службы Вы можете используя свойства сети.
Появятся свойства сети в них можно найти и службы, у меня например есть служба доступа к файлам и принтерам Micorsoft.
Здесь Вы можете добавлять и удалять службы. Давайте нажмем на кнопку добавить. Появится список компонентов сети, среди которых и службы.
Опять нажав на добавить появиться список служб.
Как видите их не много стандартных, но всегда можно установить с другого места. Обратите внимание на то что например если Вы хотите взаимодействовать с сетью NetWare то просто протоколом IPS/SPX вы не отделаетесь, нужно еще и ПО которое сможет обеспечить работу с сетью NetWare вот это и делает служба.