Windows DNS servers return an AUTHORITY section pointing at the
authoritative DNS server when looking up a name that doesn't
exist. We'd like to know if this is important for correct operation
with Windows clients.
For example, if I lookup unknown.v2.tridgell.net:
tri...@blu:~/$ dig @10.0.0.4 -t
We've noticed that Windows DNS servers return the SOA record for a
zone twice in a AXFR zone transfer, once at the start of the transfer,
and once at the end.
Can you tell us if that matters? Is it deliberate?
Cheers, Tridge
___
cifs-protocol mailing li
Hi,
We've noticed that ldap seaches against Windows DNS servers using the
SERVER_SEARCH_FLAG_PHANTOM_ROOT flag to the
LDAP_SERVER_SEARCH_OPTIONS_OID control don't return entries inside the
DNS NCs, eg. DC=DomainDnsZones
Can you please explain how this works? Our understanding of
SERVER_SEARCH_FLA
[dochelp to bcc]
[Adding case #, adding casemail]
Hi, Tridge,
I created SR 110122100964648 for this issue. Someone from the protocols team
will contact you soon.
Bryan
-Original Message-
From: tri...@samba.org [mailto:tri...@samba.org]
Sent: Monday, December 20, 2010 3:59 PM
To: Inte
[dochelp to bcc]
[Adding case # to title; adding case mail]
Hi, Tridge,
I created SR 110122101544609 for this issue. An engineer from the protocols
team will contact you soon.
Bryan
-Original Message-
From: tri...@samba.org [mailto:tri...@samba.org]
Sent: Monday, December 20, 2010
There are a few aspects of the Windows DNS NCs that are puzzling us:
1) we see records like this:
dn:
DC=..SerialNo-W2K8R2B.v2.tridgell.net,DC=v2.tridgell.net,CN=MicrosoftDNS,DC=DomainDnsZones,DC=v2,DC=tridgell,DC=net
dnsRecord: NDR: struct dnsp_DnssrvRpcRecord
wDataLength
[dochelp to bcc]
[Adding case # to title; adding casemail]
Hi Tridge,
I created SR 110122105892239 to track this issue. An engineer from our team
will contact you soon.
Bryan
-Original Message-
From: tri...@samba.org [mailto:tri...@samba.org]
Sent: Monday, December 20, 2010 4:01 PM
[dochelp to bcc]
Tridge,
I created SR 110122106325012 to track this issue. An engineer from the
protocols team will contact you soon.
Bryan
-Original Message-
From: tri...@samba.org [mailto:tri...@samba.org]
Sent: Monday, December 20, 2010 5:23 PM
To: Interoperability Documentation H
I've now discovered that bind does the same thing, so this is
obviously not windows specific. Don't worry about answering it.
> We've noticed that Windows DNS servers return the SOA record for a
> zone twice in a AXFR zone transfer, once at the start of the transfer,
> and once at the end.
>
No prob, Tridge,
I'll cancel the case. Thanks for the quick note.
Bryan
-Original Message-
From: tri...@samba.org [mailto:tri...@samba.org]
Sent: Monday, December 20, 2010 5:58 PM
To: Interoperability Documentation Help; cifs-proto...@samba.org;
abart...@samba.org
Subject: Re: [cifs-p
> I created SR 110122106325012 to track this issue. An engineer from the
> protocols team will contact you soon.
thanks.
Here is an example of a non-zero dwReserved for the 2nd question:
dnsRecord: NDR: struct dnsp_DnssrvRpcRecord
wDataLength : 0x0021 (33)
w
Thx, Tridge.
I've seen the non-NULL dwReserved before and, as it turns out, I already have
an inquiry on this. As part of my follow-up to our IO Lab, I captured several
DnsRecords to verify that dwTtlSeconds seemed to be in network order. In the
same report, I shared the observation that I wa
I'm trying to work out the bits in the dwFlags field in dnsRecord
attributes in LDAP. I need these in order to correctly create new
records.
[MS-DNSP] talks about several dwFlags fields, but not of them seem to
correspond to the bits I'm seeing. On a w2k8r2 server I see the
following dwFlags value
13 matches
Mail list logo