Ich würde mal vermuten, dass die API des Zielservers über einen FQDN aufgerufen werden muss – und dass das "nur" über eine IP-Adresse nicht geht. Deswegen schlägt das dann fehl.

Die Kommunikation beim Zielserver erfolgt ausschließlich über die IP.

Es geht noch nicht um die Erreichbarkeit deiner Domains, sondern um die Erreichbarkeit deines Ziel-Servers/der API. Laut deiner Beschreibung liefert der Zielserver beim Versuch der API durch den Migrator zu kontaktieren einen 404 Fehler. Statt bei https://<DEINE_ZIEL_SERVER_IP_ADRESSE>/api/v2 eine ...

Hallo, Wie lautet die Server IP? Unter der Adresse, die zu angegebener Zeit sich beim Migrations-Tool meldete kam man bei einer dyndns Adresse raus mit "Die angeforderte Domain konnte auf diesem Server nicht gefunden werden." - anstatt bei der API rauszukommen. Mittlerweile erhält man unter der IP ...

Hello,

like it is stated in the KeyHelp UI the backup system is based on a software called restic. You can find more information how it works (yes, it is encrypted for example) on the official restic page: https://restic.net/

Ich kann die login Maske sowohl mit https://webhost1.teltow-flaeming.it als auch mit https://188.40.185.209 aufrufen. (Mit Zertifikatsfehler natürlich, weil das selbst-signierte zum Einsatz kommt) Die Ursache: Was ggf. zum tragen kommt ist das standardmäßig aktivierte HSTS: Ggf. gab es die URL we ...

The restricted SSH environment comes with a bunch of standard binaries (commands), like cp, mv, ls etc... if you have installed additional software and you want to make them available in the restricted SSHs of the user, you can define the paths to that binary and they will be copied into the ...

saviorhost wrote: ↑Thu 19. Mar 2026, 15:42 What do I need to write there?

Where exactly?

To enable it for a client:
- "User Administration -> Add or edit a client -> Permissions -> Enable SSH + Restricted SSH environment"

Further configuration can be done here:
- "Configuration -> Restricted SSH Environment"

Danke für das Feedback - Wenn ich die Scripte für KH 26.0 anpasse, achte ich nochmal darauf.

"hostname" sollte auch serv.*********.** ausspucken.

Mit diesem Befehl sollte das bewerkstelligt werden:
Anschließend kannst du ProFTPD neu starten und es sollte wieder laufen.

Okay, die sind beide korrekt für ein Debian 13 System.

Dann wirds wohl an der /etc/hosts liegen.

Was sagt der Befehl und was steht in der /etc/hosts.

Welche Software benutzt du? OS? Terminal?

Jetzt einmal noch den Inhalt von /etc/proftpd/proftpd.conf und /etc/proftpd/modules.conf. Diesmal nicht als Screenshot sondern als Text in [ code ] [/ code ] Blocks

Das wichtigste ist am rechten Bildschirmrand abgeschnitten

Bitte die zurückgegebene Meldung lesen und entsprechende Details ebenso schicken...