Home-Dir- und Rechteproblem

[Dannyo]

Aaaalso:

Ich habe zwei weitere Probleme mit proFTPd:

HOME-DIRS
Meine User werden nicht in ihr Home-Dir eingesperrt...
Ich habe in der RedHat-Userverwaltung die user angelegt und ihre Home-Dirs definiert. Sie werden auch mit diesen Dirs verbunden, aber wenn sie auf "ParentDirectory" klicken sind sie auf oberster, also auf "meiner", Ebene, wo sie nicht sein sollten.

# (C) www.proftpd.de

# updated 2003-05-12

# by Stonki

 

ServerName "SERVERNAME"

ServerType standalone

DefaultServer on

 

# Port 21 is the standard FTP port.

Port 21

 

# Umask 022 is a good standard umask to prevent new dirs and files

# from being group and world writable.

Umask 022

 

# Note that this ONLY works in standalone mode

MaxInstances 30

 

# Set the user and group under which the server will run.

User nobody

Group nogroup

 

# To cause every FTP user to be "jailed" (chrooted) into their home

# directory, uncomment this line.

DefaultRoot ~

 

# Normally, we want files to be overwriteable.

<Directory />

AllowOverwrite on

</Directory>

Ich habe es mit dieser Standard-Config und mit einer eigenen Config, die nahezu gleich aussieht probiert... es geht mit keiner der beiden Confs.

RECHTE
Komischerweise haben manche User Schreibrechte in ihrem Home-Dir und manche nicht...
An den CHMOD-Vergaben kanns nicht liegen, die passen 100prozentig.
So kann zum Beispiel der User "xx01" problemlos alles uppen, was er will und der User "xx02" bekommt bei jeder versuchten Aktion in seinem Home-Dir ein "Permission denied".

Ich kann übrigens als root per FTP keine CHMOD-Rechte vergeben, muss das immer vor Ort machen... was läuft da falsch ?

*cheers
Dannyo

[stonki]

HOME-DIRS
Meine User werden nicht in ihr Home-Dir eingesperrt...
Ich habe in der RedHat-Userverwaltung die user angelegt und ihre Home-Dirs definiert. Sie werden auch mit diesen Dirs verbunden, aber wenn sie auf "ParentDirectory" klicken sind sie auf oberster, also auf "meiner", Ebene, wo sie nicht sein sollten.

bitte einmal fuer einen User mit die Ausgabe von

grep USERNAME /etc/passwd posten.

RECHTE
Komischerweise haben manche User Schreibrechte in ihrem Home-Dir und manche nicht...
An den CHMOD-Vergaben kanns nicht liegen, die passen 100prozentig.
So kann zum Beispiel der User "xx01" problemlos alles uppen, was er will und der User "xx02" bekommt bei jeder versuchten Aktion in seinem Home-Dir ein "Permission denied".

Ich kann übrigens als root per FTP keine CHMOD-Rechte vergeben, muss das immer vor Ort machen... was läuft da falsch ?

*cheers
Dannyo

root FTP ? Sollte eh nicht gehen. Ausserdem muss SITE_CHMOD explizit aktiviert werden, ist im normalfall verboten. Ausserdem moechte ich mal die rechte sehen von den dirs.

cu
stonki

Root Zugriff fuer mich ? (nicht lachen Woersty).... komm in IRC chat

[Dannyo]

Hier ist ein Beispiel für die gewünschte Command-Zeile:

rapidlerfreak:x:506:506:Thomas Endl:/gh:/bin/bash

Das zweite Problem hat sich bereits erübrigt

[stonki]

Hier ist ein Beispiel für die gewünschte Command-Zeile:

rapidlerfreak:x:506:506:Thomas Endl:/gh:/bin/bash

und er wird nicht in "/gh" gesperrt ?

[Dannyo]

Nein... wenn er sich per FTP einloggt, wird er in den Ordner /opt/lampp/htdocs/gh weitergeleitet, wie es auch sein soll, aber wenn er dort auf "Parent Directory" klickt, kommt er direkt auf die oberste Ebene des htdocs-Ordners, wo er nicht sein dürfte...

[stonki]

