Message ID | 20190918192528.6366-1-ipfire@starkstromkonsument.de |
---|---|
State | Superseded |
Headers |
Return-Path: <ddns-bounces@lists.ipfire.org> Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384 client-signature ECDSA (P-384) client-digest SHA384) (Client CN "mail01.haj.ipfire.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by web04.haj.ipfire.org (Postfix) with ESMTPS id 46YVLz0dJ9z42Mc for <patchwork@web04.haj.ipfire.org>; Wed, 18 Sep 2019 19:25:47 +0000 (UTC) Received: from mail02.haj.ipfire.org (mail02.haj.ipfire.org [172.28.1.201]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384 client-signature ECDSA (P-384) client-digest SHA384) (Client CN "mail02.haj.ipfire.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mail01.ipfire.org (Postfix) with ESMTPS id 46YVLy4p3tz2Kh; Wed, 18 Sep 2019 19:25:46 +0000 (UTC) Received: from mail02.haj.ipfire.org (localhost [127.0.0.1]) by mail02.haj.ipfire.org (Postfix) with ESMTP id 46YVLy126Hz2yX5; Wed, 18 Sep 2019 19:25:46 +0000 (UTC) Received: from mail01.ipfire.org (mail01.haj.ipfire.org [172.28.1.202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) client-signature ECDSA (P-384)) (Client CN "mail01.haj.ipfire.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mail02.haj.ipfire.org (Postfix) with ESMTPS id 46YVLv6bGkz2xMq for <ddns@lists.ipfire.org>; Wed, 18 Sep 2019 19:25:43 +0000 (UTC) Received: from nx115.node01.secure-mailgate.com (nx115.node01.secure-mailgate.com [89.22.108.115]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail01.ipfire.org (Postfix) with ESMTPS id 46YVLv1dJyz2Kh for <ddns@lists.ipfire.org>; Wed, 18 Sep 2019 19:25:40 +0000 (UTC) Received: from dehamd003.servertools24.de ([31.47.254.18]) by node01.secure-mailgate.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from <ipfire@starkstromkonsument.de>) id 1iAfa0-0003v1-Ec for ddns@lists.ipfire.org; Wed, 18 Sep 2019 21:25:33 +0200 Received: from starkstromlahn.spdns.org (dslb-002-205-034-226.002.205.pools.vodafone-ip.de [2.205.34.226]) by dehamd003.servertools24.de (Postfix) with ESMTPSA id 3632A82959 for <ddns@lists.ipfire.org>; Wed, 18 Sep 2019 21:25:28 +0200 (CEST) Received-SPF: pass (dehamd003.servertools24.de: connection is authenticated) From: Alexander Koch <ipfire@starkstromkonsument.de> To: ddns@lists.ipfire.org Subject: [PATCH] Add new provider INWX (https://www.inwx.com) Date: Wed, 18 Sep 2019 21:25:28 +0200 Message-Id: <20190918192528.6366-1-ipfire@starkstromkonsument.de> X-PPP-Message-ID: <20190918192528.21397.77639@dehamd003.servertools24.de> X-PPP-Vhost: starkstromkonsument.de X-Originating-IP: 31.47.254.18 X-SecureMailgate-Domain: dehamd003.servertools24.de X-SecureMailgate-Username: 31.47.254.18 X-SecureMailgate-Outgoing-Class: ham X-SecureMailgate-Outgoing-Evidence: SB/global_tokens (0.0028156480467) X-Recommended-Action: accept X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0dWQ8c9lblW44odAlK6ziUapSDasLI4SayDByyq9LIhV4r9LSGF7f7bP LVSGA7NLoUTNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDWjv4Mifz9PChOZjdFr1/jm/V BhMJhDh6SSW6xlWa3tU2+D6GW/yawou88KcTXsJzJODXbtOodkPED+RkHjVGHxrZ+XQlNliwsPzG ejhbYIjXt5/Jk8G0n5YuwILSgh8WwKsRUpkf6NtCBDwPwZPQdU9H2jTXggI6z2khZfw60snwGXCT F8l8VxuaGVhOtiHBRSPdlpfgMlX7Z8W2A3Kadp0JqmC43RBCDitrzLQ3DiL+rMKsIGECb4imOf5D Wk2m7jakj8P0+oqCGQUhhzJuj259GXPOvBo9XlEPyU/TiyI1k9UTkh8g4gXgS1JthCY2S7qs8NdW MsxfCyG90kzSFNYOAgjxF5x1A+MR2WWBD8UifL76GD10kuo3nOZaoX+gyrcF1xgNjczbfkFXAZgb KEqzGLgioAWwEsiq7PRCQVjgEBqHQ3eo8TBTJgz5ehTS+MOXW4PtlGtfgaKd4+FrCbXTnONsqyI+ +u9UMf5U2lFyXMWcv2ZlvSNZcmGO3E8wIzvpj9IzyBpc10ZJwnPg5ZQhFVERGuwHXDG+BdD7NsSj NqKnM1jfJubWHKFPWPAqqj6j3itwR/znJDTs8O1RoGb87jovdBV0efi2GUBtYZaIiSm3qg7nfKz3 2qAgaFJ9EHIR3sGBUARL4m1RMUPVVREVniihuDwEGDcmr6e3OPTgHAVS0ZC1Y2tnB2DXClRnNiEX OU9Kvdq77QnykK2QpMBLfbbLo/b2ndrPYFK9NUbDaacsKYRB+nzsSwLA/TYYXPWlFdaGOH191uXj gjQN/RRmvZ1o7zuT5/Hx2qMeUOrIud1r7c0Tvxw9yYs3QC1X5dkZQLMKZYPpafbbulRkXqQfEbcv UBwSvRad9tKbFx+5+ZNHhy4ZCraTd6KmVu/3x+HiI5Z817B/pa8muIoumU49L580IwHza2T+59S3 hnjF8mqAWUMjcVMlrP3X8FpjmqMg/qahzEU0btuht+157pZ8Azt7afkP8kuKvR+GCwSTDu4ouOia ElvsDiO7uHfW X-Report-Abuse-To: spam@node01.secure-mailgate.com Authentication-Results: mail01.ipfire.org; dkim=none; dmarc=none; spf=pass (mail01.ipfire.org: domain of ipfire@starkstromkonsument.de designates 89.22.108.115 as permitted sender) smtp.mailfrom=ipfire@starkstromkonsument.de X-Rspamd-Queue-Id: 46YVLv1dJyz2Kh X-Spamd-Result: default: False [-1.32 / 11.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; URL_IN_SUBJECT(1.00)[www.inwx.com]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:89.22.108.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[ddns@lists.ipfire.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[starkstromkonsument.de]; MX_GOOD(-0.01)[dehamd003.servertools24.de]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(-0.01)[country: DE(-0.07)]; RCVD_IN_DNSWL_FAIL(0.00)[115.108.22.89.list.dnswl.org:server fail]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:45031, ipnet:89.22.96.0/19, country:DE]; RCVD_TLS_ALL(0.00)[]; BAYES_HAM(-3.00)[100.00%]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mail01.haj.ipfire.org X-BeenThere: ddns@lists.ipfire.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List for the IPFire dynamic DNS client <ddns.lists.ipfire.org> List-Unsubscribe: <https://lists.ipfire.org/mailman/options/ddns>, <mailto:ddns-request@lists.ipfire.org?subject=unsubscribe> List-Archive: <http://lists.ipfire.org/pipermail/ddns/> List-Post: <mailto:ddns@lists.ipfire.org> List-Help: <mailto:ddns-request@lists.ipfire.org?subject=help> List-Subscribe: <https://lists.ipfire.org/mailman/listinfo/ddns>, <mailto:ddns-request@lists.ipfire.org?subject=subscribe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ddns-bounces@lists.ipfire.org Sender: "ddns" <ddns-bounces@lists.ipfire.org> |
Series |
Add new provider INWX (https://www.inwx.com)
|
|
Commit Message
Alexander Koch
Sept. 18, 2019, 7:25 p.m. UTC
This includes:
- inwx.com
- inwx.de
- inwx.at
- inwx.ch
- inwx.es
Signed-off-by: Alexander Koch <ipfire@starkstromkonsument.de>
---
README | 1 +
configure.ac | 2 +-
src/ddns/providers.py | 15 ++++++++++++++-
3 files changed, 16 insertions(+), 2 deletions(-)
Comments
Hi, Thank you for sending this patch, but I am afraid I have a little bit of a problem here… > On 18 Sep 2019, at 15:25, Alexander Koch <ipfire@starkstromkonsument.de> wrote: > > This includes: > > - inwx.com > - inwx.de > - inwx.at > - inwx.ch > - inwx.es > > Signed-off-by: Alexander Koch <ipfire@starkstromkonsument.de> > --- > README | 1 + > configure.ac | 2 +- > src/ddns/providers.py | 15 ++++++++++++++- > 3 files changed, 16 insertions(+), 2 deletions(-) > > diff --git a/README b/README > index b0601a0..0f2798e 100644 > --- a/README > +++ b/README > @@ -68,6 +68,7 @@ SUPPORTED PROVIDERS: > enom.com > entrydns.net > freedns.afraid.org > + inwx.com|de|at|ch|es > itsdns.de > joker.com > loopia.se > diff --git a/configure.ac b/configure.ac > index 008950d..14bccc0 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -21,7 +21,7 @@ > AC_PREREQ([2.64]) > > AC_INIT([ddns], > - [011], > + [012], > [info@ipfire.org], > [ddns], > [http://git.ipfire.org/?p=oddments/ddns.git;a=summary]) You don’t need to increment the version number. That will be done by the maintainer when ever it is decided to have a new release. > diff --git a/src/ddns/providers.py b/src/ddns/providers.py > index 4ffd8bf..12116e3 100644 > --- a/src/ddns/providers.py > +++ b/src/ddns/providers.py > @@ -1003,7 +1003,7 @@ class DDNSProviderDynsNet(DDNSProvider): > raise DDNSInternalServerError > > # If we got here, some other update error happened. > - raise DDNSUpdateError(_("Server response: %s") % output) > + raise DDNSUpdateError(_("Server response: %s") % output) > Whitespace changes like this should not be included in this patch. This could be an extra patch. > class DDNSProviderEnomCom(DDNSResponseParserXML, DDNSProvider): > @@ -1129,6 +1129,19 @@ class DDNSProviderFreeDNSAfraidOrg(DDNSProvider): > raise DDNSUpdateError > > > +class DDNSProviderItsdns(DDNSProtocolDynDNS2, DDNSProvider): > + handle = "inwx.com" > + name = "INWX" > + website = "https://www.inwx.com" > + protocols = ("ipv6", "ipv4") > + > + # Information about the format of the HTTP request is to be found > + # here: https://www.inwx.com/en/nameserver2/dyndns (requires login) > + # Notice: The URL is the same for: inwx.com|de|at|ch|es > + > + url = "https://dyndns.inwx.com/nic/update" > + > + My problem with this provider is that the documentation is not publicly accessible. Therefore this is not maintainable for everyone who does not have an account there. Creating an account with every single ISP is of course not an option either. I would be interested to hear what Stefan and others think about this. Best, -Michael > class DDNSProviderItsdns(DDNSProtocolDynDNS2, DDNSProvider): > handle = "itsdns.de" > name = "it's DNS" > -- > 2.17.1 > > _______________________________________________ > ddns mailing list > ddns@lists.ipfire.org > https://lists.ipfire.org/mailman/listinfo/ddns
Hi, -------- Original Message -------- From: Michael Tremer [mailto:michael.tremer@ipfire.org] Sent: Thursday, 19 September 2019, 14:57 CEST To: Alexander Koch <ipfire@starkstromkonsument.de> Cc: ddns@lists.ipfire.org Subject: [PATCH] Add new provider INWX (https://www.inwx.com) > Hi, > > Thank you for sending this patch, but I am afraid I have a little bit of a problem here… > >> On 18 Sep 2019, at 15:25, Alexander Koch <ipfire@starkstromkonsument.de> wrote: >> >> This includes: >> >> - inwx.com >> - inwx.de >> - inwx.at >> - inwx.ch >> - inwx.es >> >> Signed-off-by: Alexander Koch <ipfire@starkstromkonsument.de> >> --- >> README | 1 + >> configure.ac | 2 +- >> src/ddns/providers.py | 15 ++++++++++++++- >> 3 files changed, 16 insertions(+), 2 deletions(-) >> >> diff --git a/README b/README >> index b0601a0..0f2798e 100644 >> --- a/README >> +++ b/README >> @@ -68,6 +68,7 @@ SUPPORTED PROVIDERS: >> enom.com >> entrydns.net >> freedns.afraid.org >> + inwx.com|de|at|ch|es >> itsdns.de >> joker.com >> loopia.se >> diff --git a/configure.ac b/configure.ac >> index 008950d..14bccc0 100644 >> --- a/configure.ac >> +++ b/configure.ac >> @@ -21,7 +21,7 @@ >> AC_PREREQ([2.64]) >> >> AC_INIT([ddns], >> - [011], >> + [012], >> [info@ipfire.org], >> [ddns], >> [http://git.ipfire.org/?p=oddments/ddns.git;a=summary]) > > You don’t need to increment the version number. That will be done by the maintainer when ever it is decided to have a new release. > Ok. >> diff --git a/src/ddns/providers.py b/src/ddns/providers.py >> index 4ffd8bf..12116e3 100644 >> --- a/src/ddns/providers.py >> +++ b/src/ddns/providers.py >> @@ -1003,7 +1003,7 @@ class DDNSProviderDynsNet(DDNSProvider): >> raise DDNSInternalServerError >> >> # If we got here, some other update error happened. >> - raise DDNSUpdateError(_("Server response: %s") % output) >> + raise DDNSUpdateError(_("Server response: %s") % output) >> > > Whitespace changes like this should not be included in this patch. This could be an extra patch. > Ok. My text editor corrected this automatically. I didn't think about it any further... >> class DDNSProviderEnomCom(DDNSResponseParserXML, DDNSProvider): >> @@ -1129,6 +1129,19 @@ class DDNSProviderFreeDNSAfraidOrg(DDNSProvider): >> raise DDNSUpdateError >> >> >> +class DDNSProviderItsdns(DDNSProtocolDynDNS2, DDNSProvider): >> + handle = "inwx.com" >> + name = "INWX" >> + website = "https://www.inwx.com" >> + protocols = ("ipv6", "ipv4") >> + >> + # Information about the format of the HTTP request is to be found >> + # here: https://www.inwx.com/en/nameserver2/dyndns (requires login) >> + # Notice: The URL is the same for: inwx.com|de|at|ch|es >> + >> + url = "https://dyndns.inwx.com/nic/update" >> + >> + > > My problem with this provider is that the documentation is not publicly accessible. Therefore this is not maintainable for everyone who does not have an account there. Creating an account with every single ISP is of course not an option either. > > I would be interested to hear what Stefan and others think about this. > > Best, > -Michael > I get your point. I did some research in their KB - without login - but couldn't find an alternative place providing the infos. They use the dyndns2-protocol without any modifications. The only information they provide at the given URL (with login) is the Update-URL: https://dyndns.inwx.com/nic/update?myip=<ipaddr>&myipv6=<ip6addr> I doubt they will ever change this, unless they move to another protocol ... this would then be reported as a bug by a user who has a login and is able to provide further information though. I've got an alternative idea to solve this. As they (and some other of the already implemented providers) are using the dyndns2-protocoll without any modifications, why not add a specific handle "DynDNS2 misc" to the service-dropdown (or an additional dropdown for the protocol) and a textfield for the Update-URL on the Web UI and create a unified handle for all dyndns2-providers in providers.py. The Update-URL for the dydns2-service can easily be provided by the user. This would simplify the maintenance of ddns on one side and provide support for more dyndns2-services without any effort on the other side. A similar approach could be used for other existent/future standardized dyndns-service-protocolls. Please let me know what you think about it. I offer to work on a patch for the "DynDNS2 misc"-service if you like the idea. >> class DDNSProviderItsdns(DDNSProtocolDynDNS2, DDNSProvider): >> handle = "itsdns.de" >> name = "it's DNS" >> -- >> 2.17.1 >> >> _______________________________________________ >> ddns mailing list >> ddns@lists.ipfire.org >> https://lists.ipfire.org/mailman/listinfo/ddns > Regards, Alex
Hi, > On 20 Sep 2019, at 12:20, Alexander Koch <ipfire@starkstromkonsument.de> wrote: > > Hi, > > -------- Original Message -------- > From: Michael Tremer [mailto:michael.tremer@ipfire.org] > Sent: Thursday, 19 September 2019, 14:57 CEST > To: Alexander Koch <ipfire@starkstromkonsument.de> > Cc: ddns@lists.ipfire.org > Subject: [PATCH] Add new provider INWX (https://www.inwx.com) > >> Hi, >> Thank you for sending this patch, but I am afraid I have a little bit of a problem here… >>> On 18 Sep 2019, at 15:25, Alexander Koch <ipfire@starkstromkonsument.de> wrote: >>> >>> This includes: >>> >>> - inwx.com >>> - inwx.de >>> - inwx.at >>> - inwx.ch >>> - inwx.es >>> >>> Signed-off-by: Alexander Koch <ipfire@starkstromkonsument.de> >>> --- >>> README | 1 + >>> configure.ac | 2 +- >>> src/ddns/providers.py | 15 ++++++++++++++- >>> 3 files changed, 16 insertions(+), 2 deletions(-) >>> >>> diff --git a/README b/README >>> index b0601a0..0f2798e 100644 >>> --- a/README >>> +++ b/README >>> @@ -68,6 +68,7 @@ SUPPORTED PROVIDERS: >>> enom.com >>> entrydns.net >>> freedns.afraid.org >>> + inwx.com|de|at|ch|es >>> itsdns.de >>> joker.com >>> loopia.se >>> diff --git a/configure.ac b/configure.ac >>> index 008950d..14bccc0 100644 >>> --- a/configure.ac >>> +++ b/configure.ac >>> @@ -21,7 +21,7 @@ >>> AC_PREREQ([2.64]) >>> >>> AC_INIT([ddns], >>> - [011], >>> + [012], >>> [info@ipfire.org], >>> [ddns], >>> [http://git.ipfire.org/?p=oddments/ddns.git;a=summary]) >> You don’t need to increment the version number. That will be done by the maintainer when ever it is decided to have a new release. > > Ok. > >>> diff --git a/src/ddns/providers.py b/src/ddns/providers.py >>> index 4ffd8bf..12116e3 100644 >>> --- a/src/ddns/providers.py >>> +++ b/src/ddns/providers.py >>> @@ -1003,7 +1003,7 @@ class DDNSProviderDynsNet(DDNSProvider): >>> raise DDNSInternalServerError >>> >>> # If we got here, some other update error happened. >>> - raise DDNSUpdateError(_("Server response: %s") % output) >>> + raise DDNSUpdateError(_("Server response: %s") % output) >>> >> Whitespace changes like this should not be included in this patch. This could be an extra patch. > > Ok. My text editor corrected this automatically. I didn't think about it any further... > >>> class DDNSProviderEnomCom(DDNSResponseParserXML, DDNSProvider): >>> @@ -1129,6 +1129,19 @@ class DDNSProviderFreeDNSAfraidOrg(DDNSProvider): >>> raise DDNSUpdateError >>> >>> >>> +class DDNSProviderItsdns(DDNSProtocolDynDNS2, DDNSProvider): >>> + handle = "inwx.com" >>> + name = "INWX" >>> + website = "https://www.inwx.com" >>> + protocols = ("ipv6", "ipv4") >>> + >>> + # Information about the format of the HTTP request is to be found >>> + # here: https://www.inwx.com/en/nameserver2/dyndns (requires login) >>> + # Notice: The URL is the same for: inwx.com|de|at|ch|es >>> + >>> + url = "https://dyndns.inwx.com/nic/update" >>> + >>> + >> My problem with this provider is that the documentation is not publicly accessible. Therefore this is not maintainable for everyone who does not have an account there. Creating an account with every single ISP is of course not an option either. >> I would be interested to hear what Stefan and others think about this. >> Best, >> -Michael > > I get your point. I did some research in their KB - without login - but couldn't find an alternative place providing the infos. They use the dyndns2-protocol without any modifications. The only information they provide at the given URL (with login) is the Update-URL: https://dyndns.inwx.com/nic/update?myip=<ipaddr>&myipv6=<ip6addr> I doubt they will ever change this, unless they move to another protocol ... this would then be reported as a bug by a user who has a login and is able to provide further information though. Stefan told me today that we have others were the documentation is not publicly available. Although I do not understand this - why make this so complicated for people who are implementing your API? - I guess we have to accept this then for the same reasons we accepted the other ones for. Acked-by: Michael Tremer <michael.tremer@ipfire.org> > I've got an alternative idea to solve this. As they (and some other of the already implemented providers) are using the dyndns2-protocoll without any modifications, why not add a specific handle "DynDNS2 misc" to the service-dropdown (or an additional dropdown for the protocol) and a textfield for the Update-URL on the Web UI and create a unified handle for all dyndns2-providers in providers.py. The Update-URL for the dydns2-service can easily be provided by the user. This would simplify the maintenance of ddns on one side and provide support for more dyndns2-services without any effort on the other side. A similar approach could be used for other existent/future standardized dyndns-service-protocolls. > > Please let me know what you think about it. I offer to work on a patch for the "DynDNS2 misc"-service if you like the idea. This however is not a good idea. It defies one of the most important points of building ddns in the first place: We wanted to be able to make changes to every provider, because sometimes things change. Some providers have asked us to make changes to the behaviour of ddns and we were able to do that and roll out the changes immediately across all IPFire systems. That won’t be possible with the generic service. We neither have the UI, and it is not at all a problem to add a provider that is 100% compatible with DynDNS. It is literally 5 lines of code. That approach allows us a lot of flexibility for very little work. -Michael > >>> class DDNSProviderItsdns(DDNSProtocolDynDNS2, DDNSProvider): >>> handle = "itsdns.de" >>> name = "it's DNS" >>> -- >>> 2.17.1 >>> >>> _______________________________________________ >>> ddns mailing list >>> ddns@lists.ipfire.org >>> https://lists.ipfire.org/mailman/listinfo/ddns > > Regards, Alex
diff --git a/README b/README index b0601a0..0f2798e 100644 --- a/README +++ b/README @@ -68,6 +68,7 @@ SUPPORTED PROVIDERS: enom.com entrydns.net freedns.afraid.org + inwx.com|de|at|ch|es itsdns.de joker.com loopia.se diff --git a/configure.ac b/configure.ac index 008950d..14bccc0 100644 --- a/configure.ac +++ b/configure.ac @@ -21,7 +21,7 @@ AC_PREREQ([2.64]) AC_INIT([ddns], - [011], + [012], [info@ipfire.org], [ddns], [http://git.ipfire.org/?p=oddments/ddns.git;a=summary]) diff --git a/src/ddns/providers.py b/src/ddns/providers.py index 4ffd8bf..12116e3 100644 --- a/src/ddns/providers.py +++ b/src/ddns/providers.py @@ -1003,7 +1003,7 @@ class DDNSProviderDynsNet(DDNSProvider): raise DDNSInternalServerError # If we got here, some other update error happened. - raise DDNSUpdateError(_("Server response: %s") % output) + raise DDNSUpdateError(_("Server response: %s") % output) class DDNSProviderEnomCom(DDNSResponseParserXML, DDNSProvider): @@ -1129,6 +1129,19 @@ class DDNSProviderFreeDNSAfraidOrg(DDNSProvider): raise DDNSUpdateError +class DDNSProviderItsdns(DDNSProtocolDynDNS2, DDNSProvider): + handle = "inwx.com" + name = "INWX" + website = "https://www.inwx.com" + protocols = ("ipv6", "ipv4") + + # Information about the format of the HTTP request is to be found + # here: https://www.inwx.com/en/nameserver2/dyndns (requires login) + # Notice: The URL is the same for: inwx.com|de|at|ch|es + + url = "https://dyndns.inwx.com/nic/update" + + class DDNSProviderItsdns(DDNSProtocolDynDNS2, DDNSProvider): handle = "itsdns.de" name = "it's DNS"