2011-01-20 17 views
5

Nuestro entorno es Sharepoint 2010, con una aplicación web creada (y colección de sitios en la parte superior), utilizando autenticación basada en notificaciones. El primer sitio usa el puerto 881. Está utilizando la autenticación de Windows integrada. Se crea otra aplicación web, extendiendo la primera aplicación, utilizando el puerto 882. Este sitio usa Autenticación basada en formularios, el proveedor de membresía es System.Web.Security.ActiveDirectoryMembershipProvider, llamado admembers. Desactivé la integración de clientes en ambos sitios.Varios inicios de sesión para abrir documentos de Office guardados en la biblioteca de documentos en SharePoint 2010 usando Autenticación basada en notificaciones

Cuando inicio sesión en el sitio 881, en mi red corporativa, inicio de sesión en la máquina con la misma cuenta de dominio que usa sharepoint, puedo abrir un archivo de Office guardado en una biblioteca de documentos y luego se abre en la Oficina correspondiente aplicación, sin pedirme que inicie sesión de nuevo. Pero, si inicio sesión en Sharepoint desde una computadora que no está en nuestra red, o inicio de sesión en la computadora con una cuenta que no es una cuenta de dominio, me solicitan nuevamente que inicie sesión al abrir un documento de Office. Si elijo la opción para guardar, no aparece, pero si elijo abrir en la ventana de diálogo, me veo obligado a ingresar las credenciales de mi dominio nuevamente.

Cuando inicio sesión en el sitio 882, que usa FBA, experimento el mismo problema. Si abro un documento de Office, se abre la aplicación de Office adecuada y me pide mis credenciales, mostrándome una ventana de diálogo con la página de inicio de sesión cargada. Si elijo guardar el archivo, entonces no se me pide que inicie sesión, y el archivo se guarda en una carpeta local.

No puedo esperar que mis usuarios que están fuera de sitio para conectarse de nuevo cada vez que abren un documento de Office, como el trabajo, Excel, Powerpoint, etc. He intentado numerosas correcciones, incluyendo la integración del cliente incapacitante, cambiando el modo de manejo del navegador (estricto/permisivo), cambiar la configuración de Internet Explorer (para la autenticación de Windows integrada), cambiar el sitio de autenticación de Windows integrado para usar autenticación básica, incluso piratear la página usando jquery para llamar a la función sharepoint javascript que ejecuta la función "descargar una copia". Ninguno de ellos funciona: al elegir "abrir" el documento de Office en el navegador, el usuario tiene que volver a iniciar sesión o simplemente cerrar la ventana de diálogo sin iniciar sesión (siempre que la integración del cliente para la zona esté desactivada).

Estoy tratando de lograr esto mediante la autenticación de Windows o la autenticación basada en formularios.

¡Ayuda!

+0

ACTUALIZACIÓN: He creado un inicio de sesión en la página personalizada para el sitio FBA, y ahora doesn MS Office No fuerces el inicio de sesión. Interesante, parece que el uso de la página de inicio de sesión personalizada evita la nueva característica de Office 2007 SP2 de permitir a los usuarios abrir documentos de SharePoint en MS Office de forma "integrada". Leí en otro lado que el SP2 para Office 2007 agregaba la posibilidad de iniciar sesión en un sitio de la FBA. Por lo tanto, al usar una página de inicio de sesión personalizada, deshabilita esta nueva función. – NJITBEN

+0

Sigue buscando una solución más elegante (menos accidental). Y esta solución solo funciona para sitios de FBA, no para sitios que usan Windows Integrated Auth. Y el uso de ISA o de algún otro servicio de inicio de sesión único de la empresa no es una opción viable en este momento. – NJITBEN

+0

No estoy seguro si esto lo ayuda o no, pero aquí hay una publicación de Technet sobre por qué ocurre el doble aviso de inicio de sesión: http://blogs.technet.com/b/steve_chen/archive/2010/06/25/multiple-logon- while-open-office-document-from-sharepoint.aspx. Puede proporcionarle alguna dirección sobre la mejor manera de corregir esto para su entorno. – Rob

Respuesta

1

Usted tiene los casos de tres de uso estándar:

  1. acceso a la intranet del Empleado
  2. Empleado acceso remoto
  3. Socio acceso remoto

acceso a la intranet del Empleado

Esto normalmente siempre funciona fuera de cuadro, y parece que está trabajando para usted.

Empleado acceso remoto

La única forma que he visto este trabajo (y he intentado muchas formas) es conseguir TMG o ISA. Básicamente, ISA se configura en FORMS auth con SSL, captura los detalles de autenticación y luego los pasa al servidor de SharePoint. (y otros servidores si los tiene, p. ej. OWA para elementos web de correo compartido) Si selecciona la opción "Es computadora privada" en la pantalla de inicio de sesión de ISA, los documentos de Office comparten la cookie de autenticación y no solicitan otro inicio de sesión.Tenía tantos problemas, pero tan pronto como instalé TMG, todos se fueron. No recomendaría ningún otro enfoque ahora.

La ventaja añadida de este método es que los empleados remotos se tratan como la misma cuenta que el usuario de la intranet. La forma en que está configurado con una aplicación web separada significa que serán cuentas diferentes, por lo que cosas como [checkout/modifiedby/createdby/personalization] serán cuentas diferentes (aunque parezcan iguales)

Acceso remoto de socios

Esto nunca puede siempre funcionar en algunos clientes (especialmente Vista), como IE necesita compartir la autenticación con Office

+0

Gracias por esto, pero estoy buscando una solución más específica, o porque no hay una solución, usando el software de fábrica que entrega Microsoft con SharePoint. Me cuesta creer que no haya forma de impedir que MS Office fuerce otro inicio de sesión para usuarios externos. – NJITBEN

2

encontré this answer en un puesto similar que parecía solucionar el problema para mí cuando lo probé . La esencia de esto es que necesitas denegar los HTTP Verbs OPTIONS y PROPFIND en IIS. Habiendo dicho esto, no soy un gurú de IIS y no estoy exactamente seguro de lo que esto significa o de lo que pueda afectar. ¿Alguien más puede arrojar algo de luz sobre esto?

Un poco de historia, estoy usando SharePoint 2010, en un sitio FBA.

1

Si esto es sharepoint 2010, intente esto. Get-SPSecurityTokenServiceConfig Mire su valor UseSessionCookies en la salida. Si es True, aplique el powershell a continuación.

$sts = Get-SPSecurityTokenServiceConfig 
$sts.UseSessionCookies = $false 
$sts.Update() 

Si UseSessionCookies es verdadera, tendrá que iniciar sesión en cualquier documentación u quiere descargar ...

Cuestiones relacionadas