Поиск:

Ответ в темуСоздание новой темы Создание опроса
> RPC клиент Win -> сервер Linux 
V
    Опции темы
GeraldFromRivia
Дата 26.9.2022, 17:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 2
Регистрация: 26.9.2022

Репутация: нет
Всего: нет



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

Есть клиент-серверное решение - и клиент и сервер располагаются на 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?
PM MAIL   Вверх
GeraldFromRivia
Дата 21.10.2022, 16:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 2
Регистрация: 26.9.2022

Репутация: нет
Всего: нет



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

PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C/C++: COM/DCOM/ActiveX/ATL/CORBA | Следующая тема »


 




[ Время генерации скрипта: 0.1184 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.