Ovviamente avevate ragione, nome utente di 21 caratteri, nella prova che avevo fatto avevo cambiato il nome utente, anche se ho dovuto spostare gli script per poterli modificare, forse questo è dovuto all'aggiornamento.
La KB che ti ho segnalato interviene su alcuni meccanismi di sicurezza, probabilmente impatta anche sui permessi. Per questo ti avevo chiesto di creare un account utente da GUI.
La replica mi pare funzioni, chiedo comunque una conferma nella configurazione dei DNS:
nel site 0 i due server hanno il dns che puntano a se stessi e all'altro per le altre subnet dove c'è un solo server il dns punta a se stesso e come secondario cosa metto ? io ho messo uno dei server del site 0 è giusto
Ti ho già risposto con la configurazione. I DNS aggiuntivi vengono utilizzati dopo alcune query andate in time-out sul DNS in uso. Questa modalità va a scalare sulla sequenza fino a che un server non invierà una risposta (oppure verrà segnalato un errore).
Ne approfitto ancora anche se non è l'argomento del post, ho creato uno spazio dfs nelle 4 subnet in replica tra loro (sono collegate con delle VPN non particolarmente performanti) dove ho reindirizzato homedir, desktop e profilo questo per fare in modo
che gli utenti che si spostano da un site all'altro possano ritrovare gli stessi file e configurazioni, gli utenti sono circa 140 ma quelli che si spostano sono decisamente meno, secondo voi può funzionare una configurazione del genere, non è che quando vanno
in replica mi saturano la VPN e mi si blocca tutta la connettività ? ovviamente blocco la replica nelle ore più critiche. Altra cosa la logica del minor costo funziona, cioè quando accedono il sistema usa il dfs mappato sulla LAN e non quello di altre subnet?
Essendo delle classi, presumo che tu sappia quali utenti si spostano tra le varie sedi. Se questi spostamenti sono puntuali, quindi stessa classe sempre nelle stesse sedi, potresti creare degli spazi dfs specifici e sincronizzare solo quello che serve solo
per le sedi interessate (capisco che può essere un lavoraccio). Per quanto riguarda le performance, ovviamente molto dipende dalla velocità della WAN, ma come hai anticipato tu..."non particolarmente performanti". L'algoritmo di compressione e di
gestione delle modifiche comunque viene incontro a queste problematiche. Infatti vengono replicati solo le modifiche e non gli interi files. Se i DC sono sempre accesi non credo ci saranno grossi problemi. L'ultimo punto, quello del minor costo, è corretto
e dipende da un paio di fattori: Il DC su cui si è registrato il client, la disponibilità del dato sul site, la larghezza di banda. Anche in questo caso interviene l'algoritmo di cui al punto precedente per garantire la migliore gestione del dato.
Saluti
Nino
