Il DNS dinamico IPA aggiorna solo il record AAAA. Dove sono i miei record A?

11

Sto configurando un dominio FreeIPA. Nel mio laboratorio ci sono tre macchine virtuali: il controller di dominio ipadc1e due client puppete wordpress(creativo, sì, lo so). Tutte e tre le VM eseguono CentOS 6.4 appena installato (FreeIPA 3.0.0).

Ho installato il server IPA, creando un dominio che chiameremo example.usqui, con servizio DNS e aggiornamenti DNS automatici abilitati.

Ho unito correttamente le due macchine virtuali al dominio. Ma gli aggiornamenti DNS dinamici stanno solo inserendo i record AAAA nel DNS. Nessun record A viene mai inserito.

RR DNS

Anche le impostazioni della mia zona DNS per gli aggiornamenti dyanmic e la politica di aggiornamento di BIND sembrano essere corrette.

Impostazioni della zona DNS

Entrambe le VM client in realtà hanno indirizzi IPv4; puppetha un indirizzo IPv4 statico e wordpressottiene il suo indirizzo IPv4 da DHCP. Questo non sembra fare la differenza.

# 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

Il problema in realtà sembra essere con sssd, che ho imparato è in realtà responsabile della trasmissione degli aggiornamenti DNS dinamici. Ho avviato il debug debug_level = 9e l' ho trovato nei registri. Sembra indicare che sssd non si preoccupi nemmeno di tentare di inviare un record A, anche se in realtà non mi dà alcuna indicazione sul perché.

(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

Il mio 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]

Il risultato di 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

Anche se questo è davvero un problema minore per me, dal momento che potrei andare in diretta senza aggiornamenti DNS IPv4 (è bello essere dual stack al 100%) è comunque fastidioso non sapere cosa sta succedendo qui. Forse ci sono dei tronchi che mi sono persi che farebbero luce sulla situazione?

(Oh, e sì, l'ho spento e riacceso.)

centos6  dynamic-dns  sssd  freeipa 
— Michael Hampton
fonte
wow, tutto sembra esattamente come me. Probabilmente qualche bug, ho una versione precedente, devi chiedere a Jacob su #freeipa @freenode. Puoi anche provare da quel computer a inviare manualmente l'aggiornamento per cui dovresti avere un keytab. nsupdate >update add wordpress.example.us 86400 A 172.25.50.227?
— Danila Ladner,
@DanilaLadner Sì, se eseguo manualmente, nsupdateposso aggiornare i record. Il problema sembra essere che sssdnon sta dicendo nsupdatedi aggiornare il record A.
— Michael Hampton

Risposte:

9

Dopo aver aggiunto 

ipa_dyndns_iface = eth0

in quel pastebin vedo sssd riconoscere il tuo ip come multicast:

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

nel pezzo di codice che Jacob ha scritto dove avrebbe testato gli indirizzi looback, gli indirizzi multicast ecc. per non riferire al DNS troverai l'errore:

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;

Ora la domanda è: perché è riconosciuto come "multicast addr" non ne ho idea. Come IN_MULTICAST in in.hpuoi vedere:

   "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)

Quindi, come quell'indirizzo IP è stato valutato come multicast, proverei a cercarlo e guardarlo. Inoltre potresti chiedere a Jacob Hrozek, che ha scritto quel pezzo di codice sssd. Di solito è sempre disponibile su #sssd su freenode, sarebbe fantastico se condividessi ciò con cui finisci. Spero che aiuti un po '.

MODIFICARE

Sì, c'è un bug nella tua versione 1.9.2. Hai:

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

Dovrebbe essere:

  if (IN_MULTICAST(ntohl(addr->s_addr))) {
— Danila Ladner
fonte
È un indirizzo RFC 1918 standard di bog e certamente non multicast IPv4. Quindi penso che tu abbia ragione che questo è una specie di bug. In quale file sorgente è presente?
— Michael Hampton
sì, è molto strano.
— Danila Ladner,
— Danila Ladner,
quale versione del tuo sssd rpm?
— Danila Ladner,
1
Vorrei poter votare questo più di una volta. Che risposta completa e precisa; applausi!
— MadHatter,
1

Dalla sssd-ipa(5)manpage:

   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

È necessario impostare ipa_dyndns_ifacein modo /etc/sssd/sssd.confche corrisponda all'interfaccia del server IPA, poiché l'impostazione predefinita è utilizzare solo l'indirizzo del socket verso il server IPA:

ipa_dyndns_iface = eth0

Ciò dovrebbe consentire aggiornamenti dinamici sia per IPv4 che per IPv6.

— Dawud
fonte
Bel tentativo, ma non sembra aiutare. I risultati dell'aggiunta di questo sono qui su pastebin .
— Michael Hampton
0

Prova anche a impostare lookup_family_order su un valore non predefinito come ipv6_first come test-case e informaci se prova ipv4.

— FIV
fonte
Anche questo non ha avuto effetto .
— Michael Hampton
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.