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

Есть клиент-серверное решение - и клиент и сервер располагаются на 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?

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

• 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 механизмов шифрования, такую же ошибку получаю и в дебаге хеймдаля.