2011-01-20 5 views
5

Il nostro ambiente è Sharepoint 2010, con un'applicazione Web creata (e raccolta siti in alto), utilizzando l'autenticazione basata sulle attestazioni. Il primo sito utilizza la porta 881. Sta utilizzando l'autenticazione integrata di Windows. Viene creata un'altra applicazione Web, che estende la prima applicazione utilizzando la porta 882. In questo sito viene utilizzata l'autenticazione basata su form, il provider di appartenenza è System.Web.Security.ActiveDirectoryMembershipProvider, denominato admembers. Ho disattivato l'integrazione del client su entrambi i siti.Account di accesso multipli per l'apertura di documenti di Office salvati nella raccolta documenti in SharePoint 2010 tramite autenticazione basata sulle attestazioni

Quando accedo al sito 881, nella mia rete aziendale, ho effettuato l'accesso alla macchina con lo stesso account di dominio utilizzato da sharepoint, posso aprire un file di Office salvato in una raccolta documenti e successivamente viene aperto nell'ufficio appropriato. applicazione, senza chiedermi di nuovo accesso. Tuttavia, se eseguo l'accesso a Sharepoint da un computer che non si trova sulla nostra rete, o effettuo l'accesso al computer con un account che non è un account di dominio, viene richiesto nuovamente di accedere quando apro un documento di Office. Se scelgo l'opzione da salvare, non richiede, ma se scelgo di aprire nella finestra di dialogo, sono costretto a inserire nuovamente le credenziali del mio dominio.

Quando accedo al sito 882, che utilizza FBA, ho riscontrato lo stesso problema. Se apro un documento di Office, l'applicazione di Office appropriata si apre e mi chiede le mie credenziali, mostrandomi una finestra di dialogo con la pagina di accesso caricata. Se scelgo di salvare il file, non mi viene richiesto di accedere e il file viene salvato in una cartella locale.

Non posso aspettarmi che i miei utenti che sono fuori sede effettuino di nuovo l'accesso ogni volta che aprono un documento di Office, come Lavoro, Excel, Powerpoint, ecc. Ho provato numerose correzioni, inclusa la disabilitazione dell'integrazione client, cambiando la modalità di gestione del browser (rigido/permissivo), modifica delle impostazioni di Internet Explorer (per l'autenticazione integrata di Windows), modifica del sito di autenticazione di Windows integrato per utilizzare l'autenticazione di base, persino hacking della pagina utilizzando jquery per chiamare la funzione javascript di sharepoint che esegue la funzione "scarica una copia". Nessuno di essi funziona: quando si sceglie di "aprire" il documento di Office nel browser, l'utente deve effettuare nuovamente il login, o semplicemente chiudere la finestra di dialogo senza effettuare il login (a condizione che l'integrazione client per la zona sia disattivata).

Sto cercando di ottenere questo risultato utilizzando l'autenticazione di Windows o l'autenticazione basata su moduli.

Help!

+0

UPDATE: Ho creato un segno-in personalizzato page per il sito FBA, e ora MS Office doesn forzare il login Interessante, sembra che l'utilizzo della pagina di accesso personalizzata ignori la nuova funzionalità di Office 2007 SP2 che consente agli utenti di aprire documenti da SharePoint in MS Office in modo "integrato". Ho letto da qualche altra parte che SP2 per Office 2007 ha aggiunto la possibilità di accedere a un sito FBA. Pertanto, quando si utilizza una pagina di accesso personalizzata, si disabilita questa nuova funzione. – NJITBEN

+0

Ancora in cerca di una soluzione più elegante (meno accidentale). E questa soluzione funziona solo per i siti FBA, non per i siti che utilizzano l'autenticazione integrata di Windows. E l'utilizzo di ISA o di un altro servizio Single Sign-On aziendale non è attualmente un'opzione valida. – NJITBEN

+0

Non sono sicuro se questo ti aiuta o no, ma ecco un post di Technet sul perché si verifica il doppio prompt di accesso: http://blogs.technet.com/b/steve_chen/archive/2010/06/25/multiple-logon- mentre-open-office-documento-da-sharepoint.aspx. Può darti qualche indicazione su come correggere al meglio il tuo ambiente. – Rob

risposta

1

avete la casi tre IMPIEGO:

  1. accesso intranet dei dipendenti
  2. dipendenti l'accesso remoto
  3. Partner accesso remoto

accesso intranet dei dipendenti

Questo normalmente lavora sempre fuori dal scatola, e sembra che funzioni per te.

Dipendente accesso remoto

L'unico modo che ho visto questo lavoro (e ho provato molti modi) è ottenere TMG o ISA. Fondamentalmente ISA è impostato nell'autorizzazione FORMS con SSL, cattura i dettagli dell'autent e li passa al server sharepoint. (e altri server se sono disponibili ad es. OWA per le parti web di posta elettronica condivisa) Se si seleziona l'opzione "È un computer privato" nella schermata di accesso ISA, i documenti di Office condividono il cookie di autenticazione e non richiedono un altro accesso.Ho avuto così tanti problemi, ma non appena ho installato TMG, sono andati via tutti. Non consiglierei nessun altro approccio ora.

Il vantaggio aggiuntivo di questo metodo è che i dipendenti remoti vengono considerati come lo stesso account dell'utente intranet. Il modo in cui ti trovi con una singola applicazione web, significa che saranno account diversi, quindi cose come [checkout/modifiedby/createdby/personalization] saranno account diversi (anche se sembrano uguali)

Accesso remoto partner

Questo potrebbe mai lavorare su alcuni client (in particolare Vista), come IE ha bisogno di condividere l'autenticazione con Office

+0

Grazie per questo, ma sto cercando una soluzione più specifica, o il motivo per cui non esiste una soluzione, utilizzando il software appena installato che Microsoft offre con SharePoint. Trovo difficile credere che non ci sia modo di impedire a MS Office di forzare un altro accesso per gli utenti esterni al sito. – NJITBEN

2

ho trovato this answer in un post simile che sembrava risolvere il problema per me quando ho provato . L'essenza di questo è che è necessario negare i verbi HTTP OPZIONI e PROPFIND in IIS. Detto questo, non sono un guru IIS e non sono esattamente sicuro di cosa significhi o di cos'altro possa influire. Qualcun altro può far luce su questo?

Un po 'di background, sto usando SharePoint 2010, su un sito FBA.

1

Se questo è sharepoint 2010, prova questo. Get-SPSecurityTokenServiceConfig Controlla il valore UseSessionCookies nell'output. Se è True, applica la PowerShell qui sotto.

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

Se UseSessionCookies è vero, si dovrà eseguire il login per eventuali documenti u vuole scaricare ...

Problemi correlati