Uploads lassen sich nicht im VHost fortsetzen

[tsibi]

Hallo zusammen,

auf meinem Debian-Rechner läuft proftpd in der Version 1.2.10.

Ich habe einen virtuellen Host für den anonymen Zugriff konfiguriert. Leider können abgebrochene Uploads im Ordner incoming nicht fortgesetzt werden. Auch in der Online-Dokumentation konnte ich keinen Hinweis auf den Fehler finden.Daher poste ich hier meinen virtual Host Abschnitt:

Code:

<Virtualhost 192.168.100.1>
  Port 3021
  <Anonymous /var/www/host.homeftp.net/ftp>
    User username
    Group usergroup
    UserAlias anonymous username
    RequireValidShell off
    MaxClients 10
    <Limit WRITE>
      DenyAll
    </Limit>
    <Directory incoming>
      AllowStoreRestart on
      <Limit READ STOR CWD MKD PASV>
        AllowAll
      </Limit>
      <Limit DELE RMD RETR GET>
        DenyAll
      </Limit>
    </Directory>
  </Anonymous>
</Virtualhost>

Danke im Voraus für eure Hilfe.

VG Simon

[stonki]

Du erlaubst Resume nicht

[VolGas]

Hallo!

Siehe ->AllowRetrieveRestart

mfg.
  VolGas

[tsibi]

Hallo,

@stonki: Wenn ich die Beschreibung von AllowStoreRestart richtig gelesen habe, erlaube ich hiermit das Fortsetzen von Uploads. Hast du ein Setup mit der von mir gewünschten Konfiguration am Laufen?

@VolGas: In der Beschreibung von AllowRetrieveRestart steht:

"Die "AllowRetrieveRestart" Anweisung erlaubt bzw. verbietet es FTP clients einen abgebrochenden FTP download mittels dem "FTP REST" Befehl wieder aufzunehmen."

Hier ist vom Download und nicht vom von mir gewünschten Upload die Rede.

Für weitere Tipps wäre ich sehr dankbar.

[VolGas]

Sorry, ich habe mich vertan - natürlich ist "AllowStoreRestart" richtig.
Siehe auch: ->FAQ:Wie kann ich Resume erlauben ?

Wenn dies generell für alle FTP-Server (FTP-Regulär und Anonym) gelten soll,
dann würde ich diese Direktive u.a. in einem "<Global>"-Block definieren.

Jetzt, wo Du weißt, wo fast alle Direktiven erklärt sind, fällt Dir das bestimmt einfach.
Konfigurationsbeispiele siehe auch ->hier, speziell die ->"Standard Deluxe"-Version.

mfg.
  VolGas

[tsibi]

Hallo VolGas,

ich habe die Konfigurationsdatei noch einmal angepasst - doch leider klappt es mit dem Fortsetzen von Uploads im VirtualHost noch nicht.

Echte Benutzer dürfen fortsetzen. Hier die Config:

Code:

ServerName "Debian"
ServerType standalone
DeferWelcome off

ShowSymlinks on
MultilineRFC2228 on
DefaultServer on
AllowOverwrite on
AllowRetrieveRestart on
AllowStoreRestart on

TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200

DisplayLogin                    welcome.msg
DisplayFirstChdir               .message
ListOptions                "-al"

Port 21

MaxInstances 30
User nobody
Group nogroup

DefaultRoot ~/ftp/
RequireValidShell off
IdentLookups off
UseReverseDNS off
<Directory /*>
  Umask 002  002

  AllowOverwrite on
</Directory>

<Virtualhost 192.168.100.1>
  Port 3021
  <Anonymous /var/www/host.homeftp.net/ftp>
    User username
    Group usergroup
    UserAlias anonymous username
    RequireValidShell off
    MaxClients 10
    <Limit WRITE>
      DenyAll
    </Limit>
    <Directory incoming>
      AllowStoreRestart on
      <Limit READ STOR CWD MKD PASV>
        AllowAll
      </Limit>
      <Limit DELE RMD RETR GET>
        DenyAll
      </Limit>
    </Directory>
  </Anonymous>
</Virtualhost>

Für Tipps und Hilfestellung wäre ich dankbar.

[stonki]

nein..... Du erlaubst zwar das Anhängen, jedoch NICHT den eigentlich Befehl, da Du alle WRITE Befehle erst verbietest und dann selektiv wieder freigibst:

WRITE : FTP Befehle, die mit dem schreiben zu haben: APPE, DELE, MKD, RMD, RNTO, STOR, STOU, XMKD, XRMD

<Limit WRITE>
      DenyAll
    </Limit>
    <Directory incoming>
      AllowStoreRestart on
      <Limit READ STOR CWD MKD PASV>
        AllowAll
      </Limit>
      <Limit DELE RMD RETR GET>
        DenyAll
      </Limit>

[VolGas]

Klar, das ist auch ganz logisch so: Deine Einstellung ist nur für den Default-Server gültig,
da Du "AllowXXXRestart" weder im "<Global>"- noch im "<Virtualhost ...>"-Kontext
definiert hast.

Aus dem Grund hatte ich in meinem vorherigen Posting genau diesen Punkt schon erwähnt -
mit Beispieldatei...

Also: Einstellungen, die überall gelten sollen, sind innerhalb von "<Global>...</Global>"
zu definieren - oder explizit für jeden Server einzeln. (default, virtueller- & anonymer Server)
Aber Achtung: nicht jede Direktive kann im "<Global>"-Kontext verwendet werden.
Im einzelnen kannst Du dies bei den Direktiven nachsehen.
Noch einmal: siehe Beispiel ->"Standard Deluxe"...

mfg.
  VolGas


Nachtrag: Stonki hat seinen Beitrag gerade eingestellt, als ich meinen noch schrieb.
Das ist mir ganz entgangen, er hat natürlich Recht, das kommt noch dazu.

[tsibi]

Hallo,

danke für eure Antworten. Ich habe das mit der Global-Section nicht bedacht. Ich ging davon aus, dass alles was nicht innerhalb von <VirtualHost> oder so definiert wird für alles als default gilt.

Nun habe ich versucht die speziellen Dinge im VHost einzurichten:

Code:

<Virtualhost 192.168.100.1>
  Port 3021
  <Anonymous /var/www/host.homeftp.net/ftp>
    AllowRetrieveRestart on
    AllowStoreRestart on
    User username
    Group usergroup
    UserAlias anonymous username
    RequireValidShell off
    MaxClients 10
    <Limit WRITE>
      DenyAll
    </Limit>
    <Directory incoming>
      <Limit APPE CWD MKD PASV READ RETR STOR>
        AllowAll
      </Limit>
      <Limit DELE RMD RETR GET>
        DenyAll
      </Limit>
    </Directory>
  </Anonymous>
</Virtualhost>

Leider klappt auch dies nicht. Beim stoppen und starten des Servers tauchen keine Fehlermeldungen auf. Daher gehe ich davon aus, dass ich die Parameter in den jeweiligen Direktiven setzen darf.

[VolGas]

Warum nur definierst Du keinen <Global>-Block?
Na ja, jedem das seine...

Bei all den vielen Limitierungen blicke ich ohne Krampf nicht durch.
Das hätte man bestimmt einfacher definieren können. Vielleicht solltest Du
zu dem Ganzen einfach noch explizit den FTP-Befehl "REST" freigeben.

mfg.
  VolGas

[tsibi]

Hallo VolGas,

am Wochenende habe ich die Konfigurationsdatei neu geschrieben und alle für den Global-Block verfügbaren Direktiven in diesen geschrieben. Jetzt klappts auch mit dem Fortsetzen des Uploads.