Наше приложение DCOM обслуживает объекты на определенном порту, таком как 4162, и клиент имел возможность получать объекты через моникер, определяющий полную привязку (например 10.0.0.15 [4162]).
Обновление функций Windows 10 в сентябре 2018 г. нарушило этот подход, поскольку конечную точку больше нельзя указывать в привязке в моникере. Теперь клиент должен предположить, что конечная точка является хорошо известным устройством сопоставления конечных точек RPC на порту 135. Мы понимаем, что сопоставитель конечных точек затем отвечает за подключение клиента к конечной точке, связанной с идентификатором приложения сервера, конечной точкой, которая может быть статической или случайной. назначен.
Мы смогли временно обойти это, обойдя отображение конечных точек, используя отдельный прокси-сервер, который перенаправляет свой порт 135 на порт 4162 на сервере. Очевидно, это не «правильный» способ сделать это.
Нам не удалось найти документацию о том, как зарегистрировать наше приложение с помощью сопоставителя конечных точек. Мы обнаружили диалоговое окно, которое показывает конфигурацию приложений DCOM в диалоговом окне «Службы компонентов», но не может связать новый идентификатор приложения с конечной точкой.
Как настроить отображение конечных точек, чтобы направить клиента на правильную привязку к серверу?