DOKAN 17/DOKAN17.iso/IE5/DCOM95.EXE/1033/RCDATA/CABINET/relnotes.txt

Text File | 1999-02-10 | 36KB | 813 lines

DCOM95 1.3
Notas de la versi≤n
Ultima modificaci≤n: 14 de Septiembre 14 de 1998

DCOM95 proporciona soporte para COM distribuido en Microsoft«
Windows« 95.El protocolo de cable DCOM proporciona un soporte
transparente, para la comunicaci≤n fiable, segura y eficaz entre los
componentes del Modelo de objetos componentes (COM), como los controles
ActiveX«, las secuencias de comandos y los subprogramas Java que se
encuentran en los distintos equipos de una LAN, una WAN o en Internet.
Con DCOM, puede distribuir sus aplicaciones a travΘs de las ubicaciones
mßs l≤gicas para los clientes y para la aplicaci≤n.

Para obtener informaci≤n en profundidad, consulte la Informaci≤n
general tΘcnica de DCOM, que estß disponible en la pßgina principal
de Microsoft COM, http://www.microsoft.com/com/.

Contenido
========
I.   Nuevas caracterφsticas
II.  Errores corregidos
III. Problemas conocidos
IV.  Diferencias frente a DCOM en Windows NT
V.   Redistribuci≤n
VI.  Soporte tΘcnico y recursos
VII. Lista de archivos

I. Nuevas caracterφsticas
-------------------------


No es posible sustituir una versi≤n de DCOM95 con otra anterior

En las versiones anteriores de DCOM95 era posible sustituir una
versi≤n de DCOM95 con otra versi≤n anterior. Ahora, el programa de
instalaci≤n comprueba los n·meros de versi≤n e impide instalar una
versi≤n sustituyendo a otra mßs reciente. Este cambio evitarß
problemas con versiones incompatibles de las DLL.

Compatibilidad con la supervisi≤n de procesos para Visual Studio 6.0

Por compatibilidad con Visual Studio 6.0, DCOM95 permite a los
programadores supervisar la informaci≤n, lo que les ayuda a comprender
el comportamiento, el rendimiento y la estructura de la aplicaci≤n. Si
utiliza el Analizador de Visual Studio en un equipo con Windows 95,
siempre deberφa utilizar esta versi≤n de DCOM95.

El programa de instalaci≤n crea un nuevo directorio

El programa de instalaci≤n crea un directorio llamado DCOM95, en el
directorio del sistema. En el se guarda, entre otros archivos, el
contrato de licencia de usuario final. El programa de instalaci≤n crea
tambiΘn un subdirectorio de DCOM95 llamado OLDOLE, en el que se crea
una copia de seguridad de los antiguos archivos binarios de DCOM95 y
OLE. Estos archivos se instalarßn de nuevo si posteriormente se
desinstala DCOM95.

Servicios de Internet COM

Los Servicios de Internet COM (CIS) permiten a los servidores y
clientes conectarse a travΘs de Internet mediante COM. CIS estß
formado por:
*    Un nuevo protocolo DCOM, Tunel TCP
*    Un nuevo tipo de moniker, OBJREF moniker
*    Una nueva aplicaci≤n CISCNFG

Para que el cliente CIS sea compatible con Windows 95, debe instalar
DCOM95 y DCOMCFG. DespuΘs, utilice la aplicaci≤n CISCNFG, que se
instala con el programa de configuraci≤n de DCOM, para cambiar la clave
del Registro que define el protocolo utilizado para los procesos
remotos. En la ventana de la Interfaz de comandos, escriba:
    ciscnfg <protocolo>

Donde <protocolo> es:
*    rpc para utilizar RPC
*    http para utilizar HTTP
*    tcp_http para probar primero TCP y, despuΘs, si el servidor
    supera el tiempo de espera, probar HTTP.

Si utiliza el comando ciscnfg sin argumentos, podrß ver informaci≤n
acerca de c≤mo utilizarlo.

No es necesario realizar actualizaciones SDK para utilizar el protocolo
de Tunel TCP.

Los moniker OBJREF tienen pocas actualizaciones.

CreateObjrefMoniker

Crea un moniker OBJREF basado en un puntero a un objeto.
WINOLEAPI CreateObjrefMoniker(
    LPUNKNOWN pUnk, //Puntero al objeto
    LPMONIKER *ppMk //Direcci≤n del puntero al moniker OBJREF
);

Parßmetros

pUnk

Puntero a la interfaz IUnknown en el objeto al que representarß el moniker.

ppMk

Direcci≤n de un puntero a la interfaz IMoniker en el moniker OBJREF creado.

Valores que se obtienen

Esta funci≤n admite los valores estßndar E_OUTOFMEMORY y E_UNEXPECTED,
asφ como los valores siguientes:

S_OK

El moniker OBJREF se cre≤ correctamente.

Comentarios

Los clientes utilizan monikers OBJREF para obtener un puntero por
petici≤n a proceso remoto a un objeto que se ejecuta en el espacio de
direcciones del servidor. El servidor, normalmente, llama a
CreateObjrefMoniker para crear un moniker OBJREF y despuΘs llama a
IMoniker::GetDisplayName, por ·ltimo, libera el moniker. El nombre
mostrado de un moniker OBJREF tiene la forma:
    OBJREF:nnnnnnnn

