Minor Bug on Tomato DDNS page (Display after Update of “Custom URL”)

Discussion in 'Tomato Firmware' started by Twincam, May 4, 2014.

  1. Twincam

    Twincam Networkin' Nut Member

    I think this happens because I use a “Custom URL” to update my DDNS #1 DDNS name but this issue can easily be reproduced. Whenever the WAN IP changes and the DDNS servers are auto-updated, most of the page, after the DDNS #1 “Last Result” and including the “Save” & “Cancel” buttons, disappears (is re-displayed blank). The same is true if I check the “Force next update” checkbox against DDNS #1. A forced update of only DDNS #2 does not yield the same results - ie. the page is re-displayed correctly. I believe, however, that all updates are always successfully applied.

    This issue is minor because the fix is simply to reboot the router. As far as I can see, that’s the only way to get the entire page back. I tested with Firefox v29 & IE v11. Both are similarly affected. See the screenshots below.

    After DDNS updates

    After router reboot

    I am currently using “Tomato Firmware v1.28.7505 MIPSR2Toastman-RT K26 USB VPN” but I think I recall noticing this on previous builds too. I only use Toastman Tomato so I don’t know whether other Tomato flavours are affected. The format of the “Custom URL” I use is below.


    It is quite long (@>170 characters) and the <> symbols are placeholders for real values so I don’t give away my details! It has, however, worked fine like this for 2+ years.
  2. EOC_Jason

    EOC_Jason LI Guru Member

    Have you tried viewing the HTML source of the page?

    Do you know what information is returned after you submit the custom URL? i.e. maybe it's some sort of HTML page and that is getting injected into the page and breaking it?
  3. Twincam

    Twincam Networkin' Nut Member

    Hi EOC_Jason,

    Thanks (I hadn't thought of that). I just checked the source before and after a "forced update" and, apart from the lines started with the strings below (which do contain differences I would expect), there are no other differences between them.

    ddnsx_msg =
    ddnsx_last =

    After the update, however, the same bits of the page disappeared again. Weird! Edit: Doh! It's probably best to supply you the actual post-update "ddnsx_msg" string. Please see below.

    ddnsx_msg = ['Mon, 05 May 2014 10:02:06 +0100: <!DOCTYPE HTML PUBLIC \x22-//W3C//DTD HTML 4.0 Transitional//EN\x22 \x22http://www.w3.org/TR/REC-html40/loose.dtd\x22>\x0a<html>\x0a<head>\x0a<title>DHS Front Page</title>\x0a<meta http-equiv=\x22Content-Type\x22 content=\x22text/html; charset=iso-8859-1\x22>\x0a<script language=\x22JavaScript\x22>\x0a','Mon, 05 May 2014 10:01:38 +0100: Update successful.\x0a'];

    To be honest, it means very little to me although it looks like a simple positive response to the update request.
    Last edited: May 5, 2014
  4. EOC_Jason

    EOC_Jason LI Guru Member

    I'm running the same build, I have a custom URL for #1, and the HE Tunnelbroker for #2...

    Let me reboot my router and try doing a forced update of #1 and see if I can reproduce your results...

    Hmm... sorry... I updated just #1 (and also tried #1 & #2 from a clean reboot) and both times it displayed correctly...

    ddnsx_msg = ['Mon, 05 May 2014 08:21:19 -0500: UPDATED: office.xxxxx.org. to x.x.x.x on 05/05/2014 at 8:21:19 AM CDT\x0a\x0a',''];

    It looks like some HTML is getting stuffed in there that shouldn't be from whatever service you are using...
  5. Twincam

    Twincam Networkin' Nut Member

    Thanks EOC_Jason. It must be my method. I can't recall how I figured it out but I know I did as the DDNS provider didn't respond to my email for help on formatting the URL. I think it was a "best guess" and I was amazed that it worked at all! The good thing is, it does.
  6. Twincam

    Twincam Networkin' Nut Member

    I just got irked by this issue again! I think I understand it slightly better now and thought I'd post an update for reference (it might help others). EOC_Jason was absolutely correct.

    I am fairly convinced that my DDNS provider's web page must "break" the Tomato page as it returns a load of images etc. with a text string which is the "result" after a DDNS update ("Updating ip on platypus.dhsnames.com: done" is a +ive result when the URL is entered in Firefox). This garbage then "overflows" the Tomato ddnsx_msg field "breaking" the re-displayed page. (I guess a well-behaved "update" page should/would return a result value which Tomato understood?)

    My guess is that all dhs.org Users will have a similar experience if they use a "Custom URL" to update their DDNS records via Tomato. (Unless a Tomato/dhs.org User has a working method? There must be .... at least 10!)

    Remember: It only looks like its broken. Everything still works but you won't see the remainder of the page until you reboot the router.
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice