struct EXP_MAPPING { DYN_DNS_CLIENT *p_dyndns; int server_index; int alias_index; char *p_exp_url; int is_username; int is_password; int is_alias; int is_ip_addr; } EXP_MAPPING; struct EXP_MAPPING { DYN_DNS_CLIENT *p_dyndns; int server_index; int alias_index; char *p_exp_url; int is_username; int is_password; int is_alias; int is_ip_addr; } ; Note the diference - removed the EXP_MAPPING on the last line, and kept the semicolon. Cheers!
Hi and thanks for your follow up. Just tried. Maybe I've done it wrong but I've commented lines between 649 and 660 (the EXP_MAPPING declaration) of dyndns.h and this leads to another compile error (linked with dyndns.c) arguing about the EXP_MAPPING type being undefined. Before it was declared too much times, now it isn't declared at all. :( UPDATE: I've commented also a forward declaration I haven't noticed before and now something is changed (obviously): it no longer complains about undefined...
Hi and thanks for your follow up. Just tried. Maybe I've done it wrong but I've commented lines between 649 and 660 (the EXP_MAPPING declaration) of dyndns.h and this leads to another compile error (linked with dyndns.c) arguing about the EXP_MAPPING type being undefined. Before it was declared too much times, now it isn't declared at all. :( UPDATE: I've commented also a forward declaration I haven't noticed before and now something is changed (obviously): it no longer complains about undefined...
Hi and thanks for your follow up. Just tried. Maybe I've done it wrong but I've commented lines between 649 and 660 (the EXP_MAPPING declaration) of dyndns.h and this leads to another compile error (linked with dyndns.c) arguing about the EXP_MAPPING type being undefined. Before it was declared too much times, now it isn't declared at all. :(
Maybe I've done it wrong but I've commented lines between 649 and 660 (the EXP_MAPPING declaration) of dyndns.h and this leads to another compile error (linked with dyndns.c) arguing about the EXP_MAPPING type being undefined. Before it was declared too much times, now it isn't declared at all. :(
In src/dyndns.h at line 660, comment out (remove) the offending variable declaration, EXP_MAPPING. Looks like new gcc compiler is the difference. Send a patch!
Make issue on Lubuntu Jammy 22.04.1 LTS (multiple definition of 'EXP_MAPPING')
Thanks for the catch. Much appreciated. Will apply.
C99 compatibility fixes for ip.c
Thanks! I've uploaded a new servers_additional.cfg - https://sourceforge.net/projects/inadyn-mt/files/servers_add/ Token in --username parameter is good for a workaround what appears to be a dynv6.com parsing error - it fails to parse past an empty parameter, so I'm guessing &token=&token=xxxxxx gets parsed with the first parameter getting the value '&token' instead of the empty string. You might want to report this to dynv6.com. In the meantime, if you prefer to use --password for token, you can...
I just want to point out what I discovered about this: If you are using ipv6@dynv6.com you will have to put your token in the --username field with no password. dual@dynv6.com worked with it in the --password field with no username. Also, on the dual entry, the expected server response is wrong, it should be --svr_rsp_success "addresses updated"
Thanks for your questions! I think the modularity of an ssl adaptor is a more robust solution.
Thanks for the quick response. Are there any plans to add native support for HTTPS, or will stunnel be the only option?
Right, seems to be https related. Take a look at: https://sourceforge.net/p/inadyn-mt/discussion/751470/thread/3f7c4a6c00/
DNS-O-Matic update fails following redirect (301)
some examples.conf clarification
errata
fix windows compile
remove typos from examples.conf
update examples.conf
--alias option tagged variables expansion
merge kress-master to master
add spdyn.de to man file
spdyn.de - add response codes, basic auth version
extract http response header, body
Merge branch 'master' into kress-master
use threads_wrapper.h function return type defines
remove comments
fix deprecated am init automake
gcc-10 to master
function parameter white space
removed forward, and inadverdent typedef global
Branch '/branches/1-global-variables-not-compatible-with-gcc-10' created from /trunk:404
I didn't succed in my first try with the stunnel solution. I will give it a try again...
Use dyndns_server_host, and ip_server_host options when these differ from dyndns_server_name, ip_server_name respectively. I'm not aware of other instances Stunnel does not work.
HTTPS support for updater server
added missing comment specifier
improve default inadyn-mt.conf options/params
default to sound off, online status check thread on
--status_interval, --status_offline_interval options without sound on
added spdyn.de as additional provider
ip6.me url /api/
refactor
ptr check
gen ip req formatting
doc maint
default to no audio output, branch single
fixed broken wave output libao shutdown, branch single
doc maint
removed obsolete servers
removed obsolete servers
remove obsolete servers
remove obsolete servers
doc maint
doc maint
doc maint
doc maint
enumerate address list, branch single
--if_enum branch single
doc maint
doc maint
doc maint
tabs; comments
doc maint
doc maint
doc maint
remove obselete servers
changed type coercion to union; wave header log output
single branch wave header log output
doc maint
single branch wave header log output
doc maint
some clean-up
remove obsolete ddns servers
changed type coercion to union; wave header log output
doc maint
fix single server branch, generic basic auth
waveout.c shutdown
Bryan--- Thanks for your help and quick response!! Have a good Thanksgiving.
Ahoy! For encypted only servers like domains.google.com, familiarize yourself with, and use an ssl bridge - I recommend stunnel. Your configuration should be something like: --debug 7 --cache_dir ./ --dyndns_system default@domains.google.com --dyndns_server_name 127.0.0.1:<port> on which you've set up stunnel to listen for connections bridged to domains.google.com:443 #because dyndns_server_name different from host, tell inadyn-mt the host name: --dyndns_server_host domains.google.com --alias <your...
Ahoy! For encypted only servers like domains.google.com, familiarize yourself with, and use an ssl bridge - I recommend stunnel. Your configuration should be something like: --debug 7 --cache_dir ./ --dyndns_system default@domains.google.com --dyndns_server_name 127.0.0.1:<port on="" set="" bridged="" for="" domains.google.com="" up="" stunnel="" connections="" to="" you've="" which="" listen=""></port> because dyndns_server_name different from host, tell inadyn-mt the host name: --dyndns_server_host...
I hope to switch to Google Domains so I can use DDNS. I will be installing inadyn-mt on Windows Server 2016 Standard. I want to ensure that my inadyn.conf is correct. For example, are username and password my Google username and password? Do I need the dash("-") in front of each line? Below is what I think the inadyn.conf file should contain. Can someone please confirm that I am correct or let me know what changes I need to make? Thank you. -system default@domains.google.com --username <my google=""...
schloctalfrictenfreud
sound off
fixes, additions, dynv6.com, pairnic.com, duiadns.net
Log output shows offline detected, for one. What, specifically is wrong? (Show your log output with --debug 7.)
Hey there! Did you ever get this resolved? I have the same problem and all the posts I've seen people just work around it,
There's no default@dynv6.com. From extra/servers_additional.conf: #aliases for entries with --svr_auto_dual option (default dual stack), default to ip type 'coupled' dual@dynv6.com --svr_auto_dual --dyndns_server_name dynv6.com --dyndns_server_url /api/update?hostname=($ALIAS)&token=($PASSWORD)&ipv4=($IP_ADD$ dual@dyndns.org --svr_auto_dual --dyndns_server_name members.dyndns.org --dyndns_server_url /nic/update?system=dyndns&hostname= --ip_server_nam$ [snip] ipv4@dynv6.com --dyndns_server_name dynv6.com...
Hi! Inadyn show me: Cannot find DDNS provider default@dynv6.com, check your spelling. Thu Apr 19 23:38:09 2018: Error parsing option --system Thu Apr 19 23:38:09 2018: Failed starting daemon: RC_CMD_PARSER_INVALID_OPTION_ARGUMENT Thank you!
Hi! Inadyn show me: Cannot find DDNS provider dynv6.com, check your spelling. Thu Apr 19 23:38:09 2018: Error parsing option --system Thu Apr 19 23:38:09 2018: Failed starting daemon: RC_CMD_PARSER_INVALID_OPTION_ARGUMENT Thank you!
Managed to make it working using these settings; root@vusolo2:/etc# more inadyn.conf update_period_sec 86400 forced_update_period 86400 background username s.... password q..... dyndns_system default@no-ip.com alias e....... background log_file /var/log/inadyn.log debug 7 verbose 5
Become root for in /var/log, or put the log somewhere you have write permissions. Cheers!
Greetings, just trying to run inadyn-mt using this command line: /usr/bin/inadyn-mt --dyndns_system default@no-ip.com -u XYZ_1234 -p XYZ -a XYZ.ddns.net -d 7 --background --log_file /var/log/inadyn.log and in log I have just this line: root@vusolo2:/var/volatile/log# more inadyn.log Fri Apr 6 18:34:43 2018: S:INADYN: Started 'inadyn-mt version 02.18.24' - dynamic DNS updater. Please, how to debug why it is not working? Moreover, if I run /usr/bin/inadyn-mt without any parameters and without any /etc/inadyn.conf...
Greetings, just trying to run inadyn-mt using this command line: /usr/bin/inadyn-mt --dyndns_system default@no-ip.com -u XYZ_1234 -p XYZ -a XYZ.ddns.net -d 7 --background --log_file /var/log/inadyn.log and in log I have just this line: root@vusolo2:/var/volatile/log# more inadyn.log Fri Apr 6 18:34:43 2018: S:INADYN: Started 'inadyn-mt version 02.18.24' - dynamic DNS updater. Please, how to debug why it is not working? Moreover, if I run /usr/bin/inadyn-mt without any parameters and without any /etc/inadyn.conf...
Ok so while I'm testing this I have Windows Firewall off, router firewall off and ports 80 & 443 forwarded (tcp & udp). I'll reintroduce them granularly when I can get it working. inadyn was having trouble restarting, I think it had a problem with me trying to comment out lines with ; while I was a/b testing. I've reduced the inadyn.conf to --debug 7 --log_file .\inadyn-mt.log --dyndns_server_name localhost:8282 --dyndns_server_host domains.google.com --dyndns_system default@domains.google.com --username...