Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Need help with AD Communication between sites

Status
Not open for further replies.

knappagh1

Technical User
Sep 16, 2004
82
GB
I'll try explain the setup and the problem as best i can, but please be patient with me. Im new to AD troubleshooting and its taken me about a week to fully figure out the setup alone.

We have got 2 External sites, each with a 2Mb BIP connection to our main site. Initally, i believe the plan was to have a DC on each site and for each site to be a child domain of the domain in the main site. Im not sure how this is achieved but we were led to believe that each site would be independant in that if the link between one of the external sites and the main site goes down, external sites would not be affected. Their users would still be able to log on to their local domains witout any hastle.

The frst time the connection between a site went down, the users were frozen out. They were unable to log on to their local domain, nor were they able to access any information stored on the local servers.

So, the decision was then taken to change the setup in this site so that they were logging onto the domain in the main site. The DC in that site, i am led to believe, is now an equal DC within the domain. So now, when the users in that site logon, the are doing so to the main domain, but through the local DC. This works fine until the link is broke. Once that happens, the same problem outlines above occurs.

Complications.
The main complication in the the external site with all the problems is that there are 2 companys on the site. We have some of our own staff there, who share the site with a sister company. Its only a small company run by the brother of our MD, but we are IT support for them. Thats ok until even the smallest thing goes wrong, then they make noise and IT take all the flack. So when they cannot access their information, IT should just leave the country!!!! So as a result we tend to keep a low profile in that site and would like to do as much as possible from our main site.

And to complicate things further, the guy who set everything up, has since left the company. He was the only one of the IT dept with AD experience. He also had drafted in some ouside help (a guy who "understood" AD and how to set it up) He has being out on site 3 times now, but is still unable to solve the problem, and wont be back either.

If any one can help, or if you need more information, just let me know.

Thanks for reading, and sorry for the long post.

Paddy.
 
this wanlink is up otherwise it would have given errors on the dcdiag...

lars

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
What error messages do the users get?

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
If you ping the domain name on the clients what server do they get the answer from?

Lars

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
The WAN link between the sites is still up. The ping revealed something very strange. When pinging domain.ie, it went looking for 192.168.3.35. Nothing has this IP and to the best of my knowledge, nothing has had it for the best part of 3 years.
 
The users are getting a password failure error message. Something along the lines of, "The password you entered was incorrect. Please ensure the password is correct and the right case is being used". Thats not the exact error, but its something along them lines.
 
Thats axectly where the client goes to authenticate when loggin in to the domain, why dont you just fill in a hostfile on the client to see if this is the problem.

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
you need to find out what the 192.168.3.35 address is from this is causing the problems...

Lars

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
I would not suprise me if that is the ip of the old nt4 domain that is filled in the hostfiles on the clients

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
It sounds like you have some bad DNS/WINS entries OR some hardcoded HOST/LMHOST entries.

If you cannot ping your FQDN and get a proper DC, then you wont be able to login. Try doing the same ping on a different station in a site that is working properly.
 
flush that cash on the dns server as i mentioned in my post where is tried to make you do a couple of things, dns clients first checks its own cash then goed to a dns server the dns server looks in his cash and if there is the 192 address it returnes this to the client and doen not look in his records, clear the cash on the server and the client.
If you fill in a hostfile then the client wil not use dns so you can see if the problem lies there but as i see the probstill lies in dns
Lars

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
I have tried ping the FQDN from my own machine on site 1. Its also getting the 192.168.3.35 returned. As for the hosts files, we tend not to use/edit them any. For that part, i have tried the ping or a machine rebuilted yesterday. The hosts file has not being opened, but its still getting 192.168.3.35!! Where should i be looking for the domain.ie entry? I have looked in the DHCP settings and cannot find it anywhere.
 
flush that cash

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
Ok, look at the DNS settings for the clients getting this result. When you find that DNS server, I would check it for the proper entries, and flush it as Lars suggested. I would also scavenge dead records.

Once that is done, go to your station and fluch your dns cache:

ipconfig /flushdns


Then try to ping your FQDN.
 
go into dns rightclick the servername and do "clear cash"
on the client "ipconfig /flushdns"

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
ok, i have flushed the DNS cache on both servers. Done it on the DC at site 1 first, pinged domain.ie and got 192.168.3.20 (the dc). So, i done the DC in site 2, pinged from a client over there and they got 3.25 So i rechecked mine and it too is now pinging 3.25 Why would this change like that?
 
I have flushed the DNC Cache on my local machine and its now back to pinging 3.35 Something very weird is going on here!!!
 
so first you got 3.35 the whole time, after the flush you get 3.20 (the one it should be) and now you get 3.25 ? What is running on 3.25 ?

lars

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
oke so there are record's on the servers that points your domain name to the wrong ip's, delete these records

lars

Network admin for worldwide freight forwarders company.
mcp mcsa\: Messaging mcse -2003
 
This is just a guess, but maybe try running this command on your DC's:

ipconfig /registerdns

Something strange is happening on your DNS.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top