Windows Server 2019 + DHCP + DNS

[A Lake Elk]

Mikähän mahtaa olla ongelma, kun Server 2019:n DHCP-palvelin ei enää luo A- ja PTR-tietueita DNS-pavelimelle omille asiakkailleen? Toi on alunperin toiminut oikein, mutta nyt jossain vaiheessa lakannut toimimasta. DNS-palvelin sijaitsee myös samassa käyttiksessä ja koneessa.

Tällä hetkellä se luo noi tietueet ainoastaan kuudelle asiakkaalle, vaikka DHCP-asiakkaita on vajaa 50...

DHCP-palvelimen DNS-asetukset:

Näkymiä servun Event Vieweriin

• DHCP Server
  • Varoitus kiinteän IPv6-osoitteen puuttumisesta (IPv6 ei ole käytössä sisäverkossa)
  • Varoitus parin laitteen kohdalta samasta FQDN:stä, kun oli nimisuojaus hetken aikaa kokeilussa
• DNS Server
  • Ei varoituksia, eikä virheitä
• Administrative Events
  • Muutama: Virhe, DHCP-server: "Forward record registration for IPv4 address [[192.168.2.249]] and FQDN xxx.xx.xx failed with error 9008 (DNS RR set that ought to exist, does not exist.)."

Kyselkää lisätietoja, kun tuntuu, että tarpeellista infoa jäi nyt laittamatta, muttta jospa noilla nyt pääsisi alkuun...

[EDIT] Tilanne taisi ratketa. Pitää nyt vielä ens viikko seurata tilannetta, että toimiiko ja en oo ihan täysin vielä tyytyväinen tilanteeseen.

Probleemana taisi olla failover-kumppanuus ja/tai Dyn. DNS:n tarvitsema käyttäjätunnus.

• Alkuperäinen Failover asetus oli "Load Balance Mode", 50-50 jaolla
  • Muutin muotoon: Hot Stanby, 5-pinnaa Stanby koneelle
• DNS dynamic update registration credentialseihin tein seuraavat muutokset
  • Käyttäjätunnus: Tunnus
    • Ei muutosta
  • Domain: LOCAL
    • Muutettu: MEDIA6
      • MEDIA6 on ensisijainen DHCP- ja DNS-palvelin
  • Salasana: salasana
    • Ei muutosta

Ongelman jäljille pääsin kun vertasin ensisijaisen ja toissijaisen DHCP-servun logeja (C:\Windows\System32\dhcp\DhcpSrvLog-Thu.log) keskenään, joista huomasin, että kaikki DHCP-asiakkaat, joita ongelma koski, olivat toissijaisen servun asiakkaita. Logeissa näkyi ongelmallisten asiakkaiden kohdalla seuraavanlainen virhe: 31,05/27/21,00:58:16,DNS Update Failed,192.168.134.236,Galaxy-A3.oma.domain,,,0,6,,,AAEBxAQBrnwH40RRqoahs5C29T0YzeoALhAmMx9K8Z9SsdQ=,,,,,,9003

Tuon DNS error koodin 9003 perusteella netistä hakemalla törmäsin pariin vastaavanlaiseen tapaukseen, joissa molemmissa ongelma oli ratkennut käyttäjätunnuksia säätämällä tuonne DNS dynamic update registration credentialseihin.

Se mihin en vielä oo tyytyväinen on tuo Hot Stanby mode, kun haluaisin sen takaisin Load balance 50-50 modeen. Mutta se on ens viikon asia se... Etenki, jos homma nyt rokkaa nykyisillä asetuksilla.