option ip_source and option ip_url would work if the router were directly facing the Internet? (I don't see why not as the source is fully spelled out.)
Those options would work if two or more NATs intervened between Internet and router?
I could use https://ipecho.net/plain instead of the wtfismyip.com source? (That is to say, wtfismyip.com is not some chosen vendor to OpenWrt.)
Is there a way to put both sources in, just in case one of them goes bust?
What would be consequence of multiple DDNS entries (scripts), all using the same DDNS subdomain, but one using option ip_source "network" and option ip_network "wan", a second using https://ipecho.net/plain, and a third using wtfismyip.com. (The idea is to provide for all contingencies. If the router were facing the Internet and both the named sources are out of service, at least it could use the general network/wan path. Of course the danger would be to confuse the machine!)
Question 2 is mere curiosity as I don't plan to put this router behind multiple NATs. Thanks.
Yes, if the router has the public IP on the wan interface.
No.
You can use many urls to detect your IP, including those 2 that you mentioned.
Nope. But you could setup a secondary name to use the other source.
It doesn't sound like a good idea to me. You could get banned from hammering the ddns server from the different if the interface detects the change, but the url is delayed.
Thank you. On question 2, why can't the script get through two layers of NAT? I would have thought the script could do that if the router can, and the router can get through any number of NATs to reach the Internet?