Donde nnnnnnnn es un c≤digo de base 64 y longitud arbitraria que engloba
la ubicaci≤n del equipo, el punto final del proceso y el Id. del puntero
de interfaz (IPID) del objeto en ejecuci≤n.

El nombre para mostrar puede transferirse al cliente como texto. Por ejemplo,
puede estar en una pßgina HTML descargada por el cliente.

El cliente puede pasar el nombre para mostrar a MkParseDisplayName, que crea
un moniker OBJREF basßndose en esta informaci≤n. DespuΘs, mediante una
llamada al mΘtodo IMoniker::BindToObject, obtiene un puntero por petici≤n
a un proceso remoto a la instancia que se ejecuta en el servidor. Por
ejemplo, un componente COM del servidor, contenido en una pßgina active
server, puede crear un moniker OBJREF, obtener su nombre para mostrar y
escribirlo en la salida HTML que se envφa al explorador del cliente.
Otra secuencia de comandos, que se ejecute en el cliente, puede utilizar
el nombre para mostrar para obtener acceso al objeto en ejecuci≤n. Por
ejemplo, una secuencia de comandos de Visual Basic podrφa almacenar el
nombre para mostrar en una variable llamada strMyName e incluir la siguiente
lφnea:
    objMyInstance = GetObject(strMyName)

El motor de secuencia de comandos realiza internamente las llamadas a
MkParseDisplayName y IMoniker::BindToObject y, entonces, la secuencia
de comandos puede utilizar objMyInstance para hacer una referencia
directa al objeto en ejecuci≤n.

Si el objeto en ejecuci≤n utiliza punteros IPIDs estßticos y el proceso
del servidor se ejecuta siempre en el mismo equipo y con un punto de
finalizaci≤n conocido, el nombre para mostrar del moniker OBJREF serß
siempre el mismo. En este caso, el servidor puede almacenar el nombre
mostrado, en lugar de calcularlo cada vez que recibe una petici≤n para
el objeto.

IMoniker: implementaci≤n del moniker OBJREF

Un moniker OBJREF representa una referencia a una instancia de un
objeto que se ejecuta en un servidor fuera de proceso, ya sea de
forma local o remota. El moniker identifica la instancia del objeto
y el equipo en el que se ejecuta.

Un moniker OBJREF es, en muchos aspectos, parecido a un puntero
moniker, con la diferencia de que el objeto en ejecuci≤n estß fuera
de proceso. Un cliente puede realizar una llamada a
IMoniker::BindToObject en un moniker OBJREF y utilizar el puntero que
obtiene para tener acceso al objeto en ejecuci≤n, independientemente
de su ubicaci≤n.

Una diferencia importante frente a un puntero moniker es que el nombre
mostrado de un moniker OBJREF puede incrustarse en una pßgina HTML
y que una secuencia de comandos del cliente, un subprograma o un
control ActiveX pueden enlazarse con el objeto en ejecuci≤n al que
representa el moniker.

Cußndo utilizarlo

Un moniker OBJREF se utiliza principalmente para obtener acceso a
travΘs de Internet a una instancia de un objeto en ejecuci≤n. Una pßgina
active server, o alg·n otro mΘtodo para generar contenido HTML
dinßmico, coloca el nombre para mostrar de un moniker OBJREF en un parßmetro
de un subprograma o de un control ActiveX. El c≤digo del subprograma o
del control llama a CreateObjrefMoniker para crear un moniker OBJREF,
basßndose en esta informaci≤n, y despuΘs llama a IMoniker::BindToObject
en el moniker OBJREF resultante, para obtener acceso a la instancia del
objeto en ejecuci≤n. Entonces, la pßgina active server crea un puntero
por petici≤n a un proceso remoto desde el objeto en ejecuci≤n hasta el
cliente de la pßgina.

Comentarios

IMoniker::BindToObject. Para monikers OBJREF, el parßmetro pmkToLeft
debe ser NULL. Como el moniker OBJREF representa un objeto en
ejecuci≤n, no se produce activaci≤n. Si el objeto representado ya
no estß en ejecuci≤n, BindToObject produce el error E_UNEXPECTED.

IMoniker::BindToStorage. Este mΘtodo obtiene un puntero por petici≤n
a un proceso remoto con la interfaz solicitada en el almacΘn que contiene
el objeto en ejecuci≤n. Como el moniker OBJREF representa un objeto en
ejecuci≤n, no se produce activaci≤n. Si el objeto representado ya
no estß en ejecuci≤n, BindToObject produce el error E_UNEXPECTED.

IMoniker::Reduce. Este mΘtodo obtiene MK_S_REDUCED_TO_SELF y devuelve el
mismo moniker.

