@Obrenner 

 

Dude, this topic has been discussed so many times in this forum - why don't you use the search function?

The update URL hast to be in a very specific format - variables and NO data in URL.

 

  @Hoamboy 

 

sorry, it seem i had used the wrong keyword by my search :-(

 

thanks for share the links!

  @Obrenner 

 

Spaß beiseite, ich hab genau hier eine Anleitung für Omada Custom DDNS mit IPv64 geschrieben:

 

https://community.tp-link.com/en/business/forum/topic/599332?replyId=1183126

 

Hier steht alles was du wissen musst inkl. detaillierter Konfiguration.

 

Was bissi schade ist:

Hab dem Dennis Schröder (IPv64) ebenfalls die Anleitung geschickt, schon 2x, mit der Bitte, diese doch bei IPv64 zu veröffentlichen.

Nie eine Antwort erhalten.

Deshalb bin ich persönlich jetzt umgezogen zu noip [dot] com - dieser Dienst ist sogar nativ in Omada hinterlegt und funktioniert großartig.

Muss aber jeder selber wissen.

 

Also - viel Spaß beim Konfigurieren! :-)

  @Hoamboy 

 

hab die Konfiguration so eingetragen aber es geht nicht online, glaub ich muss die Brille aufziehen um zu finden wo ich den Fehler habe...

in den logs finde ich auch nichts.

Du hast in deiner Anleitung noch ein Feld beschrieben mit Hostname wo die subdomain ipv64 net reinsoll, das Feld hab ich nicht in meiner Config? kann jetzt nicht sagen ob es in das in der Controller 5.8 Config drin war, bin ja schon etwas aktueller.

 

Wie gesagt entweder Brille aufziehen, oder es ist ein Bug im Linux Softwarecontroller bzw. in der aktuellen Firmware vom router...

Na wenn es nicht klappt muss ich sehen ob ich den Updater wieder auf der Qnap laufen lasse oder wie du den Dienst wechsel...

 

Dennis hab ich auch angeschrieben, ob er schon ne Anleitung hatt :-(

Hallo Hoamboy, Hast du die DDNS config auf dem Router direkt durchgeführt Ohne den Controller? Hab die Einstellungen und Syntax so wie von dir eingetragen und auch die anleitung noch,als angesehen, kann keinfehler finden. Hatte Dennis auch schon mal angeschrieben. Entweder gehe ich zurück zum DDNS auf die Qnap oder schau mal nach einem neuen anbieter…. Danke für deine bisherige Unterstützung

  @Obrenner 

 

Ich hab beides am laufen, einen ER-605 im Standalone-Modus und einen ER-7206 im Controller-Modus, und bei beiden lief es genau gemäß meiner Anleitung.

Hab aber mittlerweile zu noip [dot] com gewechselt und bin hier mehr als zufrieden.

Der Dienst ist auch nativ eingebaut sodass man hier nicht mit einer Update-URL rumfrickeln muss.

Gefällt mir irgendwie besser...

I have tried the syntax suggested above, but I still keep getting the same stupid error as the op. I'm trying to set it up with DYNU[dot]com on my ER605 in Omada v5.9.31

 

The format http://api.dynu[dot]com/nic/update?username=myusername&hostname=mydomain&password=mypass just gives me the same format error by Omada (v5.9.31)

 

Update URL must contain [USERNAME], [PASSWORD] and [DOMAIN].

 

This is beyond frustrating. Why not put an example of the actual format you're expecting here? Terrible programming. Also, on the ddns setup page in Omada it asks for Service Provider (I put Custom), then Interface, then username and password then domain and then update-url which is expecting some stupid format. So why friggin' do you have the username/password fields when you have to specify them in the url again anyway. These 2 fields shouldn't appear for Custom.

 

Also frustrating to put this post through as it doesn't allow external links..

 

Anyway, wasted an hour on this $#*)! already. Hopefully someone got it to work.

 

[Update:] I was able to figure out the format although I don't know if it's working or not as there doesn't seem to be any status for it - did it work or fail and if failed what was the error?

 

Here's the format that Omada accepted:

 

http://api.dynu]dot]com/nic/update?hostname=[DOMAIN]?myip=[IP ADDRESS]&username=[USERNAME]&password=[PASSWORD]

 

I believe the way it works then is the above variables are taken from the corresponding fields on that page. Only thing is there's no [IP ADDRESS] field on that page so I don't know what ip if any it will put in and that is the whole point of this. Dynu suggests typing in the IP address but again the whole point is for this to be done automatically.

although the format was accepted it doesn't appear to update it.

 

How can I check if it's even attempting to update it? Right now all I know is that it's not updating the dns record at dynu but the below command works fine from a browser:

 

https://api.dynu[dot]com/nic/update?hostname=mydomain[dot]com&alias=vpn&username=myUsername&password=myPassword

 

So having this in my update-URL should work: https://api.dynu[dot]com/nic/update?hostname=[DOMAIN]]&alias=vpn&username=[USERNAME]&password=[PASSWORD]

 

  @yorkman Replying to myself here. Found the problem:

 

https://api.dynu[dot]com/nic/update?hostname=[DOMAIN]]&alias=vpn&username=[USERNAME]&password=[PASSWORD]

 

As you can see above there's an extra ] at the end of DOMAIN. Removed it and the dns record was finally updated. Would've caught that much earlier if there was a log of this error. The Update-URL field is too short to see it in full so it's not easy to catch such typos.