Add a document describing a design for comprehensive IPv6 support. The
ddclient maintainers agreed to this design, and it should be used to
guide the implementation of full IPv6 support.
* Support IPv6 addresses.
* Support updating addresses that aren't the client's own addresses.
* Set status to 'failed' if the update fails for any reason.
* Don't skip hosts if a previous update failed.
* Check for a non-OK code from the update server.
* Strip headers before processing responses.
This still uses API v1 because API v2 currently has some limitations;
see #180 for details.
Fixes#180
Now all that is needed to add a new unit test is to create a `t/*.pl`
file and list it in the `handwritten_tests` variable.
To run the test suite, run:
./autogen && ./configure && make check
Fixes#147
This makes it easier to package ddclient, especially as enhancements
are made such as unit tests or a man page.
I chose GNU Autoconf and Automake mostly because I'm familiar with
them, but also because I know they are well supported. Unfortunately
they can be difficult to understand/maintain (especially Autoconf), so
we may want to convert to something else later.
Addresses #146, #147
"Match" only implies a boolean return value. While these functions can
be used in boolean context, "extract" more closely matches their
intended purpose.
`fw-banlocal` is problematic:
* There's not much point to it. Regardless of whether it is enabled,
the end result is a DNS record that is not being updated to a
useful value. It does cause a warning to be logged, but because it
is not enabled by default it doesn't help the poor user who is
trying to figure out why they can't reach their machine. By the
time they realize that enabling this option would have saved them
hours of troubleshooting, they no longer need to enable it because
they already know what the problem is.
* It's a misnomer: `fw-banlocal` doesn't just filter out local IP
addresses from `use=fw`, it also filters them out of all other
address sources except `use=ip`.
* It doesn't filter out local IPv6 addresses.
* The resulting warning ("unable to determine IP address") is
misleading.
We might want to add a warning whenever a non-global address is
discovered (along with an option to silence the warning), but that
should be done in a future commit if at all.
This will be used by the upcoming `webv4` and `webv6` options to
ensure that the checkip service returns the desired type of IP
address.
Addresses #172
This commit only changes behavior if the hostname is a falsy string
(`''` or `'0'`) and there is a variable that:
* was not set globally before the host definition,
* was not set in the host definition,
* was set globally after the host definition, and
* is relevant to the host.
On Linux systems, `ifconfig` is long deprecated in favor of the `ip`
command from iproute2. Some systems don't have iproute2 (BSDs in
particular), so ddclient will still attempt `ifconfig` if `ip` is
missing.
Also: Don't hide STDERR because error messages are important for
troubleshooting problems. To avoid STDERR noise on systems without the
`ip` command, the command's existence is checked before it is run.
Notes:
* The fetched addresses could be limited to IPv4 or IPv6 depending
on `opt('ipv6')`, and non-global addresses could be filtered out,
but any filtering risks breaking a nontrivial number of existing
configurations.
* This change runs the risk of breaking existing configs that set
`if-skip`. Due to the deprecation of `ifconfig`, and the belief
that only a negligible number of users set `if-skip`, the benefits
of this change are believed to outweigh the config migration
burden imposed on users.
Fixes#93.
