Dynamic DNS *NOT* Updating "Cached IP"

Gertjan

Then the solution, even temporary, is rather easy :
change dyndns.class behavior so it accepts the 'new' answer as the 'all is good' answer.

This

... ($ncresponse['interface-response']['ErrCount'] === "0") ....

part should be 0 or '0' or - I don't know, some new UTF like 0 or '0'
Is it an integer value - a text value ? 8 bit or other type of encoding ?

Whatever, make the test 'succeed' and you will all be good.
A soon as it re breaks again, undo the edits and the story is over.

Btw : I can't play with this myself, as I'm not a namecheap customer.

edit : I hope for them that this is only a dyndns.class problem, because, if not, every customer that uses a dyndns client will hammer their Dyndns service constantly ....

SteveITS

@gertjan said in Dynamic DNS *NOT* Updating "Cached IP":

change dyndns.class behavior so it accepts the 'new' answer

I suspect the issue is that $ncresponse is considered empty since the response is invalid due to the incorrect encoding. (or something similar, I did not look into this at all, just reading posts)

Presumably from Namecheap's standpoint they want to send changes through QA/testing so as not to break things for everyone else.

bmeeks

Here is a link to the other site's issue on this Namecheap dynamic DNS problem: https://github.com/opnsense/plugins/issues/2666#issuecomment-979154701.

If you follow the comments and links, you may uncover a way to duplicate the workaround on pfSense. I highly doubt the source code nor specific file matches, but the overall gist of the fix should be applicable on pfSense. Note that the "fix" is really just a temp workaround until Namecheap fixes their core issue.

The root cause of the problem is incorrect type coding by Namecheap.

biggsy

I asked Namecheap whether there are maximum or minimum limits on update frequency for their dynamic DNS service that could cause blocking of updates or expiry of the mapping.

The answer was, "There are no limitation on the update frequency." However, Cloudflare is in the mix there, too, so I guess I'll find out.

Before getting that response, I decided on manually updating the unix timestamps in the /cf/conf/dyndns*.cache files to prevent needless (and possibly excessive) updates being generated.

Hopefully this will be fixed soon - one way or another.

nikolaosinlight

@bmeeks

Actually the source code aligned pretty closely to the patch. It was trivial to add but did not work:

                            case 'namecheap':
                                    // $tmp = str_replace("^M", "", $data);
                                    $tmp = preg_replace('/(\<\?xml[^?]+?encoding=.?)utf-16([^?]+?\?\>)/i', '$1utf-8$2', $data);
                                    $ncresponse = @xml2array($tmp);

This essentially simply provides a regex that translates the response XML to instead of saying UTF-16 it says UTF-8. It does nothing to deal with potentially receiving UTF-16 characters. I have no idea why Namecheap is even trying to use UTF-16... been coding in Java for 24 years and while yes UTF-16 is there and all almost every app still created today uses UTF-8 throughout.

@Gertjan your idea to change the return code may work but I think there are bigger issues with the response since if I include in a Custom Namecheap client a Result Match that is exactly as expected with IP made as variable %IP% it does not work. I need Result Match blank so I do not think that I am even going to get to the point of that line of code anywhere near matching.

I have the Custom "Dumb" Namecheap clients working so I will stick to that... and I will look to move to another registrar. Getting tired with a number of things with Namecheap lately.

SteveITS

@nikolaosinlight Possibly something with mb_convert_encoding?

$tmp = mb_convert_encoding($data, "UTF-8", "UTF-16");

Bit of a hack, but might work until Namecheap fixes their end.

greymouser

Any chance this temp fix is going to be added? I'm seeing the same thing, and assuming Namecheap is going to be slow to fix this it would be nice to get it working. I'm going to submit a support ticket with them as well to keep the pressure on. It really is unfortunate that such as easy fix on their end is being delayed this much.

pulpito

ticket opened by me regarding this issue

Gertjan

@pulpito said in Dynamic DNS *NOT* Updating "Cached IP":

ticket

Where ?

You saw https://redmine.pfsense.org/issues/12816 ?
Tried the solution proposed over there ?

pulpito

@gertjan I opened a ticket in Namecheap

and... I tried the solution proposed and now the cached Ip appear green ...
I,m not expert but seems that this solution or workaround works
thanks for sharing

samh

Having the same/similar issue. Using namecheap on PFSense 2.6.0 with system patch applied (the one to reportedly work around the UTF-16 encode issue) but still getting Unknown response in log.

Here is the last set of log entries.

Appreciate any thoughts

Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: phpDynDNS (hassio): (Unknown Response)
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: phpDynDNS (hassio): PAYLOAD: <?xml version="1.0" encoding="utf-16"?><interface-response><Command>SETDNSHOST</Command><Language>eng</Language><IP>99.x.x.x</IP><ErrCount>0</ErrCount><errors /><ResponseCount>0</ResponseCount><responses /><Done>true</Done><debug><![CDATA[]]></debug></interface-response>
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Dynamic DNS namecheap (hassio.redacted): _checkStatus() starting.
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Data: <?xml version="1.0" encoding="utf-16"?><interface-response><Command>SETDNSHOST</Command><Language>eng</Language><IP>99.x.x.x</IP><ErrCount>0</ErrCount><errors /><ResponseCount>0</ResponseCount><responses /><Done>true</Done><debug><![CDATA[]]></debug></interface-response>
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header:
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header:
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: alt-svc: h3=":443"; ma=86400, h3-29=":443"; ma=86400
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: cf-ray: 72c3222f9fa45997-IAD
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: server: cloudflare
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: cf-cache-status: DYNAMIC
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: strict-transport-security: max-age=16000000; includeSubDomains
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: strict-transport-security: max-age=16000000; includeSubDomains
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: set-cookie: .s=xxxxxxx; domain=.www.namecheap.com; path=/; httponly
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: vary: Accept-Encoding
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: content-type: application/json
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: date: Sun, 17 Jul 2022 12:55:44 GMT
Jul 17 08:55:44	php-fpm	12752	/services_dyndns_edit.php: Response Header: HTTP/2 200
Jul 17 08:55:43	php-fpm	12752	/services_dyndns_edit.php: Dynamic DNS namecheap (hassio.redacted): _update() starting.

viragomann

@samh
Seems as Namecheap changed the response content again.
Lately discussed here: https://forum.netgate.com/topic/173426/namecheap-dynamic-dns-cached-ip-0-0-0-0-issue

samh

@viragomann Thanks. Will follow over there.