[serviette-list] anon-FTP per HTTP

[Daniel Weuthen]

>>> users - zentrale benutzerverwaltung:
>>> bei der registrierung eines namens ueber die
>>> hauptseite - was muss alles installiert werden?
>>> ein user account (und damit eine emailadresse),
>>> ein account fuer ftp, und eine jabber adresse.
>>> muss man hier eine eigene loesung stricken?
>>> oder gibt es da schon was lustiges?
>> Von der Architektur her würde ich _nicht_ für alle Leute einen echten
>> Useraccount anlegen - es sei denn, man will den Leuten wirklich
>> jeweils privates Homeverzeichnis und SSH bereit stellen.
> 
> nun, in dem szenario "mutt+gpg workshop" will ich genau das:
> jeder bekommt sein eigenes login, loggt sich dann per mosh/ssh ein,
> startet screen oder tmux - macht sich dann einen key mit gpg
> und emailt mit mutt - inklusive signatur und verschluesselung.
> 
>> Geht es hingegen nur um Zeug wie E-Mail / Jabber / FTP, dann
>> genügen "virtuelle User", also eine SQL-Tabelle oder LDAP, auf
>> die man die Authentifikation der anderen Dienste konfiguriert.

Sowas waere sicherlich denkbar. Wenn aber eh normale Accounts angelegt
werden, geht derzeit alles ausser Jabber direkt. Und da man die Accounts
derzeit selber ueber ein Webformular anlegen kann, koennte das Script
dahinter auch gleich die user im Jabber Server registrieren und in die
Gruppenliste eintragen, so dass das Roster befuellt wird.

>> Bei FTP würde ich übrigens vorschlagen, dass die
>> hochgeladenen Dateien stets "öffentlich" sind.  Zwar könnte
>> jeder User einen separaten Upload haben - damit keiner die
>> Dateien des anderen löschen oder überschreiben kann -
>> aber alles hochgeladene sollte von allen lesbar sein.
> 
> jo.. "simplicty first":
> beim FTP nehmen wir erstmal einen "anonymous" account
> ueber den alle ihre dateien miteinander tauschen koennen.
> 
>> Vielleicht sollten diese Dateien auch zusätzlich via HTTP verfügbar
>> sein, dass man leichter mit Browser und ohne FTP-Login dran kommt.
> 
> das anon-FTP verzeichnis koennte sicherlich
> ueber HTTP zugaenglich gemacht werden. 

Das hatte ich am Wochenende schon so implementiert.

>>> file system:
>>> welche SD karten vertragen mehr zugriffe auf die "festplatte"?
>>> welches dateisystem sollte man dort nochmal verwenden?
>> Ich bin kein Hardware-Experte, aber beides sollte keinen Unterschied
>> machen, da die Karten intern die Schreibzugriffe sowieso randomisieren.
>> Die Zeiten der Spezial-Dateisysteme für Flash-Speicher sind
>> meines Wissens nach lange vorbei.  Oder liege ich daneben?
> 
> der SD-karten-mensch, dem ich bei der T-DOSE mal begegnet bin, sagte
> uns in seinem vortrag, dass es da gewaltige unterschiede gibt.
> insofern muss man wohl immer wieder mal einen backup
> machen und immer eine ersatz-SD-karte dabei haben.

Ich denke, wenn man evtl. das Logging der Kiste optimiert, wuerde das
schon die Haltbarkeit erhoehen. Ansonsten duerfte nix die SD Karte so
richtig belasten.

>>> wieviel kosten diee SD karten?  lohnt sich das alles?
>>> oder sollte man einfach nach ein paar monaten wieder
>>> mal eine neue, guenstige SD karte nachwerfen?

Aber so eine ordentliche Kingston microSDHC 16GB Karte kostet auch nur
7,30 bei Amazon.

> [..]
> und jedesmal denke ich: wenn man schon eine festplatte
> anschliesst, dann noch eine tastatur und einen monitor -
> dann kann man auch gleich einen (alten) laptop nehmen.

Dem wuerde ich mich anschliessen

Daniel