DNS

DNS 9 NOTAUTH vs 17 BADKEY

Both DNS 9 (NOTAUTH) and 17 (BADKEY) belong to the DNS Response Codes (RCODEs) category. 9 indicates that server Not Authoritative for zone, or Not Authorized. The server is not authoritative for the zone named in the Zone section. Meanwhile, 17 means that key not recognized. The TSIG key name in the message is not configured on the server.

Beschreibung

Server Not Authoritative for zone, or Not Authorized. The server is not authoritative for the zone named in the Zone section.

Wann Sie es sehen

You sent a dynamic update or zone operation to a server that is not the authoritative master for that zone, or the server rejected it due to TSIG authentication failure.

Wie man es behebt

Send the update to the correct primary authoritative server for the zone. If using TSIG, verify the key name and secret match on both client and server.

Beschreibung

Key not recognized. The TSIG key name in the message is not configured on the server.

Wann Sie es sehen

Your TSIG-signed query or update references a key name that the server does not have in its keyring, so it cannot verify the signature.

Wie man es behebt

Ensure the TSIG key name matches exactly (case-sensitive) on both client and server. Add the missing key to the server's configuration if it is a new key.

Wesentliche Unterschiede

1.

DNS 9: Server Not Authoritative for zone, or Not Authorized. The server is not authoritative for the zone named in the Zone section.

2.

DNS 17: Key not recognized. The TSIG key name in the message is not configured on the server.

3.

You encounter 9 when you sent a dynamic update or zone operation to a server that is not the authoritative master for that zone, or the server rejected it due to TSIG authentication failure.

4.

You encounter 17 when your TSIG-signed query or update references a key name that the server does not have in its keyring, so it cannot verify the signature.

Wann welchen verwenden

For 9 (NOTAUTH): Send the update to the correct primary authoritative server for the zone. If using TSIG, verify the key name and secret match on both client and server. For 17 (BADKEY): Ensure the TSIG key name matches exactly (case-sensitive) on both client and server. Add the missing key to the server's configuration if it is a new key.

Mehr erfahren