IMoniker::ComposeWith. Si pmkRight es un anti-moniker, el moniker
obtenido es NULL. Si pmkRight es un moniker compuesto en el que
el componente situado en el extremo izquierdo es un anti-moniker, el
moniker obtenido es el mismo elemento compuesto, una vez eliminado el
anti-moniker situado en ese extremo. Si pmkRight no es ni un
anti-moniker ni un moniker compuesto en el que el elemento del extremo
izquierdo es un anti-moniker, el mΘtodo comprueba el parßmetro
fOnlyIfNotGeneric. Si es FALSE, el mΘtodo combina los dos monikers en
un elemento compuesto genΘrico; si es TRUE, el mΘtodo asigna el valor
NULL a *ppmkComposite y devuelve MK_E_NEEDGENERIC.

IMoniker::Enum. Este mΘtodo devuelve S_OK y asigna el valor NULL a
ppenumMoniker.

IMoniker::IsEqual. Este mΘtodo devuelve S_OK si *pmkOther es un moniker
OBJREF y las rutas de ambos monikers son idΘnticas (mediante una
comparaci≤n en la que no se diferencian may·sculas y min·sculas). Si
no es asφ, el mΘtodo devuelve S_FALSE.

IMoniker::Hash. Este mΘtodo calcula un valor hash para el moniker.

IMoniker::IsRunning. Como los monikers OBJREF representan una instancia
de un objeto en ejecuci≤n, este mΘtodo devuelve TRUE a menos que, por
el error de una llamada reciente, se sepa que el objeto ya no estß en
ejecuci≤n. El mΘtodo ignora pmkToLeft.

IMoniker::GetTimeOfLastChange. Este mΘtodo devuelve E_NOTIMPL.

IMoniker::Inverse. Este mΘtodo devuelve un anti-moniker (p. ej., el
resultado de una llamada a CreateAntiMoniker).

IMoniker::CommonPrefixWith. Si los dos monikers son iguales, este
mΘtodo devuelve MK_S_US y asigna el valor NULL a *ppmkPrefix. Si el
otro moniker no es un moniker OBJREF, este mΘtodo pasa ambos monikers
a la funci≤n MonikerCommonPrefixWith. Esta funci≤n permite controlar
correctamente el caso en el que el otro moniker es un moniker compuesto
genΘrico.

Si no existe un prefijo com·n, el mΘtodo devuelve MK_E_.

IMoniker::RelativePathTo. Este mΘtodo devuelve E_NOTIMPL.

IMoniker::GetDisplayName. Este mΘtodo obtiene el nombre para mostrar
del moniker OBJREF. El nombre para mostrar es un c≤digo de base 64 y
longitud arbitraria que engloba la ubicaci≤n del equipo, el punto
final del proceso y el Id. del puntero de interfaz (IPID) del objeto
en ejecuci≤n. Para garantizar la compatibilidad en el futuro, el nombre
para mostrar estß limitado a caracteres que se puedan especificar como
parte de una direcci≤n URL.

IMoniker::ParseDisplayName. Si pmkToLeft no es NULL, este mΘtodo
obtiene MK_E_SYNTAX.

IMoniker::IsSystemMoniker. Este mΘtodo obtiene S_OK y
devuelve MKSYS_OBJREFMONIKER.

Compatibilidad con tipos de datos de VB6.0

Visual Basic« 6.0 permite que las los tipos Variant de Visual Basic
contengan estructuras de datos definidas por el usuario. DCOM95 puede
utilizar ahora estos tipos Variant de forma remota.

II. Errores corregidos
----------------------


Conflicto de velocidades al descargar varios m≤dulos

En versiones anteriores de DCOM95 se producφa un conflicto de
velocidades al descargar simultßneamente varios m≤dulos. Seg·n el
orden de descarga de dichos m≤dulos, podφa producirse una infracci≤n
de acceso. Corregido en esta versi≤n de DCOM95.

El escritorio no responde durante las negociaciones del protocolo RPC

Las versiones anteriores de DCOM95 no entregaban mensajes mientras
negociaban los protocolos RPC. En ciertos casos, si el usuario
ejecutaba otra aplicaci≤n durante la negociaci≤n de los protocolos RPC,
el equipo parecφa no responder. DespuΘs de 30 segundos continuaba el
procesamiento de mensajes. Este comportamiento cambia en la nueva
versi≤n de DCOM95 y ya es posible ejecutar aplicaciones mientras se
negocian los protocolos RPC.

El escritorio no responde despuΘs de ejecutar una nueva aplicaci≤n

RPC crea una ventana oculta en el Modelo de subprocesamiento m·ltiple
controlado (MTA), que DCOM no necesita para distribuir mensajes.
Cuando un usuario ejecuta desde el escritorio una nueva aplicaci≤n,
Windows envφa un mensaje a los identificadores de todas las demßs ventanas
para notificarles el suceso y espera una respuesta. En versiones
anteriores de DCOM95, la ventana RPC oculta en ocasiones no respondφa
y Windows se bloqueaba. Esta versi≤n de DCOM95 resuelve este problema
y la ventana de RPC ya no impide responder al escritorio al ejecutar
nuevas aplicaciones.

Las direcciones IP m·ltiples da±an la pila

En ciertas situaciones, al utilizar una versi≤n anterior de DCOM95
en un equipo con mßs de una direcci≤n IP, se desbordaba el b·fer de
direcci≤n IP y se da±aba la pila. Corregido en la nueva versi≤n de
DCOM95.

