ovh / ovh/docs

Document DynDNS behaviour with no "myip" parameter

Open Beginner friendly
#9,010 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
HTML
Stars
273
Forks
391
Avg merge
1m
Merged PRs (30d)
1

Description

Currently, the documentation for DynDNS makes it look like the myip query parameter is mandatory:

Depending on the client you are using, an update URL may be required, in addition to the DynHost username and subdomain concerned. If this is the case, use the URL below, taking care to replace the generic information:

https://dns.eu.ovhapis.com/nic/update?system=dyndns&hostname=$HOSTNAME&myip=$IP

However, it is possible to query without the myip parameter, such as:

curl https://dns.eu.ovhapis.com/nic/update?system=dyndns&hostname=$HOSTNAME

In which case OVH simply uses your current public IP as the new IP.

This is not documented anywhere, and probably should since it simplifies the update, removing the need to perform a public address discovery using an extra GET to pass in myip.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with pages/web_cloud/domains/dns_dynhost/guide.en-gb.md, linked in the issue. Review the existing DynDNS update URL example and document the behavior when myip is omitted, including the provided curl request. Done means the guide clearly explains this simpler update path without implying that myip is mandatory.

Written by the indexing model from the issue text.

Assessment

Tech stack
markdown
Domain
documentation
Issue type
Documentation
Difficulty
1/5
Estimated time
Under an hour
Activity status
Stale
Clarity
Clearly specified
Newbie friendliness
70/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.