Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > C/C++: COM/DCOM/ActiveX/ATL/CORBA > RPC клиент Win -> сервер Linux

Автор: GeraldFromRivia 26.9.2022, 17:44

Здравствуйте, коллеги!

Есть клиент-серверное решение - и клиент и сервер располагаются на Win.
Общение идёт по RPC, я новичок в этой теме и только что закончил ликбез по маршаллингу, XDR, стабам и прочее.
В основе RPС, как я понял лежит вызов указателя на функцию, которую передаёт сервер клиенту, и клиент её дергает - это наивная трактовка.
Современный RPC делает это с аутентификацией и сетевым транспортом, если сервер на другом компьютере.

Мне надо сделать прототип сервера под Linux, простейший, для начала просто реализацию функции GetVersion.

Я посмотрел, как и товарищ в этой теме
https://forum.vingrad.ru/topic-304876.html
на rpcgen, сделал пример, но это решение только под Linux.

Также есть решение DcerpcKit - Microsoft RPC implementation for UNIX system, в коде сервера можно использовать библиотеку dce/rpc - но это под BSD-системы, то есть Mac.

Решение dce/rpc перекочевало на Linux в виде библиотеки FreeDCE, но смущает её возраст - больше 10 лет.

Я предполагаю, что для создания прототипа этой библиотеки должно хватить - клиент на Win, серверный стаб на Linux, но нигде не могу нагуглить примеров, не мог бы кто-нибудь помочь с примером для FreeDCE?

Автор: GeraldFromRivia 21.10.2022, 16:52

Что удалось выяснить:

FreeDCE действительно стара и не поддерживается, но собирается под Linux, единственное - у неё в недрах используется два старых mutex-call - в современных ядрах этих функций уже нет - надо просто заменить имена функций на современные.
Есть современная реализация - DCE\RPC, которая без проблем собралась. Также в этой версии используются системные потоки (их уже можно прерывать стандартным способом) и библиотека dcethreads встраивается в dce\rpc и является заглушкой (для совместимости)
Примеры лежат в папке demos, но хорошо видно что их поддержкой не занимались, и собираются и работают только первые два, но по крайней мере работу библиотеки проверить можно.
Установить незащищённое соединение, когда клиент на Win, а сервер на Ubuntu слинкованный с DCE\RPC - получилось.
Обязательно надо поднять сервис EndPoint-ов, сервис всего-навсего создаёт файл, куда пишет сервер и заглядывает клиент, но без него, ясное дело, клиент не найдёт процесс сервера.
idl в Linux реализации создает сразу *.o файл, если нужен исходник - ключ keep_source. Подробнее - в исходники idl, его help преступно мал.
С защищённым соединением secure RPC конечно сложнее - в качестве механизма шифрования я использую NTLM, чтобы rpc_server_register_auth_info(rpc_c_authn_winnt) не падал, библиотеку необходимо сконфигурировать с ключом --enable-gss_negotiate, без него библиотека шифрования ncklib из состава DCE\RPC, даже не соберётся.
DCE\RPC работает с механизмами шифрования через gssapi - единый интерфейс шифрования, в качестве непосредственной библиотеки шифрования я использовал Heimdal, так как в нём есть NTLM, сейчас бьюсь с проблемой вызова gss_accept_sec_context, пока не решил. Запуск gss -l выводит 0 механизмов шифрования, такую же ошибку получаю и в дебаге хеймдаля.