Hyper Backup Vault Hyper Backup funktioniert nur noch via IP-Adresse

[dl2sba]

Hallo Zusammen

irgendwann in Q3/2024 hat das Remote-Backup via Hyperbackup auf meinen Hyperback-Vault seine Arbeit eingestellt. Gefühlt, nachdem ich mal wieder das genutze LetsEncrypt Zertifikat erneuert habe?!

Ich kann seitdem keine Anmeldung mehr durchführen. wenn ich die DDNS-Adresse verwende. Wenn ich die IP Adresse verwende, dann funktioniert es. Das ist aber sehr ungeschickt, für unbeaufsichtigen Betrieb.

Die Suche hier im Forum hat mir keine Ergebnisse zu genau meinem Problem gebracht.

Vielleicht kann mir jemand weiterhelfen?!

 

[maxblank]

Dann muss das neue Zertifikat akzeptiert werden.
Hast du mal einen neuen Hyper Backup Job angelegt und mit der bestehenden Aufgabe verknüpft? https://kb.synology.com/de-de/DSM/t...chen%20Sicherungsversionen%20zu%20durchsuchen.

 

[dl2sba]

Was meinst Du mit "akzeptieren" - in dem Ziel-Dialog diese "Vertrauen"? Wenn ja, das hilft bei mir nicht, der Text ist allerdings "erfolgreich".

Ich habe einen komplett neuen Job angelegt - auch dort funktioniert nur mit IP-Adresse.

 

[maxblank]

Dann stimmt wahrscheinlich etwas mit dem Zertifikat nicht oder die IP-Adresse weicht von der DynDNS ab…

Teste bitte mal noch einen anderen Browser.

 

[dl2sba]

Hm sehr seltsam alles - jetzt mit EDGE an Stelle von CHROME:

• Mit EDGE in Englisch - Neue Task angelegt mit DDNS - funktioniert nicht.
• Mit EDGE in Englisch - Neue Task angelegt mit IP - funktioniert

Die Domain ist definitv erreichbar von außen - da laufen noch andere Dienste auf dem NAS.

Kann das so was wie ein gecachtest Zertifikat sein, dass im DSM der Quell-NAS nicht erneuert wurde?!

 

[maxblank]

Kann ich so aus der Ferne nicht abschließend beurteilen.

 

[Benares]

und "nslookup <name>" liefert die gleiche IP?

 

[maxblank]

Habe ich oben bereits angefragt…

 

[dl2sba]

Sri vorhin vergessen reinzuschreiben - ja - NSLOOKUP liefert die korrekt IP Adresse.
Getestet von einem Server, der garantiert nicht in meinem Netzt steht ...

 

[Benares]

Es muss aber auch auf der Quell-DS klappen. Teste das nslookup bitte auch auf deren Konsole.

 

[maxblank]

Was gibt ein tracert aus?

 

[dl2sba]

Leider keinen Server im INet mit tracert / traceroute - aber jeder Browser findet die Adresse - also kann es mMn kein wirkliches DNS Problem sein.

Ich tippe ja noch auf ein altes Zertifikat in der Quell-NAS

 

[dl2sba]

Es muss aber auch auf der Quell-DS klappen. Teste das nslookup bitte auch auf deren Konsole.

Das kann ich leider erst nächstes Jahr machen. da die nicht bei mir "um die Ecke" steht ...

 

[Mathias42]

@dl2sba , bist 2024-Q3 hat das Backup tadellos funktioniert, richtig? Wir sieht denn die Fehlermeldung aus, an der die Sicherung seidem scheitert?

Welche Meldung erhältst du, wenn du auf der Quell-NAS versuchst eine neue HyperBackup-Sicherungsaufgabe zu erstellen, den DNS-Hostnamen der Ziel-NAS eingibst und auf „Anmelden“ klickst?

Du könntest die korrekte Adressauflösung testen, indem du eine benutzerdefiniertes Skript als Aufgabe auf der Quell-NAS laufen lässt, das einen ping durchführt (z. B. ping target.nas.host.name -c 1). Im Ausführungsergebnis kannst du die Rückmeldung sehen.

 

[dl2sba]

Danke Euch für den Input!

Ich habe die DNS Auflösung direkt auf der Quell-NAS durchführen lassen - tracert und nslookup liefern korrekte Werte.

Ich lasse jetzt nochmal mit dem DNS Namen prüfen - vlt. funktioniert es ja jetzt ...

 

[dl2sba]

Wie es zu erwarten war - plötzlich funktioniert auch wieder der DNS-Name. Keine Ahnung an was das lag.

Ich wünsche allen Kommentatoren einen schönen Sonntag!

 

[sv1990en]

Ich habe das selbe Problem, bei mir funktioniert es auch mit IP nicht.
Wenn Du eine Idee hast, was die Lösung war, wäre ich für Ideen dankbar.

 

[Benie]

Das selbe Problem bestimmt nicht, und das gleiche vermutlich auch nicht.

Solange Du weder etwas zu Deinem System erzählst, welche DS, DSM, wie ist beides miteinander verbunden usw.

 

[sv1990en]

Na klar, kommt sofort …

Die Ursprungssituation ist die gleiche.
Es gab irgendwann eine Fehlermeldung, dass mein Backup nicht mehr läuft und keine Verbindung zum Ziel-NAS herstellen kann. Das Backup läuft jeden Sonntag. In der einen Woche hat es noch funktioniert und dann nicht mehr. Ich habe nichts geändert, außer glaube ich das Let‘s Encrypt Zertifikat ausgetauscht.

Hyper Backup wird über den Standard-Port ausgeführt. Das Ziel-NAS steht an einem anderen Standort, welcher über öffentliche IP und Dyn-DNS erreicht wird.

Brauchst du noch weiter Infos, die dir helfen?

 

[sv1990en]

Ich hatte dazu heute eine Remote-Sitzung mit Synology.
Sie können sich das Verhalten auch nicht erklären und analysieren nun weiter.
Es wurde nur festgestellt, dass der MTU-Wert zu hoch ist, jemand eine Idee woran das in meinem Netzwerk liegen könnte?