OPNsense
  • Home
  • Help
  • Search
  • Login
  • Register

  • OPNsense Forum »
  • Archive »
  • 22.1 Legacy Series »
  • os-ddclient
« previous next »
  • Print
Pages: [1] 2 3 ... 25

Author Topic: os-ddclient  (Read 95134 times)

dirtyfreebooter

  • Newbie
  • *
  • Posts: 13
  • Karma: 1
    • View Profile
os-ddclient
« on: January 20, 2022, 10:39:42 pm »
i know os-ddclient is intended to replace os-dyndns but currently os-ddclient support for servers is terrible. does not even support cloudflare, especially with tokens.

is this a known issue? and something that is planned to be resolved before removing os-dyndns? since using os-dyndns currently warns you in the UI about its pending removal
Logged

marjohn56

  • Hero Member
  • *****
  • Posts: 1681
  • Karma: 171
    • View Profile
Re: os-ddclient
« Reply #1 on: January 21, 2022, 12:58:38 am »
Nor does it support GoDaddy.
Logged
OPNsense 21.7 - Qotom Q355G4 - ISP - Community Fibre 1Gbps.

Team Rebellion Member - If we've helped you remember to applaud

The_Dave

  • Newbie
  • *
  • Posts: 16
  • Karma: 0
    • View Profile
Re: os-ddclient
« Reply #2 on: January 21, 2022, 10:12:48 am »
Yes, a few infos about the development plans of ddclient would be very welcome, I also rely on cloudflare implementation and in the current client the wildcart box seems not to be doing anything
Logged

onedr0p

  • Newbie
  • *
  • Posts: 5
  • Karma: 0
    • View Profile
Re: os-ddclient
« Reply #3 on: January 22, 2022, 04:28:02 pm »
Not a solution but maybe it's worth getting ddclient working on another system, spare Pi, desktop computer, or whatever until the team has the kinks worked out.
« Last Edit: January 22, 2022, 04:49:47 pm by onedr0p »
Logged

marjohn56

  • Hero Member
  • *****
  • Posts: 1681
  • Karma: 171
    • View Profile
Re: os-ddclient
« Reply #4 on: January 22, 2022, 04:37:26 pm »
Hopefully Mimugmail will host dyndns on his repo as an alternative until ddclient supports at least what dyndns supports now.
Logged
OPNsense 21.7 - Qotom Q355G4 - ISP - Community Fibre 1Gbps.

Team Rebellion Member - If we've helped you remember to applaud

mimugmail

  • Hero Member
  • *****
  • Posts: 6479
  • Karma: 449
    • View Profile
Re: os-ddclient
« Reply #5 on: January 22, 2022, 04:47:00 pm »
I will ask Franco next week, if there are no concerns we can move it :)
Logged
Twitter: mimu_muc
WWW: www.routerperformance.net
Support plans: https://www.max-it.de/en/it-services/opnsense/
Commercial Plugins (German): https://opnsense.max-it.de/

chemlud

  • Hero Member
  • *****
  • Posts: 2195
  • Karma: 98
    • View Profile
Re: os-ddclient
« Reply #6 on: January 22, 2022, 09:09:42 pm »
https://sourceforge.net/p/ddclient/wiki/protocols/#your-favorite-provider-here

Is this some kind of cheek?  :o

OK, the dyndns code is old and unmaintained, but kicking out 90% of people with dynamic IP and tunnels etc. is a little over the top imho...  ???
Logged
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

A router is not a switch - A router is not a switch - A router is not a switch - A rou....

dirtyfreebooter

  • Newbie
  • *
  • Posts: 13
  • Karma: 1
    • View Profile
Re: os-ddclient
« Reply #7 on: January 23, 2022, 12:09:19 am »
i would also note, even tho OPNsense seems to not display all the services supported by ddclient 3.9.1, like CloudFlare, ddclient 3.9.1 is itself almost 2 years old and doesn't support things like CloudFlare API tokens.. but that code has been committed to github, there just has not been a 3.9.2 or 3.10.0 released yet..

very unclear from ddclient side what their plan is, if any...
Logged

almodovaris

  • Full Member
  • ***
  • Posts: 220
  • Karma: 11
    • View Profile
