CRM "HTTP Error 401.1 - Unauthorized: Access is denied" solo accedendo col nome srvr, tramite IP l'errore non sussiste.
Blasco_Genoano
Precisando il fatto che sto cercando di accedere come amministratore
di dominio, l'errore è come da oggetto e si verifica in questo caso:
-accedendo da http://nomehost. Mi compare la finestra di richiesta di
autenticazione, inserisco le credenziali da amm di dominio (per 3
volte me le chiede) ed esce fuori l'errore
se invece provo a loggarmi come amministratore della macchina su cui
poggia il crm (e SQL, questa è una macchina di test, ma la stessa cosa
succede sul srvr principale dove poggia solo crm.) mi fa entrare senza
problemi.
Stessa cosa se provo ad entrare su http://IndirizzoIP, passo
tranquillamente con qualsiasi account.
Qualcuno saprebbe indicarmi una via giusta per la risoluzione?
Grazie
Blasco_Genoano
Ammazza, non sarete in troppi a rispondere e passare di qui?!
risolto riuscendo a settare l' SPN:
setspn -a http/nomesrvrCRM nomeControllerDominio
setspn -a http/nomesrvrCRM.dominio.local nomeControllerDominio
mi manca però ancora un pezzo, c'è ancora un problema con le stampe
unione:
una volta che si clicca su "stampa unione", prima di aprire il file in
word, anzichè autenticare direttamente richiede nome utente e
password, per ben 4 volte!!!, poi fa passare e tutto funziona. Ma
perchè sta richiesta di password per ben 4 volte?!?
C'è qualcuno che può darmi una mano? non sarete mica già tutti in
vacanza?!? :)
Roberto Nocera
per le vacanze.. solol prove tecniche :D
Prova a mettere "nomehost" negli intranet site e verifica che nelle
opzioni sia settato "Automatic logon only in Intranet Zone"
Qui alcuni dettagli per settare il login automatico per i siti
intranet.
1. In IE, open: tools> internet options
2. click on Loca Intranet
3. click on Custom Level
4. Check Automatic logon only in Intranet Zone (alla fine della lista)
Questa impostazione dovrebbe far sì che l'autenticazione al CRM sia
trasparente.
Facci sapere.
Grazie. Ciao
Roberto
Blasco_Genoano
tecniche di vacanza" ;)]
Ho provato come m'hai consigliato, ma non era quello (era già
impostato). Avevo sbagliato anche la prima parte di settaggio
dell'spn, funzionava ma non si sa bene il perchè ed il percome...
la vera risoluzione è la seguente, da seguire anche i capilettera come
li scrivo:
(nel mio caso ho sullo stesso server sia CRM che SQL, ma non dovrebbe
cambiare la cosa)
setspn -a HTTP/nomeserverCRM dominio\nomeutente (nomeutente = nome
dell'utente su cui gira il servizio CRM)
setspn -a HTTP/nomeserverCRM.dominio.local dominio\nomeutente
e
setspn -a mssqlsvc/nomeserverSQL dominio\nomeutente
setspn -a mssqlsvc/nomeserverSQL.domino.local domino\nomeutente
per verificare poi di avere fatto tutto correttamente dovrete
interrogare NON il server che gestisce questi servizi, ma il
NOMEUTENTE con il quale girano gli stessi, lo stesso nome utente che
abbiamo impostato con il setspn, in questo modo:
setspn -l dominio\nomeutente (il dominio non è indispensabile)
ora funziona tutto alla perfezione! almeno sul server di test, vedremo
poi sul server di produzione con i servizi che poggiano su altri
server... di sicuro anche su quest'ultimo si è sistemato il discorso
che non risolveva il nome del server.
Ciao, alla prossima
Andrea
Blasco_Genoano
\nomeutente" relativo all' mssqlsvc non per forza sarà uguale a quello
per l' HTTP, ma deve essere il nome utente impostato per fare girare
il servizio Sql (services.msc e si verifica l'utente impostato, sotto
la colonna "connessione", nel servizio che interessa)
Ciao, buone ferie a tutti.
Andrea