Univention Bugzilla – Bug 27937
Reverse-DNS beschädigt nach IP-Adresswechsel durch DHCP auf Master
Last modified: 2012-12-12 21:07:47 CET
Es wurde ein DCMaster mit der IP 10.200.12.69/24 und ein DCBackup mit der IP 10.200.12.96/24 installiert. Dann wurde der Master auf DHCP umgestellt (der Backup ist DHCP Server). Der Master wurde dann ohne verfügbaren DHCP Server gebootet und hat dadurch die IP auf eine Link-Local-Addresse (aus 169.254.0.0/16) umgestellt. Danach wurde der Master wieder mit funktionierendem DHCP-Server gestartet und er hat sich auf die korrekte IP zurück umkonfiguriert. Bei der Umkonfiguration ist etwas falsch gelaufen, reverse DNS funktioniert nicht mehr: # host master master.example.com has address 10.200.12.69 # host 10.200.12.69 69.12.200.10.in-addr.arpa domain name pointer master.12.200.10.in-addr.arpa. # host backup backup.example.com has address 10.200.12.96 # host 10.200.12.96 96.12.200.10.in-addr.arpa domain name pointer backup.example.com. Vermutlich hat es etwas mit dem nicht-FQDN-pTRRecord zu tun: dn: relativeDomainName=69,zoneName=12.200.10.in-addr.arpa,cn=dns,dc=example,dc=com objectClass: dNSZone objectClass: top pTRRecord: master relativeDomainName: 69 zoneName: 12.200.10.in-addr.arpa dn: relativeDomainName=96,zoneName=12.200.10.in-addr.arpa,cn=dns,dc=example,dc=com objectClass: dNSZone objectClass: top pTRRecord: backup.example.com. relativeDomainName: 96 zoneName: 12.200.10.in-addr.arpa
Das Problem liegt vermutlich in den UDM Modulen oder im IP Change UMC Modul.
UCS 3.1 will be the next release.
Der Fehler lag tatsächlich im IP-Change Modul. Beim Hinzufügen der neuen DNS Reverse Zone wird die neue IP statt der aktuellen übergeben. Deshalb schlägt beim Bestimmen des FQDNs für den PTRRecord kein aRecord und folglich auch eine Forward Zone gefunden (die Forward Zone wird nämlich erst danach aktualisiert). Die sinnigste Lösung ist hier einfach die ursprüngliche IP zu übergeben. Mir sind keine Seiteneffekte aufgefallen, neue IP, DNS Reverse/Forward Zone werden korrekt gesetzt. RDNS/DNS funktionieren. univention-management-console-module-ipchange (2.0.3-1) unstable; urgency=low * use current ip instead of new one when adding new dns reverse zone (Bug #27937) svn 36856
Ich habe einen Master auf DHCP umgestellt und danach das System neu gestartet. Wenn das System keine IP bekommt, so verwendet es die Fallback IP. Dort gibt es keine Reverse Zone, von daher hat der Master keinen Reverse Eintrag mehr. Wenn der Master jetzt wieder eine IP bekommt, dann wird kein Reverse Eintrag angelegt, weil der Master derzeit keinen Reverse Eintrag hat.
(In reply to comment #4) > Ich habe einen Master auf DHCP umgestellt und danach das System neu gestartet. > Wenn das System keine IP bekommt, so verwendet es die Fallback IP. Dort gibt es > keine Reverse Zone, von daher hat der Master keinen Reverse Eintrag mehr. > > Wenn der Master jetzt wieder eine IP bekommt, dann wird kein Reverse Eintrag > angelegt, weil der Master derzeit keinen Reverse Eintrag hat. Das sollte jetzt behoben sein. univention-management-console-module-ipchange (2.0.4-1) unstable; urgency=low * actualiase forward zones first * use new ip to determine reverse zone (Bug #27937) svn 37378
OK, das funktioniert jetzt. Changelog: OK
UCS 3.1-0 has been released: http://forum.univention.de/viewtopic.php?f=54&t=2125 If this error occurs again, please use "Clone This Bug".