logon hangs at applying personal settings
Started by
ehosto
, Mar 02 2006 12:34 PM
#16
Posted 02 March 2006 - 03:42 PM
#17
Posted 02 March 2006 - 03:45 PM
Yes. the new computers that come with Pro on them and the other ones that had pro already on them do not experience this lag
#18
Posted 02 March 2006 - 07:55 PM
do you have any other AD servers in your domain forest?
#19
Posted 03 March 2006 - 08:52 AM
I just added another DC in the domain. It is used strictly to run our Accounting Program, but it is a DC
#20
Posted 03 March 2006 - 09:05 AM
why is it a dc? if all it's doing is running the accounting program?
#21
Posted 03 March 2006 - 09:10 AM
I set it up that way so that I didn't have to enter the users in the local user database. Everyone uses this server so I would have had to put everyone as a user in it. It was easier to make it a DC. The reason everyone uses it is because our timesheet is done throught this program
Edited by ehosto, 03 March 2006 - 09:11 AM.
#22
Posted 03 March 2006 - 09:13 AM
if you've got a full active directory structure....you would have just needed it to be a member server...not a dc at all...they still would have been able to log on as users and everything else..because AD would be controlling authentication....not the server...no one should be logging on with local accounts in an ad domain
#23
Posted 03 March 2006 - 09:14 AM
I tried it as a member server and no one could logon to the machine without credentials.
#24
Posted 03 March 2006 - 09:17 AM
huh...well..however it's set up i gues...heheh...if it's a dc...then it's got to be doing replication with the pdc....how is the wins replication set up on both machines?
#25
Posted 03 March 2006 - 09:23 AM
WINS is only running on the pdc.
#26
Posted 18 October 2006 - 08:22 PM
Active directory uses DNS - not wins. Wins was used for NT Domains and should be discarded once you have an Active Directory environment.
The other server you made into a DC should have been a member server under the current AD Domain. If users couldnt get to that server, your server wasnt in the domain correctly.
As for the upgraded machines taking an unusual amount of time applying computer settings, its probably a SID issue, you may have to move the computer accounts into the same OU as the user accounts. How did you structure your AD environment? Ideally you want the user and computer accounts in the same OU so you can apply computer and user group policies
Andy
The other server you made into a DC should have been a member server under the current AD Domain. If users couldnt get to that server, your server wasnt in the domain correctly.
As for the upgraded machines taking an unusual amount of time applying computer settings, its probably a SID issue, you may have to move the computer accounts into the same OU as the user accounts. How did you structure your AD environment? Ideally you want the user and computer accounts in the same OU so you can apply computer and user group policies
Andy
#27
Posted 06 January 2009 - 07:25 AM
I have exactly the same problem. I am running a SBS 2003 with 6GB RAM. Clients in the small LAN are mixed XP Pro and Vista. All machines have a delay and hang logging on and off. The Vista machines are particularly bad. I have done all the obvious checks, local RAM, spyware etc and all systems are healthy. There appears to be a DNS problem. For some reason clients are using 194.72.9.34 and 194.72.9.38. The server is using 192.168.16.2. However....when I changed a client PC to match the server DNS the log on was no quicker and the internet was painfully slow. I hope that someone can advise:
1. Is the DNS set up incorrect?
2. Is this causing the slow log ons?
3. Whats the correct settings for DNS, DHCP?
Thanks!!!
1. Is the DNS set up incorrect?
2. Is this causing the slow log ons?
3. Whats the correct settings for DNS, DHCP?
Thanks!!!
Similar Topics
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users