Ubuntu
maas package

MAAS packaging doesn't include maas-generated named.conf.options.inside.maas file

Bug #1275649 reported by Ante Karamatić
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MAAS
Fix Released
High
Julian Edwards
MAAS 14.04 "trusty"
maas (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

By default, MAAS uses root DNS servers in bind. Access to root DNS servers is not always allowed. Bind supports defining forwarders. MAAS should set forwarders based on DHCP information (if MAAS server gets IP from DHCP; sounds weird but it is deployment we've seen) or there should be an element in web UI that woul populate bind's config option and restart bind daemon. What we are looking for in bind is:

 forwarders {
  192.168.1.1;
  192.168.1.2;
 };

See original description

Related branches

lp://qastaging/~julian-edwards/maas/forwarders-config-writer
Jeroen T. Vermeulen (community): Approve
Diff: 297 lines (+258/-0)
5 files modified
buildout.cfg (+1/-0)
src/maasserver/management/commands/edit_named_options.py (+124/-0)
src/maasserver/tests/test_commands_edit_named_options.py (+129/-0)
src/provisioningserver/dns/config.py (+1/-0)
versions.cfg (+3/-0)
Ante Karamatić (ivoks)
description: updated
Revision history for this message
Raphaël Badin (rvb) wrote :

There is already support for that in MAAS (Added in revision 1729). The config option (that you can set using the CLI/API or the UI) 'upstream_dns' does exactly that: it adds a "forwarders {…}" statement in the DNS config.

Changed in maas:
status: New → Invalid
Revision history for this message
Julian Edwards (julian-edwards) wrote : Re: [Bug 1275649] Re: MAAS needs a way of defining DNS forwarders

On Monday 03 Feb 2014 08:49:13 you wrote:
> There is already support for that in MAAS (Added in revision 1729).
> The config option (that you can set using the CLI/API or the UI)
> 'upstream_dns' does exactly that: it adds a "forwarders {…}" statement
> in the DNS config.
>
> ** Changed in: maas
> Status: New => Invalid

Beware that the packaging does not set this up yet, you have to configure
named.config.options manually at the moment so that it includes the forwarders
file that MAAS creates.

Revision history for this message
Ante Karamatić (ivoks) wrote : Re: MAAS needs a way of defining DNS forwarders

So, if I read Julian's comment correctly, even if you use maas' cli tool to set forwarders, bind will not use them?

Revision history for this message
Julian Edwards (julian-edwards) wrote :

Not unless you configure the /etc/bind/named.conf.options to include the /etc/bind/named.conf.options.inside.maas file.

Sadly, bind won't let you include a second options{} block in its config, hence these hurdles.

Revision history for this message
Julian Edwards (julian-edwards) wrote :

I am going to retarget this bug to the packaging to remind us to get that change in.

summary: - MAAS needs a way of defining DNS forwarders
+ MAAS packaging doesn't include maas-generated
+ named.conf.options.inside.maas file
Revision history for this message
Julian Edwards (julian-edwards) wrote :

And thinking about it, we need to write some code in maas to make it easier for packaging to insert the config.

Changed in maas:
status: Invalid → Triaged
importance: Undecided → High
milestone: none → 14.04
Revision history for this message
Julian Edwards (julian-edwards) wrote :

This is almost ready to be fixed; there's a dependent branch in maas waiting to land which is blocked on the iscpy package getting accepted into trusty.

Changed in maas:
assignee: nobody → Julian Edwards (julian-edwards)
status: Triaged → In Progress
MAAS Lander (maas-lander)
Changed in maas:
status: In Progress → Fix Committed
Julian Edwards (julian-edwards)
Changed in maas (Ubuntu):
status: New → Confirmed
Julian Edwards (julian-edwards)
Changed in maas:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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