Meine NextBox ist über die externe IP erneut nicht mehr erreichbar. Powercycle und Soft Reset haben auch nach mehrmaligem Durchführen nichts gebracht. (Manchmal ging es für ganz kurze Zeit wieder.) Im Terminal per SSH ist die Box erreichbar (ob die interne IP auch im Browser ginge, weiss ich nicht, weil dort automatisch auf die externe umgestellt wird.
Auf erneuten Factory Reset habe ich wenig Lust, zumal das jeweils eine ziemliche Operation war. Deshalb: Welche Möglichkeiten habe ich, um erst mal herauszufinden, was überhaupt das Problem ist und dann um auch eine Lösung zu finden?
Schau mal ob bei desec noch dein IPv4 Eintrag verfügbar ist.
Das ist aktuell das Problem bei mir und ich habe die Frage auch schon im Desec Forum gestellt.
Powercycle und Soft Reset habe ich auch hinter mir. (vorher)
Weißt du, ob du standardmäßig über v4 oder v6 von außen zugreifst?
Ich meine standardmässig über IPv4. Mein desec Eintrag ist im Anhang. Wenn ich den richtig interpretiere fehlt der IPv4 Eintrag. Wäre das also der Fehler? Und eine Lösung gibt es (noch) nicht?
Ich hänge mich hier mal ran. Ich habe auch ein Bildschirmfoto gemacht. Auch bei mir steht nur IPv6 adress. Wenn das wirklich der Fehler ist, wäre es ja schön, wenn jemand eine Lösung hätte. Ich stehe komplett auf dem Schlauch.
I have had similar problems to many with losing external access to my nextbox
I could still connect locally through my browser on the local IP address and also through ssh
My problem was that /etc/ddclient.conf wasn’t set up correctly
This is what finally worked for me (the -4 tells it to use IPv4)
replace mydomain with your domain name and mytoken with your token
Once the NextBox tells deSEC “I have no IPv4 address,” deSEC does exactly what it’s told and wipes the A record.
Fixing /etc/ddclient.conf and putting back my IPv4 address in the A record at deSEC – Free Secure DNS solved my problems
Run this command to see if ddclient can successfully talk to deSEC:
$ sudo ddclient -daemon=0 -debug -verbose -noquiet
Look at the last few lines. It should say “SUCCESS” and give your IPv4 address
I used this command to restart
$ sudo systemctl restart nextbox-daemon
Ja, ob die v4 Adresse bei desec enthalten ist oder nicht schwankt. Ursache ist mir unbekannt.
Meinerseits hat es 4 Jahre lang funktioniert mit IPv4.
Das Config File wurde nicht angefasst.
Das ddclient File zeigt auch ein paar Fehlermeldungen, die damit wahrscheinlich nicht zusammen hängen werden. Ggf. kann sich aber jemand dazu äußern.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
Language = “en_US:en”,
LC_ALL = (unset),
LANG = “en_US.UTF-8”
are supported and installed on your system.
I run $ sudo ddclient -daemon=0 -debug -verbose -noquiet
Output seems good but isn’t.
SUCCESS: mydomain.dedyn.io: skipped: IP Address was already set to “correct IPv4 Adress”
BUT in the same moment no IPv4 Adress is set in the webinterface of desec.
Führt dazu, das die aktuelle IPv4 Adresse online eingetragen wird, auch wenn diese lokal noch im Cache ist weil unverändert aber bei desec schon gelöscht wurde weil angeblich keine v4 Adresse vorhanden ist.
I have now disabled the ddclient service and set a A record to have it working.
Downloaded logs from web gui.
Had to hurry because in the meantime the A Record got deleted again.
In the Logs it is often: updated deSEC IPv4 (None)
But every once in a while (no real time difference obvious) it updates with the correct v4 Adress.
Does not help much when 5 Minutes later it will get deleted again.
In the ddclient.conf I have set the intervall to 3000 instead of 300 to prevent a delete every 5 Minutes. Restarted the nextcloud daemon afterwards.
But, it doesn’t care. Still updates every 5 Minutes with the delete.
I did try your solution, and it worked, and I thought, cool, well, for half an hour, then the IPv4 entry in desec was deleted again, and it stopped working.
