IPA динамічний DNS оновлює лише запис AAAA. Де мої записи А?

Я встановлюю домен FreeIPA. У моїй лабораторії три віртуальні машини: контролер домену ipadc1, два клієнти puppetі wordpress(креативний, так, я знаю). Усі три віртуальні машини працюють із щойно встановленим CentOS 6.4 (FreeIPA 3.0.0).

Я встановив IPA-сервер, створивши домен, до якого ми зателефонуємо example.usтут, із ввімкненою службою DNS та автоматичними оновленнями DNS.

Я успішно приєднався до двох віртуальних машин до домену. Але динамічні оновлення DNS лише вводять записи AAAA у DNS. Ні Записи ніколи не вставляються.

DNS RR

Мої параметри зони DNS для динамічних оновлень та політики оновлення BIND також є правильними.

Налаштування зони DNS

Обидва клієнтські віртуальні машини фактично мають адреси IPv4; puppetмає статичну IPv4 адресу і wordpressотримує свою IPv4 адресу від DHCP. Це, здається, не має значення.

# ip a s dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:3c:d5:f5 brd ff:ff:ff:ff:ff:ff
    inet 172.25.50.227/24 brd 172.25.50.255 scope global eth0
    inet6 2001:db8:16:bf:5054:ff:fe3c:d5f5/64 scope global dynamic 
       valid_lft 86180sec preferred_lft 14180sec
    inet6 fe80::5054:ff:fe3c:d5f5/64 scope link 
       valid_lft forever preferred_lft forever

Насправді проблема, здається, пов'язана з sssd, який я дізнався, що насправді відповідає за натискання динамічних оновлень DNS. Я завершив налагодження debug_level = 9і знайшов це в журналах. Здається, це вказує на те, що sssd навіть не переймається спробою надіслати запис A, хоча він насправді не дає мені вказувати, чому.

(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [ipa_dyndns_update_send] (0x4000): Performing update
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [ok_for_dns] (0x0200): Multicast IPv4 address 172.25.50.227
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [ok_for_dns] (0x0200): Link local IPv6 address fe80::5054:ff:fe3c:d5f5
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [ipa_dyndns_gss_tsig_update_step] (0x1000): Checking if the update is needed
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_get_family_order] (0x1000): Lookup order: ipv6_first
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_is_address] (0x4000): [wordpress.example.us] does not look like an IP address
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_step] (0x2000): Querying DNS
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_dns_query] (0x0100): Trying to resolve AAAA record of 'wordpress.example.us' in DNS
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [schedule_request_timeout] (0x2000): Scheduling a timeout of 5 seconds
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [schedule_timeout_watcher] (0x2000): Scheduling DNS timeout watcher
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [unschedule_timeout_watcher] (0x4000): Unscheduling DNS timeout watcher
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [request_watch_destructor] (0x0400): Deleting request watch
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_step] (0x2000): Querying DNS
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_dns_query] (0x0100): Trying to resolve A record of 'wordpress.example.us' in DNS
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [schedule_request_timeout] (0x2000): Scheduling a timeout of 5 seconds
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [schedule_timeout_watcher] (0x2000): Scheduling DNS timeout watcher
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [unschedule_timeout_watcher] (0x4000): Unscheduling DNS timeout watcher
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [request_watch_destructor] (0x0400): Deleting request watch
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_next] (0x0200): No more address families to retry
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_next] (0x0100): No more hosts databases to retry
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_is_address] (0x4000): [wordpress.example.us] does not look like an IP address
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_step] (0x2000): Querying DNS
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_dns_query] (0x0100): Trying to resolve A record of 'wordpress.example.us' in DNS
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [schedule_request_timeout] (0x2000): Scheduling a timeout of 5 seconds
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [schedule_timeout_watcher] (0x2000): Scheduling DNS timeout watcher
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [unschedule_timeout_watcher] (0x4000): Unscheduling DNS timeout watcher
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [request_watch_destructor] (0x0400): Deleting request watch
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_next] (0x0200): No more address families to retry
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [resolv_gethostbyname_next] (0x0100): No more hosts databases to retry
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [ipa_dyndns_gss_tsig_update_check] (0x1000): Address on localhost only: 2001:db8:16:bf:5054:ff:fe3c:d5f5
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [ipa_dyndns_gss_tsig_update_check] (0x0400): Detected IP addresses change, will perform an update
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [create_nsupdate_message] (0x0200): Creating update message for realm [EXAMPLE.US] and zone [example.us].
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [create_nsupdate_message] (0x0400):  -- Begin nsupdate message --
realm EXAMPLE.US
zone example.us.
update delete wordpress.example.us. in A
send
update delete wordpress.example.us. in AAAA
send
update add wordpress.example.us. 86400 in AAAA 2001:db8:16:bf:5054:ff:fe3c:d5f5
send
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [create_nsupdate_message] (0x0400):  -- End nsupdate message --
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [child_handler_setup] (0x2000): Setting up signal handler up for pid [2144]
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [child_handler_setup] (0x2000): Signal handler set up for pid [2144]
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [write_pipe_handler] (0x0400): All data has been sent!
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [ipa_dyndns_stdin_done] (0x4000): Sending nsupdate data complete
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [child_sig_handler] (0x1000): Waiting for child [2144].
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [child_sig_handler] (0x0100): child [2144] finished successfully.
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [sss_child_handler] (0x2000): waitpid failed [10]: No child processes
(Mon Jul 22 21:50:01 2013) [sssd[be[example.us]]] [ipa_dyndns_update_done] (0x0020): DNS update finished