S≤lo se utiliza la primera direcci≤n IP

Si utilizaba una versi≤n anterior de DCOM95 en un equipo con dos
tarjetas de red (y, por tanto, dos direcciones IP, cada una asignada a
una tarjeta diferente), DCOM95 s≤lo utilizaba una de las tarjetas.
En esta versi≤n de DCOM95, si no funciona la primera tarjeta que se
prueba, se utilizarß la segunda.

RPC prueba ahora m·ltiples direcciones IP

Al realizar una llamada a un procedimiento remoto a una mßquina con
m·ltiples direcciones IP, si se produce un error al conectar con la
primera se intentarß conectar con las siguientes direcciones IP.

Los monikers de archivo admiten la sintaxis de ruta adicional

Ahora es posible crear monikers de archivo a partir de argumentos
de la forma <directorioinicio><rutarelativa>, como
"C:\bug\bug\..\..\foo.jpg." En DCOM95 1.1 s≤lo se podφa utilizar rutas
relativas (p. ej., "..\..\foo.jpg") o absolutas (p. ej., "C:\foo.jpg").

Error de protecci≤n general al descargar Oleaut32.dll

En las versiones anteriores de DCOM95, se producφa un error de
protecci≤n general al descargar Oleaut32.dll antes de realizar una
llamada a CoUninitialize. Sucedφa principalmente si una aplicaci≤n VB
creaba un control vinculado de forma estßtica a Oleaut32.dll y, despuΘs,
liberaba el control antes de llamar a CoUninitialize. En la nueva versi≤n
de DCOM95 ya no produce un error de protecci≤n general.

Peticiones y recepciones de procesos remotos de tipos de Visual Basic

Se corrigi≤ la petici≤n y recepci≤n de procesos remotos de ciertos tipos
de datos de Visual Basic. Ya se puede utilizar parßmetros de matrices
de mßs de 64 K. Las peticiones y recepciones de procesos remotos de
las estructuras definidas mediante alias se realizar correctamente.

┴tomos eliminados demasiadas veces en OleUninitialize

Este error apareci≤ en aplicaciones que llamaban varias veces a
OleInitialize y OleUninitialize. Durante la inicializaci≤n, OLE
agrega muchos ßtomos para DDE RPC. Si otro subproceso ya agreg≤ los
ßtomos, no se agregan de nuevo. Sin embargo, al anular la incializaci≤n,
los ßtomos siempre se eliminaban y no se anulaban los identificadores.
Por tanto, la siguiente vez que se llamaba a OleInitialize, los
identificadores a·n existφan, incluso aunque los ßtomos fueron
eliminados, y OLE no los agregaba de nuevo. Esto hacφa que todos los
ßtomos OLE fueran invßlidos despuΘs de m·ltiples llamadas a OleInitialize
y OleUninitialize. Este problema se corrige en esta versi≤n de DCOM95.

Los servidores ADO se cierran correctamente

Los objetos Active Data (ADO) utilizan punteros moniker para iniciar
un proceso del servidor. Las versiones anteriores de DCOM95 contenφan
un error que se producφa al contar las referencias a punteros moniker,
por el que los punteros moniker se creaban con la referencia inicial 1,
en lugar de 0. Por tanto, la cuenta de referencias de punteros moniker
nunca llegaba al cero y no se liberaba el puntero moniker. Como
resultado, los servidores ADO nunca se cerraban, incluso despuΘs de
liberar el ·ltimo puntero con referencias a ellos. Este problema se
corrige en esta versi≤n de DCOM95.

CoCreateInstance funciona con su propio nombre DNS

En las versiones anteriores de DCOM95, se producφa un error al llamar
a CoCreateInstance con el nombre completo de la mßquina local. Este
problema se corrige en la versi≤n actual de DCOM95 y CoCreateInstance
ya crea correctamente una instancia de la mßquina local.

Tiempo de entrega alto para archivos compuestos muy grandes en el almacΘn raφz

En las versiones anteriores de DCOM95, el tiempo de entrega en un
almacΘn raφz abierto en modo STGM_TRANSACTED era excesivamente lento
cuando crecφa mucho el archivo compuesto (p. ej. 400 MB). Aumentan los
lφmites internos de la tabla de pßginas, por lo que ya no es un problema.

Exportar objetos desde un MTA

En versiones anteriores de DCOM95, un servidor no podφa exportar un
objeto de un modelo de subprocesamiento controlado (MTA) si no era la primera
vez que se creaba el MTA en el proceso. Este problema se corrige en
esta versi≤n. Ahora, si un servidor crea un MTA, lo destruye y lo crea
de nuevo, serß posible exportar objetos desde el MTA.

M·ltiples instancias de archivos EXE de Visual Basic

En DCOM95 v1.1, al iniciar m·ltiples instancias del mismo archivo
ejecutable de Visual Basic 4 y cerrarlas despuΘs en cualquier orden,
excepto LIFO (·ltimo en entrar, primero en salir; Last-In First-Out),
el ·ltimo archivo EXE se bloqueaba. TambiΘn sucedφa en los E-Forms
de Microsoft Exchange. Este problema se corrige en la nueva versi≤n de
DCOM95. Ahora es posible cerrar los ejecutables de Visual Basic 4 en
cualquier orden.

