Re: About Adam Replication Traffic
From: Dmitri Gavrilov [MSFT] (dmitrig_at_online.microsoft.com)
Date: 08/10/04
- Next message: terry: "adam schema attribute and class export for newbie"
- Previous message: Lee Flight: "Re: About Adam Replication Traffic"
- In reply to: Lee Flight: "Re: About Adam Replication Traffic"
- Next in thread: io.com: "Re: About Adam Replication Traffic"
- Reply: io.com: "Re: About Adam Replication Traffic"
- Messages sorted by: [ date ] [ thread ]
Date: Tue, 10 Aug 2004 15:55:34 -0700
:)
The reason I said "Hmm..." is because ADAM uses GetComputerName (or a
variation of thereof, don't remember exactly) to publish its name to the
directory. This is the name that every other replication partner will use to
connect to this instance.
A task runs every hour and checks the name in the directory. If ADAM detects
that the current dnsHostName of the machine (the one returned by
GetComputerName) does not match the dnsHostName that is stored in the DIT,
then it connects to one of its replication partners (a random one) and
updates its own dnsHostName there. This way it ensures that other partners
will discover that his name is changed. Clearly, the whole thing breaks if
you have two instances and you rename them both simultaneously. In this
case, the admin is responsible for updating the dnsHostNames in at least one
of them. ADAM swears loudly in the logs when it detects this situation.
Coming back to the original problem... Thus, your only option is to make
sure that *everybody else* uses a private NIC, while ADAM uses the default
one. I think this will be pretty difficult.
Why do you want to do this?
-- Dmitri Gavrilov SDE, Active Directory Core This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm "Lee Flight" <lef@le.ac.uk-nospam> wrote in message news:O3uH0lyfEHA.2536@TK2MSFTNGP09.phx.gbl... > Looking harder at the netmon trace I think *subsequent* replication took > place > over the public interfaces, in agreement with what would be expected by > looking > at the output from repadmin. It had to as the private DNS names never appear > as end-points, > if I modify dnsHostName on the Server objects > > repadmin /showconn > > shows the private names as the links but > > repadmin /showrepl > > still shows the (usual) DNS name of the server for the (end-point) Address. > > The moral of this is never under-estimate the amount of insight that > goes into a "Hmm." :) > > Lee Flight > > "Lee Flight" <lef@le.ac.uk-nospam> wrote in message > news:e0QkhDyfEHA.1092@TK2MSFTNGP11.phx.gbl... > > After the replicas had sync'ed subsequent > > modifications to the application partition could be seen to take place > > over the private > > interfaces. > > > > I restarted both intstances, retested and replication took place over the > > private > > interfaces. The oddity for me in this is that looking at the output of > > > > repadmin /showrepl > > > > the Address field for all replicated naming contexts on these instances > > shows the > > <public interface DNS name>:GUID > > > > but that is not what the transport appears to be using... > >
- Next message: terry: "adam schema attribute and class export for newbie"
- Previous message: Lee Flight: "Re: About Adam Replication Traffic"
- In reply to: Lee Flight: "Re: About Adam Replication Traffic"
- Next in thread: io.com: "Re: About Adam Replication Traffic"
- Reply: io.com: "Re: About Adam Replication Traffic"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|