|
Clyde, try using the GC://RootDSE serverless bind that Gil pointed out to me. I think it’ll save you some steps by connecting directly to a GC in the domain you’re in
<mc> -----Original Message-----
I use this vbscript to first bind to rootdse in the domain I am in. Then use the results to build the global catalog string for my ado search.
I dont think it would be too difficult to convert to VB.
----------------------------------------------------------------------------------------------------
Set
objConnection = CreateObject("ADODB.Connection")
Set
objCommand = CreateObject("ADODB.Command")
objCommand.CommandText
= _
Set objRecordSet = objCommand.Execute
If
objRecordset.EOF Then
objConnection.Close
---------------------------------------------------------------------------------------------------- Not sure if this will help or not. But its the way I always ensure I hit a GC in the domain Im in, no matter which domain Im in.
Clyde Burns
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Mulnick, Al Gil's post should provide the information they need to do this. Did you catch that one the other day?
From: Creamer, Mark [mailto:[EMAIL PROTECTED] According to the developers, the app is trying to do 2 things:
1. Query a universal group membership for one purpose 2. Query a global group membership for a specific domain for another purpose
So, they tell me they can specify the domain in their code. What they are looking for is how can they find a server that meets both needs (DC and GC) in that specific domain. The query would essentially say, "return a global catalog server in my.domain.com" (as opposed to a GC in domain.com or myother.domain.com)
They need to do this in VB
Thanks!
<mc> -----Original
Message-----
I think it's a compiled application that is called by the web app. But I'll know more tomorrow. We're supposed to meet to discuss it. I'll at least try to find out what they're doing a little more clearly
<mc> -----Original
Message-----
Mark, can you maybe post the code, as this will help us pinpoint the problem? If you have multiple domains, it probably depends more on which domain the universal group was created in than whether the DC is a GC or not.
Tony
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Mulnick, Al IIRC You're looking for the isGlobalCatalogReady attribute. If set to true, then it's a global catalog. If not, then it's just a DC.
Al
From: Creamer, Mark [mailto:[EMAIL PROTECTED] Our developers put together a web site on our intranet last year that allows privileged users to add members of their staff to various groups. It works great, except that now we are in native mode and are using some universal groups. The app will work properly as long as it happens to hit a DC that is also a GC. But from what they're telling me, it won't work for Universals if the app searches for a DC and finds one that does not happen to be a GC.
So what I'm looking for, is whether there is a LDAP query component that they can use in their app that will always only find DCs that are also GCs?
Thanks,
Mark Creamer Systems Engineer Cintas Corporation Honesty and Integrity in Everything We Do
|
- [ActiveDir] finding GCs Creamer, Mark
- RE: [ActiveDir] finding GCs Mulnick, Al
- RE: [ActiveDir] finding GCs Tony Murray
- RE: [ActiveDir] finding GCs Gil Kirkpatrick
- RE: [ActiveDir] finding GCs Creamer, Mark
- RE: [ActiveDir] finding GCs Creamer, Mark
- RE: [ActiveDir] finding GCs Mulnick, Al
- RE: [ActiveDir] finding GCs Burns, Clyde
- RE: [ActiveDir] finding GCs Creamer, Mark
- RE: [ActiveDir] finding GCs Creamer, Mark
- RE: [ActiveDir] finding GCs Carlos Magalhaes
