Designate silently ignores bad records in zone imports
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Designate |
Triaged
|
High
|
Unassigned |
Bug Description
To reproduce, import a zone with a name outside the origin:
POST /v2/zones/
Content-Type: text/dns
Accept: application/json
$ORIGIN wumbo.com.
wumbo.com. IN SOA ns.wumbo.com. nsadmin.wumbo.com. 101 102 103 104 105
wumbo.com. IN NS ns.wumbo.com.
ns.wumbo.com. IN A 127.0.0.1
foo.com. IN A 127.0.0.2
The zone import will COMPLETE, and the zone will go to ACTIVE:
{
"status": "ACTIVE",
"name": "wumbo.com.",
"id": "20d9de34-
"ttl": 0,
"action": "NONE",
"serial": 101,
"email": "<email address hidden>",
...
}
The zone will have valid recordsets (*.wumbo.com) and will _not_ have foo.com. (which is good).
But rather than silently ignoring the bad records in a zone file, Designate should refuse to import the zone file before creating the zone.
Changed in designate: | |
importance: | Undecided → High |
status: | New → Triaged |
milestone: | none → newton-2 |
Changed in designate: | |
milestone: | newton-2 → none |