Nein... wenn er sich per FTP einloggt, wird er in den Ordner /opt/lampp/htdocs/gh weitergeleitet, wie es auch sein soll, aber wenn er dort auf "Parent Directory" klickt, kommt er direkt auf die oberste Ebene des htdocs-Ordners, wo er nicht sein dürfte...

mal ne ganz doofe frage: aus deiner config und aus deiner passwd datei kann ich nicht erkennen, wie er umgeleitet wird !

cu
stonki

[Dannyo]

Eben... das denke ich mir auch.
Habe es auch schon mit einem neuen Account probiert, habe die conf an verschiedenen Stellen verändert und nachdem sich nichts geändert hat rückgängig gemacht.
Aber was könnte da wirklich noch Schuld sein ?

[stonki]

Eben... das denke ich mir auch.
Habe es auch schon mit einem neuen Account probiert, habe die conf an verschiedenen Stellen verändert und nachdem sich nichts geändert hat rückgängig gemacht.
Aber was könnte da wirklich noch Schuld sein ?

naja, fangen wir mal mit dummen fragen an:

1) Bist Du sicher, dass ProFTPD Deine FTP Verbindungen annimmt ?
2) Bist Du sicher, dass Du die richtige Proftpd.conf bearbeitest ?
3) Startest Du den Server neu, wenn Du an ProFTPD.conf eine Aenderung vorgenommen hast ?
und zu guter Letzt: DEBUG MODUS

[Anonymous]

1) Bist Du sicher, dass ProFTPD Deine FTP Verbindungen annimmt ?

Ja, ganz bestimmt.

2) Bist Du sicher, dass Du die richtige Proftpd.conf bearbeitest ?

Das hoffe ich doch... werde sicherheitshalber mal nachschauen ob sich da noch irgendwo eine andere conf verbirgt.

3) Startest Du den Server neu, wenn Du an ProFTPD.conf eine Aenderung vorgenommen hast ?

Hmmm... daran könnte es liegen... ich verwalte das System von zu Hause aus (per Webmin) und werde das mal versuchen.

und zu guter Letzt: DEBUG MODUS

Jup, der ist aktiviert, nur irgendwie werde ich aus diesem Modus nicht schlau. Starte das Proggie mit -d5

[Anonymous]

Nein... wenn er sich per FTP einloggt, wird er in den Ordner /opt/lampp/htdocs/gh weitergeleitet, wie es auch sein soll, aber wenn er dort auf "Parent Directory" klickt, kommt er direkt auf die oberste Ebene des htdocs-Ordners, wo er nicht sein dürfte...

ich habe das elbe problem

wie kann ich das fixen ?

[stonki]

Nein... wenn er sich per FTP einloggt, wird er in den Ordner /opt/lampp/htdocs/gh weitergeleitet, wie es auch sein soll, aber wenn er dort auf "Parent Directory" klickt, kommt er direkt auf die oberste Ebene des htdocs-Ordners, wo er nicht sein dürfte...

ich habe das elbe problem

wie kann ich das fixen ?

noch keine Ahnung. Kann mir nicht einer root access geben ?

[Joke17]

ich würde gerne nochmal auf die frage von stonki zurück kommen, wie das bei dir mit der weiterleitung von /gh nach /opt/lampp/htdocs/gh bei dir läuft.

kann ich leider auch nicht erkennen...

tImo

[stonki]

Hmmm... daran könnte es liegen... ich verwalte das System von zu Hause aus (per Webmin) und werde das mal versuchen.

ich habe die Vermutung, dass es an Webmin liegt. Alle Webmin konfigurierten Rechner die ich bisher so gesehen hatte, hatten eine total kranke ProFTPD conf. Aber total krank ! Aber wie gesagt, ohne Root Access kann ich dazu nicht viel sagen.

cu
stonki

[Bummibaer]

Hallo Forum

das liegt sicher an der proftpd.conf Datei bei euch, oft gibt es eine in /etc/ und eine in /usr/local/sbin/proftp/ bei dem Zeugs.

Als besten Tip kann ich nur geben Config Datei von Hand schreiben, dann erst im Webmin auf diese verweisen in der Webmin Modul Config, und änderungen sind dann auch kein Problem. An sonsten ist das ein totales Chaos in der Config.

Gruß
Bummibaer