Caracteres extendidos en los nombres de archivos de Visual Basic

Si asignaba a un m≤dulo o clase de Visual Basic un nombre con caracteres
extendidos para un determinado idioma, el archivo podφa no abrirse en
equipos con una configuraci≤n regional diferente. Este problema se
corrige en esta versi≤n.

III. Problemas conocidos
------------------------


Corel WordPerfect Suite 7: la instalaci≤n provoca un error de pßgina no vßlida

Si instala Corel WordPerfect Suite 7 en un sistema Windows 95 que use
DCOM95, es posible obtener un error de pßgina no vßlida en PfOd70.pfc
durante la instalaci≤n. Si aparece el error, cierre el cuadro de
dißlogo del error. El programa de instalaci≤n continuarß correctamente.

Microsoft Access95: la replicaci≤n de bases de datos no funciona

Si intenta replicar una base de datos de Access en equipos con Microsoft
Access 95 y DCOM95 instalados, es posible que aparezca el siguiente
mensaje de error :

Microsoft Access no puede completar la operaci≤n, no se puede encontrar o
inicializar la biblioteca de vφnculos dinßmicos Msjtrclr.

Este problema se produce con Microsoft Access 95. Para evitarlo puede
escribir un programa que utilice el modelo de objetos de Access, en
lugar de la herramienta de rΘplica, o utilizar el maletφn para la
replicaci≤n. Microsoft Access 97 no presenta este problema.

WordPerfect

Si tiene un documento de WordPerfect con una hoja de cßlculo de Corel
incrustada y Θsta contiene otro objeto incrustado (por ejemplo, un
mapa de bits), puede aparecer un cuadro de dißlogo de advertencia que
indique que se perdi≤ la conexi≤n de red al cerrar el objeto del
nivel mßs interno. Puede haber cuatro o cinco advertencias de este
tipo. Todas son benignas. S≤lo tiene que cerrarlas y continuar.

Los clientes del modelo de subprocesamiento m·ltiple (MTA) que utilizan rutinas de
conversi≤n BSTR pueden bloquear los mensajes DDE.

Las rutinas de conversi≤n de Automatizaci≤n BSTR (por ejemplo,
BstrFromR4) crean ventanas ocultas para facilitar la conversi≤n
de tipos. Estas ventanas no dan servicio a la cola de mensajes de
Windows. Si se crea una de estas ventanas desde un cliente MTA, los
mensajes DDE pueden bloquearse. El subproceso cliente no tiene
obligaci≤n de dar servicio a la cola de mensajes en el modelo de
programaci≤n MTA. Si no lo hace, esta ventana de nivel superior
produce el bloqueo de los mensajes de difusi≤n global.

Existen dos mΘtodos para evitar esta situaci≤n. Llamar las rutinas de
conversi≤n BSTR desde un cliente de procesamiento controlado simple
(STA) o hacer que el subproceso MTA se comporte como un subproceso
STA. (Un subproceso STA debe dar servicio a la cola de mensajes.) Si
el subproceso se bloquea en un identificador win32, debe llamar a la
funci≤n MsgWaitForMultipleObjects para entregar simultßneamente
mensajes de Windows.

Los nombres de rutas de acceso a DLL con mßs de 127 caracteres
producen un error

Si registra una DLL con una ruta de acceso de 128 caracteres o mßs,
el proceso se realizarß correctamente, pero CoCreateInstance o
CoGetClassObject devolverßn un error (REGDB_E_CLASSNOTREG) al tener
acceso a un objeto soportado por esta DLL.

IV. Diferencias frente a DCOM en Windows NT
-------------------------------------------


Capacidades de seguridad de DCOM95

Las funciones principales y la interfaz de programaci≤n de aplicaciones
(API) de DCOM95 son idΘnticas en Windows 95 y Windows NT 4.0/5.0.
Sin embargo, determinadas capacidades relacionadas con la seguridad
son diferentes debido a las diferentes infraestructuras de seguridad
de los sistemas operativos. Se recomienda utilizar la configuraci≤n
de seguridad predeterminada en el sistema operativo; tambiΘn es
necesario habilitar la seguridad en el nivel de usuario en los
sistemas de archivos compartidos. (Vea la siguiente informaci≤n.)

Estßn disponibles los siguientes servicios, que pueden utilizarse para
anular la configuraci≤n de seguridad predeterminada:
*    CoInitializeSecurity
*    CoQueryAuthenticationService
*    CoQueryProxyBlanket
*    CoSetProxyBlanket
*    CoQueryClientBlanket
*    IClientSecurity Interface
*    IServerSecurity Interface

Sin embargo, ciertas capacidades que forman parte de DCOM para Windows
NT no estarßn disponibles en Windows 95 debido a las diferencias en la
infraestructura de seguridad de Θste.

