Windows Server 2003 Trust Issues


Recommended Posts

Ok, you all here have been so helpful in the questions I've asked but I think this time I have a big puzzle for you all...

I am trying to setup trust relationships between multiple Active Directories here at work. Each AD is setup very simple. Their DNS is basically just setup by itself from the initial setup of the domains. Most of the AD's are on different subnets, I.E. 10.* to 198.*. Before when we had Windows NT 4.0 Server we didn't have an issue with the trusts. Ever since each domain has been converted to 2003 R2 we cannot get the domains to talk to each other, BUT they can ping each other.

Whats MORE interesting is that if I take 2 of the domain controllers, point their primary DNS at one another, I can make a trust relationship and it will stick until I change their primary DNS back to normal. I am very very confused as to what is going on or if I did something wrong in the upgrades. This is basically one of the last issues I have with our large upgrade.

Just for a little more information, each domain has about 20 people in it and they are all separate forests (something i plan on fixing down the road). So we have about 9 small domains I am trying to link together with trusts for now on different subnets. Any help is greatly appreciated!

Link to comment
https://www.neowin.net/forum/topic/613666-windows-server-2003-trust-issues/
Share on other sites

I have'nt played with trust relationships much. But I would try setting up a DNS forwarder on each domains DNS to point to the other. Leaving the primary/secondary DNS settings alone on each box.

Maybe that would fix it?

Just gave it a quick try on 2 of the DC's with no luck, good idea though never would have thought of that, I really thought it was gonna work.

Well your going to need to create an external trust with domains in different forests.. This should help

http://www.windowsnetworking.com/articles_...en-Forests.html

Creating Trusts Between Forests

But yeah your going to need name resolution to the other domains.

"The next step in preparing to create a forest level trust is that you must make sure that each forest’s root domain can see the root domain from the other forest. This means that you will have to create the necessary DNS records and use the NSLOOKUP command to make sure that you can resolve domain names in the other forest."

Without the details of how your dns is configured currently -- can not really give yout he details of what records you need to create.

But here this is part of the checklist for creating forest trusts

http://technet2.microsoft.com/windowsserve...3.mspx?mfr=true

Ensure that Domain Name System (DNS) is properly set up.

--

If there is a root DNS server that can be made the root DNS server for both of the forest DNS namespaces, then make it the root server by ensuring that the root zone contains delegations for each of the DNS namespaces. Also, update the root hints of all DNS servers with the new root DNS server.

If there is no shared root DNS server, and the root DNS servers for each forest DNS namespace are running a member of the Windows Server 2003 family, then configure DNS conditional forwarders in each DNS namespace to route queries for names in the other namespace.

If there is no shared root DNS server, and the root DNS servers for each forest DNS namespace are not running a member of the Windows Server 2003 family, then configure DNS secondary zones in each DNS namespace to route queries for names in the other namespace.

--

What are you current namespaces? Your going to have some issues I do believe -- if you namespaces are the same, yet different forests.

whether or not it fixes your problem(and it may) I would look to implement the following:

Setup conditional forwarders for each domain on each DNS server

confirm name resolution between the domains

implement forest trusts between the domains

if it doesn't work post the error message

also, use the help file that comes with the mmc, it gives you loads of info

If the namespace is different, ie

domainA.lan

DomainB.lan

etc..

then you should just need NS entries for the other domains added to the other dns. Sure you could do it with a conditional forward, but it would be just as easy to add NS records for the domains in question.

If the namespace is different, ie

domainA.lan

DomainB.lan

etc..

then you should just need NS entries for the other domains added to the other dns. Sure you could do it with a conditional forward, but it would be just as easy to add NS records for the domains in question.

Can you give me an example of the NS entry I would need to enter?

What is very odd is that I can ping by name, the 2 servers, but when I go to create the trust I receive the message that it cannot locate the domain controller in the specified domain.

An what are namespaces? As to pinging them -- depending on your network, you could just be broadcasting for the host name, or just using wins to resolve?

Does it return a FQDN, ie server.domaina.lan or just server

What are your namespaces?? domaina.lan what?

An what are namespaces? As to pinging them -- depending on your network, you could just be broadcasting for the host name, or just using wins to resolve?

Does it return a FQDN, ie server.domaina.lan or just server

What are your namespaces?? domaina.lan what?

Sorry I disappeared, had a crash at the facility next door, I've been working on it for a while. We have WINS enabled on the main PDC's for each domain. Sometimes pinging will resolve an FQDN, if it is from a computer in its own domain. We do have one domain where it will not even return that for some reason, the computers on that domain log in fine (fast) but when I try to remotely authenticate to fix things on their computers I sometimes get a *no logon servers are available to process your request* yada yada. Is it safe to post namespaces here or should I PM you them?

Just swap them to hide the real domain names

i.e

domaina

domainb

etc

Ok well this is the best way i can put it:

Domain 1 (which we would like to end up master): a.domain1.b.c.d.e IP scheme 10.*

Domain 2: Domain2.domain1.a.b.c IP Scheme 192.*

