INFO: COM activação de servidores e estações de Windows NT

1. A identidade de segurança em que a classe COM é definida para iniciar. A identidade de uma classe pode ser definida através da ferramenta DCOMCNFG e é especificada pelo RunAs chamadas valor da chave AppID para a classe.
2. Utilização única vs vários utilização registo pelos objectos de classe.
3. Identifier(SID) segurança do processo de cliente (este é o valor numérico que representa um determinado utilizador conta/identidade objecto/principal de segurança num ambiente Windows NT).
4. O identificador de início de sessão (LUID) do cliente de processo. (é gerado um novo identificador de início de sessão para cada início de sessão único num computador com o Windows NT. Este início de sessão pode ser através de um utilizador escrever um nome de utilizador e palavra-passe na linha de comandos de início de sessão da NT ou através de uma chamada para o LogonUser de API do win32.)
5. Activação remota local vs.
6. A estação do cliente.

Voltar ao topo

Utilização de várias classes

1. Identidade de segurança 'Utilizador interactivo'. Em casos onde está configurada AppID uma utilização de múltiplos COM classe para executar como a identidade 'Utilizador interactivo', o primeiro processo do servidor e respectivo objecto de classe serão utilizados pelo COM para todos os pedidos de activação subsequentes. Esta instância do servidor terá a estação interactivo, caso exista (se nenhum utilizador tiver sessão iniciada localmente, em seguida, todos os pedidos de activação irão falhar). Tal como indicado acima, se um processo não são iniciadas pelo COM e não está a utilizar a estação interactivo regista o CLSID, esse registo falhará. E se mais tarde for recebido um pedido de activação, será iniciado um novo processo com o contexto de segurança do utilizador interactivo. Este comportamento impede fraude ilícitas de objectos de classe. Uma vez que existem processos de servidor adicional nunca são iniciados por COM, a pergunta da nova janela estações é moot. O SID do cliente, seu LUID ou se é local ou remoto não é importante neste caso.
2. Identidade de segurança 'Este utilizador'. Do mesmo modo, se uma classe COM de utilização de múltiplas AppID está configurado para executar como 'este utilizador' (um ID de segurança predefinido), o primeiro servidor processar e respectivo objecto de classe será utilizado pelo COM para todos os pedidos de activação subsequentes. Esta primeira instância do servidor tem sua própria estação criada como parte da primeira criação do processo. Uma vez que existem processos de servidor adicional nunca são iniciados por COM, a pergunta de estações de janela adicionais é moot. O SID do cliente, seu LUID ou se é local ou remoto não é importante neste caso. Note que uma nova estação será criada quando iniciar a primeira ocorrência de uma classe/AppID configurado para executar como 'Este utilizador', mesmo se o mesmo utilizador actualmente tiver sessão iniciada no winstation interactivo. COM nunca utiliza winstation interactivo para iniciar um servidor configurado para executar como 'Este utilizador' porque o que iria resultar num comportamento diferente para a classe consoante o problema não relacionado da identidade do utilizador actualmente com sessão iniciada. Conforme indicado acima, se um processo não são iniciadas pelo COM e não ser executado na conta especificada em 'Este utilizador' tenta registar o CLSID que registo irá falhar e se um pedido de activação posteriormente chega um novo processo serão iniciados na conta "Este utilizador". Este comportamento impede fraude ilícitas de objectos de classe. Por outro lado, se o processo registado para um CLSID especificado/APPID configurado para utilizar como "Este utilizador", é criada na conta de utilizador apropriados por alguns agente diferente COM (por exemplo,-é executado pelo utilizador interactivo quando o utilizador interactivo é o mesmo utilizador como "Este utilizador" ou é iniciado através da CreateProcess() por um serviço em execução no mesmo contexto de segurança como 'este utilizador') e, em seguida, regista os respectivos objectos de classe REGCLS_MULTIPLEUSE, COM irá utilizar o objecto de classe existente em execução para satisfazer os pedidos de activação receber subsequentes a partir de qualquer cliente.
3. Identidade de segurança "Iniciar o utilizador". Neste caso, AppID a classe é definido para iniciar em idenitity o "Utilizador iniciar" (isto é também conhecido como uma classe "Activar como Activator"). cliente a. local. Considere primeiro o caso de computador local. Existem duas regras: 1. cada cliente activação diferentes SID causará COM iniciar uma nova instância do processo de servidor, mesmo na estação de janela mesmo. 2., Mesmo para a correspondência SID (tal como o caso em que o mesmo utilizador tem sessão iniciado mais do que uma vez um único computador NT), cada estação de cliente local diferente causará COM iniciar uma nova instância do processo do servidor. Por outras palavras, inicia utilizador identidade utilização de múltiplos servidores nunca são partilhadas em estações de janela. Todos os processos de cliente com o mesmo SID e estações de janela mesmo vão partilhar um processo de servidor único na mesma estação de janela. Uma vez que o servidor de partilha a estação do cliente são criadas sem novas estações de janela. Por exemplo, suponha que tem sessão interactivamente iniciada no como a_domain\a_user. Executar várias instâncias do cliente, que irá estabelecer ligação na mesma instância do servidor (que tem a estação interactivo). Agora vamos suponha que tem um cliente, que é um serviço, que está definido para iniciar iniciar a_domain\a_user. Este serviço será aberta uma nova instância do servidor COM. Isto acontece porque COM fará com que uma nova instância do servidor a ser iniciado uma vez que o processo do serviço tem uma estação diferente a estação interactivo--mesmo que a identidade do processo service(client) seja a mesma que a identidade do processo do servidor em execução (a_domain\a_user). No entanto, tenha em atenção que não nova estação é criada para o processo do servidor COM. O servidor ainda vai herdar a estação do serviço. Se o serviço estiver definido para iniciar em sistema local e para interagir com o ambiente de trabalho (consulte a caixa de verificação "Permitir serviços para interacção com Desktop" no serviço de aplicação no painel de controlo), em seguida, o serviço será executado na estação interactivo ou winsta0. Neste caso COM ainda iniciar uma nova instância do servidor (SID do cliente que é sistema local neste caso é diferente do SID do servidor que é a_domain\a_user) na estação de janela interactivo. b. remoto cliente. No caso de activação remota, COM ignora a estação do cliente porque o cliente remoto, ao contrário do local caixa acima. A regra aqui é que cada novo cliente SID fará com que uma nova instância do processo do servidor seja iniciado e cada novo processo de servidor irá obter uma nova estação. Activação subsequente pedidos por clientes remotos com o mesmo que SID reutilizar que os existentes registados o objecto de classe, bem como respectiva estação de processo e a janela. Por exemplo, suponha que tem sessão iniciada como a_domain\a_user em 10 computadores diferentes. Os clientes de todos os estes computadores irão ligar a mesma instância do servidor no computador servidor. Um cliente a partir de um computador a_domain\b_user iniciará uma nova instância de servidor e uma nova estação. Chamadas remotos com o SID do mesmo como utilizador local que lançou o servidor COM registado para o CLSID pedido reutilizar o objecto de classe existente. No entanto, a ordem na qual o servidor do COM é iniciado é importante neste caso. Se o servidor é iniciado pelo cliente local em primeiro lugar, o cliente remoto com o mesmo SID ligará a este servidor. Por outro lado, se o servidor é iniciado pelo cliente remoto pela primeira vez, um cliente local com o mesmo SID iniciará uma nova instância do servidor. Isto volta as regras de estação de janela acima mencionados. Para clientes locais, a estação do cliente e o servidor tem de corresponder ao, para clientes remotos que a estação do cliente é ignorada. Por exemplo, se cliente local a_domain\a_user inicia o servidor pela primeira vez, a_domain\a_user cliente remoto irá ligar ao servidor. Por outro lado, se o cliente remoto a_domain\a_user inicia o servidor pela primeira vez, em seguida, cliente local a_domain\a_user iniciará uma nova instância de servidor e uma nova estação. LUID do cliente não interessa neste caso.
4. Com o serviço COM servidores. Uma classe de COM/AppID é fornecida num serviço Win32 é prática necessária um servidor de utilização de múltiplas desde que serviços podem ser lançados a apenas uma vez. Neste caso, no primeiro pedido de activação de um novo processo é iniciado na sua própria estação. Existem duas excepções: a. Se o serviço estiver definido para iniciar sob a conta LocalSystem, irá herdar uma estação de janela predefinidos do sistema. b. Se o serviço estiver definido para iniciar sob a conta LocalSystem e pode interagir com o ambiente de trabalho, herdará a estação interactivo ou winsta0. Todos os pedidos de activação subsequentes, local ou remoto, são processados pelo objecto de classe do serviço. Conforme indicado acima, se um processo não são iniciado pelo COM e não em execução, o serviço especificado regista o CLSID, esse registo irá falhar e se um pedido de activação chega posteriormente o serviço registado serão iniciados. Este comportamento impede fraude ilícitas de objectos de classe.

