Compare cert salaries and plan your next career move
DjScientist wrote: » Hi all, I think this is what i have to do for them: 1.Create a new domain for them 2.Provide them with internet connection 3.Create File and Print Servers 4.Configure Network Printing 5.Move Files from their PC to a centralised Server 6.Create shares and configure permissions
RobertKaucher wrote: » It sounds like you are not only unsure of how to perform the task, but also what the task actually consists of. I would get some clarity from my boss, if I were you. Not on how to do it, but exactly what he wants done. Otherwise you are bound to miss something.And as far as creating the new domain… Claymoore is very correct in his description of reasons to create a new domain. Unfortunately I see many admins who feel that “making their own jobs harder on themselves” is a valid reason for creating a second domain. Don’t fall into this trap!
RTmarc wrote: » 1) Update server 2) Install DNS and DHCP 3) DCPROMO (domainname.local or domainname.msft) 4) Create user accounts 5) Join workstations to domain 6) Install printers (and drivers) on server 7) Create GPOs 8 ) Create shares on server. This is not a large domain from your description so over-complicating it would be a mistake. For your login script, what are you wanting to accomplish? Mapping drives, attaching printers (better through GPO), etc? Why roaming profiles? Will users be changing workstations frequently? Wireless is a good choice if fiber (buried or aerial) are not an option but depends on distance. Just make sure to properly secure it. How far are we talking? Across the road (feet) or across the city (miles)?
dynamik wrote: » Is there a reason you can't connect via a VPN? Why do you need wireless or fiber? Do you just want to backup files on user's computers? Check out folder redirection instead of roaming profiles. What's wrong with ad.domainname.com or corp.domainname.com?
Claymoore wrote: » Why create a new domain at all? IMO, there are only two good reasons for creating additional 2003 AD domains - separate password policies or a disjointed namespace - and your description mentions neither. You could create another OU for that building, but that's probably not necessary either. You mention that they were previously connected to the corporate network now. How? Go ahead and promote the server to a domain controller and assign it to a separate AD site created for that building. You can use a site-to-site VPN to handle the replication traffic. Use folder redirection in Group Policy to redirect their My Documents to the file server. BTW, they don't have to lift the road to lay the cable. They'll bore underneath the road to lay a pipe through which they will run the fiber cable. It may still be cheaper to buy more internet bandwidth and use a VPN. Any chance you have MetroEthernet or MPLS available through a local communications provider?
RobertKaucher wrote: » It sounds like you are not only unsure of how to perform the task, but also what the task actually consists of. I would get some clarity from my boss, if I were you. Not on how to do it, but exactly what he wants done. Otherwise you are bound to miss something. And as far as creating the new domain… Claymoore is very correct in his description of reasons to create a new domain. Unfortunately I see many admins who feel that “making their own jobs harder on themselves” is a valid reason for creating a second domain. Don’t fall into this trap!
Compare salaries for top cybersecurity certifications. Free download for TechExams community.