Моє sssd.conf:

[domain/example.us]

cache_credentials = True
krb5_store_password_if_offline = True
ipa_domain = example.us
id_provider = ipa
auth_provider = ipa
access_provider = ipa
ipa_hostname = wordpress.example.us
chpass_provider = ipa
ipa_dyndns_update = True
ipa_server = _srv_, ipadc1.example.us
ldap_tls_cacert = /etc/ipa/ca.crt
[sssd]
services = nss, pam, ssh
config_file_version = 2

domains = example.us
[nss]

[pam]

[sudo]

[autofs]

[ssh]

[pac]

Результат ipa dnszone-show example.us --all:

  dn: idnsname=example.us,cn=dns,dc=example,dc=us
  Zone name: example.us
  Authoritative nameserver: ipadc1.example.us.
  Administrator e-mail address: hostmaster.example.us.
  SOA serial: 1374982142
  SOA refresh: 3600
  SOA retry: 900
  SOA expire: 1209600
  SOA minimum: 3600
  BIND update policy: grant EXAMPLE.US krb5-self * A; grant EXAMPLE.US krb5-self
                      * AAAA; grant EXAMPLE.US krb5-self * SSHFP;
  Active zone: TRUE
  Dynamic update: TRUE
  Allow query: any;
  Allow transfer: none;
  mxrecord: 0 mail.example.us
  nsrecord: ipadc1.example.us.
  objectclass: top, idnsrecord, idnszone
  txtrecord: v=spf1 a mx -all

Незважаючи на те , що це дійсно невелика проблема для мене, так як я міг йти жити без оновлень IPv4 DNS (це добре , щоб бути 100% подвійний стек) він по - , як і раніше дратує , щоб не знати , що тут відбувається. Можливо, є журнали, які я пропустив, які проливали б світло на ситуацію?

(О, і так, я вимкнув і знову.)

— Майкл Хемптон
джерело

ух, все виглядає саме так, як у мене. Можливо, якась помилка, у мене нижча версія, вам потрібно запитати Якова на #freeipa @freenode. Також ви можете спробувати з цієї машини вручну надіслати оновлення, для цього у вас повинна бути клавіша клавіш. nsupdate >update add wordpress.example.us 86400 A 172.25.50.227?

— Даніла Ладнер

@DanilaLadner Так, якщо я запускаю вручну, nsupdateто я можу оновити записи. Здається, проблема полягає в тому, що sssdце не означає nsupdateоновити запис A.

— Майкл Хемптон

Після додавання

ipa_dyndns_iface = eth0

у цій пастібі я бачу, як sssd розпізнає ваш ip як багатоадресний:

