Report information
The Basics
Id:
40685
Status:
resolved
Priority:
Medium/Medium
Queue:

People
Owner:
Nobody in particular
Cc:
AdminCc:

BugTracker
Version Fixed:
9.9.9, 9.9.9-S1, 9.10.4, 9.11.0
Version Found:
(no value)
Versions Affected:
(no value)
Versions Planned:
(no value)
Priority:
(no value)
Severity:
S2 Normal
CVSS Score:
(no value)
CVE ID:
(no value)
Component:
BIND Utilities
Area:
bug

Attachments
Dates
Created:Fri, 11 Sep 2015 12:53:25 -0400
Updated:Wed, 16 Aug 2017 19:27:13 -0400
Closed:Mon, 19 Oct 2015 18:39:42 -0400



This bug tracker is no longer active.

Please go to our Gitlab to submit issues (both feature requests and bug reports) for active projects maintained by Internet Systems Consortium (ISC).

Due to security and confidentiality requirements, full access is limited to the primary maintainers.

Subject: nsupdate: Don't exit on first GSSAPI error
Date: Fri, 11 Sep 2015 18:53:09 +0200
To: bind9-bugs@isc.org
From: "Tomas Hozza" <thozza@redhat.com>
Hello. Previously nsupdate exited on the first GSSAPI error in case it was run with '-g' option, while it would execute the following commands without the '-g' option. I'm attaching a patch changing this behavior. With the change nsupdate will continue with the next command in case GSSAPI failed. We have a Fedora bug for this: https://bugzilla.redhat.com/show_bug.cgi?id=1261155 Regards, -- Tomas Hozza Software Engineer - EMEA ENG Developer Experience PGP: 1D9F3C2D UTC+2 (CEST) Red Hat Inc. http://cz.redhat.com

Message body is not shown because sender requested not to inline it.

Does this actually help anything? If dns_tkey_buildgssquery fails on the first request it will almost certainly fail on subsequent requests.
4215. [bug] nsupdate: skip to next request on GSSTKEY create failure. [RT #40685]
Subject: Re: [ISC-Bugs #40685] nsupdate: Don't exit on first GSSAPI error
Date: Mon, 21 Sep 2015 02:29:30 -0400 (EDT)
To: bind9-bugs@isc.org
From: "Tomas Hozza" <thozza@redhat.com>
Hi Mark. ----- Original Message ----- > Does this actually help anything? If dns_tkey_buildgssquery fails on the > first request it > will almost certainly fail on subsequent requests. The rationale is that the next request may be sent to a different server. If it is sent to the same, it will most probably fail as you pointed out. Regards, Tomas -- Tomas Hozza Software Engineer - EMEA ENG Developer Experience PGP: 1D9F3C2D UTC+2 (CEST) Red Hat Inc. http://cz.redhat.com