Voltar ao topo

Classes de utilização única

1. Identidade de segurança 'Utilizador interactivo'. Tirar o caso em que a classe de utilização única é definida através do respectivo AppID para ser iniciado sob a identidade 'Utilizador interactivo'. Neste caso, cada nova instância do processo do servidor sempre vai partilhar a estação interactivo, caso exista (se nenhum utilizador tiver sessão iniciada localmente, em seguida, todos os pedidos de activação irão falhar). Não nova estação vai ser criada pelo COM.
2. Identidade de segurança 'Este utilizador'. Tenha em consideração o caso em que IDAplic a utilização única COM classe está definido para ser executado sob a identidade 'Este utilizador'. Neste caso, a regra é muito simples. Cada nova activação de cliente é iniciado um novo processo numa nova estação de janela. Isto acontece independentemente de se o utilizador especificado como 'Este utilizador' iniciou sessão para a estação interactivo no momento dos pedidos de activação.
3. Identidade de segurança "Iniciar o utilizador". cliente a. local. No cenário de activação local, o processo do servidor terá sempre a estação do cliente. Não novas estações de janela nunca são criadas. Por exemplo, suponha que tem sessão interactivamente iniciada no como a_domain\a_user e executar várias instâncias do programa cliente. Cada nova instância resultante do servidor terá a estação interactivo. Agora suponha que o cliente é um serviço em execução sob a conta sistema local. Neste caso, o servidor COM vai partilhar a estação do processo de serviço. b. remoto cliente. Caso a activação remota, COM ignora a estação do cliente de uma vez que o cliente é remoto. Como sempre, um nova instância de processo do servidor será iniciado para cada activação remota. As regras são: 1. para cada novo cliente remoto SID, será criada uma nova estação para o processo do servidor. 2. Para cada novo cliente remoto LUID, será criada uma nova estação para o processo do servidor. 3. Todos os clientes remotos com o mesmo par SID/LUID criará servidores que irão partilhar a mesma estação. Por exemplo, tem sessão iniciada no computador cliente remoto como a_domain\a_user. Este cliente inicia o servidor remoto que irá obter uma nova estação. Agora, se a_domain\a_user iniciar uma segunda instância da aplicação cliente do mesmo computador de cliente que por sua vez inicia uma nova cópia do servidor no computador remoto, este servidor partilhará estação do servidor original. Agora partem do princípio inicie sessão no outro computador novamente como a_domain\a_user e executar o cliente a partir daí. A instância do servidor correspondente terá uma nova estação. Demonstra que, mesmo se o SID do cliente do mesmo modo, uma vez que o cliente segundo tem um LUID diferente, o processo de servidor terá uma nova estação.
4. Com o serviço COM servidores. Classes de utilização única nunca devem ser implementadas como serviços do Windows NT. Faz sem sentido, porque não é possível executar várias instâncias de um processo de serviço do Windows NT.

