Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 18 replies
  • Subscribers 0 subscribers
  • Views 7760 views
  • Users 0 members are here
Options
Suggested

[9.195-6][notaBUG] DynDNS only allows onedomain name

RChadwick
Using Namecheap, it is not possible to configure more than one DynDNS instance with the same hostname. While trying to save the configuration, it returns the error: 
The DynDNS mapping object with the name '@' already exists.
Something needs to be put in for a hostname. @ acts as a wildcard, but can only be used once because of this issue.
Parents
  • 0
    Well, perhaps this brings up another limitation. I gave up, and tried to work around this bug myself. I added junk.onedomain.com, junk2.seconddomain.com, junk3.thirddomain.com, etc... to my domains at Namecheap. Then I configured my DynDNS with hostnames junk1, junk2, junk3, etc.. with their matching hostanmes. Then I add an alias 'office' to each DynDNS config. 

    Only the first configured 'office' works. Subsequent ones do not update. The junk1, junk2, etc, all update fine. I deleted the ddclient.cache file just to make sure it wasn't causing a problem.

    As to why not use a wildcard? I have two locations. I would like *.mydomain.com to go to one location, and office.mydomain.com to go to another. It doesn't sound like good practice to have the *.mydomain.com configuration change the 'office' to the wrong IP address, and then have the other location change 'office' back to it's proper IP, changing the office IP from one location to another in an endless loop, or leaving it on the wrong IP address.
  • 0 in reply to RChadwick
    I think it might be time to update the ddclient that the UTM uses. There was a patch for this issue released over 6 years ago.
    ddclient / Discussion / Help:Namecheap and duplicate hostnames not working
    The ddclient on UTM is kind of recent. If the patch has been accepted by the ddclient maintainer, it's already in.

    As to why not use a wildcard? I have two locations. I would like *.mydomain.com to go to one location, and office.mydomain.com to go to another. It doesn't sound like good practice to have the *.mydomain.com configuration change the 'office' to the wrong IP address, and then have the other location change 'office' back to it's proper IP, changing the office IP from one location to another in an endless loop, or leaving it on the wrong IP address.


    That's nonsense.

    Aliases are nothing else but (additional) hostnames.

    So:
    * Create one DynDNS object that updates 'mydomain.com' and enable wildcard (*.mydomain.com).
    * Create another DynDNS object (probably on UTM of remote location?) that updates 'office.mydomain.com'.

    The wildcard will *not* override the 'office' alias because it only updates the '*' (wildcard) alias, not all aliases of the domain. '*' applies only to unspecified aliases (catchall). In fact '*' is an alias as well.
  • 0 in reply to trollvottel
    I don't see how it's nonsense. Perhaps you didn't understand. Perhaps it wouldn't be an issue. It doesn't matter, as it doesn't address the root issue.

    The root issue is that, unless if I missed something, it's impossible to configure the UTM to update name.onedomain.com, name.anotherdomain.com, and name.thirddomain.com.
  • 0 in reply to RChadwick
    The root issue is that, unless if I missed something, it's impossible to configure the UTM to update name.onedomain.com, name.anotherdomain.com, and name.thirddomain.com.


    Could this be worked around with name.otherdomain.com and name.thirddomain.com as CNAMEs pointing to name.onedomain.com?
Reply Children
No Data
Unfiltered HTML