#2282 updating reverse does not update forward

1.230
closed
5
2014-08-15
2005-10-15
No

If you modify the reverse record and change the DNS
name of the host, the forward does not get updated
regardless of Update Forword set to YES.

Also, within Module Configuration, setting "Update
reverse is" to "Overwrite by default" sets "Update
forward?" to NO within the "Reverse Address Records"
screens.

Running RHEL4 Update 1 with the latest released
updates and Webmin 1.23.

Discussion

  • Jamie Cameron

    Jamie Cameron - 2005-10-16

    Logged In: YES
    user_id=129364

    Is your DNS server also hosting the class C reverse address
    zone for the network that the IP you are changing is in? The
    update reverse feature will only work in this case, and will
    not work if you are using CNAME reverse address forwarding
    to host only part of a reverse network..

     
  • Clay Eddings

    Clay Eddings - 2005-12-06

    Bind config files

     
  • Clay Eddings

    Clay Eddings - 2005-12-06

    Logged In: YES
    user_id=1362517

    Sorry for the delay in response. I totally dropped the
    ball here. Anyway...

    I have setup a very simple configuration using a 10-net.
    The server is named ccmlab-dns.ccmlab.net
    The server IP configuration is:
    IP address: 10.89.65.204
    Mask: 255.255.255.192
    Gateway: 10.89.65.193

    The server is setup as the Master for ccmlab.net and
    contains both Forward (ccmlab.net) and Reverse (10.89.65)
    for the zone. If I go into the Forward and add an entry
    the Reverse gets updated. If I go into the Reverse and add
    an entry, regardless if I have Update Forward set to Yes
    or No, the Forward never gets updated.

    Hopefully this is just user error but we have used Webmin
    for some time and never seen this issue until we upgraded
    to RedHat AS 4 using the current versions of Webmin.

     
  • Jamie Cameron

    Jamie Cameron - 2005-12-07

    Logged In: YES
    user_id=129364

    Hi,
    When you add this reverse address, are you entering a fully
    qualified hostname with a . at the end? ie. something like
    foo.ccmlab.net.

     
  • Clay Eddings

    Clay Eddings - 2005-12-13

    Kickstart packages

     
  • Clay Eddings

    Clay Eddings - 2005-12-13

    Logged In: YES
    user_id=1362517

    I know this is going to sound strange however I can
    reproduce this w/o problems...

    - Install RHEL AS 4 Update 1 and configure it with X,
    GNOME, Graphical Web Browser instead of Text Web Browser
    and add DNS and DHCP (v4 & v6).
    - Install Webmin
    - Configure Bind w/Webmin with a forward zone and a single
    reverse zone.
    - Changes within the forward zone will update the reverse
    zone as expected.
    - Changes within the reverse zone will NOT update the
    forward regardless of settings/inputs.

    - Install RHEL AS 4 Update 1 and configure WITHOUT X,
    GNOME, and any Web Browser (basically a minimal install)
    and add DNS and DHCP (v4 & v6).
    - Install Webmin
    - Configure Bind w/Webmin with a forward zone and a single
    reverse zone.
    - Changes within the forward zone will update the reverse
    zone as expected.
    - Changes within the reverse zone WILL update the forward
    zone as expected.

    I have included the "packages" sections of a bad and good
    kickstart configuration for review.
    One additional note: System(s) are HP DL380 G4's and
    configured with Bonded NICs to provide NIC fault tolerance.

    My conclusion:
    Use RHEL in a minimum configuration w/o Red Hat's whistles
    and bells.

     
  • Clay Eddings

    Clay Eddings - 2005-12-13
    • status: open --> closed
     
  • Jamie Cameron

    Jamie Cameron - 2005-12-13

    Logged In: YES
    user_id=129364

    For the RHEL install mode to make a difference like that is
    really odd, as none of the missing packages should make any
    difference!
    Are any of the posters who are seeing this problem running
    BIND in chroot mode?

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks