Hallo zusammen,
ich habe das hier bereits an discussion@fsfeurope.org geschickt, poste es aber der Vollständigkeit halber hier noch einmal. Ich bin auch so frei und erspare mir die Übersetzung ;)
*****************************************************************************
Dear fellows,
I think it would be nice to have our own multi user unix system that provides shell accounts and maybe additional services to us. Every fellow could have his/her own shell account and access to the following programs:
* IRC clients (e.g. irssi) * jabber clients (e.g. mcabber) * mail clients (e.g. mutt, pine) * compilers (gcc etc.) * screen/tmux * git
Additional services could be:
* OpenVPN service, so fellows can encrypt their connection when they are on the road * web site hosting * databases (MySQL, postgresql etc.) * SSH tunneling * File storage
In order to start this project, the following two conditions have to be fullfilled:
* Enough fellows have to show interest in such a system * Besides me, I would need two other fellows with skills in Linux/Unix administration (and maybe in IT security) who will take care of the system
If this will be the case, I would suggest the following procedure:
* I would rent a single server system and an additional FTP account as backup space * We (the 3 admins) would build up a system with some basic services, harden it and develop/implement scripts for the automation of administrative tasks like account creation etc. * We and some some volunteer beta testers would play around with it * The FSFE would take over the server and its rent * The system would be open for all of us * Additional services could be added
What do you think?
Cheers, Michael
Michael Clemens schrieb:
I think it would be nice to have our own multi user unix system that provides shell accounts and maybe additional services to us. Every fellow could have his/her own shell account and access to the following programs:
- IRC clients (e.g. irssi)
- jabber clients (e.g. mcabber)
- mail clients (e.g. mutt, pine)
- compilers (gcc etc.)
- screen/tmux
- git
Ich finde die Idee prinzipiell sehr gut!
Ich muss aber gestehen, dass ich in doppelter Hinsicht "unqualifiziert" für das Projekt bin. Zum Einen habe ich persönlich keinen Bedarf, da ich beruflich befingt selbst eigene Server unterhalte. Und als Admin kann ich mich leider auch nicht anbieten, da mir auch so schon die Zeit an allen Ecken und Enden fehlt.
Aber: Ich hoffe, das Projekt kann zustande kommen. Es wäre in meiner Sicht auf jeden Fall eine sehr schicke Sache für die Nicht-Admin-Fellows unter uns. :-)
Gruß Volker
Good afternoon Michael,
how many hours would this job take (per week) and how flexible should I be?
Regards Alex
2013/3/7 Michael Clemens clemens@fsfe.org
Hallo zusammen,
ich habe das hier bereits an discussion@fsfeurope.org geschickt, poste es aber der Vollständigkeit halber hier noch einmal. Ich bin auch so frei und erspare mir die Übersetzung ;)
Dear fellows,
I think it would be nice to have our own multi user unix system that provides shell accounts and maybe additional services to us. Every fellow could have his/her own shell account and access to the following programs:
- IRC clients (e.g. irssi)
- jabber clients (e.g. mcabber)
- mail clients (e.g. mutt, pine)
- compilers (gcc etc.)
- screen/tmux
- git
Additional services could be:
- OpenVPN service, so fellows can encrypt their connection when they are
on the road
- web site hosting
- databases (MySQL, postgresql etc.)
- SSH tunneling
- File storage
In order to start this project, the following two conditions have to be fullfilled:
- Enough fellows have to show interest in such a system
- Besides me, I would need two other fellows with skills in Linux/Unix
administration (and maybe in IT security) who will take care of the system
If this will be the case, I would suggest the following procedure:
- I would rent a single server system and an additional FTP account as
backup space
- We (the 3 admins) would build up a system with some basic services,
harden it and develop/implement scripts for the automation of administrative tasks like account creation etc.
- We and some some volunteer beta testers would play around with it
- The FSFE would take over the server and its rent
- The system would be open for all of us
- Additional services could be added
What do you think?
Cheers, Michael
______________________________**_________________ fsfe-de mailing list fsfe-de@fsfeurope.org https://mail.fsfeurope.org/**mailman/listinfo/fsfe-dehttps://mail.fsfeurope.org/mailman/listinfo/fsfe-de
Hi Alexander,
Thanks for your interest!
I think most of the time all three of us need to spend would be coordinating by mail or chat. This would include discussing how things should be done or what the goals are or who is doing it.
I also don't care doing most of the work - including the documentation. The most important thing is, that there are two other fellows who are able to take care of the system when I am not able to (holidays, sickness or joining the dark side).
Regards, Michael
Am 7.3.2013 14:13, schrieb Alexander Olenberg:
Good afternoon Michael,
how many hours would this job take (per week) and how flexible should I be?
Regards Alex
2013/3/7 Michael Clemens clemens@fsfe.org
Hallo zusammen,
ich habe das hier bereits an discussion@fsfeurope.org geschickt, poste es aber der Vollständigkeit halber hier noch einmal. Ich bin auch so frei und erspare mir die Übersetzung ;)
Dear fellows,
I think it would be nice to have our own multi user unix system that provides shell accounts and maybe additional services to us. Every fellow could have his/her own shell account and access to the following programs:
- IRC clients (e.g. irssi)
- jabber clients (e.g. mcabber)
- mail clients (e.g. mutt, pine)
- compilers (gcc etc.)
- screen/tmux
- git
Additional services could be:
- OpenVPN service, so fellows can encrypt their connection when they
are on the road
- web site hosting
- databases (MySQL, postgresql etc.)
- SSH tunneling
- File storage
In order to start this project, the following two conditions have to be fullfilled:
- Enough fellows have to show interest in such a system
- Besides me, I would need two other fellows with skills in
Linux/Unix administration (and maybe in IT security) who will take care of the system
If this will be the case, I would suggest the following procedure:
- I would rent a single server system and an additional FTP account
as backup space
- We (the 3 admins) would build up a system with some basic
services, harden it and develop/implement scripts for the automation of administrative tasks like account creation etc.
- We and some some volunteer beta testers would play around with it
- The FSFE would take over the server and its rent
- The system would be open for all of us
- Additional services could be added
What do you think?
Cheers, Michael
fsfe-de mailing list fsfe-de@fsfeurope.org https://mail.fsfeurope.org/mailman/listinfo/fsfe-de [1]
Links:
Michael Clemens clemens@fsfe.org wrote:
ich habe das hier bereits an discussion@fsfeurope.org geschickt, poste es aber der Vollständigkeit halber hier noch einmal. Ich bin auch so frei und erspare mir die Übersetzung ;)
Auf discussion@ gab es bereits 2010-09-04 einen Thread zum Thema und die dort genannten Bedenken bestehen vermutlich immer noch. Ich bilde mir ein, dass es "vor kurzer Zeit" mindestens einen weiteren Thread dazu gab, kann ihn aber nicht finden.
Für mich ist nicht klar wie sich ein FSFE-Shell-Server von den ganzen bereits vorhandenen kostenfreien Shell-Servern abgrenzen würde um den Aufwand und die Kosten zu rechtfertigen.
Dass einen Server nur Fellows nutzen dürfen bringt mir als Fellow ja erstmal nichts und wird vermutlich auch keine Nicht-Fellows zum Beitritt bewegen.
Mit liberaleren Nutzungs-Bedingungen könnten man sicher punkten (und z.B. Tor-Exit-Relays erlauben), würde aber auch gleichzeitig die rechtlichen Risiken für die FSFE erhöhen.
Fabian
Hallo Fabian,
Am 7.3.2013 17:26, schrieb Fabian Keil:
Michael Clemens clemens@fsfe.org wrote:
ich habe das hier bereits an discussion@fsfeurope.org geschickt, poste es aber der Vollständigkeit halber hier noch einmal. Ich bin auch so frei und erspare mir die Übersetzung ;)
Auf discussion@ gab es bereits 2010-09-04 einen Thread zum Thema und die dort genannten Bedenken bestehen vermutlich immer noch. Ich bilde mir ein, dass es "vor kurzer Zeit" mindestens einen weiteren Thread dazu gab, kann ihn aber nicht finden.
Für mich ist nicht klar wie sich ein FSFE-Shell-Server von den ganzen bereits vorhandenen kostenfreien Shell-Servern abgrenzen würde um den Aufwand und die Kosten zu rechtfertigen.
Ich habe langjährige Erfahrungen als Benutzer eines solchen Systems und nutze es aus Sicherheits- und Vertrauensgründen nicht mehr aktiv. Ein Beispiel hierfür ist z.B., dass wild auf Benutzeranfragen abstruse Dienste installiert wurden, welche aus meiner Sicht die allgemeine Sicherheit des Systems gefährdeten oder generell die Angriffsfläche erhöhten.
Mir schwebt hier ein System vor, dem man seine Daten anvertrauen kann und sich z.B. eine Screen-Session teilen kann um gemeinsam an Projekten zu arbeiten. Eben ein System, auf dem man sich zu Hause fühlen kann.
Dass einen Server nur Fellows nutzen dürfen bringt mir als Fellow ja erstmal nichts und wird vermutlich auch keine Nicht-Fellows zum Beitritt bewegen.
Einen solchen Server als Anreiz zum Beitritt einzusetzen, halte ich grundsätzlich nicht für richtig. Dies wären nun wirklich die falschen Motive. Ich wäre niemals nur für die Mail-Adresse oder einen Jabber- Account Mitglied geworden.
Mit liberaleren Nutzungs-Bedingungen könnten man sicher punkten (und z.B. Tor-Exit-Relays erlauben), würde aber auch gleichzeitig die rechtlichen Risiken für die FSFE erhöhen.
Mit Tor habe ich mich relativ intensiv beschäftigt und würde einen Server, auf den sich Benutzer verlassen, niemals als Exitnode einsetzen. Der wäre relativ schnell von der Exekutive einkassiert. Zudem hätte kein Fellow direkt etwas von einem eigenen Exitnode, da man i.d.R. diesen nicht direkt auswählt. Hier wäre der eigene VPN-Server erwähnenswert, mit welchem man, je nach Standort des Servers, möglicherweise auch Zensurmaßnahmen umgehen oder eben auch nur die eigene Verbindung absichern könnte.
Grüße, Michael
Hallo Fabian,
Am 7.3.2013 17:26, schrieb Fabian Keil:
Michael Clemens clemens@fsfe.org wrote:
ich habe das hier bereits an discussion@fsfeurope.org geschickt, poste es aber der Vollständigkeit halber hier noch einmal. Ich bin auch so frei und erspare mir die Übersetzung ;)
Auf discussion@ gab es bereits 2010-09-04 einen Thread zum Thema und die dort genannten Bedenken bestehen vermutlich immer noch. Ich bilde mir ein, dass es "vor kurzer Zeit" mindestens einen weiteren Thread dazu gab, kann ihn aber nicht finden.
Für mich ist nicht klar wie sich ein FSFE-Shell-Server von den ganzen bereits vorhandenen kostenfreien Shell-Servern abgrenzen würde um den Aufwand und die Kosten zu rechtfertigen.
Ich habe langjährige Erfahrungen als Benutzer eines solchen Systems und nutze es aus Sicherheits- und Vertrauensgründen nicht mehr aktiv. Ein Beispiel hierfür ist z.B., dass wild auf Benutzeranfragen abstruse Dienste installiert wurden, welche aus meiner Sicht die allgemeine Sicherheit des Systems gefährdeten oder generell die Angriffsfläche erhöhten.
Mir schwebt hier ein System vor, dem man seine Daten anvertrauen kann und sich z.B. eine Screen-Session teilen kann um gemeinsam an Projekten zu arbeiten. Eben ein System, auf dem man sich zu Hause fühlen kann.
Dass einen Server nur Fellows nutzen dürfen bringt mir als Fellow ja erstmal nichts und wird vermutlich auch keine Nicht-Fellows zum Beitritt bewegen.
Einen solchen Server als Anreiz zum Beitritt einzusetzen, halte ich grundsätzlich nicht für richtig. Dies wären nun wirklich die falschen Motive. Ich wäre niemals nur für die Mail-Adresse oder einen Jabber- Account Mitglied geworden.
Mit liberaleren Nutzungs-Bedingungen könnten man sicher punkten (und z.B. Tor-Exit-Relays erlauben), würde aber auch gleichzeitig die rechtlichen Risiken für die FSFE erhöhen.
Mit Tor habe ich mich relativ intensiv beschäftigt und würde einen Server, auf den sich Benutzer verlassen, niemals als Exitnode einsetzen. Der wäre relativ schnell von der Exekutive einkassiert. Zudem hätte kein Fellow direkt etwas von einem eigenen Exitnode, da man i.d.R. diesen nicht direkt auswählt. Hier wäre der eigene VPN-Server erwähnenswert, mit welchem man, je nach Standort des Servers, möglicherweise auch Zensurmaßnahmen umgehen oder eben auch nur die eigene Verbindung absichern könnte.
Grüße, Michael
* Michael Clemens clemens@fsfe.org [130307 18:36, mID f654c5e832e0903da5d60e90fedafd28@exitnode.net]:
Hier wäre der eigene VPN-Server erwähnenswert, mit welchem man, je nach Standort des Servers, möglicherweise auch Zensurmaßnahmen umgehen oder eben auch nur die eigene Verbindung absichern könnte.
Und wenn dann ein einzelner Fellow über den VPN-Tunnel Blödsinn macht (und mir fallen da viele Dinge ein, die illegal sind, auch wenn sie es meiner Meinung nach nicht sein sollten), ist die FSFE als Betreiber rechtlich schon am A****[1].
[1] Apfel
Liebe Grüße, Martin
Michael Clemens clemens@fsfe.org wrote:
Am 7.3.2013 17:26, schrieb Fabian Keil:
Michael Clemens clemens@fsfe.org wrote:
ich habe das hier bereits an discussion@fsfeurope.org geschickt, poste es aber der Vollständigkeit halber hier noch einmal. Ich bin auch so frei und erspare mir die Übersetzung ;)
Auf discussion@ gab es bereits 2010-09-04 einen Thread zum Thema und die dort genannten Bedenken bestehen vermutlich immer noch. Ich bilde mir ein, dass es "vor kurzer Zeit" mindestens einen weiteren Thread dazu gab, kann ihn aber nicht finden.
Für mich ist nicht klar wie sich ein FSFE-Shell-Server von den ganzen bereits vorhandenen kostenfreien Shell-Servern abgrenzen würde um den Aufwand und die Kosten zu rechtfertigen.
Ich habe langjährige Erfahrungen als Benutzer eines solchen Systems und nutze es aus Sicherheits- und Vertrauensgründen nicht mehr aktiv. Ein Beispiel hierfür ist z.B., dass wild auf Benutzeranfragen abstruse Dienste installiert wurden, welche aus meiner Sicht die allgemeine Sicherheit des Systems gefährdeten oder generell die Angriffsfläche erhöhten.
Mir schwebt hier ein System vor, dem man seine Daten anvertrauen kann und sich z.B. eine Screen-Session teilen kann um gemeinsam an Projekten zu arbeiten. Eben ein System, auf dem man sich zu Hause fühlen kann.
Auf einem System, auf dem alle Fellows Shell-Zugang haben, würde ich mich nicht wie zu Hause fühlen und ihm auch keine privaten Daten anvertrauen.
Dass einen Server nur Fellows nutzen dürfen bringt mir als Fellow ja erstmal nichts und wird vermutlich auch keine Nicht-Fellows zum Beitritt bewegen.
Einen solchen Server als Anreiz zum Beitritt einzusetzen, halte ich grundsätzlich nicht für richtig. Dies wären nun wirklich die falschen Motive. Ich wäre niemals nur für die Mail-Adresse oder einen Jabber- Account Mitglied geworden.
Ich nutze beides mangels Bedarf nicht, halte sie aber zumindest für gutes Marketing (solange sich die Nutzer benehmen).
Mit liberaleren Nutzungs-Bedingungen könnten man sicher punkten (und z.B. Tor-Exit-Relays erlauben), würde aber auch gleichzeitig die rechtlichen Risiken für die FSFE erhöhen.
Mit Tor habe ich mich relativ intensiv beschäftigt und würde einen Server, auf den sich Benutzer verlassen, niemals als Exitnode einsetzen.
Die eine Frage ist halt ob sich die Nutzer auf den Server verlassen sollten, die andere, ob die Nutzungsbedingungen Tor-Exit-Relays erlauben würden.
Der wäre relativ schnell von der Exekutive einkassiert. Zudem hätte kein Fellow direkt etwas von einem eigenen Exitnode, da man i.d.R. diesen nicht direkt auswählt.
Das Risiko der Beschlagnahmung halte ich bei einem FSFE-Server für überschaubar und definitiv für geringer als bei einem von einer Privat-Person betriebenem Server.
Ein Fellow, der ein Exit-Relay auf einen Shell-Server aufsetzen kann, wird in der Regel auch in der Lage sein, seinen Client so zu konfigurieren, dass das Relay für bestimmte Anfragen genutzt wird (falls das denn überhaupt gewünscht ist).
Prinzipiell kann man den Betrieb von Tor-Server auch für eine gute Idee halten, ohne selbst überhaupt Tor regelmäßig zu nutzen.
Hier wäre der eigene VPN-Server erwähnenswert, mit welchem man, je nach Standort des Servers, möglicherweise auch Zensurmaßnahmen umgehen oder eben auch nur die eigene Verbindung absichern könnte.
Wie Martin schon schrieb gibt es auch dabei rechtliche Risiken.
Fabian
On Sat, 9 Mar 2013 13:10, freebsd-listen@fabiankeil.de said:
Das Risiko der Beschlagnahmung halte ich bei einem FSFE-Server für überschaubar und definitiv für geringer als bei einem von einer
Das eigentliche Problem ist der zeitweise sehr hohe Zeitaufwand, der auf Verhandlungen mit dem Hoster und vor allem mit diversen Staatsanwaltschaften und Polizeidienststellen draufgeht. Irgendwie muss dieser Aufwand auch bezahlt werden; für meine Firma war das der Grund unseren Exit-Node abzuschalten - die 80 Euro Hostingkosten sind nichts gemessen an dem Zeitaufwand, den man in den ordentlichen Betrieb stecken muß.
Ähnliches gilt auch für eine Shellserver. Im Übrigen kann und sollte jeder seinen eigenen Server dezentral betreiben; mit v6 und z.B. GNUnet ist das kein Problem mehr.
Shalom-Salam,
Werner
Fabian Keil:
Michael Clemens clemens@fsfe.org wrote:
ich habe das hier bereits an discussion@fsfeurope.org geschickt, poste es aber der Vollständigkeit halber hier noch einmal. Ich bin auch so frei und erspare mir die Übersetzung ;)
Auf discussion@ gab es bereits 2010-09-04 einen Thread zum Thema und die dort genannten Bedenken bestehen vermutlich immer noch. Ich bilde mir ein, dass es "vor kurzer Zeit" mindestens einen weiteren Thread dazu gab, kann ihn aber nicht finden.
Hallo Michael,
ich wünsche mir auch seit längerem eine Gemeinschaft, in der ich gemeinsam mit anderen meine benötigten Internetdienste hosten kann: http://www.koch.ro/blog/index.php?/archives/156-No-more-self-hosting.html
Ich habe bisher leider noch nichts passendes gefunden. Die FSFE halte ich aber auf keinen Fall für die richtige Anlaufstelle.
Zuletzt habe ich angefangen, mir http://hostsharing.net anzusehen. Dort wäre aber noch einiges an Engagement nötig, damit meine Bedürfnisse gedeckt würden und das habe ich noch nicht geschafft.
Vielleicht hast Du Lust, Dich auch bei hostsharing zu engagieren und wir arbeiten gemeinsam an den nötigen Änderungen?
Gruß,
Thomas Koch, http://www.koch.ro
Hi Thomas,
On Friday 08 March 2013 04.41:01 Thomas Koch wrote:
ich wünsche mir auch seit längerem eine Gemeinschaft, in der ich gemeinsam mit anderen meine benötigten Internetdienste hosten kann: http://www.koch.ro/blog/index.php?/archives/156-No-more-self-hosting.html
http://kolabsys.com/de/news/mach-dir-dein-kolab-kolab-systems-startet-%C3%B6...
hattest Du gesehen? :)
Ich habe bisher leider noch nichts passendes gefunden. Die FSFE halte ich aber auf keinen Fall für die richtige Anlaufstelle.
Zum Thema: Ich denke auch die FSFE kann nicht beliebig Dienste hosten. Das ist letztlich nur mit professionellem Support möglich, was bedeutet dies würde auf einen kommerziellen Zweckbetrieb hinauslaufen. Das liesse sich natürlich in eine nachgelagerte gGmbH übertragen und würde im Idealfall die Organisation unterstützen. Aber zunächst einmal bedeutet es Arbeit die von der eigentlichen Aufgabe abgeht und auch ein Risiko.
Ich denke es gäbe aber durchaus Dienste, welche für die FSFE und die Fellows sinnvoll wären. Mir liegen da natürlich Kollaborationsdienste im Bereich Email, Kalender, Adressbücher, Aufgaben, Dateien usw usf nahe. Diese würden auch die Arbeit der Fellows und der ganzen FSFE unterstützen.
Den Gedanken, etwas Derartiges anzubieten gab es schon eine ganze Weile. Seit das Fellowship angefangen hat, um genau zu sein.
Bisher waren aber Aufwand und rechtliche Risiken das Hindernis.
Kolab Systems hat der FSFE angeboten, diesen Teil zu übernehmen. Wir wollen aber dafür keine Resourcen von der FSFE abziehen, denn das wäre kontraproduktiv. Gleichzeitig können wir nur bedingt selber Resourcen da reinstecken, denn diese fehlen dann für die Entwicklung Freier Software und der resultierende Interessenkonflikt zwischen Sponsoring für FSFE und Anfragen zahlender Kunden sorgt auch bei den besten Intentionen meist dafür, dass das Ergebnis nicht befriedigend ist.
Es ist also (leider) kein leichtes Problem.
Die einzige potentielle Lösung sähe ich einem extrem günstigen Angebot von Kolab Systems in Kombination mit Sponsoring von dritter Seite für die Ermöglichung eines derartigen Dienstes. Ob das realistisch ist weiss ich aber nicht.
Mit besten Grüssen, Georg
Hallo zusammen,
ich finde den Ansatz vom Georg sehr vernünftig. Allerding kann ich mir nicht wirklich ein Bild vom Endergebnis machen. Wahrscheinlich liegt es daran, dass ich noch nicht solange dabei bin, aber ich stelle die Fragen trotzdem. Kann ja sein, dass der eine oder andere das ähnlich empfindet.
Wie viele Fellows würde es theoretisch betreffen? Welche FSFE-Prozesse würde man mit Kolab optimieren? Was ist aktuell die "Best practice" oder welche Dienste nutzt / stellt bereit FSFE aktuell?
Viele der oben genannten Dienste lassen sich sogar mit dem eigenen Router / NAS bewerkstelligen. Macht es nicht mehr Sinn eine gute Anleitung dazu zu schreiben? Zumindest wäre damit die Frage der Ressourcen und der rechtlichen Risiken geklärt :-)
Beste Grüße Alex
Am 8. März 2013 09:25 schrieb Georg C. F. Greve greve@fsfeurope.org:
Hi Thomas,
On Friday 08 March 2013 04.41:01 Thomas Koch wrote:
ich wünsche mir auch seit längerem eine Gemeinschaft, in der ich
gemeinsam
mit anderen meine benötigten Internetdienste hosten kann:
http://www.koch.ro/blog/index.php?/archives/156-No-more-self-hosting.html
http://kolabsys.com/de/news/mach-dir-dein-kolab-kolab-systems-startet-%C3%B6...
hattest Du gesehen? :)
Ich habe bisher leider noch nichts passendes gefunden. Die FSFE halte ich aber auf keinen Fall für die richtige Anlaufstelle.
Zum Thema: Ich denke auch die FSFE kann nicht beliebig Dienste hosten. Das ist letztlich nur mit professionellem Support möglich, was bedeutet dies würde auf einen kommerziellen Zweckbetrieb hinauslaufen. Das liesse sich natürlich in eine nachgelagerte gGmbH übertragen und würde im Idealfall die Organisation unterstützen. Aber zunächst einmal bedeutet es Arbeit die von der eigentlichen Aufgabe abgeht und auch ein Risiko.
Ich denke es gäbe aber durchaus Dienste, welche für die FSFE und die Fellows sinnvoll wären. Mir liegen da natürlich Kollaborationsdienste im Bereich Email, Kalender, Adressbücher, Aufgaben, Dateien usw usf nahe. Diese würden auch die Arbeit der Fellows und der ganzen FSFE unterstützen.
Den Gedanken, etwas Derartiges anzubieten gab es schon eine ganze Weile. Seit das Fellowship angefangen hat, um genau zu sein.
Bisher waren aber Aufwand und rechtliche Risiken das Hindernis.
Kolab Systems hat der FSFE angeboten, diesen Teil zu übernehmen. Wir wollen aber dafür keine Resourcen von der FSFE abziehen, denn das wäre kontraproduktiv. Gleichzeitig können wir nur bedingt selber Resourcen da reinstecken, denn diese fehlen dann für die Entwicklung Freier Software und der resultierende Interessenkonflikt zwischen Sponsoring für FSFE und Anfragen zahlender Kunden sorgt auch bei den besten Intentionen meist dafür, dass das Ergebnis nicht befriedigend ist.
Es ist also (leider) kein leichtes Problem.
Die einzige potentielle Lösung sähe ich einem extrem günstigen Angebot von Kolab Systems in Kombination mit Sponsoring von dritter Seite für die Ermöglichung eines derartigen Dienstes. Ob das realistisch ist weiss ich aber nicht.
Mit besten Grüssen, Georg
-- Georg C. F. Greve greve@fsfeurope.org Member of the General Assembly http://fsfe.org/about/greve/ http://blogs.fsfe.org/greve/ http://identi.ca/greve _______________________________________________ fsfe-de mailing list fsfe-de@fsfeurope.org https://mail.fsfeurope.org/mailman/listinfo/fsfe-de
Hallo Michael!
Vielen Dank für Deinen im ersten Augenblick toll anmutenden Vorstoß, aber auf den zweiten ist der Blick getrübt.
Am 07.03.2013 11:53, schrieb Michael Clemens:
- IRC clients (e.g. irssi)
- jabber clients (e.g. mcabber)
- mail clients (e.g. mutt, pine)
- git
Dafür brauchen wir keine Shell auf einem anderen Server, oder?
- compilers (gcc etc.)
Bye, bye, low load. :) Da legt schon ein Iceweasel-Kompilat mal gerne zwei CPUs für geraume Zeit waagerecht. Dazu kommen noch "Ich will mal gerne cross-compilen für Amiga - mach' mal 'ne Toolchain hin" etc. :)
- screen/tmux
Screen wurde in der Diskussion schon als sinnvoll erwähnt - allerdings weiß ich nicht, ob das alleinig ausreicht.
- OpenVPN service, so fellows can encrypt their connection when they
are on the road
Nicht wirklich - die FSFE, wie von Martin angemerkt, ist dann im ersten Moment verantwortlich für das, was auf der Leitung passiert. Hm, suboptimal.
Ok, mit einer entsprechenden Nutzervereinbarung wäre die FSFE aus dem Schneider, aber was brächte das außer nix als Ärger, den wir personell niemals stemmen könnten? Ich erinnere an die von mir seinerzeit losgetretene Diskussion über einen eigenen Key-Server... That's the way things go.
- web site hosting
- databases (MySQL, postgresql etc.)
Nö. Das macht so dermaßen viel Aufwand, dass ich es nicht auf einem so öffentlich zugänglichen Server betreiben wollte: Apache/PHP/Perl/Python/mod_*/MySQL/PostGreSQL aktualisieren, Lücken durch dämliche Skripte/Websites erkennen, Spam-Versand/CSS/ElseAbuse stoppen, etc. - das ist eine Lebensaufgabe. Oder anders gesagt: Dann lieber mit 100 Servern und Geld damit verdienen :)
- SSH tunneling
Siehe OpenVPN.
- File storage
Wozu genau? Wer bezahlt's? Was liegt da? Im ersten Augenblick: Nö.
- Besides me, I would need two other fellows with skills in Linux/Unix
administration (and maybe in IT security) who will take care of the system
Würd' ich können, aber nicht so machen. :)
Mit fröhlichem Gruß
Robert Kehl
* Robert Kehl rk23@fsfe.org [130307 23:10, mID 51391049.7030104@fsfe.org]:
- web site hosting
- databases (MySQL, postgresql etc.)
Nö. Das macht so dermaßen viel Aufwand, dass ich es nicht auf einem so öffentlich zugänglichen Server betreiben wollte: Apache/PHP/Perl/Python/mod_*/MySQL/PostGreSQL aktualisieren, Lücken durch dämliche Skripte/Websites erkennen, Spam-Versand/CSS/ElseAbuse stoppen, etc. - das ist eine Lebensaufgabe. Oder anders gesagt: Dann lieber mit 100 Servern und Geld damit verdienen :)
Es müssen gar nicht 100 Server sein. Ich mach sonst nicht gern Werbung, aber in diesem Fall muss ich meinen Hoster mal ganz groß loben (Bernd, ich glaub Du liest hier mit, oder?):
https://www.schokokeks.org FTW!!
Liebe Grüße, Martin
Martin Gollowitzer schrieb:
Es müssen gar nicht 100 Server sein. Ich mach sonst nicht gern Werbung,
Ich empfinde es nicht als Werbung, wenn Unternehmen genannt werden, die etwas für die Freie Software Community tun.
Apropo förderungswürdige Open-Source Projekte gesucht: http://www.domaindiscount24.com/de/unternehmen/sponsoring
aber in diesem Fall muss ich meinen Hoster mal ganz groß loben (Bernd, ich glaub Du liest hier mit, oder?):
FACK. Gleiches Lob für: http://www.jpberlin.de
Ciao Marco!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
# Marco Maske lists-mm@netcologne.de [ 2013-3-09 18:16]:
Ich empfinde es nicht als Werbung, wenn Unternehmen genannt werden, die etwas für die Freie Software Community tun.
Wenn wir schon dabei sind, möchte ich auch https://uberspace.de erwähnen, bei denen ich selbst seit fast einem Jahr mit 4 Projekten online bin.
10GB Speicherplatz, unlimitierter (Fair-Use) Traffic, unlimitiert FTP/DB/E-Mail, SSH-Access. Der Preis kann selbst ausgesucht werden, jedoch minimal 1?/Monat. Keine Mindesvertragslaufzeit, unglaublich schneller und kompetenter Support, der auch bei ungewöhnlichen Fragen und Wünschen hilft.
Das wirklich tolle ist der SSH-Zugriff, durch den zB das Einrichten von IRC-Bouncern, Etherpad, Tracks, WebDAV, ownCloud, Django, Rails, TT-RSS, Friendica, Git, ejabberd, Firefox Sync, Nagios uvm recht easy möglich ist.
"Nachteil" ist, dass man sich natürlich mit der Shell auskennen sollte, da sich auch emfiehlt, IMAP-Konten und -weiterleitungen darüber einzurichten. Der Vorteil für uns FSFEler ist, dass die Betreiber dringend daran interessiert sind, ausschließlich Freie Software zu verwenden.
Viele Grüße Max
- -- More information about me on max-mehl.com