Voltar ao topo

Tabela Summarizing cenários

       |                      Multiple-Use Server
       |             (class factory has requested reuse)
       |                       Activation Modes
       |-------------------------------------------------------------------
       |   Interactive     | As "This       |As "Launching    | Win32
Client |      User         |   User"        |   user"         | service
				

Local  | Process launched  | Process        | Process         | Service
       | in the            | launched in a  | launched client | started on
       | interactive window| new window     | window station  | first
       | station on first  | station on     | on first        | activation
       | activation        | first          | request,        | request
       | request,          | activation     | subsequent      | (new winsta
       | subsequent        | request,       | requests from   | or system/ 
       | requests get      | subsequent     | the same SID/   | interactive
       | existing class    | requests get   | window station  | winsta
       | object,           | existing class | get existing    | depending
       | activations fail  | object         | class object, no| on service
       | if no user logged |                | sharing of class| config),
       | on locally        |                | objects across  | subsequent
       |                   |                | window stations | requests
       |                   |                | even if same SID| get
-------|                   |                |-----------------| existing
Remote |                   |                | Process launched| class
       |                   |                | in new winsta on| objects
       |                   |                | first activation|
       |                   |                | request by a    |
       |                   |                | SID, subsequent |
       |                   |                | remote requests |
       |                   |                | by the same SID |
       |                   |                | get existing    |
       |                   |                | class object;   |
       |                   |                | class launched  |
       |                   |                | by local user   |
       |                   |                | reused by remote|
       |                   |                | callers with    |
       |                   |                | same SID        |
				

       |                      Single-Use Server
       |          (new process created for each activation request)
       |                       Activation Modes
       |-------------------------------------------------------------------
       |   Interactive     | As "This       |As "Launching    | Win32
Client |      User         |   User"        |   user"         | service
				

Local  | Process always    | Process always | Process always  | N/A(only
       | launched in the   | launched in a  | launched in     | one
       | interactive       | new window     | the window      | activation
       | window station,   | station        | station of      | possible)
       | if no interactive |                | client process  |
       | window station    |                |                 |
       | activation fails  |                |                 |
-------|                   |                |-----------------|
Remote |                   |                | if both SID and |
       |                   |                | LUID of the     |
       |                   |                | client match    |
       |                   |                | previous client |
       |                   |                | activation,     |
       |                   |                | process launched|
       |                   |                | in existing     |
       |                   |                | window station, |
       |                   |                | otherwise in new|
       |                   |                | windowstation   |
				

Voltar ao topo

Estações de janela e recursos do Windows NT

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
   Manager\SubSystems
				

Voltar ao topo