информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыСтрашный баг в WindowsСетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft предупредила о двух незакрытых... 
 Перевод Firefox на DNS over HTTPS 
 Microsoft закрыла серьёзную уязвимость,... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Несколько неточностей по поводу DCOM. [upd] 22.08.07 18:39  Число просмотров: 4427
Автор: Den <Denis> Статус: The Elderman
Отредактировано 22.08.07 18:47  Количество правок: 2
<"чистая" ссылка>
> DCOM - это надстройка над RPC. Все бы ничего, но он слишком
> привязан к Access Rights в Windows, из-за чего возникает
> много мороки.

DCOM это далеко не надстройка над RPC(LPC), а скорее надстройка над COM/OLE.
RPC используется лишь для вызовов функций с параметрами.
По сути, сама концепция COM/DCOM никак не привязана к правам и вышеописанное верно в основном только для M$ решения.
Существуют проекты, развивающие концепцию COM/DCOM на NIX платформах.

> Плюс его очень трудно или почти невозможно
> файерволить - вместо этого приходится открывать чуть ли не
> все порты.

Файерволить очень даже легко, если должным образом сконфигурировать динамическое назначение портов.
http://support.microsoft.com/kb/154596/ru

> Нет возможности "общаться" через прокси, как в
> HTTP.

Сам принцип RPC не мешает реализовывать вызовы через proxy. Вопрос упирается лишь в реализацию RPC на конкретной платформе.

> Майкрософт сам уже постепенно сворачивает COM/DCOM и
> предлагает переходить на .NET-овские технологии, которые,
> однако, страдают схожими недостатками.

COM это не язык, а технологическая концепция, построенная на кодонезависимых интерфейсах и позволяющая отделить некоторую реализацию от основного программного кода. Нечто отдаленно напоминающее DLL. Кста, под форточками COM/DCOM работает через DLL-заглушки.

[upd]
Подозреваю, что в своей основе .NET базируется на DCOM серверах, которые используются для интерпретации и выполнения .NET кода на удаленных хостах.
<site updates> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2020 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach