www.ProFTPD.de
13. März 2007, 19:33:22 *
Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?

Einloggen mit Benutzername, Passwort und Sitzungslänge
News: SMF - Neu installiert!
 
   Übersicht   Hilfe Suche Login Registrieren  
Seiten: [1]   Nach unten
  Drucken  
Autor Thema: seltsam  (Gelesen 371 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
hans
Gast
« am: 27. Juli 2003, 23:14:20 »

hi  Smiley
ich habe ein seltsames problem.
meine verzeichnisstruktur sieht so aus.

Code:
/part/ftp/
da sind da ordner drin wie
/verschiedenes
/user
/upload

schreiben in die ordner geht nicht weil ich das mit chmod verbiete, außer im /upload ordner. die chrooted user können also nur downloaden und in den /upload reinladen aber nichts daraus löschen.
mein problem ist aber das sie auch nicht die downloads wieder aufnehmen können.
die user sind systemuser ohne shell. die shelluser die nicht chrooted werden können alles machen, auch wiederaufnehmen oder löschen.
ich poste mal meine .conf

Code:

<Anonymous /part/ftp>
AnonRequirePassword             on
User smilie
Group nobody
RequireValidShell               off
ListOptions "" strict
ShowSymlinks                    off
<Directory /part/ftp>
<Limit DELE RMD MKD>
DenyAll
</Limit>
</Directory>
<Directory /part/ftp/upload>
<Limit RETR STOR READ>
AllowAll
</Limit>
<Limit DELE MKD RMD>
DenyAll
</Limit>
</Directory>
</Anonymous>


das ist die fehlermeldung wenn ein nicht systemuser den download wieder aufnehmen möchte.
Code:
Overwrite permission denied

wie schaffe ich es das die user die abgebrochenen downloads nicht lauter neu starten müssen :?:
ich verstehe das nicht so ganz.

bye
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #1 am: 27. Juli 2003, 23:30:09 »

:look) :arrow: http://www.proftpd.de/forum2/viewtopic.php?t=12

Meinst du up- oder download?
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
hans
Gast
« Antwort #2 am: 27. Juli 2003, 23:56:44 »

ich meine wenn jemand in meinen uploadordner was hochlädt dann kann er das nicht wiederaufnehmen. wenn er was von mir runterlädt dann aber schon, das verstehe ich nicht.

 :?