Re: os-ddclient
« Reply #8 on: January 23, 2022, 12:22:00 am »
What about inadyn?
Logged

lignicolos

  • Newbie
  • *
  • Posts: 1
  • Karma: 0
    • View Profile
Re: os-ddclient
« Reply #9 on: January 23, 2022, 03:51:38 am »
Quote from: dirtyfreebooter on January 23, 2022, 12:09:19 am
i would also note, even tho OPNsense seems to not display all the services supported by ddclient 3.9.1, like CloudFlare, ddclient 3.9.1 is itself almost 2 years old and doesn't support things like CloudFlare API tokens.. but that code has been committed to github, there just has not been a 3.9.2 or 3.10.0 released yet..

very unclear from ddclient side what their plan is, if any...

Based on the issue below on the ddclient GitHub, the project appears to be dying/dead due to a lack of time for the developers.

https://github.com/ddclient/ddclient/issues/380
Logged

AdSchellevis

  • Administrator
  • Hero Member
  • *****
  • Posts: 866
  • Karma: 171
    • View Profile
Re: os-ddclient
« Reply #10 on: January 23, 2022, 07:36:44 pm »
I was doubting a bit about responding to the dyndns topic, but after years telling people in issues and pull-requests that
dyndns on our end is really unmaintained and dying of poor code quality, we where hoping a bit someone eventually would start an alternative plugin.

