1. netcup.com
  2. netcup Status
  3. Kunden-Panels
    1. CustomerControlPanel (CCP)
    2. ServerControlPanel (SCP)
    3. Dashboard Forum
  • Anmelden oder registrieren
  • Suche
    Dieses Thema
    • Alles
    • Dieses Thema
    • Dieses Forum
    • Artikel
    • Forum
    • Seiten
    • Erweiterte Suche
  1. netcup Kundenforum
  2. Administration eines Server / vServer
  3. vServer / Server / KVM-Server

chroot und sftp

  • fabian.moron.zirfas
  • 27. Januar 2014 um 10:43
  • Erledigt
  • fabian.moron.zirfas
    Anfänger
    Beiträge
    32
    • 27. Januar 2014 um 10:43
    • #1

    Hallo Forum,

    ich versuche auf unserem vServer derzeit Benutzer mit chrooted stfp Zugang einzurichten, bekomme es aber nicht hin. Die user sollen nur sftp haben und kein ssh. Ich habe es nach folgenden Tutorials ausprobiert aber keine Version funktioniert.

    Chrooted SSH/SFTP Tutorial (Debian Lenny) | HowtoForge - Linux Howtos and Tutorials

    Chroot users with OpenSSH: An easier way to confine users to their home directories - TechRepublic

    Ich habe nach dem 2ten Tutorial es auf meinem Raspbery Pi hingekriegt.

    Hat irgendwer Erfahrungen damit?

    Beste Grüsse

    Fabian Morón Zirfas

    • Zitieren
  • perryflynn
    Erleuchteter
    Reaktionen
    2.355
    Beiträge
    5.010
    • 27. Januar 2014 um 11:03
    • #2

    Kontrollere mal im auth.log, was da für Fehler beim Login auftauchen. Meistens ist der Fehler, dass nicht alle Verzeichnisse inklusive des Basisverzeichnisses des Users root gehören. Verzeichnisse innerhalb des Basisverzeichnisses des Benutzers können dann dem Benutzer gehören.

    So mache ich das immer:
    Chroot SFTP users with OpenSSH | Ubuntu Server Tutorials

    Längste Statistik | IRC Channel für Kunden von Kunden | Where is my IP API | developer tools

    • Zitieren
  • fabian.moron.zirfas
    Anfänger
    Beiträge
    32
    • 27. Januar 2014 um 11:43
    • #3

    Hi perryflynn,

    danke für die schnelle Antwort.
    Im auth.log taucht nichts auf wenn ich versuche mich via ssh mit dem neuen useraccount anzumelden. Auch sftp funktioniert nicht.


    Eine weitere Frage die sich mir dadurch stellt ist:

    Sind SSH keys auf bestimmte user beschränkt?
    Ich kann mich vom gleichen Rechner nicht via ssh auf den neuen user account anmelden. Musste ich einen weiteren Eintrag in authorized_keys machen?

    Vielleicht ist das ja mein Fehler.

    Beste Grüsse
    Fabian

    • Zitieren
  • ubuntu
    Registrierter Benutzer
    Beiträge
    564
    • 27. Januar 2014 um 12:26
    • #4

    Jeder User hat eine eigene authorized_keys. Zum sftp kann ich leider nichts sagen.

    • Zitieren
  • perryflynn
    Erleuchteter
    Reaktionen
    2.355
    Beiträge
    5.010
    • 27. Januar 2014 um 12:27
    • #5

    Also funktioniert schon der Login mit einem Schlüssel nicht?

    Längste Statistik | IRC Channel für Kunden von Kunden | Where is my IP API | developer tools

    • Zitieren
  • fabian.moron.zirfas
    Anfänger
    Beiträge
    32
    • 27. Januar 2014 um 13:24
    • #6

    ubuntu: danke das könnte dann mein Problem sein.

    perryflynn: Nein der login funktioniert nicht da wir Passwort auth deaktiviert haben und nur mit ssh keys arbeiten auf dem Server.

    Eigentlich suchen wir nach einer Möglichkeit nicht mehr mit ftp arbeiten zu müssen. Wir dachten mit sftp und chroot könnten wir eine sichere Verbindung hinbekommen. Aber alle unsere ftp Benutzer dazu zu kriegen ssh keypairs anzulegen ist eigentlich auch keine Lösung.

    Ich werde ein bisschen weiter testen.

    Beste Grüsse
    Fabian

    • Zitieren
  • ubuntu
    Registrierter Benutzer
    Beiträge
    564
    • 27. Januar 2014 um 14:08
    • #7

    sftp geht auch mit passwort ;)

    • Zitieren
  • perryflynn
    Erleuchteter
    Reaktionen
    2.355
    Beiträge
    5.010
    • 27. Januar 2014 um 14:10
    • #8

    Du kannst ja auch in das Match Group für die SFTP Benutzer das Anmelden mit Passwort wieder erlauben. Setze da noch ein Fail2Ban auf die SSH Logs und stelle 10 Versuche vor IP Sperre ein oder so. Dann kann auch nichts passieren.

    Längste Statistik | IRC Channel für Kunden von Kunden | Where is my IP API | developer tools

    • Zitieren
  • fabian.moron.zirfas
    Anfänger
    Beiträge
    32
    • 27. Januar 2014 um 14:55
    • #9

    Okay. Ich habe jetzt mal versucht dem chrooted user die Passwort auth wieder zu erlauben und bekomme folgende Meldung im auth.log


    : pam_unix(sshd:session): session opened for user [username] by (uid=0)
    : fatal: chroot path does not begin at root


    Das ist meine sshd_config (am Ende Subsystem internal-sftp ist gesetzt)

    Match Group sftp
    ChrootDirectory %h
    ForceCommand internal-sftp
    AllowTcpForwarding no
    PasswordAuthentication yes


    Und das sind die Befehle die ich ausgeführt habe:

    [adduser [username]
    usermod -s /bin/false [username]
    usermod -d [userdir] [username]
    chown root.root [userdirectory]
    adduser [username] sftp
    /etc/init.d/ssh restart


    Was habe ich da falsch gemacht?

    • Zitieren
  • Mainboarder
    Profi
    Reaktionen
    45
    Beiträge
    750
    • 27. Januar 2014 um 14:59
    • #10

    Vielleicht ist es offtopic, vielleicht genau das was du willst:

    FTP mit SSL verschlüsseln?
    Also bei Netcup eine Zertifikat bestellen oder bei Startcom eins machen und dann FTPS nutzen.

    Das geht vielleicht schneller als chroot und sftp.

    dann einfach unverschlüsseltes ftp sperren und fertig.

    • Zitieren
  • perryflynn
    Erleuchteter
    Reaktionen
    2.355
    Beiträge
    5.010
    • 27. Januar 2014 um 15:03
    • #11

    Mainboarder, für sowas wie SFTP/FTPES extra einen Dienst anlegen ist Blödsinn. Nur ein Dienst mehr den man pflegen musss.

    Fabian:
    In der Zeile ChrootDirectory hast Du den Basisordner vergessen. %h enthält nur den Usernamen. Du müsstest also /home/%h schreiben oder ähnliches.

    Längste Statistik | IRC Channel für Kunden von Kunden | Where is my IP API | developer tools

    • Zitieren
  • fabian.moron.zirfas
    Anfänger
    Beiträge
    32
    • 27. Januar 2014 um 15:32
    • #12

    @Mainborder: Danke für die Info ich gucke mir das mal an.

    perryflynn: woohoo! \o/ Das wars.

    @alle: Ich danke euch für die tolle Hilfe.

    Ein Frage noch:
    Wie setze ich Fail2Ban auf die SSH logs und stelle die Menge der Versuche ein? Kennt ihr ein Tutorial dafür?

    Beste Grüsse
    Fabian

    • Zitieren
  • perryflynn
    Erleuchteter
    Reaktionen
    2.355
    Beiträge
    5.010
    • 27. Januar 2014 um 15:42
    • #13

    Ja genau.

    Er sagt einfach "Alles was mehr als X Versuche in Y Minuten braucht wird für Z Minuten mit iptables gesperrt".

    Zur Basiskonfiguration reicht das: SSH Login unter Debian mit fail2ban absichern – Thomas Krenn Wiki

    Längste Statistik | IRC Channel für Kunden von Kunden | Where is my IP API | developer tools

    • Zitieren
  • fabian.moron.zirfas
    Anfänger
    Beiträge
    32
    • 27. Januar 2014 um 15:45
    • #14

    Dankeschön. Wird gleich getestet.

    Cheers
    Fabian

    • Zitieren
  • Mainboarder
    Profi
    Reaktionen
    45
    Beiträge
    750
    • 27. Januar 2014 um 15:48
    • #15

    Fabian: wenns läuft, kannst du das jetzt auch so lassen. und - sofern nicht benötigt - ftp zumindest abschalten (aus systemstart rausnehmen nicht vergessen)

    perryflynn: ob er nun ein sftp mit chroot einrichtet oder ftp mit ssl, scheint mir keinen großen unterschied zu machen (ftp läuft ja schon). jetzt scheint es ja aber zu funktionieren, da muss ftps nun wirklich nicht noch sein, wenn es nicht benötigt wird.

    • Zitieren
  • Dragon
    Meister
    Reaktionen
    207
    Beiträge
    2.088
    • 27. Januar 2014 um 17:38
    • #16

    Wieso soll ftp laufen, wenn man sftp benutzt? Das eine hat mit dem anderen nichts zu tun...

    • Zitieren
  • Mainboarder
    Profi
    Reaktionen
    45
    Beiträge
    750
    • 27. Januar 2014 um 19:38
    • #17

    dragon: wenn man selbst nicht der einzige ist, der zugriff auf den server hat (bsp. root und webhosting kunden), kann es durchaus notwendig sein, beides offen zu halten. ist bei mir zum beispiel mit imap und pop3 so.
    da er schrieb, dass die user sich nur per sftp verbinden sollen, ist das nicht ganz ungerechtfertigt.

    so meinte ich das aber nicht.
    vielmehr meinte ich, dass es im grunde egal ist, für welche von beiden optionen er sich entscheidet (wenn es darum geht daten nicht im klartext zu übertragen). es ist besser eins richtig zum laufen zu bekommen, als sich ewig mit einem dienst zu beschäftigen, der nur so halb läuft, wenn das andere vielleicht schneller zum ziel führt.

    ich hoffe, das kann jetzt jeder der will verstehen :)

    • Zitieren
  • fabian.moron.zirfas
    Anfänger
    Beiträge
    32
    • 28. Januar 2014 um 09:11
    • #18

    Genau das ist der Fall. Derzeit haben wir noch ein paar ftp Nutzer. Die muss ich auf sftp umstellen und danach wird ftp abgeschafft. :)

    Cheers
    Fabian

    • Zitieren

Ähnliche Themen

  • VSFTP über TLS - keine Verbindung möglich

    • Real-DD-2
    • 10. Februar 2017 um 10:51
    • vServer / Server / KVM-Server
  • FTP-Server installieren Ubuntu 14.04

    • Real-DD-2
    • 23. Mai 2016 um 18:11
    • vServer / Server / KVM-Server

Tags

  • SFTP
  • chroot
  1. Nutzungsbedingungen
  2. Datenschutzerklärung
  3. Bedingungen Gewinnspiel
  4. AGB
  5. Impressum