das
Code:
<Directory /*>
AllowRetrieveRestart on
AllowStoreRestart on
AllowOverwrite on

</Directory>

habe ich bei mir auch.

mfg
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #3 am: 28. Juli 2003, 00:03:01 »

Stichwort HIDE - hast du den anderen Thread gelesen :?:
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
hans
Gast
« Antwort #4 am: 28. Juli 2003, 00:17:56 »

doch klar lese ich das, aber es klappt auch nicht mit HiddenStor noch mit AllowStoreRestart.  :cry:

wie gesagt der user kann seine downloads resumen seine uploads aber nicht.
mit hiddenstor auch nicht und ich habe nicht im entferntesten ahnung woran es liegt.
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #5 am: 28. Juli 2003, 08:05:24 »

Zitat von: "hans"
doch klar lese ich das, aber es klappt auch nicht mit HiddenStor noch mit AllowStoreRestart.  :cry:

wie gesagt der user kann seine downloads resumen seine uploads aber nicht.
mit hiddenstor auch nicht und ich habe nicht im entferntesten ahnung woran es liegt.


will ja nicht meckern, aber in dem Teil der conf den Du gepostet hast,m steht NICHTS davon, dass das moeglich sein soll. Poste Deine aktuelle config noch einmal !

cu
stonki
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
hans
Gast
« Antwort #6 am: 28. Juli 2003, 10:05:02 »

Code:

ServerType                      standalone
DefaultServer                  on
ServerIdent                     on "Mein Server"


Port                                21
Umask                           022

MaxInstances                    30

User                            nobody
Group                           nogroup

<Global>
AccessDenyMsg  "Anmeldung für %u nicht möglich"
AccessGrantMsg "Willkommen %u "
TimeOutStalled                  240
TimeOutIdle                       240
TimeOutLogin                    240
PassivePorts       60000 65000
</Global>

<IfModule mod_tls.c>
TLSEngine                       on
TLSLog /var/log/proftpd/tls_log
TLSProtocol                     TLSv1

TLSRequired                     off

TLSRSACertificateFile /etc/proftpd/certs/myftp.cert
TLSRSACertificateKeyFile /etc/proftpd/certs/myftp.key
TLSCACertificateFile /etc/ssl/certs/myca.cert

TLSVerifyClient                 off
</IfModule>

<Directory /*>
  AllowOverwrite                   on
  AllowRetrieveRestart          on
  AllowStoreRestart               on
  HiddenStor                           off
</Directory>

<Anonymous /part/ftp>
AnonRequirePassword             on
User smilie
Group nobody
RequireValidShell                    off
ListOptions "" strict
ShowSymlinks                    off
<Directory /part/ftp>
<Limit DELE RMD MKD>
DenyAll
</Limit>
</Directory>
<Directory /part/ftp/upload>
<Limit REST RETR STOR READ>
AllowAll
</Limit>
<Limit MKD RMD DELE>
DenyAll
</Limit>
</Directory>
</Anonymous>

SyslogLevel alert crit
SystemLog /var/log/proftpd/system.log
TransferLog /var/log/proftpd/xfer.log
LogFormat default "%h %l %u %t \"%r\"%s %b"
LogFormat auth "%v %p %a %h %l %A %F %t"
LogFormat write "%v %p %a %h %l %A %F %t"
ExtendedLog /var/log/proftpd/access.log WRITE READ write read
ExtendedLog /var/log/proftpd/auth.log AUTH auth

das ist meine letzte komplette config.
der user smilie der hier angegeben wurde ist ein systemuser OHNE shell und ist in der gruppe nogroup.
der systemuser mit shell (gruppe users)  kann überall hin uploaden und wiederaufnehmen, und zwar in jedes verzeichnis.
ich habe die zeile AllowStoreRestart mal auf off und auf on gesetzt, ergebnis blieb gleich.
ich weiss keine lösung mehr.

ciao
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #7 am: 28. Juli 2003, 10:44:24 »

Code:


<Anonymous /part/ftp>
AnonRequirePassword             on
User smilie
Group nobody
RequireValidShell                    off
ListOptions "" strict
ShowSymlinks                    off
<Directory /part/ftp>
<Limit DELE RMD MKD>
DenyAll
</Limit>
</Directory>
<Directory /part/ftp/upload>
  AllowOverwrite                   on
  AllowRetrieveRestart          on
  AllowStoreRestart               on
  HiddenStor                           off
<Limit REST RETR STOR READ>
AllowAll
</Limit>
<Limit MKD RMD DELE>
DenyAll
</Limit>
</Directory>
</Anonymous>



dabei ist noch die Frage: Darf User "Smile" in das Verzeichnis uppen. Bitte das Upload Verzeichnis mal mit "chmod 777" versehen !
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
smilie
Gast
« Antwort #8 am: 28. Juli 2003, 11:10:21 »

der user smilie darf in das verzeichnis /upload uppen, darum geht es ja. der soll den upload ja wieder aufnehmen können. meine neue conf, damit geht es jetzt, eben getestet.

Code:

ServerType                      standalone
DefaultServer                  on
ServerIdent                     on "Mein Server"


Port                                21
Umask                           022

MaxInstances                    30

User                            nobody
Group                           nogroup

<Global>
AccessDenyMsg  "Anmeldung für %u nicht möglich"
AccessGrantMsg "Willkommen %u "
TimeOutStalled                  240
TimeOutIdle                       240
TimeOutLogin                    240
PassivePorts       60000 65000
</Global>

<IfModule mod_tls.c>
TLSEngine                       on
TLSLog /var/log/proftpd/tls_log
TLSProtocol                     TLSv1

TLSRequired                     off

TLSRSACertificateFile /etc/proftpd/certs/myftp.cert
TLSRSACertificateKeyFile /etc/proftpd/certs/myftp.key
TLSCACertificateFile /etc/ssl/certs/myca.cert

TLSVerifyClient                 off
</IfModule>

<Directory /*>
  AllowOverwrite                   on
  AllowRetrieveRestart          on
  AllowStoreRestart               on
  HiddenStor                           off
</Directory>

<Anonymous /part/ftp>
AnonRequirePassword             on
User smilie
Group nobody
RequireValidShell                    off
ListOptions "" strict
ShowSymlinks                    off
<Directory /part/ftp>
AllowOverwrite                   on
AllowRetrieveRestart          on
AllowStoreRestart               on
HiddenStor                           off
<Limit DELE RMD MKD>
DenyAll
</Limit>
</Directory>:idea:
<Directory /part/ftp/upload>
<Limit REST RETR STOR READ>
AllowAll
</Limit>
<Limit MKD RMD DELE>
DenyAll
</Limit>
</Directory>
</Anonymous>

SyslogLevel alert crit
SystemLog /var/log/proftpd/system.log
TransferLog /var/log/proftpd/xfer.log
LogFormat default "%h %l %u %t \"%r\"%s %b"
LogFormat auth "%v %p %a %h %l %A %F %t"
LogFormat write "%v %p %a %h %l %A %F %t"
ExtendedLog /var/log/proftpd/access.log WRITE READ write read
ExtendedLog /var/log/proftpd/auth.log AUTH auth  

das komische ist das ich ja nur das hier eingefügt habe

Code:

AllowOverwrite                   on
AllowRetrieveRestart          on
AllowStoreRestart               on
HiddenStor                           off

und zwar in das <Directory /part/ftp> von <Anonymous /part/ftp>
seltsam finde ich das schon weil wenn das die bedingung ist warum kann man dann die downloads wieder aufnehmen aber seine uploads nicht  :?:
ohne diese anweisung konnte er ja seine downloads wieder aufnehmen, deswegen bin ich ja so spät darauf gekommen.

also wirklich logisch ist das nicht  :!:  
bug ?
oder habe ich was übersehen ?
Gespeichert
Seiten: [1]   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Prüfe XHTML 1.0 Prüfe CSS
Seite erstellt in 0.06 Sekunden mit 16 Zugriffen.