En particular, debe tenerse en cuenta la falta de funciones de seguridad
de la API Win32 API, como la posibilidad de crear listas de control de
acceso (ACLs) y la funci≤n AccessCheck, asφ como la falta de un contexto
de seguridad asociado con los token de subproceso y de proceso. Windows 95
no soporta estas funciones o construcciones de forma nativa. Por ello,
DCOM95 no admitirß la representaci≤n (en concreto, las funciones de Ayuda
CoImpersonateClient y CoRevertToSelf en la interfaz IServerSecurity),
que en Windows NT 4.0 se basa en la seguridad de token de subproceso
(y de proceso). La representaci≤n suele utilizarse para controlar
automßticamente el acceso a los recursos del sistema que pueden
restringirse, como el sistema de archivos, otros procesos y la red.
Estos recursos no pueden ser restringidos en Windows 95.

Sin embargo, DCOM95 ofrece a los programadores varios objetos ayudante
que permiten proporcionar las funciones de ACL y comprobaci≤n de acceso
y que pueden utilizarse para controlar explφcitamente el acceso de los
clientes remotos, tanto al sistema como a los datos o recursos definidos
por el usuario. Estos objetos ayudante los proporciona el objeto de
sistema CLSID_DCOMAccessControl, que implementa la interfaz IAccessControl.

IAccessControl debe utilizarse para administrar mediante programaci≤n los
permisos de seguridad allφ donde la portabilidad entre Windows 95 o 98 y
Windows NT sea una preocupaci≤n. El objeto CLSID_DCOMAccessControl estß
disponible en todas las versiones de DCOM95 y en Windows NT 4.0 SP2 o
posterior. Para obtener mßs detalles acerca de IAccessControl, consulte
la documentaci≤n de Platform SDK.

Seguridad de ejecuci≤n y acceso

DCOM95 no permite controlar quiΘn puede ejecutar c≤digo de servidor, ya
que no es posible ejecutar servidores. Los servidores y las clases ya
deben estar en ejecuci≤n para que los clientes remotos puedan
conectarse y utilizar sus servicios.

DCOM95 no admite la conexi≤n con servidores o clases que ya estΘn en
ejecuci≤n. La seguridad de acceso la proporciona la clave del Registro
\APPID\{.}\AccessPermissions y se ajusta mediante la utilidad DCOMCNFG
o durante la instalaci≤n o configuraci≤n del c≤digo del servidor. Los
usuarios no autenticados podrßn utilizar los servidores si configura
la clase para admitir conexiones no autenticadas (mediante herramientas
de configuraci≤n estßticas o dinßmicamente, mediante la funci≤n
CoInitializeSecurity). TambiΘn puede crear listas ACL arbitrarias para
definir quΘ usuarios y grupos pueden tener acceso a servicios especφficos.

Niveles de autenticaci≤n

Los clientes DCOM95 pueden realizar llamadas DCOM con cualquier nivel de
autenticaci≤n. Los servidores o clientes DCOM95 que reciben peticiones de
devoluci≤n de llamadas s≤lo pueden aceptar llamadas DCOM mediante los
niveles de autenticaci≤n RPC_C_AUTHN_LEVEL_NONE o RPC_C_AUTHN_LEVEL_CONNECT.

Transportes

DCOM95 s≤lo es compatible con conexiones mediante TCP. Si no tiene
instalado el protocolo TCP/IP, DCOM95 no podrß soportar los servicios
COM entre equipos.

Configuraci≤n del Registro

DCOM95 establece las siguientes claves del Registro en
HKEY_LOCAL_MACHINE\Software\Microsoft\OLE:

EnableDCOM (valor predeterminado = "Y"). Habilita DCOM en el equipo.
Si el valor es "N", el equipo no puede conectarse a o activar objetos
en equipos remotos y los equipos remotos no pueden conectarse con
objetos del equipo local. Si el valor es "Y", es posible realizar la
conexi≤n como cliente con objetos remotos (cuando
EnableRemoteConnect='N', como se explica antes) o la conexi≤n completa
cliente/servidor (cuando EnableRemoteConnect='Y', como se explica a
continuaci≤n).

EnableRemoteConnect (valor predeterminado= "N"). Habilita los servidores
COM para admitir clientes remotos. Si el valor es "Y", es posible pasar
a clientes remotos las referencias a interfaces en objetos locales y
los clientes remotos pueden conectarse a objetos en ejecuci≤n. Cuando
el valor es "N", el equipo puede conectarse a objetos remotos, pero
no actuar como servidor: el equipo no puede conectarse a objetos en
ejecuci≤n.

Ademßs, la siguiente clave del Registro se incluye en
HKEY_CLASSES_ROOT\CLSID:

{bdc67890-4fc0-11d0-a805-00aa006d2ea4}\InstalledVersion.
Contiene el n·mero de versi≤n de DCOM95 en el formato "a,b,c,d".
Descarga de componentes de Internet puede utilizar este valor para
determinar si DCOM95 estß instalado. El valor se agrega al registro
durante la instalaci≤n y no debe modificarse.

Utilizar Windows 95 como host de servidor remoto

Windows 95 puede ser un host de servidor remoto, con las siguientes
limitaciones:
*    No hay capacidad de ejecuci≤n. El proceso de servidor debe
    en ejecuci≤n para que el cliente se conecte.
