Instalación de Software por políticas.

Varias cosas:

1.-Los permisos deben ser de lectura y ejecución, si no, no habrá nada que
hacer

2.-El paquete de instalación debe ser un .MSI personalizado.

3.-Si es una GPO por máquina, debe ser la cuenta de máquina y no de usuario
la que tenga permisos de ejecución.

4.-Hay MSI's de programas que no funcionana en una asignación por máquina y
sólo por usuario, y viceversa (por ejemplo, un SP sólo se puede instalar por
GPO de máquina y no de usuario)


Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola, buenos días, estamos intentando desplegar por políticas la
instalación de un determinado software mediante la asignación a los
equipos de una determinada UO. El paquete a instalar se encuentra en un
servidor que está compartiendo la carpeta con permisos de lectura para
todos los usuarios y equipos del dominio.

La política se aplica correctamente, el problema es que cuando el equipo
arranca y muestra la ventana diciendo que está instalando el paquete.
Después el paquete realmente no está instalado y en el visor de sucesos
nos dice lo siguiente:
Error en Instalación de software debido al siguiente error.

El origen de instalación para este producto no está disponible. Compruebe
que el origen existe y que tiene acceso a él.

El tema es que si que se ve la ubicación de red ya que, si se inicia
sesión en el pc, se ve perfectamente.

Alguien sabe por qué puede estar ocurriendo esto?.

Hola, buenas tardes, muchas gracias por responder, te comento:

1º Los permisos que tiene la carpeta dodne se encuntra el MSI son los
siguientes:
1 A Nivel de la pestaña de seguridad: Equipos del dominio pueden
leer,ejecutar y mostrar contenido
2 A nivel de la pestaña Compartir todos tienen permiso de: Control total,
Cambiar y leer.

2º El paquete de instalación es el de ODBC de MYSQL, pero también hemos
probado con el MSI de la CAlculator Plus de Microsoft y con la
personalización del MSI del Office 2003 Pro.

3º Como te comentaba en el punto 1 los Equipos del dominio tienen permisos
de lectura y ejecución.

4º Cómo puedo saber que MSI me van a funcionar en la asignación por máquina
o por usuario?.

Muchas Gracias.

Saludos.


"Javier Inglés [MS MVP]" escribió en el
mensaje news:

Varias cosas:

1.-Los permisos deben ser de lectura y ejecución, si no, no habrá nada que
hacer

2.-El paquete de instalación debe ser un .MSI personalizado.

3.-Si es una GPO por máquina, debe ser la cuenta de máquina y no de
usuario la que tenga permisos de ejecución.

4.-Hay MSI's de programas que no funcionana en una asignación por máquina
y sólo por usuario, y viceversa (por ejemplo, un SP sólo se puede instalar
por GPO de máquina y no de usuario)


Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y
no otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola, buenos días, estamos intentando desplegar por políticas la
instalación de un determinado software mediante la asignación a los
equipos de una determinada UO. El paquete a instalar se encuentra en un
servidor que está compartiendo la carpeta con permisos de lectura para
todos los usuarios y equipos del dominio.

La política se aplica correctamente, el problema es que cuando el equipo
arranca y muestra la ventana diciendo que está instalando el paquete.
Después el paquete realmente no está instalado y en el visor de sucesos
nos dice lo siguiente:
Error en Instalación de software debido al siguiente error.

El origen de instalación para este producto no está disponible. Compruebe
que el origen existe y que tiene acceso a él.

El tema es que si que se ve la ubicación de red ya que, si se inicia
sesión en el pc, se ve perfectamente.

Alguien sabe por qué puede estar ocurriendo esto?.

ok, el paquete de instalación de ODBC debe haber sido generado a partir de
una instalación y con algún software de terceros, no vale el MSI por defecto
que traiga la aplicación ya que no es un MSI que contenga todos los datos
del programa sobre cómo instalarse desatendiamente, igual que los otros que
me comentas -a menos que tengas un MST para ello, cosa que por defecto no
traen-

Info sobre paquetes MSI y ejemplos:

Cómo distribuir un cliente de Servicios de Terminal Server mediante Active
Directory

http://support.microsoft.com/defaul...;es;236573



Step-by-Step Guide to Creating Windows Installer Packages and Repackaging
Software for the Windows Installer Using VERITAS WinINSTALL LE

http://www.microsoft.com/windows200...eritas.asp



Step-by-Step Guide to Software Installation and Maintenance

http://www.microsoft.com/windows200...nstall.asp


Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola, buenas tardes, muchas gracias por responder, te comento:

1º Los permisos que tiene la carpeta dodne se encuntra el MSI son los
siguientes:
1 A Nivel de la pestaña de seguridad: Equipos del dominio pueden
leer,ejecutar y mostrar contenido
2 A nivel de la pestaña Compartir todos tienen permiso de: Control total,
Cambiar y leer.

