2013-09-28 02:48:46 +02:00
|
|
|
=================
|
|
|
|
Using the service
|
|
|
|
=================
|
|
|
|
|
2013-11-01 07:17:51 +01:00
|
|
|
Requirements
|
|
|
|
============
|
|
|
|
|
|
|
|
Update client
|
|
|
|
-------------
|
|
|
|
The best way to use the service for updating a hostname with a dynamic address is to have a dyndns2 compatible
|
|
|
|
update client.
|
|
|
|
|
|
|
|
Usually this kind of software is built-in in your internet router (search for "dynamic DNS", "DDNS", "dyndns" on
|
|
|
|
its user interface).
|
|
|
|
|
|
|
|
Alternatively, you can also run a software on a PC / server (like ddclient for Linux).
|
|
|
|
|
|
|
|
Or even just use your browser to update your IP via the web interface of the service.
|
|
|
|
|
|
|
|
Note: please do not "update" your IP address if it did not change. Doing so is considered abusive use of the service.
|
|
|
|
All sane dyndns2 clients only send an update if the IP address has changed.
|
|
|
|
|
|
|
|
Web interface
|
|
|
|
-------------
|
|
|
|
When using a browser for administrating your hosts / domains via the web interface of the service, please:
|
|
|
|
|
|
|
|
* use https (for security)
|
|
|
|
* have cookies enabled (we need them for keeping the session after you logged in)
|
|
|
|
* have javascript enabled
|
|
|
|
* use a sane browser, like Firefox, Chrome/Chromium or Safari
|
|
|
|
|
|
|
|
Functionality of the Web Interface
|
|
|
|
==================================
|
|
|
|
|
|
|
|
Your current IP(s)
|
|
|
|
------------------
|
|
|
|
|
|
|
|
At some places, we show your current IP address(es). Depending on the type of your internet connection, this can be
|
|
|
|
IP v4 or v6 or both (dual stack).
|
|
|
|
|
2013-11-27 08:38:41 +01:00
|
|
|
At some places, we additionally show the result of a reverse DNS lookup ("rDNS") for your IP address(es).
|
|
|
|
If nothing shows up for an IP, the IP does not have a reverse DNS record.
|
|
|
|
|
2013-11-01 07:17:51 +01:00
|
|
|
We always show you the IP addresses where your requests come from. Under some circumstances, these might not be what
|
|
|
|
you expect (e.g. presence or non-presence of NAT gateways, proxies, etc.).
|
|
|
|
|
2013-11-21 10:42:27 +01:00
|
|
|
We detect your addresses by 2 means:
|
|
|
|
|
|
|
|
* your current remote address (where your accesses to the web interface come from) - the IP detected this way is
|
|
|
|
immediately visible on the web interface.
|
|
|
|
* if we don't already have the IP address from the remote address, we use an invisible fake "image" that your browser
|
2013-11-24 12:17:56 +01:00
|
|
|
loads from an IPv4-only or IPv6-only server - the IP detected by this method usually shows up after a few seconds.
|
2013-11-01 07:17:51 +01:00
|
|
|
|
|
|
|
We do some optimizations to not load these images too frequently, but also try to make sure we do not show you outdated
|
|
|
|
information about your current IP addresses.
|
|
|
|
|
2013-11-21 10:42:27 +01:00
|
|
|
If you don't see an IP address of some kind (v4 or v6) after a few seconds, it means you don't have that kind of
|
|
|
|
address (plus working connectivity of that kind).
|
2013-11-01 07:17:51 +01:00
|
|
|
|
|
|
|
Register / Login / Logout
|
|
|
|
-------------------------
|
|
|
|
You need to create an account to use most of the functionality of the service.
|
|
|
|
|
|
|
|
Your hosts / domains are only for you, so you need to identify to create or change them.
|
|
|
|
|
|
|
|
You need to give a valid E-Mail address, as we send you a link you need to access to complete the registration.
|
|
|
|
|
|
|
|
We'll also use that E-Mail address in case you forget your login password.
|
|
|
|
|
|
|
|
For your own safety, use https and a sane password.
|
|
|
|
|
2014-07-01 17:28:29 +02:00
|
|
|
Be careful: in case you lose your login username/password and you also can't receive mail sent to the E-Mail address
|
|
|
|
you gave when registering, you might not be able to regain access to your account / your hosts (neither automatically
|
|
|
|
nor with help from service admin) as you likely can't prove that they are really yours / you are permitted to
|
|
|
|
control them.
|
|
|
|
|
2013-11-01 07:17:51 +01:00
|
|
|
Hosts
|
|
|
|
-----
|
|
|
|
You can add hosts to all the zones (base domains) offered to you.
|
|
|
|
Usually this will be one or more zone(s) offered by the service operator, but you can even add your own domains
|
|
|
|
(see the separate section about domains).
|
|
|
|
|
|
|
|
After creating a new dynamic host name, we'll show you an automatically created update secret for that host.
|
|
|
|
You need it for configuring your update client and we show you example configurations for some popular routers and
|
|
|
|
clients on the same page.
|
|
|
|
|
|
|
|
In case you lose the update secret, just create a new one (and enter it in your router / update client).
|
|
|
|
|
|
|
|
IP v4 and v6 addresses work completely independently of each other, you need to send 2 updates if you want to update
|
|
|
|
both. If you want to be specific about which IP address you update, use our IPv4-only or IPv6-only host to make sure
|
|
|
|
it is the v4 (or v6) address.
|
|
|
|
|
2013-11-24 12:17:56 +01:00
|
|
|
After configuring a new update client, please keep an eye one the Faults column on the overview page.
|
|
|
|
It shows 2 values: C: <client faults> S: <server faults>
|
|
|
|
|
|
|
|
An increasing number of client faults usually means you (or the software you use) are doing something wrong
|
|
|
|
(e.g. sending updates although your IP address did not change). If you see that, please fix it!
|
|
|
|
|
|
|
|
An increasing number of server faults means there is either something wrong with the nameserver or the
|
|
|
|
connection to it or it is rejecting the updates for your hostname.
|
|
|
|
|
|
|
|
|
2013-11-01 07:17:51 +01:00
|
|
|
Domains
|
|
|
|
-------
|
|
|
|
If you control an own nameserver / zone, you can use the service to dynamically update it with your router / update
|
|
|
|
client.
|
|
|
|
|
|
|
|
For this, it is required that the master nameserver of that zone accepts dynamic updates (RFC 2136) using a shared
|
|
|
|
secret.
|
|
|
|
|
|
|
|
You can either privately use such an own domain or alternatively even offer them publically for all users of the service.
|
|
|
|
|
|
|
|
If you have cool domains, please offer publically!
|
2013-11-29 11:29:39 +01:00
|
|
|
|
2014-07-18 13:51:57 +02:00
|
|
|
Note: if you just register a domain at some domain seller (and the domain seller runs the DNS for you), you usually
|
|
|
|
just get some web interface to manage the DNS records. Often, that nameserver is not configured to accept dynamic
|
|
|
|
updates (RFC 2136) unless otherwise noted by your DNS hoster. If unsure, read their documentation, examine their
|
|
|
|
web interfaces (if they allow dynamic updates, there should be some means to configure or see the update algorithm,
|
|
|
|
secret and maybe even the update policy (where you can setup rules to allow/deny specific hosts) or just ask them.
|
|
|
|
|
|
|
|
If you run an own DNS server (like e.g. bind9) for your domain, you can configure it to support dynamic updates.
|
|
|
|
We show you how after you add a domain to nsupdate.info.
|
|
|
|
|
2013-11-29 11:29:39 +01:00
|
|
|
|
|
|
|
Other Services Updaters
|
|
|
|
-----------------------
|
|
|
|
|
|
|
|
Users can associate "other services" (3rd party services) updaters with their
|
|
|
|
hosts and if we receive an update for such a host, we'll automatically send
|
|
|
|
(dyndns2) updates to these other services.
|
|
|
|
|
|
|
|
You can choose which kind of IP addresses shall be sent to the other service
|
|
|
|
using the "give IPv4" and/or "give IPv6" options.
|
|
|
|
|
|
|
|
Currently, Users can only use services that were made available by an admin
|
|
|
|
(by adding the service record using Django's admin interface).
|
2013-12-07 20:39:30 +01:00
|
|
|
|
|
|
|
|
|
|
|
Browser-based Update Client
|
|
|
|
---------------------------
|
|
|
|
|
|
|
|
The service has a "built-in" browser/javascript-based update client that will
|
|
|
|
query the IP and send update requests if the IP changes.
|
|
|
|
|
|
|
|
One typical scenario where this is useful:
|
|
|
|
|
|
|
|
* you are an admin for multiple, sometimes rather ad-hoc clients where you
|
|
|
|
have to do remote support / maintenance
|
|
|
|
* the clients have no (working) dynamic dns host / updater configured
|
|
|
|
* you have prepared a hostname in the nsupdate.info service you use just
|
|
|
|
for such scenarios, e.g. "yourname-adhoc" (+ the base domain you use)
|
|
|
|
* you need to do some remote work, but you want to avoid losing access in
|
|
|
|
case you get disconnected and the IP changes
|
|
|
|
* you don't want to require the client to find out his/her current IP and
|
|
|
|
communicate it to you nor do you want to remember an IP address if you can
|
|
|
|
have a nice (and always same) hostname
|
|
|
|
|
|
|
|
How to optimize this scenario:
|
|
|
|
|
|
|
|
* go to the "yourname-adhoc" entry and use "Show Configuration"
|
|
|
|
* copy and paste the URL shown in the "Browser" tab of the configuration help
|
|
|
|
panel, under headline "Browser-based update client"
|
|
|
|
* optional: try it yourself in your browser
|
|
|
|
* give this URL to your client (E-Mail, Chat, ...), tell the client to open it
|
|
|
|
with a browser and keep that page open in the browser until you're finished.
|
|
|
|
* once the client has done that, "yourname-adhoc" will point to the client's IP
|
|
|
|
|
|
|
|
Note:
|
|
|
|
|
|
|
|
* we show 3 slightly different URLs:
|
2013-12-12 13:47:38 +01:00
|
|
|
|
2013-12-07 20:39:30 +01:00
|
|
|
- the first one is generic and will use either IP v4 or v6,
|
|
|
|
- the other 2 are specific and will either enforce usage of IP v4, or v6.
|
|
|
|
* this whole browser-based mechanism is only for adhoc and temporary use - if
|
|
|
|
you need something permanently or repeatingly, please configure a real update
|
|
|
|
client
|
|
|
|
* if you can't electronically give the URL to the client, you can also give:
|
2013-12-12 13:47:38 +01:00
|
|
|
|
2013-12-07 20:39:30 +01:00
|
|
|
- URL: like above, but remove the "yourname-adhoc.basedomain:secret@" part
|
|
|
|
- when clients visits that URL, it will ask for username and password:
|
2013-12-12 13:47:38 +01:00
|
|
|
|
2013-12-07 20:39:30 +01:00
|
|
|
- User name: yourname-adhoc.basedomain
|
|
|
|
- Password: secret
|
|
|
|
- let the client check "Last update response". Should be "good" (or "nochg")
|
|
|
|
plus same IP as shown below "My IP". If it shows something else, then there
|
|
|
|
likely was a typo in the user name or password.
|