Using the DNS-O-Matic option, I get the following result:
Fatal error in DDNS server response:
[401 Unauthorized] badauth
Error response from DDNS server, exiting!
Looks like it's not logging in correctly to me.
I've tried configuring it using Custom setting below as well with the same results (used Custom with the older In-a-dyn version in the past and was working):
Dynamic DNS Server: updates.dnsomatic.com:443
Path: /nic/update?hostname=
Use External IP Check: Yes
Use SSL: Yes
Disabling "External IP Check" I see the following error:
@sumbuddie, you need to redo your config for dns omatic in this version of inadyn
Do not use custom (no longer necessary and parameters/format probably changed).
There is a dropdown that now includes dnsomatic. Use it. Make sure you select the USE SSL checkbox.
User/Pass should be self expalnatory. For hostname I'm using all.dnsomatic.com (no :443 and do not put http(s) before it, as its actually using that for a hostname lookup. your hostname might differ if you are using only a single providor). Nothing else should be neneccesary
[quote="sumbuddie"]DDNS with DNS-O-Matic is problematic on my end.
Using the DNS-O-Matic option, I get the following result:
Fatal error in DDNS server response:
[401 Unauthorized] badauth
Error response from DDNS server, exiting!
Looks like it's not logging in correctly to me.
I've tried configuring it using Custom setting below as well with the same results (used Custom with the older In-a-dyn version in the past and was working):
Dynamic DNS Server: updates.dnsomatic.com:443
Path: /nic/update?hostname=
Use External IP Check: Yes
Use SSL: Yes
Disabling "External IP Check" I see the following error:
@sumbuddie, you need to redo your config for dns omatic in this version of inadyn
Do not use custom (no longer necessary and parameters/format probably changed).
There is a dropdown that now includes dnsomatic. Use it. Make sure you select the USE SSL checkbox.
User/Pass should be self expalnatory. For hostname I'm using all.dnsomatic.com (no :443 and do not put http(s) before it, as its actually using that for a hostname lookup. your hostname might differ if you are using only a single providor). Nothing else should be neneccesary
I was using the dropdown option first but encountered the issue. Then I tried to configure using the custom option but ended up with the same error.
Anyhow, changing my password to a simpler one seemed to fix the authentication error - I'm guessing the special characters I had was causing the issue.
FWIW, my old password (now changed) was:
Z'C~']$DW=466NMi^a~(
in case anyone wants to see if any of those characters would pose a problem.
Also, my custom config works as well (with new pw).
I'm now seeing the following error instead when using the DNS-O-Matic dropdown:
Communication with checkip server myip.dnsomatic.com failed, run again with 'inadyn -l debug' if problem persists
Retrying with built-in 'default', api.ipify.org ...
Please note, myip.dnsomatic.com seems unstable, consider overriding it in your configuration with 'checkip-server = default'
However, using the custom configuration appears fine.
Joined: 15 Aug 2016 Posts: 223 Location: Melbourne, Australia
Posted: Fri Nov 11, 2022 20:45 Post subject:
I got the feeling that DDWRT firmware for the Wifi component starts to become a better alternative for wireless. 802.11 a/b/g/n/ac and, perhaps, 802.11ax when it's widely adopted.
Like DDWRT has been definitely a better choice, and the best in many cases, for many consumer-grade routers than stock firmware that came with them.
I am reminded the car was invented in the US and Germans perfected it. We all stand on the shoulders of giants.
And cheers for that from me. _________________ Life is a journey; travel alone makes it less enjoyable and lonely.
Joined: 16 Mar 2019 Posts: 353 Location: Szczecin, Poland EU
Posted: Sat Nov 12, 2022 9:14 Post subject: New Build - 11/09/2022 - r50841
Router/Version: TP-Link TL-WDR3600 v1.5
Kernel: Linux 3.10.108-d11 #120682 Wed Nov 9 01:20:49 -00 2022 mips
Reset: No
Mode: Internet gateway, WIFI AP, dnsmasq, firewall
Issues: some yellow marked events, but it's nothing significant
Status: Working
Uptime: almost 3 days
Joined: 31 Jul 2021 Posts: 2146 Location: All over YOUR webs
Posted: Sat Nov 12, 2022 10:40 Post subject:
DWCruiser wrote:
I am reminded the car was invented in the US and Germans perfected it. We all stand on the shoulders of giants.
It was not invented in US at all you have it backwards, CARL BENZ was the first internal combustion, and before him steam power and not American at all.
So really the giants standing ontop of the little people is more how I would describe it.
Joined: 15 Aug 2016 Posts: 223 Location: Melbourne, Australia
Posted: Sat Nov 12, 2022 21:46 Post subject:
the-joker wrote:
DWCruiser wrote:
I am reminded the car was invented in the US and Germans perfected it. We all stand on the shoulders of giants.
It was not invented in US at all you have it backwards, CARL BENZ was the first internal combustion, and before him steam power and not American at all.
So really the giants standing ontop of the little people is more how I would describe it.
Thank you, the-joker, for the education and i stand corrected. As you can see, my knowledge about cars did not extend pass mass produced ones (Ford method) in the US prior to reading your linked articles. I actually did not learn to drive a car till i was about 30 years of age from my wife, then girlfriend. A late learner-driver by social factors. And hardly a petrol head. So to speak. Thank you again, the-joker. _________________ Life is a journey; travel alone makes it less enjoyable and lonely.
If you still have problems open a separate thread in the Advanced Networking Forum.
Post screens shot of the whole OpenVPN Setup page including the whole content of the Additional Configuration.
Post output of (from CLI e.g. telnet/Putty) of:
Router/Version: TP-Link WR1043ND V3 File/Kernel: Linux 3.18.140-d6 #157392 Wed Nov 9 03:18:37 -00 2022 mips Previous/Reset: r50671 / No Mode/Status: Gateway/DHCP Issues/Errors: wifi disconnects
I've noticed a strange behavior after the update: After waking the iPhone, its wifi icon goes away (replaced by LTE icon) for a second, and then comes back. It seems a brief wifi disconnect is initiated, as the Lease Expiration (on router's LAN status page) for iPhone is reset back to 24 h and counting.
Sometimes after waking up, the iPhone status bar already displays LTE (instead of the wifi icon), but connects back to wifi quickly afterwards.
This was not the case in my previous build (50671), or ever before.
Thank you again,