To ease the process we made a decision at the end of last year to start phasing out the legacy plugin.
We invested quite some time to make sure there is an easy to maintain starting point which uses ddclient and isn't
hard to extend within the boundaries of what ddclient has to offer (https://github.com/opnsense/plugins/tree/master/dns/ddclient).

Is ddclient perfect? probably not, are there better alternatives available we could consider? maybe.
I guess time will tell, for now we just choose the option most others seem to use, partially knowning these suffer
from the same type of issues as dyndns on our end (maintanance is problematic if people only care about adding features).

From a technical point of view requesting an address and calling an endpoint if it changed isn't very difficult, but
as it stands there isn't much drive for companies to invest time and money in this direction I guess.

When it turns out another service generally available would be a better fit, it likely is quite easy to replace ddclient in our plugin for something else, as the input is more or less fixed. It just has to be an isolated daemon which doesn't try to entangle with interface code in anyway.

Testing inadyn as suggested for example would be quite easy for anyone to try,  there is a port package available (https://github.com/opnsense/ports/tree/master/dns/inadyn).
When ddclient has development code which does offer support for requested features, it might also help to test their
new code and provide feedback.

In my humble opinion it won't help to move the unmaintained code somewhere else, in order to really improve the
situation there's probably more needed. For the next 6 months the legacy plugin will still be shipped, so there's still time.

Best regards,

Ad
 
Logged

chemlud

  • Hero Member
  • *****
  • Posts: 2195
  • Karma: 98
    • View Profile
Re: os-ddclient
« Reply #11 on: January 23, 2022, 10:26:36 pm »
Quote from: AdSchellevis on January 23, 2022, 07:36:44 pm
I was doubting a bit about responding to the dyndns topic, but after years telling people in issues and pull-requests that
dyndns on our end is really unmaintained and dying of poor code quality, we where hoping a bit someone eventually would start an alternative plugin.

To ease the process we made a decision at the end of last year to start phasing out the legacy plugin.
We invested quite some time to make sure there is an easy to maintain starting point which uses ddclient and isn't
hard to extend within the boundaries of what ddclient has to offer (https://github.com/opnsense/plugins/tree/master/dns/ddclient).

Is ddclient perfect? probably not, are there better alternatives available we could consider? maybe.
I guess time will tell, for now we just choose the option most others seem to use, partially knowning these suffer
from the same type of issues as dyndns on our end (maintanance is problematic if people only care about adding features).

From a technical point of view requesting an address and calling an endpoint if it changed isn't very difficult, but
as it stands there isn't much drive for companies to invest time and money in this direction I guess.

When it turns out another service generally available would be a better fit, it likely is quite easy to replace ddclient in our plugin for something else, as the input is more or less fixed. It just has to be an isolated daemon which doesn't try to entangle with interface code in anyway.

Testing inadyn as suggested for example would be quite easy for anyone to try,  there is a port package available (https://github.com/opnsense/ports/tree/master/dns/inadyn).
When ddclient has development code which does offer support for requested features, it might also help to test their
new code and provide feedback.

In my humble opinion it won't help to move the unmaintained code somewhere else, in order to really improve the
situation there's probably more needed. For the next 6 months the legacy plugin will still be shipped, so there's still time.

Best regards,

Ad
 

Hi and  many, many thanks for clarification.

I just want to add that I (as a dumb user, no coding experience, no nothing) find myself somewhere between a rock and a hard place. I need the feature (working with my dyndns services, as does the current plugin reliably) to make my tunnels work and if the new plugin does not offer a full replacement, my only option would be to stop updating opnsense completely, which is not a good option, obviously.

So I (and several other users with dynamic IPs but no capabilities to maintain software) are somewhere "falling off the plate", without good option to support a smooth transfer (except for finding new dyndns services that work with the new plugin, with all the pain in this project).

Overall, highly appreciated that another 6 months of time will be granted for the transition, looking forward to a stable, sustainable solution for the future of dyndns, but doubting that there is a lot that can be done by "normal" users. Open source lives from contribution, anyway, keep in mind not everybody can contribute...

;-)
Logged
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

A router is not a switch - A router is not a switch - A router is not a switch - A rou....

almodovaris

  • Full Member
  • ***
  • Posts: 220
  • Karma: 11
    • View Profile
Re: os-ddclient
« Reply #12 on: January 24, 2022, 01:38:38 pm »
If you want a cheap solution, but a really cheap router (e.g. a Linksys E3000 or Asus RT-N16). Install FreshTomato or DD-WRT, and attach it behind your firewall. And, bingo, inadyn is working out of the box with many standard services and a custom option, checking the external IP by itself. You don't have to use its WiFi. This is supposing you have IPv4.

Otherwise a NAS (Synology or QNAP) will do for both IPv4 and IPv6.
« Last Edit: January 24, 2022, 01:48:49 pm by almodovaris »
Logged

marjohn56

  • Hero Member
  • *****
  • Posts: 1681
  • Karma: 171
    • View Profile
Re: os-ddclient
« Reply #13 on: January 24, 2022, 10:15:27 pm »
From what little research I have done, looking at the code and history of ddclient, I do not see much in the way of any active developemt going on there either, so it's a case if frying pan / fire where that is concerned. Inadyn appears to have more activity but again limited options compared to the current plugin.
I for one was unaware of the myriad issues with dyndns, probably because for most of the time I have been running Opnsense I have had static IP's'; now I have an ISP with dynamic IPs again I've having to use dynamic dns. Yes, there was a bug in it as far as Godaddy was concerned but that's now fixed and all is very good. Don't throw the baby out with the bathwater. dyndns doesn't look that hard to maintain when I was looking for the Godaddy bug. I was going to look at a way of integrating static leases from dhcpd with dyndns, meaning you would could update the DNS server for IPV6 clients, v4 clients are normally port forwarded but IPv6 clients are not. Some IPv6 clients do not lend themselves to adding a dynamic dns update client, hence my thought of adding it to dyndns... we'll see.
Logged
OPNsense 21.7 - Qotom Q355G4 - ISP - Community Fibre 1Gbps.

Team Rebellion Member - If we've helped you remember to applaud

Samwise

  • Newbie
  • *
  • Posts: 1
  • Karma: 0
    • View Profile
Re: os-ddclient
« Reply #14 on: January 27, 2022, 07:08:15 pm »
The lack of support for some (major) dd servers is inconvenient to say the least.
But the lack of selectable listening interfaces is not workable.
The os-ddclient is sending the ip address of one of my VPN clients to my dd service. Rendering my dd completely useless. In the previous plugin I was able to select my WAN interface.

Hope I missed something, if so, can someone point me in the right direction?

Greetings,
Sam
Logged

  • Print
Pages: [1] 2 3 ... 25
« previous next »
  • OPNsense Forum »
  • Archive »
  • 22.1 Legacy Series »
  • os-ddclient
 

OPNsense is an OSS project © Deciso B.V. 2015 - 2023 All rights reserved
  • SMF 2.0.19 | SMF © 2021, Simple Machines
    Privacy Policy
    | XHTML | RSS | WAP2