**SSH/SFTP und FTP Login nicht möglich – Support reagiert seit Tagen nicht**

Hallo zusammen

ich habe aktuell ein ziemlich ärgerliches Problem mit meinem netcup Webhosting und komme beim Support leider nicht weiter.

Der Haupt-Systembenutzer meines Webhostings kann sich weder per SSH/SFTP noch per FTP/FTPES anmelden.

Folgendes habe ich bereits geprüft bzw. mehrfach durchgeführt:

• Passwort des Systembenutzers im WCP neu gesetzt
• Passwort testweise nur mit Buchstaben und Zahlen gesetzt
• SSH auf /bin/bash (chrooted) aktiviert und gespeichert
• SSH-Verbindung über Port 22 getestet
• Verbindung mit Windows OpenSSH getestet
• Verbindung zusätzlich mit WinSCP getestet
• FTP/FTPES ebenfalls getestet

Der Server selbst ist erreichbar. Bei SSH funktioniert auch der Verbindungsaufbau, aber die Passwort-Authentifizierung endet jedes Mal mit:

Permission denied, please try again.

Der SSH-Debug zeigt, dass der Server publickey,password als Authentifizierung anbietet, das frisch im WCP gesetzte Passwort aber nicht akzeptiert.

Auch FTP/FTPES mit demselben Systembenutzer und Passwort funktioniert nicht.

Ich habe dazu bereits das Support-Ticket NCSUP-964058 eröffnet und nochmals nachgefasst. Bisher bekomme ich leider nur automatische Eingangsbestätigungen und keine technische Rückmeldung.

Hat jemand aktuell ein ähnliches Problem bei einem netcup Webhosting oder eine Idee, ob hier noch irgendwo eine zusätzliche Freischaltung/Sperre existieren könnte?

Langsam bin ich etwas ratlos, da der Zugang laut WCP korrekt eingerichtet sein sollte und ich den Serverzugriff für Arbeiten an meiner produktiven Website benötige.

Danke für jeden Hinweis.

Danke euch für die Hinweise.

Ich habe inzwischen noch weiter getestet und kann ein paar Punkte ausschliessen:

• Hostname stimmt und stammt direkt aus dem WCP: hosting2211299.ae99f.netcup.net
• Systembenutzer stimmt: hosting2211299
• SSH ist auf /bin/bash (chrooted) eingestellt
• keine offenen Rechnungen
• keine Abuse-Hinweise
• keine sichtbare Sperre des Webhosting-Pakets
• Passwort des Systembenutzers mehrfach neu gesetzt
• FTP/FTPES mit dem neuen Passwort ebenfalls ohne Erfolg

Zusätzlich habe ich jetzt die vorgeschlagene Public-Key-Methode getestet.

Ich habe einen ED25519-Key erstellt und den Public Key im SSH Keys Manager des WCP hinterlegt. Der Fingerprint im WCP stimmt mit meinem lokalen Schlüssel überein.

OpenSSH bietet den Schlüssel beim Verbindungsaufbau auch korrekt an:

Offering public key: ... champa_netcup ED25519 ...

Der Server lehnt ihn aber ebenfalls ab und fällt danach wieder auf Passwortauthentifizierung zurück.

Ein Test ausschliesslich mit Public-Key-Authentifizierung endet mit:

Permission denied (publickey,password)

Damit werden bei diesem Systembenutzer aktuell sowohl Passwort- als auch Public-Key-Authentifizierung abgelehnt.

Ich sehe ehrlich gesagt nicht mehr, was ich clientseitig noch falsch konfigurieren könnte. Falls noch jemand eine netcup-/Plesk-spezifische Idee hat, teste ich sie gerne.

Ansonsten scheint mir inzwischen wirklich nur noch eine serverseitige Prüfung durch den Support übrig zu bleiben. Leider warte ich darauf weiterhin.

Zitat von Copro

Klasse Dokumentation - in dem Fall hast du wirklich alles ausgeschlossen und es handelt sich vermutlich um ein Problem mit deinem Webhosting hosting2211299 auf Node ae99f. Ich habe leider zufällig nichts auf dem Knoten und könnte wenn dann auch nur Reproduzieren oder bestätigen.

Drücke ich die Daumen, dass man das Problem schnell beseitigen kann. Wenn es dringend ist und du noch Geduld hast, gäbe es noch den Notfall Support.

netcup Support: Kontakt, Ticket & Telefonhilfe

(...), erreichen Sie einen unserer Techniker außerhalb der regulären Hotline-Zeiten (17:00 – 09:00 Uhr - Europa/Berlin) direkt unter folgender Telefonnummer: +49 721 754 0 755 5

Alles anzeigen

Danke dir für die Rückmeldung und fürs Mitdenken.

Dann bestätigt das zumindest nochmals meinen Eindruck, dass ich lokal wirklich alles Sinnvolle ausgeschlossen habe und das Problem sehr wahrscheinlich bei netcup bzw. direkt beim Webhosting hosting2211299 auf Node ae99f liegt.

Was mich inzwischen aber wirklich ärgert, ist der Support. Das Ticket NCSUP-964058 ist seit dem 9. August offen. Ich habe mehrfach nachgefragt und inzwischen eine ziemlich vollständige technische Dokumentation geliefert, inklusive Tests mit Passwort, SSH-Key, SFTP und FTP/FTPES. Trotzdem bekomme ich seit Tagen keine eigentliche technische Antwort, sondern praktisch nur Eingangsbestätigungen.

Für ein Hosting-Problem, bei dem offenbar der komplette Zugriff auf den Systembenutzer nicht funktioniert, finde ich das ehrlich gesagt einen sehr, sehr schlechten Support. Wenn ein Kunde schon selbst so viele Tests macht und klar dokumentiert, dass das Problem sehr wahrscheinlich serverseitig liegt, sollte es nicht über eine Woche dauern, bis sich überhaupt jemand technisch damit beschäftigt.

Dass man dann zusätzlich auf einen kostenpflichtigen Notfall-Support ausserhalb der Hotline-Zeiten ausweichen müsste, obwohl bereits seit Tagen ein normales Support-Ticket offen ist, macht die Sache für mich nicht besser.

Danke trotzdem für den Hinweis mit der Notfallnummer. Ich hoffe wirklich, dass netcup das jetzt endlich prüft und behebt.