Designate silently ignores bad records in zone imports

Bug #1586168 reported by Paul Glass
8
This bug affects 1 person
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/tasks/imports HTTP/1.1
    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-1e9e-46b3-bb0f-5b28c8ccf501",
      "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.

Tim Simmons (timsim)
Changed in designate:
importance: Undecided → High
status: New → Triaged
milestone: none → newton-2
Changed in designate:
milestone: newton-2 → none
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.