"(Tue Jul 9 10:00:01 2013) [sssd[be[example.us]]] [ok_for_dns] (0x0200): Multicast IPv4 address 172.25.50.227"

у фрагменті коду Якоб написав, де він буде перевіряти адреси пошуку, багатоадресні адреси тощо, щоб не повідомляти в dns, ви знайдете свою помилку:

if (IN_MULTICAST(ntohl(addr->s_addr))) {
        DEBUG(SSSDBG_FUNC_DATA, ("Multicast IPv4 address %s\n", straddr));
        return false;
    } else if (inet_netof(*addr) == IN_LOOPBACKNET) {
        DEBUG(SSSDBG_FUNC_DATA, ("Loopback IPv4 address %s\n", straddr));
        return false;
    } else if ((addr->s_addr & 0xffff0000) == 0xa9fe0000) {
        /* 169.254.0.0/16 */
        DEBUG(SSSDBG_FUNC_DATA, ("Link-local IPv4 address %s\n", straddr));
        return false;
    } else if (addr->s_addr == htonl(INADDR_BROADCAST)) {
        DEBUG(SSSDBG_FUNC_DATA, ("Broadcast IPv4 address %s\n", straddr));
        return false;
    }
} else {
    DEBUG(SSSDBG_CRIT_FAILURE, ("Unknown address family\n"));
    return false;
}

return true;

Тепер питання в тому, чому його визнають "багатоадресною додавачем", я поняття не маю. Як IN_MULTICAST in.hви можете бачити:

   "IN_MULTICAST(a)" - tests whether a is a multicast address. and it is in "inet.h/in.h":
   #define  IN_CLASSD(i)        (((long)(i) & 0xf0000000) == 0xe0000000)
   #define  IN_MULTICAST(i)     IN_CLASSD(i)

Отже, як ця IP-адреса оцінюється на багатоадресну передачу, я б спробував її розтягнути і подивитися. Також ви можете запитати у Якова Грозека, він написав той фрагмент коду sssd. Зазвичай він завжди доступний у #sssd на екрані freenode, було б чудово, якби ви поділилися тим, з чим ви закінчились. Сподіваюся, це трохи допомагає.

EDIT

Так, у вашій версії 1.9.2 є помилка. Ти маєш:

  if (IN_MULTICAST(addr->s_addr))) {

Вона повинна бути:

  if (IN_MULTICAST(ntohl(addr->s_addr))) {

— Даніла Ладнер
джерело

Це болотна стандартна адреса RFC 1918, і, звичайно, не IPv4. Тож я думаю, ти маєш рацію, що це якась помилка. У якому вихідному файлі це було?

— Майкл Хемптон

так, це дуже дивно.

— Даніла Ладнер

dyndns.c git.fedorahosted.org/cgit/sssd.git/tree/src/providers/ipa/…

— Даніла

яка версія вашого sssd rpm?

— Даніла Ладнер

Хотілося б, щоб я міг підкреслити це багато разів. Яка вичерпна та точна відповідь; оплески!

— MadHatter

На сторінці сторінки sssd-ipa(5):

   ipa_dyndns_iface (string)
       Optional. Applicable only when ipa_dyndns_update is true. Choose the interface whose IP address should be used for dynamic DNS updates.

       Default: Use the IP address of the IPA LDAP connection

Ви повинні встановити ipa_dyndns_ifaceв , /etc/sssd/sssd.confщоб відповідати інтерфейсу сервера МПА, так як за замовчуванням буде використовувати тільки адреса сокета до сервера МПА:

ipa_dyndns_iface = eth0

Це повинно включати динамічні оновлення як для IPv4, так і для IPv6.

— dawud
джерело

Хороша спроба, але, схоже, не допомогло. Результати додавання цього наведені тут на пастбіні .

— Майкл Хемптон

Спробуйте також встановити параметр lookup_family_order на значення, яке не використовується за замовчуванням, наприклад ipv6_first, як тестовий випадок, та повідомте нас, чи намагається він взагалі спробувати ipv4.

— FIV
джерело

Це також не мало ефекту .

— Майкл Хемптон