the letters indicate suffixes that are the same in both domains, the domain names suffixes are the only differences. This was setup BEFORE i got here heh.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Zen Browser 1.21b by Razvan Serea Zen Browser is a privacy-focused, open-source web browser built on Mozilla Firefox, offering users a secure and customizable browsing experience. It emphasizes privacy by blocking trackers, ads, and ensuring your data isn't collected. With Zen Mods, users can enhance their browser experience with various customization options, including features like split views and vertical tabs. The browser is designed for efficiency, providing fast browsing speeds and a lightweight interface. Zen Browser prioritizes user control over the browsing experience, offering a minimal yet powerful alternative to traditional web browsers while keeping your online activity private. Zen Browser’s DRM limitation Zen Browser currently lacks support for DRM-protected content, meaning streaming services like Netflix and HBO Max are inaccessible. This is due to the absence of a Widevine license, which requires significant costs and is financially unfeasible for the developer. Additionally, applying for this license would require Zen to be part of a larger company, similar to Mozilla or Brave. Therefore, DRM-protected media won't be supported in Zen Browser for the foreseeable future. Zen Browser offers features that improve user experience, privacy, and customization: Privacy-Focused: Blocks trackers and minimizes data collection. Automatic Updates: Keeps the browser updated with security patches. Zen Mods: Customizable themes and layouts. Workspaces: Organize tabs into different workspaces. Compact Mode: Maximizes screen space by minimizing UI elements. Zen Glance: Quick website previews. Split Views: View multiple tabs in the same window. Sidebar: Access bookmarks and tools quickly. Vertical Tabs: Manage tabs vertically. Container Tabs: Separate browsing sessions. Fast Profile Switcher: Switch between profiles easily. Tab Folders: Organize tabs into folders. Customizable UI: Personalize browser interface. Security Features: Inherits Firefox’s robust security. Fast Performance: Lightweight and optimized for speed. Zen Mods Customization: Deep customization with mods. Quick Access: Easy access to favorite websites. Open Source: Built on Mozilla Firefox with community collaboration. Community-Driven: Active development and feedback from users. GitHub Repository: Contribute and review the source code. Zen Browser 1.21b changelog: New Features Updated to Firefox 151.0.4 Added 'Space Routing', a new feature that allows you to route links to a specific Space. To get started, click on the three dots in your Space name and click on 'Space Routing Settings'. Fixes Fixed extension-opened tabs not being created with the correct container (#14100) Fixed a bug with the Boosts editor having the wrong theme colors (#14099) Improved overflowing space icons being inaccessible and improved the feeling when hovering over them (#13747) Other minor bug fixes and improvements Download: Zen Browser | 89.8 MB (Open Source) Download: Zen Browser ARM64 | Other Operating Systems View: Zen Browser Home Page | Screenshots 1 | 2 | Reddit Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • I am currently using a 4tb stick in combination with a 4tb 9100 Pro. It's only been six months since I bought them but the 990 has already dropped 1% health. Fingers crossed it doesn't go any lower.
    • But it opens the floodgates to anyone who gets a refund instead of a replacement (since refund will buy you a 1/3rd of the capacity it did years ago)
    • He has planned to file a lawsuit in small claims court so it'll only be a $1000 lesson assuming he wins. That's likely a fraction of what Samsung spends on toilet paper on a daily basis.
    • Windows Server gets DNS over HTTPS (DoH) support by Usama Jawad For the past few months, Microsoft has been previewing DNS over HTTPS (DoH) for Windows DNS Server, touting it as a foundational upgrade for zero-trust enterprise networks. It essentially introduces encrypted, authenticated DNS for the networks rather than transmitting DNS traffic in clear. Now, the company has introduced the general availability (GA) of this feature. The GA of DoH encourages organizations to deploy the solution in production environments without implementing a new client-to-resolver architecture. DoH helps improve the overall security of the network and reduces the risk of spoofing due to its zero-trust design. This is a significant change because pretty much every interaction with the network requires interfacing with DNS. DoH offers several advantages over standard DNS traffic, such as encryption using HTTPS, preventing unauthorized inspection, man-in-the-middle attacks, and traffic analysis. Since it leverages TLS certificates so that clients can verify the identity of the DNS server, it prevents spoofing through this authentication mechanism. Additionally, it's built on the DoH standard defined by the Internet Engineering Task Force (IETF), which means that it should work with modern RFC 8484-compliant clients. Finally, it integrates into the existing network architecture seamlessly and can even run in parallel with standard DNS, so that customers can migrate to the new technology at their own pace. Microsoft says that in the past few months of preview, DoH has become more stable, and customers can confidently deploy it in production environments with proper guidance. Microsoft has emphasized that migrating to DoH is necessary for organizations that are moving toward zero-trust DNS solutions. Windows clients already support DoH, but the latest availability on Windows Server provides encrypted DNS to all endpoints. The company has also mentioned that "while this release focuses on encrypting client-to-resolver communication, support for encrypted communication between Windows DNS Server and upstream DNS resolvers is planned for a future update." You can follow Microsoft's guidance to deploy DoH here, but keep in mind that you need a Windows Server 2025 installation with the latest Patch Tuesday updates installed.
  • Recent Achievements

    • Week One Done
      davidbazooked earned a badge
      Week One Done
    • One Month Later
      Jamswaz earned a badge
      One Month Later
    • Week One Done
      Jamswaz earned a badge
      Week One Done
    • Rookie
      Marzoid went up a rank
      Rookie
    • Community Regular
      coch went up a rank
      Community Regular
  • Popular Contributors

    1. 1
      +primortal
      511
    2. 2
      PsYcHoKiLLa
      185
    3. 3
      +Edouard
      159
    4. 4
      Steven P.
      83
    5. 5
      ATLien_0
      75
  • Tell a friend

    Love Neowin? Tell a friend!