Bug 40967
| Summary: | S4-Connector rejects for DNS records of Apple Mac clients | ||
|---|---|---|---|
| Product: | UCS | Reporter: | Arvid Requate <requate> |
| Component: | S4 Connector | Assignee: | Connector maintainers <connector-maintainers> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P5 | ||
| Version: | UCS 4.1 | ||
| Target Milestone: | UCS 4.1-x | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| What kind of report is it?: | --- | What type of bug is this?: | --- |
| Who will be affected by this bug?: | --- | How will those affected feel about the bug?: | --- |
| User Pain: | Enterprise Customer affected?: | ||
| School Customer affected?: | ISV affected?: | ||
| Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
| Ticket number: | Bug group (optional): | Troubleshooting | |
| Max CVSS v3 score: | |||
| Attachments: | sync_to_ucs_deduplicate_DNS_TYPE_A.patch | ||
Created attachment 7570 [details] sync_to_ucs_deduplicate_DNS_TYPE_A.patch Ticket# 2016033021000182 reports S4-Connector rejects (sync_to_ucs) for DNS records of Apple Mac clients. The corresponding objectClass=dnsNode object in the DNS forward zone shows a dnsRecord multivalue attribute that contains multiple occurrences of the same IP (v4) address. In the AD object data this is possible because the dnsRecord values are blobs which also contain the timestamp of the value, so the raw LDAP attribute values differ even though the IP address is the same. The S4-Connector sh/could detect these duplicate records and only write the set of de-duplicated values to OpenLDAP (patch proposal attached, addresses ipv6 as well). Actually the Mac clients seem to behave messy here. Windows clients delete their previously registered RR records in DNS first when they update their DNS records.