mirror of
https://github.com/qdm12/ddns-updater.git
synced 2026-08-02 10:38:41 -04:00
Request: No-IP #6
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @SuperJakish on GitHub (May 22, 2019).
Any chance of getting No-IP's service added? They have a Linux based app, but I'm not able to get it working and it would be awesome to add it to the docker environment.
The app and some support is available here: https://www.noip.com/download
@qdm12 commented on GitHub (May 23, 2019):
Hi there,
I am almost done implementing it, but would you mind sending me what you get in your browser when you enter http://username:password@dynupdate.no-ip.com/nic/update?hostname=mytest.testdomain.com (replace with your username, password and hostname)? The documentation is quite unclear about the response and I would like to treat the success/errror properly.
Thanks
@qdm12 commented on GitHub (May 23, 2019):
Hi again,
I merged NoIP, so it should be available in a few minutes.
Example configuration:
Let me know if it works or what error messages it gives 😄
@SuperJakish commented on GitHub (May 23, 2019):
Hey! Thanks for the swift response!
Here is the response from http://username:password@dynupdate.no-ip.com/nic/update?hostname=mytest.testdomain.com with my information entered. I x'd out my IP address, but this was the format of the response.
nochg xxx.xxx.xxx.xxxOf note, noip can use either the user name or email address for the username field in the URL above - I tested both variations with the same output.
Now, I've appended my config.json file with the new settings for NoIP, stopped the container, did a
docker system pruneto get rid of the old image, randocker-compose up -dand get the following output from the logs:It should be said that for (reasons) I'm trying to update the ddns records for both cloudflare and NoIP. For giggles, I removed the cloudflare settings and get the following log output:
I tried pulling the noip branch in my docker-compose file by specifying
image: qmcgaw/ddns-updater:noip, but that didn't work because it said the image couldn't be found. I'm still new to Docker and I'm not sure that this is the right way to specify branches.Thanks very much for your support in this!
@qdm12 commented on GitHub (May 23, 2019):
Thanks for all the info!
There is a Git branch
noipbut no Docker tagnoip😄I believe you still have an older image, try:
And it should work!
@SuperJakish commented on GitHub (May 23, 2019):
Alrighty - the pulls worked and I got the new image. Thanks for that tip!
It looks like i'm getting a 401 error in the health check. Here is the log:
@qdm12 commented on GitHub (May 23, 2019):
Hi again,
It might work now, as I was sending
username:passwordwithout any encoding (although it's meant to be allowed). I now changed it to the recommended base64 encoding. Can you please try again?Wait a few minutes for Docker Hub to finish the build
Thanks!
@SuperJakish commented on GitHub (May 23, 2019):
Here is what I did:
It looks like the 401 error is still occurring:
@qdm12 commented on GitHub (May 23, 2019):
Could you try with
curlthe following (change user, password and yourhostname.com):What does it repond?
@SuperJakish commented on GitHub (May 23, 2019):
Ah HAH! I ran the
curlwith my email address as the username and receivedbadauth, but when I changed my email address to my NoIP username it worked and responded withnochg xxx.xxx.xxx.xxx.I went ahead and changed the "email" in the settings.json file to my username and received an error that the email address is an invalid format.
@qdm12 commented on GitHub (May 23, 2019):
Haha ok I will change it to
"username"instead of"email"in that case 😄 Thanks for debunking that bug... bad bad NoIP...@SuperJakish commented on GitHub (May 23, 2019):
I don't mean to be a bother, but I'm getting a "username cannot be empty" warning now.
I pulled the latest commit, added a
"username": "<MY_NOIP_USERNAME>",entry to theconfig.jsonentry, and removed the"email"entry. Thoughts?@qdm12 commented on GitHub (May 23, 2019):
Oh yes forgot to update the readme! will do soon.
It's now
"username"as the email doesn't work.@SuperJakish commented on GitHub (May 23, 2019):
Right - my
config.jsonnow looks like:and I'm getting this warning in the log:
I've done the
just to make sure I have the latest version.
@CygnusHyoga commented on GitHub (Jun 7, 2019):
Hi qdm12,
I've the same problem with NoIP, my config.json:
Error:
{"level":"Warning","message":"username cannot be empty for settings {"domain":"xxx","host":"@","provider":"noip"}","time":"2019-06-07T19:56:31.270552014Z","node":0}
Thanks!
@qdm12 commented on GitHub (Jun 7, 2019):
Hi @SuperJakish and @CygnusHyoga
Sorry I did not reply/fix it earlier. I found the problem, I forgot to update the JSON parsing mechanism. I'll fix it tomorrow morning (in Europe here) and report back.
Thanks!
@CygnusHyoga commented on GitHub (Jun 8, 2019):
Hi again qdm12! Thanks for the changes!
Now username it's recognized fine, but I get a 401. I tried with noip username and with my noip associate email as username var. I tried my username/password in noip web, etc. and it's fine.
My config:
@qdm12 commented on GitHub (Jun 8, 2019):
401means you're unauthorized. You say it's fine, what do you mean? Does it work or not?If it does not work, can you try with curl:
by replacing your
username,passwordandyourhostname.comAnd see what it responds?
@CygnusHyoga commented on GitHub (Jun 8, 2019):
It's not working noip from the app (duckdns is working ok).
With curl it's working ok:
curl --header "Authorization: Basic xxx:xxx" --header "User-Agent: DDNS-Updater quentin.mcgaw@gmail.com" https://dynupdate.no-ip.com/nic/update?hostname=xxx.ddns.net
nochg 90.94.132.xxx
@CygnusHyoga commented on GitHub (Jun 8, 2019):
qdm12 now its working OK from the app! Maybe something with the api from noip when I tried...sorry for the trouble.
@SuperJakish commented on GitHub (Jun 9, 2019):
I can confirm this works now as well. Just a note for future folks: both the username and password fields are case sensitive.
Thanks so much for all of your work!