PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Proftpd: Kein upload möglich



nobody0
11.08.04, 23:59
Nach Neuinstallation u. anpassen der config kann ich keine Datei mehr uploaden, obwohl die Pfade u. Rechte stimmen; es muß an der config liegen.
Nach google habe ich deshalb einiges ausprobiert, aber ohne Erfolg.
Die Log-Dateien halfen auch nicht.
Was ist an der Config falsch? :confused:

# This is a basic ProFTPD configuration file. It establishes a single
# server and a single anonymous login. It assumes that you have a
# user/group "nobody"/"nogroup" for normal operation and anon.

ServerName RedOne
#ServerType inetd
ServerType standalone
ServerAdmin nobodyo<nospam>@</nospam>web.de
ServerIdent on "--= Red One FTP =--"
DeferWelcome on
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

# The ratio directives take four numbers: file ratio, initial file
# credit, byte ratio, and initial byte credit. Setting either ratio
# to 0 disables that check.
#
# The directives are HostRatio (matches FQDN -- wildcards are allowed
# in this one), AnonRatio (matches password entered in an anon login,
# usually an email address), UserRatio (accepts "*" for 'any user'),
# and GroupRatio. Matches are looked for in that order.
#
# Some examples:
#
# Ratios on # enable module
# UserRatio ftp 0 0 0 0
# HostRatio anyhost.domain.top 0 0 0 0 # leech access (default)
# GroupRatio proftpd 100 10 5 100000 # 100:1 files, 10 file cred
# AnonRatio auser@domain.top 1 0 1 0 # 1:1 ratio, no credits
# UserRatio * 5 5 5 50000 # special default case
#
# Setting "Ratios on" without configuring anything else will enable
# leech mode: it logs activity and sends status messages to the ftp
# client, but doesn't restrict traffic.

# ScoreboardPath /var/run/proftpd

# Max Connections
MaxInstances 6

# Set the user and group that the server normally runs at.
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>

LogFormat anonymous "%t[ %u ][ %a ][ %h ][ %r ][ %f ][ %b ]"
#ExtendedLog /var/log/proftpd auth,read,write anonymous
ExtendedLog /var/log/proftpd all anonymous

<Limit LOGIN>
DenyGroup guests
</Limit>
<Anonymous /srv/ftp>
<Limit LOGIN>
Order Allow,Deny
Allow from all
Deny from all
</Limit>

MaxClients 3 "no. maximal user count reached (2)."
MaxClientsPerHost 2 "no. maximal host-based login count reached (2)"

TransferRate APPE,RETR,STOR,STOU 2.984:1492


AnonRequirePassword off
# AuthAliasOnly on
# AuthUsingAlias on
UserAlias anonymous ftp

# After anonymous login, daemon runs as (ftp, daemon):
User ftp
Group ftp

RequireValidShell off

AccessGrantMsg "Access granted to user: %u "

# We want 'welcome.msg' displayed at login, and '.message' displayed
# in each newly chdired directory.
DisplayLogin .login
DisplayFirstChdir .message
DisplayQuit .quit
ShowSymlinks on


#<Directory upload>
#AllowStoreRestart on
#AllowOverWrite on
#<Limit READ>
#DenyAll
#</Limit>
#<Limit STOR SIZE MKD>
#AllowAll
#</Limit>
#</Directory>


# <Directory upload>
# <Limit STOR CWD XCWD>
# AllowAll
# </Limit>
# <Limit READ DELE MKD RMD XMKD XRMD>
# DenyAll
# </Limit>
# </Directory>


# Only uploads into incoming directory are allowed...
# <Directory upload>
# <Limit ALL>
# DenyAll
# </Limit>
# allow resume in uploading
# AllowStoreRestart on
# AllowOverwrite on
# Umask 002
# ... so deny read/write
# <Limit READ WRITE>
# DenyAll
# </Limit>
# ... allow file storing, but not other writes
# <Limit REST STOR MKD APPE CDUP CWD XCWD XCUP STOU>
# AllowAll
# </Limit>
# </Directory>

# Deny write operations to all directories, underneath root-dir
# Default is to allow, so we don't need a <Limit> for read operations.
# <Directory *>
# AllowRetrieveRestart on
# <Limit WRITE>
# DenyAll
# </Limit>
# </Directory>

</Anonymous>

TransferRate APPE,RETR,STOR,STOU 2.984:1492

marcadore
12.08.04, 00:44
Ich kenn mich ned so aus, also Angaben ohne Gewähr
<Directory />
AllowOverwrite on
<Limit STOR>
AllowAll
</Limit>
</Directory>

nobody0
12.08.04, 23:28
Heute funktioniert das alles, was ich gestern ohne Erfolg getestet habe, aber
nun starte/stoppe ich über das Skritp in /etc/init.d/rc.5 und nicht den proftpd direkt.
Wie mir aufgefallen ist, hat er gestern nämlich nicht wirklich restart gemacht; er hätte dann nämlich bestehende Verbindungen terminiert.