2º El paquete de instalación es el de ODBC de MYSQL, pero también hemos
probado con el MSI de la CAlculator Plus de Microsoft y con la
personalización del MSI del Office 2003 Pro.

3º Como te comentaba en el punto 1 los Equipos del dominio tienen permisos
de lectura y ejecución.

4º Cómo puedo saber que MSI me van a funcionar en la asignación por
máquina o por usuario?.

Muchas Gracias.

Saludos.


"Javier Inglés [MS MVP]" escribió en el
mensaje news:

Varias cosas:

1.-Los permisos deben ser de lectura y ejecución, si no, no habrá nada
que hacer

2.-El paquete de instalación debe ser un .MSI personalizado.

3.-Si es una GPO por máquina, debe ser la cuenta de máquina y no de
usuario la que tenga permisos de ejecución.

4.-Hay MSI's de programas que no funcionana en una asignación por máquina
y sólo por usuario, y viceversa (por ejemplo, un SP sólo se puede
instalar por GPO de máquina y no de usuario)


Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y
no otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola, buenos días, estamos intentando desplegar por políticas la
instalación de un determinado software mediante la asignación a los
equipos de una determinada UO. El paquete a instalar se encuentra en un
servidor que está compartiendo la carpeta con permisos de lectura para
todos los usuarios y equipos del dominio.

La política se aplica correctamente, el problema es que cuando el equipo
arranca y muestra la ventana diciendo que está instalando el paquete.
Después el paquete realmente no está instalado y en el visor de sucesos
nos dice lo siguiente:
Error en Instalación de software debido al siguiente error.

El origen de instalación para este producto no está disponible.
Compruebe que el origen existe y que tiene acceso a él.

El tema es que si que se ve la ubicación de red ya que, si se inicia
sesión en el pc, se ve perfectamente.

Alguien sabe por qué puede estar ocurriendo esto?.

Hola de nuevo Javier, en el caso del Office 2003 Pro se creo el MST
utilizando Microsoft Office 2003 Resource Kit y sucedió lo mismo. Tienes
alguna idea de porqué puede estar pasando? Sabes algo del caso de Microsoft
Calculator Plus que también da el mismo error?

Muchas Gracias.
Saludos.
"Javier Inglés [MS MVP]" escribió en el
mensaje news:e%

ok, el paquete de instalación de ODBC debe haber sido generado a partir de
una instalación y con algún software de terceros, no vale el MSI por
defecto que traiga la aplicación ya que no es un MSI que contenga todos
los datos del programa sobre cómo instalarse desatendiamente, igual que
los otros que me comentas -a menos que tengas un MST para ello, cosa que
por defecto no traen-

Info sobre paquetes MSI y ejemplos:

Cómo distribuir un cliente de Servicios de Terminal Server mediante Active
Directory

http://support.microsoft.com/defaul...;es;236573



Step-by-Step Guide to Creating Windows Installer Packages and Repackaging
Software for the Windows Installer Using VERITAS WinINSTALL LE

http://www.microsoft.com/windows200...eritas.asp



Step-by-Step Guide to Software Installation and Maintenance

http://www.microsoft.com/windows200...nstall.asp


Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y
no otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola, buenas tardes, muchas gracias por responder, te comento:

1º Los permisos que tiene la carpeta dodne se encuntra el MSI son los
siguientes:
1 A Nivel de la pestaña de seguridad: Equipos del dominio pueden
leer,ejecutar y mostrar contenido
2 A nivel de la pestaña Compartir todos tienen permiso de: Control total,
Cambiar y leer.

2º El paquete de instalación es el de ODBC de MYSQL, pero también hemos
probado con el MSI de la CAlculator Plus de Microsoft y con la
personalización del MSI del Office 2003 Pro.

3º Como te comentaba en el punto 1 los Equipos del dominio tienen
permisos de lectura y ejecución.

4º Cómo puedo saber que MSI me van a funcionar en la asignación por
máquina o por usuario?.

Muchas Gracias.

Saludos.


"Javier Inglés [MS MVP]" escribió en el
mensaje news:

Varias cosas:

1.-Los permisos deben ser de lectura y ejecución, si no, no habrá nada
que hacer

2.-El paquete de instalación debe ser un .MSI personalizado.

3.-Si es una GPO por máquina, debe ser la cuenta de máquina y no de
usuario la que tenga permisos de ejecución.

4.-Hay MSI's de programas que no funcionana en una asignación por
máquina y sólo por usuario, y viceversa (por ejemplo, un SP sólo se
puede instalar por GPO de máquina y no de usuario)


Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola, buenos días, estamos intentando desplegar por políticas la
instalación de un determinado software mediante la asignación a los
equipos de una determinada UO. El paquete a instalar se encuentra en un
servidor que está compartiendo la carpeta con permisos de lectura para
todos los usuarios y equipos del dominio.

