OPC в крупной локальной сети

Первоначально опубликовано Dismay Разобраться то в общем то не мудрено, да вот только на вашем месте в "большой корпаративной сети" как вы писали я был бы очень осторожен давая кому попало такой уровень доступа ко всем DCOM приложениям. Как ни крути такие "настройки" решают проблему с доступом согласен но практически выключают безопасность.

Абсолютно согласен. Мало того, что секьюрность получается ни к черту, так еще, по-моему, обмен будет работать очень неустойчиво. Документуха Genesis содержит пошаговые инструкции, которые не дают информации для решения проблемы в нестандартной ситуации. Например, нет связи, а делать чего? Ведь не ясно, как конкретно вся эта куча необходимых настроек влияет на обмен. Ну настроим мы несколько компов со свежеустановленной виндой на обмен по DCOM с помощью инструкции. А если связь рухнет, без глубоких знаний о механизмах обмена ничего не сделать. Только что переустанавливать винды/поднимать из образа... Не посоветуете ли хорошую книгу или сайт, где можно почерпнуть инфу о DCOM (особенно в применении к современным представителям семейства Windows)?

Кстати я уже писал на форуме могу повторить ИМХО DCOM изначаль вообще не продумывался детально на предмет защиты, в основном защита строилась тупо на незнании, типа защита неведением. материалов я путных по этой теме не нашал даже в MSDN именно про администрирование я сейчас говорю. COM+ где данные по интерфесам и маршалингу вынесены в проксю на удаленный хост там как бы все сделано просто и прозрачно и возможна тонкая настройка штатными средствами а DCOM в этом плане хромает на обе ноги... и потом если у вас на локальном хосте все работает а с удаленного нет это проблема безопасности с вероятностью 99 процентов...

эээ... боюсь, что у вас превратное представление о DCOM в общем, то DCOM просто говоря механизм межпроцессового общения использующий удаленный вызов процедур RPC и обратные вызовы для поддержания событийной модели обмена. Насколько мне известно GenBroker это просто DCOM приложение использующее этот механизм, но позволяющий взять на себя нагрузку по множественной подписке клиентов тем самым как бы являющийся неким терминалом для клиентов OPC что в свою очередь позволяет разгрузить полевой уровень, предоставив ему возможнсть заниматься своими первоочередными задачами а не удовлетворением множественных подписчиков на тэги...

Насколько я понял документацию на GenBroker, это приложение использует для связи свой протокол обмена. На источнике данных GenBroker работает в режиме сервера, а на машине, которая запрашивает теги - в режиме клиента. Остается только COM-обмен между Брокером и Genesis. Во всяком случае, Брокер использует совсем другой порт, да и диких требований настройки (типа один и тот же юзер с одним и тем же паролем на всех машинах) нет, связь устанавливается с полпинка. Только вот тогда на всех машинах должен быть только Genesis...

Есть еще Matrikon OPC Tuneller, KepWare OPC Mirror и SplitOPC того же Prosoft