дизайнеры Windows решили сделать так, чтобы многие вещи говорили друг с другом через RPC - так что они могут говорить либо локально, либо по сети.

Это включает в себя такие вещи, как Active Directory, большинство консолей MMC, функциональность некоторых апплетов панели управления, таких как Диспетчер устройств, многие вещи в административных средствах и, возможно, внутренние компоненты Windows.

Я считаю, даже когда вы получаете доступ к консоли MMC, как compmgmt.msc просмотреть о локальной машины, это в основном ЭКП передоза на localhost (хотя, я могу ошибаться).

думайте о RPC как о чем-то на один уровень выше TCP/IP, который используется в качестве низкоуровневой (и небезопасной) сетевой инфраструктуры связи многими компонентами Windows. Почему бы не использовать TCP/IP напрямую? В то время Windows NT был спроектирован (начальная версия выпущена в 1993 году), у вас были другие сетевые протоколы, кроме TCP / IP в общем использовании, такие как Netware (SPX / IPX), NetBIOS, AppleTalk (я думаю, что Windows поддерживает это раньше это могло быть неправильно ...) и такое. Таким образом, это не зависящий от сети Способ для компонентов Windows, чтобы иметь возможность общаться с другими компонентами на локальном или удаленном компьютере.

правда: RPC широко используется в LOCAL машина, но для host-хост использование, в основном используется Microsoft внутри, редко используется сторонними.

LOCAL RPC основное использование:

• необработанный компонент RPC, такой как реестр, Netlogon, Брандмауэр, управление службами, SQL Server... Вы можете увидеть некоторые из них в списке в разделе "HOST-to-HOST" раздел.

• многие компоненты DCOM (основанные на RPC, как оболочка C++), включают компоненты COM+.

вы можете запустить dcomcnfg, чтобы увидеть, сколько компонентов DCOM на вашем компьютере:

Excel, Internet Explorer, Visual Studio... смогите быть автоматизировано потому что они компонент DCOM:

даже диалоговое окно свойств файла проводника также являются компонентом DCOM, смешно? Если вы удалите все списки управления доступом из "пределов редактирования" разрешений на запуск DCOMCNFG, вы не сможете сделать почти ничего, не только управление работает!, даже показать свойство файла в проводнике!

host-хост RPC основное использование:

• удаленное управление вещи, такие как, когда "Управление компьютером", "редактор реестра", вы можете позволить ему подключиться к удаленной машине! Что происходит подчеркивание-RPC по протоколу SMB (TCP-порт 445, известный как общий доступ к файлам).

  

вы можете использовать rpcdump или ifids инструмент, чтобы сбросить все внутренние RPC на удаленной машине, см. следующие результаты, вы можете увидеть много интерфейсов управления системой(они также могут быть использованы локально, конечно):

[MS-RSP]: Remote Shutdown Protocol 
[MS-TSCH]: Task Scheduler Service Remoting Protocol 
[MS-TSCH]: Task Scheduler Service Remoting Protocol 
[MS-TSCH]: Task Scheduler Service Remoting Protocol 
[MS-EVEN6]: EventLog Remoting Protocol 
Adh APIs
AppInfo
Base Firewall Engine API
DHCP Client LRPC Endpoint
DHCPv6 Client LRPC Endpoint
DfsDs service
EFSK RPC Interface
Event log TCPIP
Fw APIs
Group Policy RPC Interface
IP Transition Configuration endpoint
IdSegSrv service
Impl friendly name
KeyIso
LicenseManager
NRP server endpoint
NSI server endpoint
NetSetup API
Ngc Pop Key Service
Proxy Manager client server endpoint
Proxy Manager provider server endpoint
Secure Desktop LRPC interface
Security Center
UserMgrCli
WM_WindowManagerRPC\Server
WinHttp Auto-Proxy Service
Witness Client Test Interface
Witness Client Upcall Server
XactSrv service
...

Received 499 endpoints.

почему важен RPC? Как раз потому что каждая зрелая потребность системы механизм связи взаимн процесса, toolset к создать заглушку / прокси, стандарт для упаковки / распаковки объекта. Каждая система имеет похожие вещи. Вы должны знать Android, его связующее очень похоже на дизайн DCOM.

на самом деле, хост-хост RPC не широко распространен, главным образом потому, что они сложны и непрозрачны, не дружелюбны к Интернету из-за часто блокируемых портов 445 или 135, а опыт аутентификации плохой. Люди предпочитают выбирать сервер HTTPS для вызова удаленного компонента, это более просто и контролируемый.