La política se aplica correctamente, el problema es que cuando el
equipo arranca y muestra la ventana diciendo que está instalando el
paquete. Después el paquete realmente no está instalado y en el visor
de sucesos nos dice lo siguiente:
Error en Instalación de software debido al siguiente error.

El origen de instalación para este producto no está disponible.
Compruebe que el origen existe y que tiene acceso a él.

El tema es que si que se ve la ubicación de red ya que, si se inicia
sesión en el pc, se ve perfectamente.

Alguien sabe por qué puede estar ocurriendo esto?.

ok, en ese caso repasa que la GPO es por usuario, y que dicho usuario una
vez iniciada la sesión es capaz de ejecutar el MSI con una ruta UNC para
verrificar que accede y la ejecuta.

A parte, el usuario dberá tener privilegios de adminsitrador local al menos
para poder instalar el software

Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola de nuevo Javier, en el caso del Office 2003 Pro se creo el MST
utilizando Microsoft Office 2003 Resource Kit y sucedió lo mismo. Tienes
alguna idea de porqué puede estar pasando? Sabes algo del caso de
Microsoft Calculator Plus que también da el mismo error?

Muchas Gracias.
Saludos.
"Javier Inglés [MS MVP]" escribió en el
mensaje news:e%

ok, el paquete de instalación de ODBC debe haber sido generado a partir
de una instalación y con algún software de terceros, no vale el MSI por
defecto que traiga la aplicación ya que no es un MSI que contenga todos
los datos del programa sobre cómo instalarse desatendiamente, igual que
los otros que me comentas -a menos que tengas un MST para ello, cosa que
por defecto no traen-

Info sobre paquetes MSI y ejemplos:

Cómo distribuir un cliente de Servicios de Terminal Server mediante
Active Directory

http://support.microsoft.com/defaul...;es;236573



Step-by-Step Guide to Creating Windows Installer Packages and Repackaging
Software for the Windows Installer Using VERITAS WinINSTALL LE

http://www.microsoft.com/windows200...eritas.asp



Step-by-Step Guide to Software Installation and Maintenance

http://www.microsoft.com/windows200...nstall.asp


Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y
no otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola, buenas tardes, muchas gracias por responder, te comento:

1º Los permisos que tiene la carpeta dodne se encuntra el MSI son los
siguientes:
1 A Nivel de la pestaña de seguridad: Equipos del dominio pueden
leer,ejecutar y mostrar contenido
2 A nivel de la pestaña Compartir todos tienen permiso de: Control
total, Cambiar y leer.

2º El paquete de instalación es el de ODBC de MYSQL, pero también hemos
probado con el MSI de la CAlculator Plus de Microsoft y con la
personalización del MSI del Office 2003 Pro.

3º Como te comentaba en el punto 1 los Equipos del dominio tienen
permisos de lectura y ejecución.

4º Cómo puedo saber que MSI me van a funcionar en la asignación por
máquina o por usuario?.

Muchas Gracias.

Saludos.


"Javier Inglés [MS MVP]" escribió en el
mensaje news:

Varias cosas:

1.-Los permisos deben ser de lectura y ejecución, si no, no habrá nada
que hacer

2.-El paquete de instalación debe ser un .MSI personalizado.

3.-Si es una GPO por máquina, debe ser la cuenta de máquina y no de
usuario la que tenga permisos de ejecución.

4.-Hay MSI's de programas que no funcionana en una asignación por
máquina y sólo por usuario, y viceversa (por ejemplo, un SP sólo se
puede instalar por GPO de máquina y no de usuario)


Salu2!!!
Javier Inglés
MS MVP, Windows Server-Directory Services
http://mvp.support.microsoft.com/default.aspx

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho

"José M. Catalá Ortega (GRANTECAN S.A.)"
escribió en el mensaje news:

Hola, buenos días, estamos intentando desplegar por políticas la
instalación de un determinado software mediante la asignación a los
equipos de una determinada UO. El paquete a instalar se encuentra en
un servidor que está compartiendo la carpeta con permisos de lectura
para todos los usuarios y equipos del dominio.

La política se aplica correctamente, el problema es que cuando el
equipo arranca y muestra la ventana diciendo que está instalando el
paquete. Después el paquete realmente no está instalado y en el visor
de sucesos nos dice lo siguiente:
Error en Instalación de software debido al siguiente error.

El origen de instalación para este producto no está disponible.
Compruebe que el origen existe y que tiene acceso a él.

El tema es que si que se ve la ubicación de red ya que, si se inicia
sesión en el pc, se ve perfectamente.

Alguien sabe por qué puede estar ocurriendo esto?.