*    Si se necesitan conexiones seguras, el servidor (y en el caso
    de devoluci≤n de llamadas, el cliente) debe tener configurado
    el nombre del proveedor en el control de acceso de nivel de usuario.
*    El valor de la clave del Registro "EnableRemoteConnect" debe ser "Y".

DCOM95 se prob≤ principalmente con el proveedor de seguridad de dominio
de Windows NT. Puede haber problemas con otros proveedores de seguridad.

Para establecer el control de acceso en nivel de usuario, debe instalar
Filesec.vxd. Este archivo suele instalarse en equipos Windows 95 junto
a Compartir impresoras y archivos.

Para habilitar el control de acceso en nivel de usuario, abra el cuadro
de dißlogo Red en el Panel de control, haga clic en la ficha Control de
acceso, active la casilla de verificaci≤n Control de acceso de los
usuarios y escriba el nombre del dominio de seguridad. Este cambio
puede afectar a los directorios que el equipo comparte en la red.
Consulte la documentaci≤n en pantalla para obtener mßs informaci≤n.
Si no aparece la ficha Control de acceso en la configuraci≤n de la
red, deberß instalar un servicio de cliente de red. Haga clic en
la entrada Configuraci≤n de clientes de red del φndice del Ayuda
en pantalla para obtener informaci≤n acerca de c≤mo instalar un
cliente de red.

V. Redistribuci≤n
-----------------


Para obtener informaci≤n acerca de la redistribuci≤n de DCOM95,
consulte las instrucciones de redistribuci≤n que aparecen en el
contrato de licencia de usuario final (licencia.txt).

VI. Soporte tΘcnico y recursos
------------------------------


Para Espa±a