Und das Problem mit upload kommt wohl von

# ... so deny read/write
<Limit READ WRITE>
DenyAll
</Limit>

das ja das Schreiben verhindert :rolleyes:

tekkinoob
21.06.06, 11:33
Hallo Leute

Habe auch das Problem das ich bei eine bestehenden FTP-Verbindung downloaden aber nicht uploaden kann.
Info zu meinem System:

System: SuSE Linux 10.0
FTP-Server: PROftpd

Hier meine Config.

ServerName "Xampp - ProFTPd Server"
ServerType standalone
DefaultServer on
Port 21
Umask 022
MaxInstances 30
User nobody
#Group nogroup
Defaultroot ~
RequireValidShell off

# Systemnachrichten
AccessGrantMsg "Willkommen auf dem Thunderdom.de FTP-Server"
AccessDenyMsg "Zugriff verweigert"

# loginversuche bevor verbindung getrennt werden soll
MaxLoginAttempts 3


# Timeout Einstellungen
TimeoutStalled 120 # Sekunden, wielange eine Verbindung ohne "Datentransfer" bestehen darf
TimeoutIdle 120 # Sekunden, wielange eine Idle Verbindung bestehen darf
TimeoutLogin 30 # max Zeit fuer Anmeldung


# es duerfen datein ueberschrieben werden
<Directory />
ListOptions "-a"
AllowOverwrite on
</Directory>

#wenn der login laenger als 10 sec. dauert auskommentieren!
#UseReverseDNS off
#IdentLookups off


#Resume erlauben
#Bitte beachten, dass hiddenstor" nicht aktiviert sein darf (ist per Default deaktiviert).
AllowOverwrite on
AllowRetrieveRestart on
AllowStoreRestart on


# keine systemuser benutzen
UseFtpUsers off

# root login verbieten
RootLogin off

# Maximale Anzahl von User, die den selben Account gleichzeitg nutzen koennen
MaxClientsPerUser 1 "Sorry, nicht mehr als 1 Client pro Nutzer"


# <DB>@<host> <user> <password>
SQLConnectInfo proftpd@localhost ****** ********

################################################## ################################################## #######
# ab hier nichts mehr aendern! #
################################################## ################################################## #######
SQLAuthenticate users*
SQLAuthTypes plaintext
SQLUserWhereClause "enabled = '1'"
SQLUserInfo ftp_users userid passwd uid gid homedir shell

SQLLog PASS updatecount
SQLNamedQuery updatecount UPDATE "count=count+1 WHERE userid='%u'" ftp_users
SQLLog PASS lastlogin
SQLNamedQuery lastlogin UPDATE "last_login=now() WHERE userid='%u'" ftp_users
SQLLog RETR dlbytescount
SQLNamedQuery dlbytescount UPDATE "dl_bytes=dl_bytes+%b WHERE userid='%u'" ftp_users
SQLLog STOR ulbytescount
SQLNamedQuery ulbytescount UPDATE "ul_bytes=ul_bytes+%b WHERE userid='%u'" ftp_users


SQLLog RETR,STOR transfer
SQLNamedQuery transfer INSERT "'%u', '%f', '%b', '%h', '%a', '%m', '%T', now()" ftp_transfer

oder liegt es vieleicht an den Rechten von Linux??

vieleicht könnt ihr mir auch helfen??

Gruss Tekkinoob

xanlosch
21.06.06, 11:52
Wie sehen die Rechte des entsprechenden Verzeichnisses jeweils aus ?

tekkinoob
21.06.06, 12:09
Wo kann ich das nachschauen??

Gruss Tekkinoob

xanlosch
21.06.06, 13:19
Ähm, du musst doch wissen, wo die Verzeichnisse der FTP-Nutzer sind.

Ich kenn mich auf deinen Server jedenfalls nicht aus.

Wenn ich mir deine Konfiguration durchlese, sollten die Home-Verzeichnisse der FTP-Nutzer in der Datenbank liegen, auf die ich auch schlecht schauen kann.

tekkinoob
21.06.06, 14:14
Oh ja sorry moment.

Sie liegen unter /opt/lampp/htdocs/%user%

Gruss Tekkinoob

xanlosch
21.06.06, 19:11
Dann schau nach, wie die Rechte und Eigentümer für die jeweiligen Verzeichnisse aussehen und ändere sie. Gute Quellen dafür sind "man chmod", "man chgrp", "man chown" ...

tekkinoob
21.06.06, 21:24
Habe jetzt mal geschaut der eigentümer ist "root".

wie kann ich ihn ändern?

Anomander
21.06.06, 21:28
Syntax von chown


chown user:gruppe Dateiname

-R als Option für rekursive Änderung ...

wenn noch Wünsche offen sind (wie bereits erwähnt): man chown... :rolleyes:

tekkinoob
21.06.06, 22:29
Danke für die Hilfe mi dem Eigentümer der Ordner.

habe nochmal ausprobiert ob ich jetzt uploaden kannleider geht es immer noch nicht. :( :(

Gruss Tekkinoob