| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Настройка DCOM программно через реестр или API
qwerty2 © (2003-05-21 22:28:00)Нужно некоторые настройки DCOM (уровень аутентификации-нет, идентифткация-аноним и др.) провести не с помощью DCOMcnfg(а то придется на каждом клиентском компьютере то же самое настраивать), а с помощью реестра или функциями API.
Набережных С. (2003-05-22 20:00:00) [1]>sniknik
>обращения с сервера на клиента(если нужно, ну бывает же) надо делать по коллбак (как мне кажется правильно), и никаких разрешений дополнительных на доступ к клиенту не требуется.
Ты не прав. Если клиент работает под НТ, то на Callback-интерфейс в полной мере распространяются ограничения защиты, и если сервер не имеет на клиенте достаточных полномочий, то он не сможет вызвать методы такого интерфейса.
>qwerty2
Для таких случаев существуют вполне стандартные средства. Для начала сходи сюда:
http://rsdn.ru/article/default.asp?com/comsec.xml
Также весьма рекомендую известную книгу Рихтера и Кларка.
clickmaker (2003-05-22 12:46:00) [2]Ежели хочется в реестре поковыряться, то здесь это
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole
sniknik (2003-05-22 11:03:00) [3]значит у тебя есть обращения с сервера к клиенту как к серверу DCOM. т.е. у тебя каждый клиент является на самом деле сервером. (я бы это пределал)
а как настроить без DCOMcnfg не в курсе, не было нужды. теоретически оследить в реестре где он его меняет. и делать то же. но практически... sorry не помогу.
qwerty2 (2003-05-22 10:00:00) [4]Но если я устанавливаю соответствующие настройки DCOM на клиенте то все работает нормально! В локальном реестре есть ссылки на удаленный обект (proxy).
sniknik (2003-05-22 08:33:00) [5]> "интерфейс не поддерживается"
это значит (скорее всего) он его не находит. потому что обращение с клиента к обьекту DCOM на сервере идет по местным ссылкам (интерфейсы ищутся в локальном реестре). практически это означает что серверную часть нужно регистрировать и на клиенте, и сразу можно удалить саму программу т.к. вызовов ее реальных не будет (если нет глюков), главное в реестре чтобы осталось (нортон утилиты могут испортить праздник :) не найдя реальной проги убирают и ссылки в реестре).
а обращения с сервера на клиента(если нужно, ну бывает же) надо делать по коллбак (как мне кажется правильно), и никаких разрешений дополнительных на доступ к клиенту не требуется.
qwerty2 (2003-05-21 23:41:00) [6]Сам обект DCOM работает на сервере. А на клиенте соответствующий прокси. Регистрирую прокси на клиенте (DllRegisterServer) но этого мало нужно еще свойства DCOM на клиенте настроить (безопасность) не то появится сообщение "интерфейс не поддерживается" при попытке обращения к этому обекту
sniknik (2003-05-21 23:15:00) [7]а на клиентах настройки необязательно, главное серверная часть, именно к ней доступ настраивается. на 1 сервере 1 раз.
но может я не понимаю чего в политике партии (логике связей в твоей программе)
| |