Los productos de consumo, los Sistemas Operativos Personales de Microsoft, como MS-DOS, Windows 3.x, Windows95 y WindowsNT Workstation, asφ como las aplicaciones de la familia Microsoft Office y los lenguajes y Kits de Desarrollo de Microsoft, cuentan con soporte Standard limitado gratuito.
Para el resto de productos Microsoft que no disponen de soporte Standard asφ como una vez que esta modalidad de soporte gratuito hubiese acabado, Microsoft IbΘrica pone a su disposici≤n una amplia gama de servicios de Soporte TΘcnico que van desde la contrataci≤n de un incidente individual o packs de incidentes, hasta contratos Priority con servicios y privilegios especiales.
Asimismo, en los Servicios de Informaci≤n podrß encontrar toda la ayuda que necesite sin restriciones de horarios ni coste (excepto el de la llamada telef≤nica). Artφculos tΘcnicos, FAQ's (o las preguntas mßs comunes), Service Packs, Parches (correctores de errores concretos), Drivers actualizados y nuestra Base del Conocimiento (Knowledge Base).
Todos estos servicios se pueden localizar en nuestra BBS local ( tlfno 91-803 59 77 ) en Internet (http://www.eu.microsoft/com/spain/support/) y en InfoVφa (http://microsoft.inf/spain/support/).
Los Servicios de Informaci≤n, tambiΘn cuentan con suscripciones anuales a Microsoft TechNet y a MSDN.
Tambien podrß encontrar ayuda en nuestros Servicios de Informaci≤n. Para mßs informaci≤n, consulte nuestra web en www.microsoft.com/spain/support/ y/o llame a nuestro telΘfono de Servicio a Clientes 902-197198.
Nota: Microsoft se reserva el derecho de cambiar los servicios descritos sin previo aviso.

Para LatinoamΘrica
Microsoft Soporte TΘcnico estß sujeto a los tΘrminos y condiciones vigentes en cada paφs donde se ofrece este servicio y estß sujeto a cambio sin previo aviso.
Soporte TΘcnico Telef≤nico
Para llamar a soporte tΘcnico debe tener a la mano la documentaci≤n correspondiente del producto Microsoft y seguir los siguientes pasos:
╖ Se le pedirß el n·mero de la versi≤n del producto que estß usando.
╖ La fecha en la cual envi≤ la tarjeta de registro del producto.
╖ El n·mero de producto o PID (Product Identification).
╖ El tipo de hardware que estß usando.
╖ El Sistema Operativo.
╖ Las palabras exactas de los mensajes que aparecen en la pantalla.
╖ Una descripci≤n de lo que ha sucedido y de lo que estaba haciendo cuando el problema se present≤.
╖ Una descripci≤n sobre c≤mo trat≤ de resolver el problema.

Los n·meros telef≤nicos para soporte tΘcnico se encuentran en la siguiente lista.

Argentina
Microsoft de Argentina S.A. TelΘfonos:
Servicios al Cliente: (54) (1) 316-4600
Fax: (54) (1) 316-1922
Soporte TΘcnico: (54) (1) 316-4664

Bolivia
Vea Uruguay

Brasil
Microsoft Informßtica Ltda. Phone: : (55) (11) 5514 - 7100
Fax: (55) (11) 5514 - 7106/5514-7107
Technical Support Phone(55) (11) 5506 - 8087
Technical Support Fax: (55) (11) 5506 - 7621
Technical Support Bulletin Board Service (BBS): (55) (11) 5506 - 1234

Caribe y Centro AmΘrica

Microsoft Caribbean, Inc. CARIBE
Servicio al Cliente: (506) 293 - 5339

Puerto Rico (EE:UU) 1-800-297-5982
Fax: (1) [phone]
Soporte TΘcnico: [phone] [phone]

Centro AmΘrica
Soporte TΘcnico: (506) 293 - 5860

Chile
Microsoft Chile S.A. TelΘfono: 56-2-330-6000
Fax: [phone]
Servicios de Informaci≤n: 800-330-600
Soporte TΘcnico:
Sistemas Operativos, aplicaciones,
Juegos e Internet Explorer.
TelΘfono: 56-2-330-6222
Fax: [phone]

Colombia
Microsoft Colombia
Lφnea de Respuesta Microsoft (SantafΘ de Bogotß D.C.)
PBX: [phone]
Fax: [phone]
Correo de Voz: [phone]

Ecuador
Microsoft del Ecuador S.A.
PBX: (593) 2 - 263820
Fax: (593) 2 - 262894


MΘxico
Microsoft MΘxico, S.A. de C.V.
Aplicaciones y Sistemas Operativos de Escritorio: (52) (5) 265-3399
Herramientas de Desarrollo y Sistemas Avanzados: (52) (5) 267-2110
Servicios al Cliente: (52) (5) 265-3380
Bulletin Board Service: (52) (5) 628-6202 y 628-6200
(2400s/14400k baud, 8 bits, No parity, 1 stop bit, ANSI terminal emul.)
(28800k baud, 8 bits, No parity, 1 stop bit, ANSI terminal emulation)
User: MSMEXICO, NO Password
Fast Tips & FaxBack: (52) (5) 267-2199

Paraguay
Vea Uruguay

Per·
Microsoft Per· S.A.
Servicios al Cliente: (51)(1) 422-4116
Fax: [phone]

Uruguay/Paraguay/Bolivia.
TelΘfono: (598) (2) 774934
Fax: (598) (2) 774935

Venezuela
Microsoft Venezuela S.A.
TelΘfono: (582) 265 99 22
Fax: [phone]
Soporte TΘcnico: [phone]

Soporte gratuito

Los grupos de noticias (en inglΘs) son un magnφfico lugar para obtener
soporte gratuito. Seg·n lo permiten el tiempo y los recursos, los
programadores, jefes de programa, ingenieros de soporte e ingenieros de
pruebas de Microsoft visitan el sitio para recoger los comentarios de
los usuarios y responder a las preguntas o corregir los malentendidos.
No existe garantφa alguna de que reciba una respuesta de Microsoft a
cualquier pregunta realizada en los grupos de noticias.

Puede utilizar los siguientes grupos de noticias para realizar preguntas
acerca de DCOM95:
*    comp.os.ms-windows.programmer.ole
*    microsoft.public.win32.programmer.ole

La lista de distribuci≤n de DCOM (en inglΘs) es otro mΘtodo para obtener
soporte gratuito. La ventaja de estar en una lista de distribuci≤n
reside en que es aquφ donde Microsoft realiza los primeros anuncios acerca
de un determinado tema. De nuevo, el personal de Microsoft echa un vistazo
de vez en cuando, pero no hay garantφa de que respondan a los mensajes.

Para obtener mßs informaci≤n acerca de la lista de distribuci≤n de
DCOM, visite la pßgina de listas de distribuci≤n:
    http://www.microsoft.com/sitebuilder/resource/mail.asp.

Comentarios

Envφe cualquier comentario o informe de error a la lista de distribuci≤n
 de DCOM.

Recursos

Puede encontrar informaci≤n adicional acerca de DCOM en la pßgina
principal de COM (en inglΘs), en la direcci≤n http://www.microsoft.com/com/.

VII. Lista de archivos
----------------------


Esta tabla muestra una lista de los n·meros de versi≤n de los archivos
distribuidos con DCOM95.

oleaut32.dll     2.40.4273
secur32.dll      4.10.1999
compobj.dll      2.3.2
ole2.dll         2.3.2
ole32.dll        4.71.2900
olecnv32.dll     4.71.2900
olethk32.dll     4.71.2900
rpcltc1.dll      4.71.2900
rpcltc5.dll      4.71.2900
rpcltccm.dll     4.71.2900
rpclts5.dll      4.71.2900
rpcltscm.dll     4.71.2900
rpcns4.dll       4.71.2900
rpcrt4.dll       4.71.2900
rpcss.exe        4.71.2900
storage.dll      2.3.2
stdole2.tlb      2.40.4273
stdole32.tlb     2.1
imagehlp.dll     4.00
dllhost.exe      4.71.2900
comcat.dll       5.0
iprop.dll        4.00
rpcmqcl.dll      4.71.2900
rpcmqsvr.dll     4.71.2900
olepro32.dll     5.0.4273
asycfilt.dll     2.40.4273
dcom2w98.dll     2.10.35.35

Esta tabla muestra una lista de los n·meros de versi≤n de los archivos
distribuidos con DCM95CFG.

dcomcnfg.exe     5.00.1603.0
ciscnfg.exe      4.71.2618