FreitagsrundenWiki - Benutzerbeiträge [de]

Windows

2007-05-03T16:31:48Z

130.149.43.169:

Windows 1.0 ist ein veraltetes Betriebssystem der Firma [[Microsoft]] und wird stets alle paar Jahre durch neuere Versionen aktualisiert. Das neuste ist Windows Vista, welches - zugegeben viele Ressourcen verbraucht - aber dem Anwender alleilei Moeglichkeiten einraeumt.[[Linux]] und andere Unix-Derivate (wie z.B. FreeBSD oder Mac OS X) sind alternativen fuer Betriebssystem, welche aber noch lange nicht mit dem Windows der Firma Microsoft mithalten koennen. Linux ist nachweislich besser fuer Serversysteme geeignet aber nicht einsteigerfreudig. Zudem ist die Kompatibilitaet zu Windows nicht in allen Faellen gegeben, so kann Linux z.B von sich aus nichts mit dem Rechtesystem des NTFS Dateisystems anfangen. "Windows" allgemein als veraltet zu bezeichnen zeugt von grober Unkenntnis und laesst tief blicken.

== Infos für ewig Gestrige ==

Wer einen historischen Rückblick wagen will, der kann sich über verschiedene Quellen das Microsoft-Betriebssystem besorgen. Da es allerdings kaum noch verkäuflich ist, wird es im Moment [[MSDNAA|an Studenten verschenkt]].

== Infos für Umsteiger ==

Für Windows-Benutzer, die das sinkende Schiff verlassen wollen, bietet die Freitagsrunde regelmäßig [[Linux-Installationsparty]]s und eine eigene [[Opalix|Linux-Live-CD]] an.

Alternativ empfehlen wir folgende Seiten als erste Anlaufstellen:
=== Linux ===
* http://www.ubuntu.com/
* http://www.debian.org/
* http://fedora.redhat.com/
* http://www.gentoo.org/
* http://www.centos.org/
* http://www.mandriva.com/
* http://www.opensuse.org/
* http://www.archlinux.org/

* http://www.distrowatch.com/

=== BSD ===
* http://www.netbsd.org/
* http://www.mirbsd.org/
* http://www.freebsd.org/
* http://www.openbsd.org/

=== Proprietäre Betriebssysteme ===
* http://www.apple.com/

__NOTOC__

[[Kategorie: Fachbegriffe der Informatik]]

Die wichtigsten Unix-Befehle

2007-02-21T12:34:08Z

130.149.43.169: /* <code>grp</code> */

== Die [[Unix]]-Shell ==

=== Was ist das überhaupt ===
Prinzipiell kann man mit einem Betriebsystem auf verschiedenen Ebenen arbeiten (um z. B. Dateien zu erzeugen, zu bearbeiten, zu verschieben oder zu löschen):
* als Benutzer einer graphischen Oberfläche (GUI) indem man Programme wie den OS X Finder, Windows Explorer oder Gnome Nautilus verwendet,
* als Programmierer, indem man Funktionen des Betriebsystems aufruft,
* als Shell-Benutzer, der (scheinbar) kryptische Befehle in eine Text-Eingabe schreibt.
Und genau um diesen letzten Weg soll es hier gehen.

Im Prinzip gibt es genau fünf Gründe, wieso man eine Shell verwenden möchte:
* Es ist in der Regel schneller, etwas in einer Shell zu machen, als das äquivalente Ergebnis mit einer GUI zu erzielen.
* Shellscripte lassen sich schneller schreiben als (C-)Programme.
* Eine Shell ist in der Regel kleiner als eine GUI und beansprucht weniger Ressourcen.
* Wenn man sich über [[SSH]] auf einem anderen Rechner einloggt, bekommt man eine Shell. (Eine GUI zu bekommen ist nichttrivial.)
* In einer Shell werden Befehle für extrem einfache und extrem komplexe Vorgänge nach dem gleichen Prinzip aufgebaut. (Bei einer GUI muss man dazu oft jeweils verschiedene Werkzeuge benutzen, oder sogar Zusatzsoftware installieren.)
* Wenn man sich damit auskennt, kann man alle paar Wochen mal jemanden, der sich nicht damit auskennt, extrem verblüffen.

=== Verschiedene Shells ===
Es gibt viele Shells. Alle haben kryptische Namen und die meisten enden auf -sh. Bekannte Beispiele sind:
* <code>sh</code> ist die erste moderne Shell, genannt Bourne-Shell. Eine <code>sh</code>-kompatible Shell ist auf fast jedem Unix-System vorhanden.
* <code>bash</code> ist die Bourne Again SHell, ein Nachfolger von <code>sh</code>, und die Standardshell in den meisten [[Linux]]-Distributionen und auch im Fakultätsnetz.
* <code>csh</code> ist die C Shell.
* <code>tcsh</code> ist eine Weiterentwicklung von <code>csh</code>, die manche Leute mehr mögen als <code>bash</code>.
Im Rest dieses Artikels geht es um die <code>bash</code>; wer eine andere Shell benutzt, kann die Unterschiede anhand der [[Manpage|Manpages]] nachlesen.

=== Beispiele ===
So lässt man sich die Dateien im aktuellen Verzeichnis anzeigen:
ls
Und so wird die Anzeige ausführlicher:
ls -l
... und mit versteckten Dateien (das sind Dateien, deren Name mit einem Punkt beginnt):
ls -la
Tipp: Kann man sich gut als "'''l'''i'''s'''t '''-l'''ong, '''a'''ll" merken.

Verzeichniswechsel:
cd # ins Homeverzeichnis gehen
cd foo # in das Verzeichnis foo gehen
cd .. # ein Verzeichnis aufwärts gehen
cd . # in das aktuelle Verzeichnis gehen (sinnlos, aber möglich)
(<code>#</code> ist das Kommentarzeichen der <code>bash</code>. <code>#</code> und alles, was rechts davon steht, wird ignoriert.)

Dieser Schnipsel ersetzt mit Hilfe des Texteditors [http://de.wikipedia.org/wiki/Vi vi] in allen html-Dateien im aktuellen Verzeichnis eine veraltete Emailadresse:
for i in *.html; do \
vi -c ':1,$s/alt@meinedomain.de/webmaster@meinedomain.de/g' -c ':wq' "$i"; done
So sieht es aus, wenn man auf Lesbarkeit Wert legt:
for i in *.html
do
vi -c ':1,$s/alt@meinedomain.de/webmaster@meinedomain.de/g' -c ':wq' "$i"
done
Alternativer Weg (wobei auch die Unterverzeichnisse rekursiv bearbeitet werden):
find . -name '*.html' -type f -exec \
vi -c ':1,$s/alt@meinedomain.de/webmaster@meinedomain.de/g' -c ':wq' '{}' ';'

=== Prinzipien ===
Die Idee der Shell ist, dass man eine relativ einfache (und aus vielen Abkürzungen bestehende) Programmiersprache hat, die man in einem Interpreter (der Shell) direkt eingeben kann - also genau das richtige Spielzeug für Informatiker.

Man kann Befehle auch in eine Datei schreiben und dann am Stück ausführen lassen. Diese Dateien heißen Shellskripte. Beispiel:
#!/bin/bash
# Das ist ein Shellskript. Die erste Zeile sagt dem Betriebssystem,
# dass es diese Datei mit Hilfe der bash interpretieren soll.
#
# Der Rest der Datei besteht aus bash-Befehlen und ist in diesem
# Fall sinnfrei (und harmlos).
FOO="foo bar" # eine Variable (Name links, Inhalt rechts)
# um das Gleichheitszeichen herum dürfen
# keine Leerzeichen stehen.
echo -n '$FOO = '
echo $FOO
echo -n '"$FOO" = '
echo "$FOO"
echo -n "'$FOO' = "
echo '$FOO'
Wenn man diesen Text in einer Textdatei, z. B. <code>foo.sh</code>, speichert und diese ausführbar macht, z. B. mit
chmod 700 foo.sh
dann kann man sie wie ein normales Unix-Programm ausführen.

=== Befehle ===
Es gibt vier Arten von einfachen Befehlen:
* shellinterne Befehle (zum Beispiel <code>echo</code>),
* Kontrollstrukturen der Shell (zum Beispiel <code>while ''bedingung'' do ''code'' done</code>),
* Aliase (primitive Makros, die dann durch etwas anderes ersetzt werden) und
* Aufrufe externer Programme (zum Beispiel <code>vi</code> und <code>find</code>).
Dabei gibt man immer den Befehl selbst gefolgt von eventuellen Parametern an. Die Parameter sind vom Befehl und untereinander durch Leerräume (typischerweise Leerzeichen) getrennt.

Befehle lassen sich auf mehrere Arten zusammenfassen:
* als Verkettung mit einem Semikolon zwischen je zwei Befehlen:
echo foo ; echo bar
* als durch geschweifte Klammern begrenzter Befehlsblock:
{ echo foo ; echo bar ; echo qux }
* als Pipeline, wobei die Befehle durch einen senkrechten Strich getrennt werden:
echo 'Umweltverschmutzung' | tr mu nü | cat -
* als logischer Ausdruck:
test -e foo.bar && echo "Datei existiert." || echo "Datei existiert nicht."
Pipe(line)s bewirken, dass die Ausgabe des ersten Befehls die Eingabe des zweiten Befehls wird; dessen Ausgabe geht zum dritten Befehl und so weiter. Da viele Unix-Programme Text produzieren, umwandeln oder lesen, ist das ein mächtiges Werkzeug, um mit einfachen Mitteln komplizierte Dinge zu machen, die in einer GUI bestenfalls dann möglich sind, wenn die Entwickler sie genau in der Form eingeplant haben. Zum Beispiel erzeugt
cat foo.txt | sort | uniq > bar.txt
die Datei <code>bar.txt</code>, die die sortierten Zeilen aus <code>foo.txt</code> ohne doppelte Zeilen enthält. Das Zeichen <code>></code> lenkt dabei die Ausgabe in die Datei <code>bar.txt</code> um. Eleganter lässt sich das ganze als
{ sort | uniq } < foo.txt > bar.txt
schreiben. (<code><</code> lenkt logischerweise die Eingabe so um, dass sie aus der Datei <code>foo.txt</code> kommt.)

Wenn man einen Befehl mit einem <code>&</code> (kaufmännisches Und) abschließt (also <code>befehl &</code>, das Lehrzeichen ist wichtig), so wird er im Hintergrund ausgeführt und man kann in der Shell solange etwas anderes tun. Hat man das <code>&</code> vergessen, kann man einen laufenden Befehl durch den Tastenkürzel <Ctrl>-Z anhalten und mit dem Kommando <code>bg</code> im Hintergrund fortsetzen.

Führt man ein Kommando im Vordergrund in der Shell aus und schließt sie, wird das laufende Programm in der Regel (aber nicht unbedingt) mit der Shell beendet. Besser ist es, erst das Programm und dann die Shell zu beenden.

Jeder Befehl hat seine eigene Menge von möglichen und/oder erforderlichen Argumenten, die bei jedem Befehl anders sind. Allerdings ist die Schreibweise der Argumente bei vielen Befehlen (es gibt Ausnahmen) ähnlich:
* Kurzform: <code>-a -d -f -r</code>, aus jeweils einem Buchstaben bestehende Argumente mit einem Bindestrich vor jedem Argument
* abgekürzte Kurzform: <code>-adfr</code>. Diese Form wird nicht von allen Befehlen unterstützt und kann manchmal eine sehr unerwartete Wirkung haben.
* Langform: <code>--all --directory --force --recursive</code> etc. Hier werden aus Worten (oder zumindest längeren Zeichenketten) geschriebe Worte von zwei Bindestrichen (manchmal aber nur einem) angeführt. Zusammenfassen kann man diese Argumente nicht. Diese Form ist bei vielen GNU-Programmen möglich.
* Parametrisierte Argumente: Manchmal gibt es Argumente, die aus einem Schalter und einem Wert bestehen, z. B. <code>--directory /home/pub/lib</code>, <code>-d /home/pub/lib</code>, <code>--force YES</code>, <code>-f YES</code>, <code>--number 23</code>.
Zu all diesen Regelmäßigkeiten gibt es Ausnahmen. Es ist also immer ratsam, [[Manpage|Manpages]] zu konsultieren.

=== Was sieht man ===
Man hat immer zuerst einen Prompt, der im Fakultätsnetz standardmäßig so aussieht:
conde mhaecker 11 (~):
# Vorne steht immer der Name des Rechners, auf dem man gerade eingelogt ist. In der Uni kann das zum Beispiel <code>conde</code> (schnell), <code>fiesta</code> (lahm) oder einer von vielen anderen sein. (Welcher Rechner schnell ist, hängt natürlich davon ab, wie viele hundert Studierende dort gerade versuchen, die ziemlich ressourcenlastige grafische Benutzeroberfläche KDE zu benutzen.)
# Danach kommt der Benutzername desjenigen, dem die Shell gehört, das heißt, in wessen Namen die eingegebenen Kommandos ausgeführt werden (<code>mhaecker</code> ist der Benutzername von [[Benutzer:Martin Häcker|Martin Häcker]]).
# Die Zahl danach gibt an, wie viele Kommandos schon in dieser Shell eingegeben wurden. (Das ist meistens nicht nützlich.)
# Danach steht in Klammern das aktuelle Verzeichnis (<code>~</code> ist eine Abkürzung für das eigene Heimatverzeichnis).

Das Aussehen und den Inhalt des Prompts kann man durch Setzen der Shellvariable <code>PS1</code> anpassen. Zum Beispiel kann man durch die Eingabe von
PS1='\[\033[01;32m\]\u@\h \[\033[01;34m\]\w \$ \[\033[00m\]'
den Gentoo-Standardprompt bekommen (die Syntax der Promptbeschreibung muss nicht unbedingt verstanden werden), der die Form
estar@fiesta ~ $ 
hat (Benutzername, <code>@</code>, Rechnername, <code>$</code>), oder mit
PS1='\$'
einen extrem einfachen Prompt.

Am Prompt kann man Befehle eingeben. Nachdem ein vollständiger Befehl eingegeben wurde, lässt man mit der Eingabetaste die Shell den Befehl ausführen. Wenn die Shell damit fertig ist, erscheint wieder der Prompt.

=== <code>.bashrc</code> ===
Viele Sachen, zum Beispiel das Setzen eines eigenen Prompts, möchte man bei jedem Start der Shell automatisch erledigen. Bei der <code>bash</code> geht das, indem man die entsprechenden Befehle zur Datei <code>.bashrc</code> im Homeverzeichnis hinzufügt.

==== Bevor man <code>.bashrc</code> bearbeitet ====
* Diese Datei lässt sich so kaputtmachen, dass man keine Shell mehr öffnen kann. Also sollten alle Befehle zuerst in der Shell getestet werden.
* Damit [[SSH]] und insbesondere <code>scp</code> richtig funktionieren, dürfen die Befehle in <code>.bashrc</code> '''keine''' Ausgabe produzieren.
* Es ist sinnvoll, zuerst die Dokumentation der <code>bash</code> zu lesen.

== Wichtige Befehle ==
Der Leser wird dazu aufgerufen, interessante Befehle gleich auszuprobieren. Das macht es einfacher, sich später daran zu erinnern. Außerdem sollte man die [[Manpage|Manpages]] zu den einzelnen Befehlen lesen, bevor man sie ernsthaft einsetzt.

Da laut Unix-Philosophie der Benutzer immer am besten weiß, was zu tun ist, fragen die hier vorgestellten Programme im Allgemeinen nicht nach, ob zum Beispiel Dateien "wirklich" gelöscht werden sollen, sondern tun es einfach. (Allerdings ist das im Fakultätsnetz teilweise anders konfiguriert.)

=== <code>ls</code> ===
<code>ls</code> steht für ''list'' und zeigt den inhalt des derzeitigen Verzeichnisses an.

Nützliche Optionen sind:
* <code>-a</code> alle Dateien anzeigen (auch "versteckte", die mit "." anfangen)
* <code>-l</code> langes Format mit Anzeige vieler nützlicher Informationen zu den Dateien

=== <code>cd</code> ===
<code>cd</code> steht für ''change directory'' und macht genau das.

cd
bringt einen immer ins Homeverzeichnis zurück,
cd ..
in das Verzeichnis, das das aktuelle Verzeichnis enthält und
cd einVerzeichnisName
in genau das angegebene Verzeichnis.

=== <code>mv</code> ===
<code>mv</code> steht für ''move'' und verschiebt Dateien (auch Verzeichnisse). Da Umbenennung ein Spezialfall des Verschiebens ist, kann <code>mv</code> auch Dateien umbenennen.

Aufruf:
mv alter_name neuer_name

=== <code>cp</code> ===
<code>cp</code> steht für ''copy'' und kopiert Dateien (mit dem Parameter <code>-R</code> auch Verzeichnisse).

Aufruf:
cp name1 name2
kopiert die Datei <code>name1</code> nach <code>name2</code>,
cp name verzeichnis/
kopiert die Datei <code>name</code> in das Verzeichnis <code>verzeichnis/</code> und
cp -R verzeichnis1 verzeichnis2
kopiert das Verzeichnis <code>verzeichnis1</code> [[Rekursion|rekursiv]] nach <code>verzeichnis2</code>, falls <code>verzeichnis2</code> noch nicht existiert, oder in das Verzeichnis <code>verzeichnis2</code>, falls es existiert.

=== <code>ssh</code> ===
Siehe [[SSH]].

=== <code>scp</code> ===
Siehe [[SSH]].

=== <code>less</code> ===
<code>less</code> zeigt komfortabel und einfach Dateien an. In <code>less</code> kann man sich mit "h" eine ausführliche Hilfe anzeigen lassen. Wichtigste Kommandos: <code> </code> (Leerzeichen) für nächste Seite, <code>b</code> (backwards) für vorherige Seite, ansonsten Pfeiltasten. <code>/muster</code> sucht nach ''muster'' und man kann mit <code>n</code> zum nächsten Fundort springen. <code>f</code> geht ganz ans Ende und <code>F</code> geht ganz ans Ende und zeigt neue Zeilen falls diese dazukommen.

Aufruf:
less dateiname

=== <code>grep</code> ===
<code>grep</code> sucht nach Text in Dateien, oder, falls keine Dateien angegeben werden, in der Eingabe. Es kann auch nach regulären Ausdrücken gesucht werden.

Aufruf:
grep 'zu suchender Text' dateinamen...
egrep '[rR]egulärer *Ausdruck' dateinamen...

=== <code>man</code> ===
Siehe [[Manpage]].

=== <code>gzip</code> ===
Packt und entpackt Dateien. Im Unterschied z. B. zu WinZip arbeitet <code>gzip</code> mit genau einer Datei. Das Packen mehrerer Dateien wird weiter unten erläutert.

Packen:
gzip datei
erzeugt eine komprimierte Datei mit dem Namen <code>datei.gz</code> und '''löscht''' die Datei <code>datei</code>.

Packen ohne Löschen:
cp datei datei.bck
gzip datei
mv datei.bck datei
(siehe auch die Beschreibungen von <code>cp</code> und <code>mv</code>).

Entpacken:
gunzip datei.gz
entpackt die Daten aus <code>datei.gz</code> nach <code>datei</code> und '''löscht''' <code>datei.gz</code>.

Entpacken ohne Löschen: 
geht analog zum Packen ohne Löschen.

=== <code>tar</code> ===
<code>tar</code> ist der ''tape archiver'' und wurde ursprünglich für Backups auf Bandlaufwerken verwendet. Es ist inzwischen das Unix-Standardwerkzeug, um viele Dateien in eine Datei zu packen.

Aufruf:
tar fvc datei.tar dateinamen...
erzeugt das Archiv <code>datei.tar</code> aus den weiter angegebenen Dateien (und Verzeichnissen!).
tar fvt datei.tar
zeigt den Inhalt des Archivs <code>datei.tar</code> an.
tar fvx datei.tar
entpackt alle Dateien aus <code>datei.tar</code> und
tar fvx datei.tar dateinamen...
nur die angegebenen.

Erklärung der Optionen:
* <code>f</code> steht für ''file'', d. h., <code>tar</code> soll eine Archivdatei bearbeiten. (Sonst ist das Verhalten je nach <code>tar</code>-Implementierung unterschiedlich.)
* <code>v</code> steht für ''verbose''. In diesem Modus zeigt <code>tar</code> mehr Information als sonst an.
* <code>c</code> steht für ''create'' und sagt <code>tar</code>, dass es ein neues Archiv erzeugen soll.
* <code>t</code> zeigt die Dateien in einem Archiv an.
* <code>x</code> steht für ''extract'' und tut genau das.
* <code>z</code> steht für ''zip''. Fügt man diesen Parameter hinzu, dann arbeitet <code>tar</code> mit komprimierten Archiven. Amsonsten bleibt die Benutzung gleich; statt <code>datei.tar</code> schreibt man dann sinnvollerweise immer <code>datei.tar.gz</code>.
Von den Optionen <code>c</code>, <code>t</code> und <code>x</code> sollte genau eine angegeben werden.

Wenn man ein <code>tar</code>-Archiv erstellt, das für andere Leute gedacht ist, sollte man im Allgemeinen darin genau ein Verzeichnis packen, dessen Name etwas mit dem Inhalt zu tun hat. Das macht es einfacher, nach dem Entpacken den Überblick über die entpackten Dateien zu behalten.

Verschickt man viele Dateien in einer Email, dann sollte man sie zuerst in ein komprimiertes <code>tar</code>-Archiv packen. Das erspart dem Empfänger Arbeit (Wer speichert schon gern ein dutzend Anhänge einzeln ab?) und ist deshalb höflich. WinZip würde zwar prinzipiell das Gleiche tun, aber nicht alle Unix-Benutzer können WinZip-Dateien lesen.

Quellcode wird häufig in komprimierten <code>tar</code>-Archiven (''tarballs'') angeboten.

=== <code>pico</code> und <code>nano</code> ===
<code>pico</code> ein minimaler Texteditor aus dem Mailprogramm <code>pine</code>. Sein großer Vorteil ist, das er unten am Bildschirmrand immer ein Menü anzeigt. "<code>^</code>" steht dabei immer für <code><Ctrl></code>. <code>nano</code> ist eine Standalone-Version des Editors.

Tastenkombinationen:
* <code><Ctrl>-x</code> um den Editor zu beenden

=== <code>[x]emacs</code> ===
[X]Emacs ist ein Texteditor, der ursprünglich im Zusammenhang des [http://en.wikipedia.org/wiki/GNU GNU]-Projektes (der Ursprung der [http://en.wikipedia.org/wiki/GPL GPL]) von [http://en.wikipedia.org/wiki/Richard_Stallman Richard Stallman] (Gründer der [http://en.wikipedia.org/wiki/Free_Software_Foundation Free Software Foundation]) entwickelt wurde.

Tastenkombinationen:
* <code><Ctrl>-x-c</code> (x und c nacheinander, Controltaste dabei gedrückt halten) um Emacs zu beenden.

Weitere Informationen gibt es [http://en.wikipedia.org/wiki/Emacs hier].

=== <code>vi</code> oder <code>vim</code> ===
<code>vi</code> (''visual'') ist der Unix-Standardtexteditor und bei fast jedem Unix vorhanden, daher sollte man zumindest die wichtigsten Befehle beherrschen. <code>vim</code> (''Vi IMproved'') ist der beliebteste und mächtigste Vi-Clone.

Tastenkombinationen:
* <code><Esc>:q<Enter></code> zum Beenden. Alles Weitere liest man [http://de.wikipedia.org/wiki/Vi woanders] nach.

=== <code>chmod</code> ===
<code>chmod</code> steht für ''change mode'' und ändert die Zugriffsrechte von Dateien, also wer sie lesen und schreiben darf und wer nicht. Das ist wichtig, wenn man mit anderen Leuten zusammenarbeiten will/muss. Dass man es braucht, merkt man, wenn man Fehlermeldungen wie "Permission Denied" bekommt. Eine Erläuterung der Unix-Dateirechte und somit auch der <code>chmod</code>-Optionen lässt sich anderswo nachlesen.

=== <code>grp</code> ===
Mit <code>grp</code> (''group administrativia'') könnt ihr euch in Unix-Gruppen eintragen. Das ist wichtig, wenn ihr in Gruppen Hausaufgaben erledigen wollt. Siehe auch http://irb.cs.tu-berlin.de/leitfaden/arbeiten-in-gruppen.html

Anmerkung: Dieses Kommando ist eine Spezialität des IRB-Netzes! Das funktioniert ausserdem häufig nur, wenn man sich auf pepita einloggt. Die Änderungen werden dann zur vollen Stunde übernommen.

=== <code>utsettings</code> ===
Mit <code>utsettings</code> kann man u.a. die Auflösung eines, an eine SunRay angeschlossenen, Monitors ändern. Dies ist insbesondere dann sinnvoll, wenn zum Beispiel nach einem Stromausfall die Standardauflösung nicht wieder hergestellt wurde. Bei Eingabe des Befehls in ein Terminal ('/usr/local/bin/utsettings') öffnet sich ein kleines Programm in einem Fenster, dessen Bedienung selbsterklärend sein sollte.

== Weitere Programme ==
Viele interessante Programme, z. B. Firefox und [[IBM Eclipse|Eclipse]], aber auch relative aktuelle GNU-Implementierungen der Standardwerkzeuge von Unix, werden von Studenten installiert und gewartet.

Alle diese Programme findet Ihr im Verzeichnis <code>/home/pub</code>. Es lohnt sich also, ab und an einen Blick dorthin zu werfen. Wer diese Programme öfter verwendet, sollte in <code>.applrc</code> den Eintrag
pub
hinzufügen. Fügt man ihn oberhalb von
standard
hinzu, so hat das die Wirkung, dass die Shell zuerst in <code>/home/pub</code> nach Programmen sucht, also z. B. zuerst die GNU-Werkzeuge findet (die Solaris-Gegenstücke sind teilweise deutlich anders), was vor allem Linux-Anwender freuen sollte.

Bevor man die Programme aus <code>/home/pub</code> benutzt oder dort etwas installiert, sollte man [http://irb.cs.tu-berlin.de/usr/INFO/InstallierenFuerAlle die Hinweise des IRB] lesen (die allerdings nicht mehr 100%-ig zutreffen).

== Ausblick, links ==
Es lohnt sich, zumindest rudimentär über die Shell Bescheid zu wissen, gerade weil man an der Uni nicht daran vorbeikommt.
Weiter Informationen findet Ihr in der [http://irb.cs.tu-berlin.de/leitfaden/manuale/escript/escript.html Anleitung des Fachbereichs] und überall sonst im Internet.

Es lohnt sich auch zumindest eine Shell-Script-Sprache zu beherschen. Ich bin allerdings der Meinung das man sich für diesen Zweck ruhig eine richtige Programmiersprache so wie [http://www.python.org/ Python] oder [http://www.ruby.org/ Ruby] ins mentale Boot holen sollte.

== Weblinks ==
* [http://www.gnu.org/software/bash/manual/bashref.html Das Handbuch zur Bash]
* [ftp://ftp.cwru.edu/pub/bash/FAQ Bash FAQ]
* [http://www.tldp.org/LDP/abs/html/ Advanced Bash Scripting Guide] und dessen [http://www.tldp.org/LDP/abs/html/ Bibliografie]

[[Kategorie: Überleben im Fakultätsnetz]]

Javakurs2007

2007-02-02T19:35:12Z

130.149.43.169: /* Herzlich Willkommen beim Java-Kurs der Freitagsrunde! */

__NOTOC__
====Herzlich Willkommen beim Java-Kurs der Freitagsrunde!====

Dieses Jahr veranstalten wir wieder einen Javakurs für alle Studierenden, insbesondere Informatiker, die gerade mit dem zweiten Semester beginnen. Das heißt, wir erwarten Grundkenntnisse in Opal - sonst aber nichts.

Dieser Kurs wird von Studenten und Wissenschaftlichen Mitarbeitern in ihrer Freizeit angeboten. Wenn Du Dich für den Kurs interessierst, ob als Organisator/Vortragender/Tutor oder als Teilnehmer, dann melde Dich :) am besten per E-mail an javakurs at freitagsrunde dot org.

====Wann:====
Der Kurs findet vor dem Start ins Sommersemester statt, voraussichtlich vom 10.-13. April 2007.

====Wo:====
Natürlich werden wir wieder versuchen, die Räumlichkeiten möglichst zentral zu halten. Der Kurs wird wahrscheinlich im FR (Tutorien) und im MA (Vorträge) stattfinden.

====Voraussetzungen:====
Ein cs-Account ist sehr sinnvoll, um auf unseren IRB-Rechnen die Übungseinheiten durchführen zu können ;o).

Die Teilnahme ist kostenlos.

====Anmeldung:====
Es gibt ein Online-Anmeldeformular, dass ihr
[https://www.freitagsrunde.org/~florian/javakurs.php hier https verschlüsselt] oder
[http://www.freitagsrunde.org/~florian/javakurs.php hier ohne Verschlüsselung] aufrufen könnt.

Dort tragt Ihr Eure Daten ein und erhaltet eine Bestätigungsmail mit einem Link zum Anmelden.
Durch dieses sogenannte [http://de.wikipedia.org/wiki/Confirmed_Opt-In Confirmed Opt-In]-Verfahren stellen wir
sicher, dass niemand eine andere Person anmelden kann - ausserdem erhalten wir Eure Emailadressen
um Euch über die Termine und Räume informieren zu können.

[[Kategorie: Veranstaltungen der Freitagsrunde]]

Freitagsrunde:Mitglieder

2006-04-22T21:33:07Z

130.149.43.169:

''Mitglieder'' ist vielleicht nicht das richtige Wort, denn es gibt bei uns keine feste Mitgliedschaft, jeder der mitmachen möchte, ist herzlich willkommen und niemand ist zu irgendetwas gezwungen. Auf dieser Seite möchten wir, die Leute die hinter der [[Freitagsrunde]] stehen, uns Euch kurz vorstellen.

[[Bild:Foto-bjoern.jpeg|framed|Bjoern Bollensdorf]]
== Björn Bollensdorff ([mailto:bolle@freitagsrunde.org bolle@freitagsrunde.org]) ==

An der Fakultät IV sind die TIler mit keiner eigenen Statusgruppe vertreten, gerade deswegen will ich, als Student der TI, die Interessen meiner Kommilitonen nicht untergehen lassen, natürlich bin ich politisch nicht auf meinen Studiengang fixiert sondern setze mich auch für die Probleme aller Mitglieder der Fakultät ein. Ich studiere seit dem WS 2001 und steuere im Moment auf das Hauptstudium zu. Man sollte seine Studienzeit auch dazu nutzen sich mit anderen Aspekten des Lebens vertraut zu machen, um nicht als Fachidiot zu enden. Aus diesem Grunde beschäftige ich mich nach der Uni mit allem, was nicht mit Informatik zu tun hat, vor allem Sport (Snowboarden, Capoeira, Fitness und was gerade so kommt), lerne Spanisch oder bin mit Freunden unterwegs.
 

[[Bild:Foto-Bjoern-Brandenburg.jpg|framed|Bjoern Brandenburg]]
== Björn Brandenburg ([mailto:bjoern@freitagsrunde.org bjoern@freitagsrunde.org]) ==
Der Streik im WS03/04, gleich im ersten Semester meines Studiums, zeigte mir vor allem zwei Dinge: Erstens: Es gibt viele Missstände an der TU und Zweitens: Man muss selbst etwas bewegen, denn auf die "etablierten" studentischen Vertreter kann man sich nicht verlassen, es sei denn man hat sein Leben dem Klassenkampf und der Polemik verschrieben. Deshalb engagiere ich mich bei der Freitagsrunde. Sie bietet mir die Möglichkeit, zur tatsächlichen Verbesserung der Studienbedingungen beizutragen, und das ohne ideologische Marschrichtung.

Ich interessiere mich vor allen Dingen für Entscheidungen, die die Zukunft des Fachbereiches Informatik an der TU betreffen, sowie für praktische Verbesserungen der Studienbedingungen, insbesondere für Studienanfänger. So arbeite ich zum Beispiel in Berufungskommissionen mit und habe Opalix 2004 und Opalix 2005 entwickelt. Desweiteren bin ich als Stellvertreter im Fakultätsrat, in der Ausbildungskommission und in einem Unterausschuss der AK zur Verteilung der WM/Tutoren-Mittel tätig.

Hier im Wiki kümmere ich mich besonders um die [[Übersicht Opal|Opal/Opalix-Seiten]] und bin für die Opal-RPMs für SuSE verantwortlich.

In der Informatik selbst interessiere ich mich für den "Kern", also Betriebssysteme, Netzwerke, Compiler und hardware-nahe Entwicklung. Im restlichen Leben faszinieren mich SciFi- und Fantasywelten, fast jede Art von Musik und natürlich gutes Essen.
 

[[Bild:Foto-timo.jpeg|framed|Timo Glaser]]
== Timo Glaser ([mailto:timo@freitagsrunde.org timo@freitagsrunde.org]) ==
Die Wahl der Uni im WS 2001/02 hat mir lange Zeit Kopfzerbrechen bereitet. Ich entschied mich jedoch für die TU, da diese die meisten Vertiefungsrichtungen anbot und ich mich nicht schon vor dem Studium festlegen wollte. Wenn ich jedoch heute sehe, dass Studenten aus Vorlesungen rausgelost werden und eine neue StuPO das Studium inhaltlich und zeitlich einbetonieren soll, mache ich mir ernsthaft Sorgen, ob meine Entscheidung die richtige war. Ich bin der Meinung, dass studentische Vertreter mit engagierter Arbeit in und außerhalb der Gremien die Möglichkeit der Einflussnahme gehabt hätten. Aus diesem Grund möchte ich, dass die Studierenden endlich wieder politisch vertreten werden.

Aber jetzt noch kurz was über meine anderen Interessen. In der Informatik haben sich diese stark in Richtung Netzwerksicherheit und Kryptologie entwickelt, welches sich in den meisten meiner Jobs widerspiegelt. Ansonsten wake- bzw. snowboarde ich sehr gerne und habe einen grossen Teil meines Lebens in der Basketballhalle sowie beim Judo- und Karatetraining verbracht.

Momentan kann ich mich jedoch leider nicht so an der Universitätspolitik beteiligen, wie ich es gerne würde, da ich nun, nach Beendigung meines Grundstudiums, an der Shanghai Jiao Tong University studiere.
Ein paar Infos dazu findet ihr hier: [http://www.behind-the-wall.org Behind the Wall]
 

[[Bild:Marcel.png|framed|Marcel Grey]]
== Marcel Grey ([mailto:grey@freitagsrunde.org grey@freitagsrunde.org]) ==
Student im Fach Informatik ist seit geraumer Zeit mein Traum, den ich mit meiner Immatrikulation im Wintersemester 2000 verwirklichen will. Vor dem Eintritt ins Studium, bekam ich von mehreren Seite zu hören, dass es doch ihre schönste Zeit im Leben war, leider weit gefehlt. Deshalb habe ich mich mit Kommilitonen zusammengeschlossen, um für bessere Studienbedingungen zu kämpfen, denn ich möchte parallel zu meinem Studium auch noch leben und nicht als gehörige Arbeitsdrohne enden. Für ein humanes, gutes und nicht minderbemitteltes Studium.
 

[[Bild:Foto-Martin_Haecker.jpeg|framed|Martin Häcker]]
== Martin Häcker ([mailto:martin@freitagsrunde.org martin@freitagsrunde.org]) ==
Seit dem WS 2002 studiere ich Informatik und bin nur immer mehr davon Fasziniert das Informatik doch eher Zauberei ist. Oder in Kurz: alles was wir uns vorstellen können, können wir auch bauen. :)

Ich persönlich interessiere mich sehr für Mensch-Maschine Kommunikation oder wie man heutige Rechner verändern kann so das sie sich an uns Menschen anpassen und nicht wie bisher andersherum. Privat beschäftige ich mich Jonglieren, Mailinglisten lesen, Aikido, Programmieren, DSA und Kochen. <g>

Uni-Politisch bin ich der Meinung das die Lehre hier an der Uni leider in ganz vielen Fällen '''viel''' schlechter ist ist als sie sein könnte. Das fängt bei Post an und hört irgendwo bei der Tatsache auf das viel zu viele unserer Profs zu lange Studienzeiten durch eine Holzhammermethode wie die geplante Fortschrittskontrolle lösen wollen. Ich finde es reicht almälich das das alles auf dem Rücken der Studenten ausgetragen wird. Wir und vor allem ich haben nur ein Studium, und das soll gefälligst so gut sein wie es geht! --[[Benutzer:Martin Häcker|Martin Häcker]] 23:00, 7. Okt 2005 (CEST)

Mehr über mich gibts auf [http://dwt.de.vu/ meiner Homepage].
GnuPG-KeyID: 99126F098593903E
Fingerprint: 7200 B08C 11EC 9E26 9DA1 E5AA 9912 6F09 8593 903E
 

[[Bild:Foto-thomas.jpeg|framed|Thomas Kaschwig]]
== Thomas Kaschwig ([mailto:thomas@freitagsrunde.org thomas@freitagsrunde.org]) ==
Begonnen habe ich mein Informatik-Studium an der TU Berlin im Winter 1999/2000, mittlerweile befinde ich mich also im 11. Semester. Meine Studienschwerpunkte sind Programmiersprachen und -systeme (PSS) und Betriebs- und Kommunikationssysteme (BKS). Momentan arbeite ich im [http://www.dai-labor.de DAI-Labor], einem Forschungsinistitut an der Fakultät IV, im Projekt [http://www.bib3r.de BIB3R] als studentische Hilfskraft. Mehr Informationen findet ihr auf meiner [http://user.cs.tu-berlin.de/~kaschwig Homepage].

Obwohl ich schon früher politisch ziemlich interessiert war, hatte ich mich lange Zeit nicht in der Hochschulpolitik engagiert - dies lag vor allem daran, daß die bisher aktiven Gruppen im damaligen Fachbereich Informatik, bzw. der neuen Fakultät IV nicht meinen persönlichen Vorstellungen entsprachen. Die Zeit ist jedoch reif, endlich wieder etwas an der Fakultät zu bewegen, deswegen haben wir die Freitagsrunde in’s Leben gerufen.
In der Freizeit beschäftige ich mich mit unixoiden Betriebsystemen, Programmieren, Netzwerk- und Computersicherheit, Kryptographie, Basteln von Websites (wie z.B. dieser hier :-) und vielen anderen Themen aus dem Bereich Computer und Technik. Ausserhalb der virtuellen Welt liegt mein Interesse vor allem bei meiner Freundin :-), der Fotografie, Kino und allem was das Leben sonst noch schön macht.

Mails an mich kannst und solltest Du per PGP/[http://www.gnupg.org/ GnuPG] verschlüsseln:
GnuPG-KeyID: 1024D/3D68D63A
Fingerprint: 274A 4CB8 B362 D593 39D6 0989 8FC3 725F 3D68 D63A
 

[[Bild:Foto-hannes.jpeg|framed|Hannes Lau]]
== Hannes Lau ([mailto:hannes@freitagsrunde.org hannes@freitagsrunde.org]) ==
Nach intentsivem Engagement in den Gremien der Schulpolitik, hat auch die politische Arbeit in der Uni mein Interesse geweckt. Die Freitagsrunde ist mir dabei durch die Einführungsseminare und andere Hilfestellungen für Erstsemester bekannt geworden und ich habe gesehen, wie wichtig diese und andere studentische Initiativen für das Studium sind. Wichtig und gut finde ich, dass es in der Freitagsrunde um '''Uni-Politik''' und weniger um eine gesamtpolitische Marschrichtung geht.
 

[[Bild:Foto-robert.jpeg|framed|Robert Lubkoll]]
== Robert Lubkoll ([mailto:robert@freitagsrunde.org robert@freitagsrunde.org]) ==

Nach einer Ausbildung als Elektroniker, Abitur im 2. Bildungsweg und Zivildienst in der Hauskrankenpflege studiere ich seit 2003 Informatik an der TU-Berlin.

Das an den Berliner Unis nicht alles so läuft wie es sich ein Student wünschen würde ist kein Geheimnis. Manchmal wundere ich mich eher wie der ganze Laden eigentlich funktionieren kann.
Aber vom Rumsitzen und Zuschauen wird es nicht besser, was mich zur Freitagsrunde geführt hat.

Mehr zu mir unter: [[Benutzer:Robert Lubkoll|Robert]].
 

[[Bild:Foto-ellen.jpg|framed|Ellen Michelsen]]
== Ellen Michelsen ([mailto:ellen@freitagsrunde.org ellen@freitagsrunde.org]) ==
Ich studiere im Zweitstudium Informatik und bin seit Oktober 04 an dieser TU.
Meine technischen Interessen liegen u.a. im Bereich Network-Security, Kryptographie und Management von großen IT-Projekten.
Da ich mein Studium selbst gestalten will, habe ich etwas gegen angezwungene Modulinhalte im Hauptstudium und die totale Fortschrittskontrolle.

Mehr zu mir unter: [[Benutzer:ellen|Ellen]].
 

[[Bild:Foto-thorsten.jpeg|framed|Thorsten Rimkus]]
== Thorsten Rimkus ([mailto:thorsten@freitagsrunde.org thorsten@freitagsrunde.org]) ==
Nachdem ich mich durch das tolle deutsche "auswendig dahersag" Schulsystem gequält habe, begann ich im WS 1999/2000 mit dem Informatikstudium an der TU. Hier konnte ich endlich etwas lernen, was mich interessierte (und das sogar auf einem Niveau, das mich nicht unterfordert hat). Leider musste ich eine starke Tendenz dazu beobachten, das die Uni immer mehr so werden soll, wie eine Schule. Das hat mich dazu gebracht, mich der Freitagsrunde anzuschließen um diesen besorgnisserregenden Tendenzen entgegenzuwirken. Naja, noch macht mir mein Studium trotz allem Spaß und da ich demnächst mit meiner Diplomarbeit im Bereich KI anfange wird sich daran wohl auch nichts mehr ändern ;).
In der Freitagsrunde beschäftige ich mich derzeit Hauptsächlich mit dem Prüfungsausschuss Informatik und mit dem Semesterticket (wobei sich das Thema wohl für die nächsten 3 Jahre erledigt hat). Außerdem bin ich die Putzfrau der Freitagsrunde und hole immer die Post ab ;).
Wenn ich nicht gerade studiere gehe ich gerne ins Kino, spiele Video- und Rollenspiele, lese viel und mache auch 1000 andere tolle Sachen (zumindest, wenn ich die Zeit dazu finde). Außerdem bin ich total fotogen ;).
 

[[Bild:Foto-judith.jpeg|framed|Judith Rohloff]]
== Judith Rohloff ([mailto:judith@freitagsrunde.org judith@freitagsrunde.org]) ==
Ich studiere Informatik seit dem WS02/03 und bin nun im Hauptstudium. Meinen Schwerpunkt lege ich in meinem Studium auf die Theoretische Informatik.

In der Freitagsrunde bin ich vor allem, weil ich anderen Studenten zu einem besseren und angenehmeren Studium verhelfen möchte und ich der Meinung bin, dass die Lehre an unserer Fakultät durchaus an vielen Stellen verbessert werden kann.

Bisher habe ich im Rahmen der Freitagsrunde einen Javakurs geleitet und bin dabei mich um die Verbesserung der Tutorenschulung zu kümmern.
 

[[Bild:Foto-felix.jpeg|framed|Felix Schwarz]]
== Felix Schwarz ([mailto:felix@freitagsrunde.org felix@freitagsrunde.org]) ==
Ich studiere Informatik, bin inzwischen auch im Hauptstudium (begonnen habe ich im WS 01/02). Ich will Sachen bewegen und blödsinnige Regelungen abschaffen. Dinge, die mir nicht passen und entschieden werden, ohne dass ich davon weiß, ärgern mich und genau deswegen bin ich in der Freitagsrunde.

Unipolitisch habe ich mich besonders mit der StuPO beschäftigt und vertrete die Freitagsrunde in den entspr. Gremiensitzungen, um möglichst gute Regelungen für Studierende herauszuholen. Inzwischen kenne ich staubtrockenen StuPO-Texte ziemlich gut - und die sind langweilig, aber leider trotzdem wichtig. Ich bin also der richtige Ansprechpartner, wenn es um StuPO-Fragen geht (allerdings eher allgemeine StuPO und StuPO-Informatik).

Außerdem habe ich noch die Opalix-CD erstellt. Technische Fragen dazu aber besser an opalix@freitagsrunde.org oder einfach ins Opalix-Wiki schreiben.
 

[[Bild:Foto-florian.jpeg|framed|Florian Streibelt]]
== Florian Streibelt ([mailto:florian(a)freitagsrunde.org florian(a)freitagsrunde.org]) ==
Mit meinem Studium habe ich 2001 begonnen, zunächst als Elektrotechniker. Im Verlauf
des 4.Semesters habe ich dann zur Informatik gewechselt.

In der Freizeit beschäftige ich mich vor allem mit Linux, Programmieren, Netzwerk- und Computersicherheit, Elektronik und vielen anderen Themen aus dem Bereich Computer und Technik.
Ausserdem arbeite ich für die Firma interActive-Systems, Gesellschaft für interaktive Medien mbH,
kurz [http://www.interActive-Systems.de/ iAS].

Und Krawatte trage ich nicht so häufig, wie das jetzt hier den Anschein hat ;)

Mails an mich kannst und solltest Du per PGP/[http://www.gnupg.org/ GnuPG] verschlüsseln:
GnuPG-KeyID: 1024D/82F61240
Fingerprint: 5BE7 F008 8B83 9357 1108 984A 3B8E A41F 82F6 1240
 

[[Bild:Foto_Daniel.jpg|framed|Daniel Sturm]]
== Daniel Sturm ([mailto:freitagsrunde@DanielSturm.de freitagsrunde@DanielSturm.de]) ==

Ich habe mit dem Studium im WS03/04 begonnen und scheine damit recht gut klarzukommen. Da ich auserdem eher der Typ bin, der leicht zufriedenzustellen ist und aus dem das Beste macht was er bekommt, ist es eher unwahrscheinlich, dass ich mich aus Unzufriedenheit bei einer Studenteninitiative wie der Freitagsrunde blicken lasse. Letzeres ist eher darauf zurückzuführen, dass ich dazu geneigt bin, was zum Wohle der Allgemeinheit zu tun, sofern die Zeit es zulässt.

Alle weiteren Informationen gibts hier: http://www.dStulle.de/
 

== Natascha Tiotuico ([mailto:natascha@freitagsrunde.org natascha@freitagsrunde.org]) ==
Ich bin Studentin der Informatik seit WS2002/2003. Schon bald merkte ich, dass hier an der TUB viel zu tun ist, was studentisches Engagement angeht. Ich scheute mich zuerst, denn was sollte ich als Erstsemestler großartig anstellen. Außerdem wusste ich auch gar nicht wohin, da ich mir nicht vorstellen konnte, mich einer bestimmten Parteilinie unterzuordnen. Doch bald lernte ich Felix und Martin kennen und sie erzählten mir von der Freitagsrunde. Genau diese Vorstellung von einer Studenteninitiative hatte ich. Ich ging ein paar Mal zu den wöchentlichen Treffen und fühlte mich gleich wohl. Die Ziele entsprechen meinen - die Leute sind nett und es wird was geschafft.

Ich bin gerne dabei und finde man sollte sich nicht das Unileben allein von den Profs gestalten lassen, sondern sich engagieren damit unsere Interessen im Studium durchgesetzt werden. Schließlich sind wir es, die bestimmte Leistungen vorweisen müssen, wenn wir in den Arbeitsmarkt eintreten. Dann sollte man sagen können :" Ich hab dies und jenes gemacht, um mich in meinem Spezialgebiet fortzubilden" und NICHT :" Ich konnte leider nichts in dieser Richtung belegen, da unser vorgeschriebener Stundenplan mit 40 SWS zu voll war.".

Ich habe vor im Hauptstudium die Schwerpunkte Robotik und KI zu wählen. Doch leider sehe ich immer wieder Kürzungen von Veranstaltungen und habe daher Angst irgendein Seminar belegen zu "müssen", welches mich nicht vorwärts bringt, weil die fachspezifischeren Veranstaltungen gestrichen wurden. Ich möchte dies in Zukunft verhindern und engagiere mich deshalb in der Freitagsrunde.
 

[[Bild:karl2.jpg|framed|Karl Wessel]]
== Karl Wessel ([mailto:karl@freitagsrunde.org karl@freitagsrunde.org]) ==
Ich habe mein Informatikstudium hier an der TU im WS04/05 begonnen, mit der Hoffnung endlich das zu lernen was ich will und wie ich es will.
Pustekuchen.
Immernoch werden 50 Prozent der Studienzeit durch ineffektive Lehrmethoden (man stelle sich ein Flasche vor die gefüllt wird indem man einen Topf über ihr ausschüttet) und Lehr-/Lernzwänge sinnlos verplämpert.
Da ich hoffe daran etwas ändern zu können bin ich nun in der Freitagsrunde.
 

= Derzeit inaktive / ehemalige Mitglieder =

[[Bild:Foto-andreas.jpeg|framed|Andreas Büchele]]
== Andreas Büchele ([mailto:andreas@freitagsrunde.org andreas@freitagsrunde.org]) ==
Ich befinde mich momentan im achten Semester meines Informatikstudiums (1. Vertiefung: PSS, Nebenfach: BWL). In letzter Zeit wird mein Gemüt vorallem durch die Bestrebungen der Fakultät eine Studienzeitbegrenzung einzuführen erhitzt. Was mich ebenfalls schon lange stört, ist die Anonymität an der TU und Arbeitsgruppen in denen Teamwork unmöglich ist.

Ansonsten unternehme ich oft und gerne zusammen mit anderen Menschen etwas, lese gerne (Arnold Stadler; Peter Scholl-Latour; Koran; Bibel), treibe Sport, koche gerne und lerne gerade türkisch.
 

[[Bild:Foto-markus.jpeg|framed|Markus Hagen]]
== Markus Hagen ([mailto:markus@freitagsrunde.org markus@freitagsrunde.org]) ==
Seit dem Wintersemester 2000/2001 studiere ich Technische Informatik an der TU-Berlin (kein Scherz). Wenn ich gerade nicht studiere, flitze ich gerne mit Skates durch die Gegend. Leider sind die Witterungsbedingungen im Winter (3°C, Nieselregen) nicht allzu einladend ... aber ich schweife ab. Da wären dann noch Wakeboarden, 3D-Grafik, Netzwerke (ich weiß, das schreit geradezu nach blutrünstigen LAN-Partys, ist aber völliger Quatsch :), und einige andere. Da ich noch im Grundstudium stecke gibt’s noch nicht so viele Lehrveranstaltungen, die mich richtig heiß machen. Jedenfalls würde ich meinen Schwerpunkt im Hauptstudium gerne auf Computer Graphics / Computer Vision legen. Momentan sieht’s an diesem Fachbereich allerdings gar nicht gut aus. Daran, und an vielen anderen Dingen, können wir (hoffentlich) etwas ändern, wenigstens muß man es versuchen, bevor man es aufgibt.
 

[[Bild:Foto-ole.jpeg|framed|Jan-Ole Beyer]]
== Jan-Ole Beyer ([mailto:ole@freitagsrunde.org ole@freitagsrunde.org]) ==
Ich studiere seit dem WS99/00 Informatik an der TU - und mittlerweile <del>geht es irgendwie auch schnellen Schrittes dem Ende entgegen</del> bin ich fertig<sniff>.

Falls man mich nicht bei der Freitagsrunde <del>antrifft</del>antraf, <del>findet</del>fand man mich mich Glück online bei http://www.project-mojo.de oder im [[i-café]] - wobei das jetzt irgendwie wesentlich engagierter klingt als es sich anfühlt...

War sonst noch was? Ach ja, Freizeit...aber da jetzt so Kram hinzuschreiben wie "lese gerne" und "höre Musik" spare ich mir. Letzteres lässt sich zumindest seit Anschaffung eines iPods aber irgendwie nicht verleugnen.

Zu den Nicht-Ganz-So-Standard-Hobbies: Ich fahre gelegentlich im Sommer meine Honda spazieren, vergrössere ständig meine Privatbar und sammle (zumindest zur Zeit, denn das ändert sich häufiger) Heimsyphons. Und wenn es mich mal überkommt, beschäftige und umgebe ich mich gerne mit Design-Sachen des letzten Jahrhunderts und gebe (entgegen jeglichen Informatiker-Klischees) meist zuviel Geld für Klamotten aus.
 

== Julia Kowalle ([mailto:julia@freitagsrunde.org julia@freitagsrunde.org]) ==

'''Das sind die Mitglieder der Freitagsrunde - Zurück zu unserer [[Freitagsrunde | Selbstdefinition]].'''

[[Kategorie:Freitagsrunde]]

__NOTOC__
__NOEDITSECTION__

Javakurs2006

2006-03-03T11:04:59Z

130.149.43.169: ssh und webmail verlinkt

Kurz vor dem nächsten Semester, zwischen dem 3.4.06 und 7.4.06, führt die Freitagsrunde in Zusammenarbeit mit den Veranstaltern von Info 1 und Info 3 einen Java-Vorbereitungskurs für das zweite Semester durch.

Teilnehmen kann jeder, der im Sommersemester '06 Informatik 2 hören wird - wir wollen den Kurs aber vor allem für die Studenten durchführen, die neben Opal noch keine andere Programmiersprache kennen.

Sind dann noch Plätze frei, würden wir alle einladen, die schon andere imperative Programmiersprachen als Java kennen.

Wir führen den Kurs durch, weil wir gesehen haben, dass gerade im zweiten Semester die Programmiersprache in der Vorlesung kaum Platz hat. Dadurch haben alle, die vorher noch nie oder nur in einer anderen Sprache imperativ programmiert haben, einen gewaltigen Nachteil, da man Java einfach nicht so schnell lernen kann.

Da passiert es dann sehr vielen, dass sie für Java länger brauchen als in der Vorlesung vorgesehen ist und sie mit dem anderen Stoff nicht hinterherkommen - schließlich lernen sie ja gerade noch Java.

Genau da setzen wir an. Der Kurs wird euch einen "Kickstart" in das Semester bieten, damit ihr euch besser auf den eigentlichen Stoff (und weniger auf Java) konzentrieren könnt.

''Bitte bedenkt bei der ganzen Sache, dass der Kurs von freiwilligen Studenten und wissenschaftlichen Mitarbeitern in Ihrer Freizeit geplant und durchgeführt wird. Macht also nur mit, wenn ihr wirklich etwas dabei lernen wollt.''

= Kurs Kurzinfo =
Wir führen den Kurs zwischen dem 3.4.06 und dem 7.4.06 für insgesamt 100 Teilnehmer durch.
Jeden Tag wird es etwa 45 Minuten Vorlesung geben, in der wir Java-Konzepte und Methodiken einführen. Danach wird in einer zwei- bis dreistündigen Praxisübung direkt am Rechner probiert und gearbeitet. Diese Rechnerübung findet in Gruppen von 10 Leuten statt, die von jeweils ein bis zwei Tutoren betreut werden. Dann ist Mittagspause, und am Nachmittag gibt es nochmal erst eine Vorlesung und noch eine Rechnerübung.

= Kursinhalt =
Wir wollen, dass jeder Student, der an dem Kurs teilnimmt, danach genügend Java kann, um die Info 2 Hausaufgaben gut lösen zu können. Das heißt:
* Kontrollstrukturen in Java
** if/else, for, while, try/catch
* Methoden, mit und ohne static
* Objekte (grob)
* Wichtige Klassen in der Java Klassenbibliothek
** List, ArrayList, InputReader, BufferedReader, Scanner
* Methodisches Vorgehen
** Wie geht man eine Aufgabe an?
** Wie findet man Fehler im eigenen Code?
** Wie testet man den eigenen Code systematisch?

= Anmeldung =
Da wir den Kurs nicht für alle Teilnehmer von Informatik 2 anbieten können, möchten wir euch bitten, euch nach euren Fähigkeiten anzumelden. Das Ziel ist, dass wir die Studenten, die nur Opal, aber keine imperative Programmiersprache kennen, bevorzugen wollen - wenn dann noch Platz ist, nehmen wir gerne noch alle anderen dazu.

Um euch anzumelden schickt '''von eurer CS-Adresse aus''' eine Email an die Anmeldeadresse.

Anmeldungen von anderen Adressen können wir nicht annehmen - um auf Eure cs-Emails von woanders zuzugreifen könnt Ihr entweder den [http://irb.cs.tu-berlin.de/dienste/email/webmail/ Webmail Zugang des IRB] oder einen Zugang per [[SSH ]] benutzen.

----

Wer also schon mit '''anderen imperativen Programmiersprachen''' als Java gearbeitet hat, aber trotzdem an dem Kurs interessiert ist, der melde sich bitte bei
javakurs06-interesse@freitagsrunde.org
per Email. Diese Adresse ist auch für sonstige Rückfragen gedacht.

Sobald die Anmeldefrist abgelaufen ist, rückt Ihr hier nach und erhaltet die eigentlich Antwort mit Kontonummer etc. von uns.

----

Wer nur Opal kennt, aber noch mit '''keiner anderen Programmiersprache''' gearbeitet hat, der meldet sich bitte bei
javakurs06@freitagsrunde.org
an. Bei dieser Adresse erfolgt eine automatische Antwort mit weiteren Details. Sollte diese Antwort nicht innerhalb einer Stunde eingetroffen sein, stimmt entweder etwas mit Eurer Adresse nicht (sie muss mit @cs.tu-berlin.de enden), oder das Anmeldescript funktioniert nicht ;)

In der automatischen Antwort steht dann eine Kontonummer und ein Verwendungszweck für die Überweisung. '''Wenn ihr nicht eure CS-Adresse nutzt, erhaltet ihr keine Antwort.'''

Dann habt ihr eine Woche Zeit, auf das in der Mail genannte Konto 5.- € zu überwiesen. Wenn das passiert ist, seid Ihr angemeldet. Von dem Geld werden wir Getränke kaufen, die ihr dann während des Kurses in den Pausen zu euch nehmen könnt.

Vielen Dank und viel Erfolg!
: Das Java Kurs Team

p.s.: Wer Lust hat, sich als Veranstalter an dem Kurs zu beteiligen (also Java schon kennt und bereit ist anderen beim Lernen zu helfen), der schreibt bitte eine [mailto:martin@freitagsrunde.org mail an Martin].

[[Kategorie: Veranstaltungen der Freitagsrunde]]

Javakurs2006

2006-02-13T14:28:33Z

130.149.43.169: /* Anmeldung */

Kurz vor dem nächsten Semester, zwischen dem 3.4.06 und 7.4.06, führt die Freitagsrunde in Zusammenarbeit mit den Veranstaltern von Info 1 und Info 3 einen Java-Vorbereitungskurs für das zweite Semester durch.

Teilnehmen kann jeder, der im Sommersemester 06 Informatik 2 hören wird - wir wollen den Kurs aber vor allem für die Studenten durchführen, die neben Opal noch keine andere Programmiersprache kennen.

Sind dann noch Plätze frei, würden wir alle einladen, die schon andere imperative Programmiersprachen als Java kennen.

Wir führen den Kurs durch, weil wir gesehen haben, dass gerade im zweiten Semester die Programmiersprache in der Vorlesung kaum Platz hat. Dadurch haben alle, die vorher noch nie oder nur in einer anderen Sprache imperativ programmiert haben, einen gewaltigen Nachteil, da man Java einfach nicht so schnell lernen kann.

Da passiert es dann sehr vielen, dass sie für Java länger brauchen als in der Vorlesung vorgesehen ist und sie mit dem anderen Stoff nicht hinterherkommen - schließlich lernen sie ja gerade noch Java.

Genau da setzen wir an. Der Kurs wird euch einen "Kickstart" in das Semester bieten, damit ihr euch besser auf den eigentlichen Stoff (und weniger auf Java) konzentrieren könnt.

''Bitte bedenkt bei der ganzen Sache, dass der Kurs von freiwilligen Studenten und wissenschaftlichen Mitarbeitern in Ihrer Freizeit geplant und durchgeführt wird. Macht also nur mit, wenn ihr wirklich etwas dabei lernen wollt.''

= Kurs Kurzinfo =
Wir führen den Kurs vom 3.4.06 bis zum 7.4.06 für insgesamt 100 Teilnehmer durch.
Jeden Tag wird es erst eine Stunde Vorlesung geben, in der wir ein Java-Konzept einführen, was danach in einer dreistündigen Praxisübung am Rechner direkt ausprobiert wird. Diese Rechnerübung findet in Gruppen von 10 Leuten statt, die von jeweils zwei Tutoren betreut werden. Dann ist Mittagspause, und am Nachmittag gibt es nochmal erst eine Vorlesung und noch eine Rechnerübung.

= Kursinhalt =
Wir wollen, dass jeder Student, der an dem Kurs teilnimmt, danach genügend Java kann, um die Info 2 Hausaufgaben gut lösen zu können. Das heißt:
* Kontrollstrukturen in Java
** if/else, for, while, try/catch
* Methoden, mit und ohne static
* Objekte (grob)
* Wichtige Klassen in der Java Klassenbibliothek
** List, ArrayList, InputReader, BufferedReader, Scanner
* Methodisches Vorgehen
** Wie geht man eine Aufgabe an?
** Wie findet man Fehler im eigenen Code?
** Wie testet man den eigenen Code systematisch?

= Anmeldung =
Um euch anzumelden schickt bitte eine e-mail an die Anmeldeadresse. Bei dieser Adresse könnt ihr euch '''von eurer CS-Adresse aus''' per Mail anmelden.

Ihr erhaltet dann eine automatische Antwort (oder keine Antwort wenn es keine CS-Adresse war) mit einer Kontonummer und dem Verwendungszweck der Überweisung.

Ihr habt dann eine Woche Zeit, Sobald ihr dann auf das zugehörige Konto 5.- € überwiesen habt, seid Ihr angemeldet. (Von dem Geld werden wir Getränke kaufen, die ihr dann während des Kurses in den Pausen zu euch nehmen könnt.)

Da wir den Kurs nicht für alle Teilnehmer von Informatik 2 anbieten können, möchten wir euch bitten euch nach euren Fähigkeiten anzumelden. Das Ziel ist das wir die Studenten die ausser Opal noch keine andere imperative Programmiersprache kennen bevorzugen wollen - wenn dann noch Platz ist, nehmen wir gerne noch alle anderen dazu.

Wer also ausser mit Opal schon mit '''anderen imperativen Programmiersprachen''' gearbeitet hat, aber trotzdem an dem Kurs interessiert ist, der melde sich bitte bei
javakurs06-interesse@freitagsrunde.org
per Email. Diese Adresse ist auch für sonstige Rückfragen gedacht.

Wer ausser Opal noch mit '''keiner anderen Programmiersprache''' gearbeitet hat, der meldet sich bitte bei
javakurs06@freitagsrunde.org
an. Bei dieser Adresse erfolgt eine automatische Antwort mit weiteren Details. Sollte diese Antwort nicht innerhalb einer Stunde eingetroffen sein, stimmt entweder etwas mit Eurer Adresse nicht (sie sollte mit @cs.tu-berlin.de enden), oder das Anmeldescript funktioniert nicht ;)

Vielen Dank und viel Erfolg!
: Das Java Kurs Team

p.s.: Wer lust hat sich als Veranstalter an dem Kurs zu beteiligen (also Java schon kennt und bereit ist anderen beim Lernen zu helfen) der schreibt bitte eine [mailto:martin@freitagsrunde.org mail an mich].

Javakurs2006

2006-02-13T14:23:04Z

130.149.43.169: Typos, hinweis zu Mailadressen

Kurz vor dem nächsten Semester, zwischen dem 3.4.06 und 7.4.06, führt die Freitagsrunde in Zusammenarbeit mit den Veranstaltern von Info 1 und Info 3 einen Java-Vorbereitungskurs für das zweite Semester durch.

Teilnehmen kann jeder, der im Sommersemester 06 Informatik 2 hören wird - wir wollen den Kurs aber vor allem für die Studenten durchführen, die neben Opal noch keine andere Programmiersprache kennen.

Sind dann noch Plätze frei, würden wir alle einladen, die schon andere imperative Programmiersprachen als Java kennen.

Wir führen den Kurs durch, weil wir gesehen haben, dass gerade im zweiten Semester die Programmiersprache in der Vorlesung kaum Platz hat. Dadurch haben alle, die vorher noch nie oder nur in einer anderen Sprache imperativ programmiert haben, einen gewaltigen Nachteil, da man Java einfach nicht so schnell lernen kann.

Da passiert es dann sehr vielen, dass sie für Java länger brauchen als in der Vorlesung vorgesehen ist und sie mit dem anderen Stoff nicht hinterherkommen - schließlich lernen sie ja gerade noch Java.

Genau da setzen wir an. Der Kurs wird euch einen "Kickstart" in das Semester bieten, damit ihr euch besser auf den eigentlichen Stoff (und weniger auf Java) konzentrieren könnt.

''Bitte bedenkt bei der ganzen Sache, dass der Kurs von freiwilligen Studenten und wissenschaftlichen Mitarbeitern in Ihrer Freizeit geplant und durchgeführt wird. Macht also nur mit, wenn ihr wirklich etwas dabei lernen wollt.''

= Kurs Kurzinfo =
Wir führen den Kurs vom 3.4.06 bis zum 7.4.06 für insgesamt 100 Teilnehmer durch.
Jeden Tag wird es erst eine Stunde Vorlesung geben, in der wir ein Java-Konzept einführen, was danach in einer dreistündigen Praxisübung am Rechner direkt ausprobiert wird. Diese Rechnerübung findet in Gruppen von 10 Leuten statt, die von jeweils zwei Tutoren betreut werden. Dann ist Mittagspause, und am Nachmittag gibt es nochmal erst eine Vorlesung und noch eine Rechnerübung.

= Kursinhalt =
Wir wollen, dass jeder Student, der an dem Kurs teilnimmt, danach genügend Java kann, um die Info 2 Hausaufgaben gut lösen zu können. Das heißt:
* Kontrollstrukturen in Java
** if/else, for, while, try/catch
* Methoden, mit und ohne static
* Objekte (grob)
* Wichtige Klassen in der Java Klassenbibliothek
** List, ArrayList, InputReader, BufferedReader, Scanner
* Methodisches Vorgehen
** Wie geht man eine Aufgabe an?
** Wie findet man Fehler im eigenen Code?
** Wie testet man den eigenen Code systematisch?

= Anmeldung =
Um euch anzumelden schickt bitte eine e-mail an die Anmeldeadresse. Bei dieser Adresse könnt ihr euch '''von eurer CS-Adresse aus''' per Mail anmelden.

Ihr erhaltet dann eine automatische Antwort (oder keine Antwort wenn es keine CS-Adresse war) mit einer Kontonummer und dem Verwendungszweck der Überweisung.

Ihr habt dann eine Woche Zeit, Sobald ihr dann auf das zugehörige Konto 5.- € überwiesen habt, seid Ihr angemeldet. (Von dem Geld werden wir Getränke kaufen, die ihr dann während des Kurses in den Pausen zu euch nehmen könnt.)

Da wir den Kurs nicht für alle Teilnehmer von Informatik 2 anbieten können, möchten wir euch bitten euch nach euren Fähigkeiten anzumelden. Das Ziel ist das wir die Studenten die ausser Opal noch keine andere imperative Programmiersprache kennen bevorzugen wollen - wenn dann noch Platz ist, nehmen wir gerne noch alle anderen dazu.

Wer also ausser mit Opal schon mit '''anderen imperativen Programmiersprachen''' gearbeitet hat, aber trotzdem an dem Kurs interessiert ist, der melde sich bitte bei
javakurs06-interesse@freitagsrunde.org
per Email. Diese Adresse ist auch für sonstige Rückfragen gedacht.

Wer ausser Opal noch mit '''keiner anderen Programmiersprache''' gearbeitet hat, der meldet sich bitte bei
javakurs06@freitagsrunde.org
an. Bei dieser Adresse erfolgt eine automatische Antwort mit weiteren Details.

Vielen Dank und viel Erfolg!
: Das Java Kurs Team

p.s.: Wer lust hat sich als Veranstalter an dem Kurs zu beteiligen (also Java schon kennt und bereit ist anderen beim Lernen zu helfen) der schreibt bitte eine [mailto:martin@freitagsrunde.org mail an mich].

Keysigning-Party 2005

2005-09-28T15:44:49Z

130.149.43.169: link zu mycaff eingefuegt

Keysigning-Party 2005

2005-09-28T09:36:10Z

130.149.43.169: /* Was muss ich nach der Keysigning-Party machen? */

Keysigning-Party 2005

2005-09-28T09:32:09Z

130.149.43.169: /* Was muss ich nach der Keysigning-Party machen? */

MafI 2 (StuPO90)

2005-07-14T16:10:22Z

130.149.43.169: falsche überschrift ueber richtiger klausur korrigiert

<div id="klausuren" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
<h2>Klausuren</h2>
SS 2005:
* [http://www.math.TU-Berlin.DE/~mafi2 Homepage]

SS 2004:
* [http://docs.freitagsrunde.org/Klausuren/MafI_2/SS2004.pdf Klausur]

SS 2001:
* [http://docs.freitagsrunde.org/klausuren/MafI_2/SS01%20mit%20L%f6sung.pdf Klausur mit Beispiellösung]
* [http://docs.freitagsrunde.org/klausuren/MafI_2/SS01%20Nachklausur.pdf Nachklausur]

weitere Klausuren:
* [http://docs.freitagsrunde.org/klausuren/MafI_2/ docs.freitagsrunde.org]
</div>

== Mathematik für Informatiker 2 ==
Pflichtveranstaltung im [[Grundstudium Informatik]] (2 VL + 2 TUT), Fortsetzung von [[MafI 1]].

== Inhalte ==
Entspricht ungefähr der Linearen Algebra.
* Lineare Gleichungssysteme
* Gaußscher Algorithmus
* Vektoren und Matrizen
* Determinanten
* Vektorräume
* Eigenwerte und Eigenvektoren

== Organisation ==
Es gibt Tutorien mit ~20 Teilnehmern. Wöchentlich sind Arbeitsblätter zu bearbeiten, die zu 50% in die Endnote eingehen. Arbeitsgruppen bestehen aus 3 Personen. In den Tutorien werden Beispielaufgaben vorgerechnet und - je nach Tutor - darf auch selbst gerechnet werden.

=== Persönliche Kommentare ===
: (Nicht unterschriebene Kommentare werden gelöscht!)

langweilig!!! Judith

Nicht sehr schwierig -- [[Benutzer:Martin Häcker|Martin Häcker]] 17:22, 19. Nov 2004 (CET)

Leichter als MafI 1, irgendwie ist man fast die ganze Zeit mit dem Gauß'schen Algorithmus zugange. Diese Veranstaltung lebt (leider) von den Tutorien, ein guter Tutor ist Gold wert! Wer Wert auf umfangreiche, komplizierte Beweise legt, die man im Leben vermutlich nie braucht, darf auch gerne die Vorlesung besuchen ;) -- [[Benutzer:FelixBrossmann|FelixB]] 19:05, 19. Nov 2004 (CET)

[[Kategorie: Lehrveranstaltungen]]

UNIX-Praktikum (SS) (StuPO90)

2005-06-07T19:10:28Z

130.149.43.169: typo gefixt

'''UNIX-Praktikum (Sommersemester)''' ist ein [[Grundstudiumspraktikum]] vom Fachgebiet [http://ni.cs.tu-berlin.de/ NI].

== Inhalt ==
Einführung in das Betriebssystem UNIX:
* Dateisystem
* Entwicklungsumgebung:
** Shell
** Tools
* Prozesse
* ausgewählte Aspekte der Interprozeßkommunikation
* Rechnernetze
In den Übungen wird der Umgang mit der UNIX-Entwicklungsumgebung geübt.

== Notwendige Vorkenntnisse: ==
* C auf Fortgeschrittenenniveau (inklusive der üblichen Daten- und Kontrollstrukturen)

== Tipps und nützliche Infos ==
* Man sollte sich schon halbwegs mit C auskennen, da es im Gegensatz zum UNIX-Praktikum im WS keine C-Einführung gibt.
* Die letzte Aufgabe (im SS 04 ein Chat) ist recht umfangreich, also frühzeitig beginnen!
* Es gibt vor der Abgabe der letzten Aufgabe eine Rücksprache über die Inhalte der VL. Die Veranstalter haben kein Problem damit, jemanden bei einer nicht so dollen Rücksprache im August nochmals zu befragen - also nehmt das Ding nicht zu sehr auf die leichte Schulter!

== Weblinks ==
* [http://www.ni.cs.tu-berlin.de/lehre/unix/index.html UNIX-Praktikum (SS) (aktuell)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
Inhaltlich recht interessant, allerdings sind die Veranstalter etwas 'seltsam'. FelixB

[[Kategorie:Lehrveranstaltungen]]
[[Kategorie:Fakultäts-ABC]]

__NOTOC__

Keysigning-Party 2005

2005-01-25T20:38:02Z

130.149.43.169: /* Was muss ich nach der Keysigning-Party machen? */

Wir planen demnächst eine '''PGP Keysigning Party''' durchzuführen. Diese Seite soll der Planung dieser Veranstaltung dienen und einige Informationen zu PGP, dem Prinzip des Web-of-Trust und dem Ablauf des Keysignings dienen.

== Einführung ==
''TODO''

=== Problemstellung ===
# Man mag den Gedanken nicht, dass der Inhalt der Emails wie bei einer Postkarte von jeder Zwischenstation gelesen werden kann
# Man muss jemandem ein Passwort zuschicken
# Ein Dokument X soll einem Geschäftspartner P zugestellt werden, ohne dass Fremde den Inhalt erkennen können.
# Die Geschäftsleitung möchte eine Anweisung X an die Mitarbeiter geben, wie in Zukunft in bestimmten Situationen gehandelt werden soll. Es muss sicher sein, dass die Geschäftsführer A und B die Absender sind und nicht der unzufriedene Mitarbeiter U.
# Man möchte der Überwachung nach der neuen TKÜV entgehen...?

=== PGP/GPG ===

==== Funktionsweise ====
Bei PGP/GPG verden zwei grundsätzlich verschiedene Verschlüsselungsverfahren miteinander kombiniert, die symmetrische und die asymetrische Verschlüsselung. Das Ergebnis ist dann eine sogenannte hybride Verschlüsselung.

Bei der symmetrischen Verschlüsselung wird zum Verschlüsseln wie zum Entschlüsseln der selbe Schlüssel verwendet. Diese Verfahren sind sehr schnell und eignen sich sehr gut, um große Datenmengen zu verschlüsseln. Leider muss man dazu eine Möglichkeit finden, dem Empfänger neben den Daten auch den Schlüssel zukommen zu lassen, ohne dass andere ihn abfangen können. Beispiele sind AES, Blowfish.
siehe auch [http://de.wikipedia.org/wiki/Symmetrischer_Verschl%C3%BCsselungsalgorithmus Wikipediaeintrag]

Bei der asymetrischen Verschlüsselung existieren zwei unterschiedliche Schlüssel, ein öffentlicher, mit dem Daten verschlüsselt werden können und ein privater, mit dem die Daten wieder entschlüsselt werden können. Über ein mathematisches Verfahren ist dabei sichergestellt, dass die Daten nur mit dem geheimen Schlüssel wieder entschlüsselt werden können.
Der Vorteil liegt in der Möglichkeit, jedem den öffentlichen Schlüssel zukommen zu lassen, jedoch ist das Verfahren so rechenaufwändig, dass es zum Verschlüsseln großer Datenmengen nicht brauchbar ist. Beispiele: RSA, ElGamal.
siehe auch [http://de.wikipedia.org/wiki/Asymmetrischer_Verschl%C3%BCsselungsalgorithmus Wikipediaeintrag]

Beide Verfahren werden nun verbunden, so dass die Vorteile vereint werden können: Schnelligkeit beim Ver- und Entschlüsseln sowie Sicherheit bei der Schlüsselübergabe:
Zunächst wird ein Zufälliger Session-key erzeugt, mit dem dann die geheimen Daten symetrisch verschlüsselt werden. Dieser Schlüssel wird nun mit dem öffentlichen Schlüssel des Empfängers asymetrisch verschlüsselt, und ihm zusammen mit den (verschlüsselten) Daten zugestellt.
Der Empfänger entschlüsselt mit seinem geheimen Schlüssel den Session-Key und kann damit die eigentlichen Daten entschlüsseln.

==== Praxis ====
===== Warnhinweise =====
TODO
* Schlüssel kann nie wieder von einem Keyserver entfernt werden
* Revokation Zertifikate
* Ablaufdaten
* Kommentare mit Bedacht wählen, könnten peinlich werden wenn der Arbeitgeber einen Keyserver aufsucht...
* Namen sind Schall und Rauch: Einfach mal nach Bill Gates auf Keyservern suchen...

===== Erzeugen eines Schlüssels =====
TODO:
* gpg --gen-key -<Einzelne Schritte, hier zeigen?
* Schlüssellänge
* Revokation Zert. erstellen

===== Veröffentlichen des Schlüssels =====

* Hochladen aus gpg: gpg --keyserver subkeys.pgp.net --send-keys 0xEIGENE_KEYID
* Copy&Paste in Webinterface
* LDAP ?

===== Suchen nach Schlüsseln =====

* gpg: gpg --keyserver subkeys.pgp.net --search-keys Streibelt
* Webinterface

==== Praxis für Experten ====
===== Mehrere User IDs =====
TODO:
* Gründe
* Handling
* Anleitung

===== Photo-IDs =====
* Nachteil: Schlüssel wird irsinnig groß! -> kleines Schwarzweis Bild nehmen!
* Vorteil: Zusätzliches Identifikationsmerkmal, dass sich nicht wie eine Email so schnell ändert...

TODO:
* Anleitung

===== Mehrere Subkeys =====
TODO

=== Web of Trust ===
Bei einem Web of Trust, wörtlich: Netz des Vertrauens, geht man davon aus, daß es nicht möglich ist, mit jedem Beteiligten die Digitalen Schlüssel auszutauschen.
Entweder weil kein persönlicher Kontakt möglich ist oder weil sich die Gruppe der Beteiligten laufend ändert. Ein Beispiel sind die Entwickler des Debian-Projektes. Es handelt sich hier um mehrere Tausend Personen, die über die gesamte Welt verstreut leben.

Diese Gruppe möchte auf sicherer Weise miteinander kommunizieren und die Emails signieren oder verschlüsseln. Um dies zu erreichen tauschen die Entwickler bei jedem persönlichen Treffen ihre öffentlichen Schlüssel aus und signieren den Schlüssel des anderen.

So hat Person A einen öffentlichen Schlüssel, der von B und C und D signiert ist. E ist ein neuer Entwickler, der nur einen Schlüssel hat, der von B und D signiert ist.

Nun erhält A eine signierte Email von E. 
A kann nun anhand des ihm noch unbekannten Schlüssels nicht definitiv sagen, daß die Email wirklich von E kommt, da es noch nicht zu einem persönlichen Treffen gekommen ist und jeder einen Schlüssel mit E's Namen erstellen und verteilen kann. 
A sieht aber, daß der Schlüssel von B und D signiert wurde und kann nun davon ausgehen, daß die Email zumindest wirklich von E stammt, da mindestens 2 weitere Mitglieder des Web of Trust die Authentizität bestätigen. A wird den öffentlichen Schlüssel von E jedoch trotzdem erst bei einer persönlichen Begegnung unterzeichnen und damit für seine Echtheit (Authentizität) bürgen.

Der Kern dieses 'Web of Trust' ist die Vertauenswürdigkeit der beteiligten Personen. Jeder Teilnehmer muß sich sicher sein, daß die anderen nicht leichtfertig mit dem Signieren fremder Schlüssel umgehen sondern gewissenhaft prüfen, ob der andere derjenige ist, für den er sich ausgibt.

=== Key Signing Parties ===
''TODO''
Bei Keysigning Parties kommen nun eine Anzahl von Personen zusammen, die jeweils prüfen, ob der Inhaber eines Schlüssels in seinem Schlüssel korrekte Angaben zu Emailadresse und Person gemacht hat. Dabei kommt es zu n! Begegnungen - das ganze kann also etwas dauern.

== Organisatorisches ==
''TODO''
=== Wann und wo findet die Keysigning Party statt? ===
Der Termin steht noch nicht fest, die Raumfrage wird entschieden, wenn die Anzahl der Teilnehmer fest steht. Bei wenig Teilnehmer können wir sie im [[FR 5046]] durchführen.

=== Wer organisiert das ganze? ===
* [[Benutzer:Mutax|Florian Streibelt]]
* [[Benutzer:Thomas|Thomas Kaschwig]]

=== Was muss ich vor der Keysigning-Party machen? ===
# Erzeuge Dir ein PGP-Schlüsselpaar, wenn noch keins vorhanden ist (''gpg --gen-key'')
# Schicke Deinen öffentlichen Schlüssel an den PGP-Keyserver http://subkeys.pgp.net (''gpg --keyserver subkeys.pgp.net --send-keys 0xEIGENE_KEYID'') [optional, jeder bekommt ihn im Keyring von der Freitagsrunde]
# Schicke uns bis zum XX.XX.2005 eine Mail mit Deinem Schlüssel an [mailto:keysigning@freitagsrunde.org keysigning@freitagsrunde.org] (''gpg --armor --export 0xEIGENE_KEYID > EIGENE_KEYID.asc'')
# Solltest Du den Termin verpasst haben, bereite für jeden Teilnehmer einen Papierstreifen vor, auf dem die Ausgabe von ''gpg --fingerprint --show-key 0xEIGENE_KEYID'' abgedruckt ist.
# Lade nach dem XX.XX.2005 + 7 Tage den Keyring aller eingesandten Schlüssel von [http://docs.freitagsrunde.de/keysigning/ http://docs.freitagsrunde.de/keysigning/] sowie die Liste aller Teilnehmer mit Fingerprints von [http://docs.freitagsrunde.de/keysigning/ http://docs.freitagsrunde.de/keysigning/] herunter.
# Drucke die Textdatei aus, z.B. Doppelseitig, 2 Seiten A5 pro Seite A4 (''man a2ps'')
# Bilde mit gpg --print-md sha1 ksp-fr05.txt und gpg --print-md md5 ksp-fr05.txt die Prüfsummen über die Teilnehmerliste und trage sie im Ausdruck gut lesbar ein.

=== Was muss ich zur Keysigning-Party mitbringen? ===
* Geduld
* noch mehr Geduld und Ruhe
* einen (zuverlässigen) Stift
* Den Ausdruck der Teilnehmerliste mit fingerprints und Prüfsummen
* (im Winter) warme Jacke und Hose...

=== Wie läuft die Keysigning Party ab? ===

Zu Beginn der Party werden als Erstes die MD5 und SHA1 Prüfsummen über die Ausgedruckten Teilnehmerlisten verglichen.
Dazu werden die Prüfsummen vom Organisator etwa an eine Tafel geschrieben.
Stimmen die selbst generierten Prüfsummen mit denen der anderen überein, kann man davon ausgehen, dass alle Teilnhmer eine aktuelle Liste als Grundlage benutzen.

Danach (etwa 10 Minuten nach dem offiziellen Beginn...) wird begonnen, laut und vernehmlich alle Anwesenden und AnwesendInnen zu fragen, ob die Fingerprints Ihrer Schlüssel auf dem Ausdruck korrekt sind. Jeder markiert dann auf seinem Ausdruck den Eintrag 'Fingerprint OK'. Dazu ist allgemein Ruhe und Konzentration bei allen gefordert.

Ist dieses Procedere abgeschlossen, stellen sich alle in der Reihenfolge des Ausdrucks in eine Lange Reihe auf. [sollte man das im Freien vorhaben ist bitte auf passendes Wetter und genügend Licht zu achten...]

Nun geht jeweils der/die Erste der Reihe nacheinander an allen TeilnehmerInnen vorbei und zeigt ein Ausweisdokument vor. Jeder Teilnehmer markiert bei Übereinstimmung das Feld 'ID OK' auf seinem Ausdruck. Danach stellt sich der/diejenige an das Ende der Schlange um selbst die ID der anderen zu überprüfen.

Hat jemand versäumt, den Schlüssel rechtzeitig einzuschicken stellt er sich zu Beginn an das Ende der Schlange und hält für jeden Teilnehmer einen Schnipsel Papier mit einem Ausdruck von 'gpg --fingerprint --list-key KEY_ID' bereit.
Diesen gibt er an alle weiter, wenn er an der Reihe ist die Schlange abzulaufen, und zeigt parallel dazu ein Ausweisdokument vor.

Es empfiehlt sich dringend danach alle Key-Ids auf dem Ausdruck durchzustreichen, bei denen nicht beide Felder abgehakt sind!

=== Was muss ich nach der Keysigning-Party machen? ===
Eigentlich ganz einfach: 
Alle Schlüssel unterschreiben, bei denen Du die ID und der Inhaber den Fingerprint des Schlüssels geprüft hat. 
Es gibt aber (natürlich) ein paar Fallstricke:
* Du übersiehst, dass Du die ID nicht geprüft hast, weil nach 1 Stunde Unterschreiben die Aufmerksamkeit doch nachlässt. Also am besten mit wachem Geiste alle Schlüssel fett durchstreichen, bei denen eines der Felder leer ist, oder bessser mit Textmarker diejenigen markieren, bei denen beide Felder angekreuzt sind.
* Jemand möchte nicht, dass sein Schlüssel auf einen Keyserver hochgeladen wird (er befürchtet z.B. schlicht SPAM).
* Du signierst einen Schlüssel mit zugehöriger Emailadresse, bei der zwar der Name (z.B. Peter Müller) stimmt, die Emailadresse (Peter_Mueller@fbi.com) jedoch nicht.
* Der Schlüssel hat mehrere Unter-IDs mit unterschiedlichen Emailadressen
* Es sind plötzlich 200 Teilnehmer geworden und Du willst nicht 2 Wochen lang nur Schlüssel signieren.

Für einige dieser Probleme gibt es Lösungen in Form von Shellscripten, für andere in Form von Kaffee. 

Erstere funktionieren etwa so:
Jeder Schlüssel wird zerlegt, so dass die einzelnen User-Ids getrennt vorliegen.
Das script signiert jede der User-Ids einzeln und schickt den Signierten Schlüssel in verschlüsselter Form an die angegebene Emailadresse.

Damit ist sichergestellt das die Emailadressen alle funktionieren, der Schlüssel nur vom Inhaber entschlüsselt werden kann und dieser selbst entscheiden kann ob der den Schlüssel hochladen möchte.
Importiert der Empfänger den Schlüssel dann in gpg, werden die Signaturen wieder zusammengeführt.

Aber vorsicht: nicht blind den gesamten Keyring unterschreiben!

Durch die Verwendung von agpg unter Linux muss man das Kennwort übrigens nur einmal eintippen, auch wenn dies für Paranoiker nicht geeignet ist, da der Schlüssel dann lange Zeit unverschlüsselt im RAM liegt. (Aber ob 200 mal Eintippen sicherheitstechnisch besser ist, sei dahingestellt)

== Weblinks ==
=== Keyserver ===
* http://pgpkeys.pca.dfn.de/
* http://sks.keyserver.penguin.de/

für gpg:
* keyserver hkp://subkeys.pgp.net (verschiedene Hosts per Loadbalancer)

=== Software ===
* http://www.gnupg.org/
* http://www.pgpi.org/

=== Informationen zu Keysigning Partys ===
* http://www.cryptnet.net/fdp/crypto/gpg-party.html

Keysigning-Party 2005

2005-01-25T20:04:37Z

130.149.43.169: /* PGP/GPG */

Wir planen demnächst eine '''PGP Keysigning Party''' durchzuführen. Diese Seite soll der Planung dieser Veranstaltung dienen und einige Informationen zu PGP, dem Prinzip des Web-of-Trust und dem Ablauf des Keysignings dienen.

== Einführung ==
''TODO''

=== Problemstellung ===
# Man mag den Gedanken nicht, dass der Inhalt der Emails wie bei einer Postkarte von jeder Zwischenstation gelesen werden kann
# Man muss jemandem ein Passwort zuschicken
# Ein Dokument X soll einem Geschäftspartner P zugestellt werden, ohne dass Fremde den Inhalt erkennen können.
# Die Geschäftsleitung möchte eine Anweisung X an die Mitarbeiter geben, wie in Zukunft in bestimmten Situationen gehandelt werden soll. Es muss sicher sein, dass die Geschäftsführer A und B die Absender sind und nicht der unzufriedene Mitarbeiter U.
# Man möchte der Überwachung nach der neuen TKÜV entgehen...?

=== PGP/GPG ===

==== Funktionsweise ====
Bei PGP/GPG verden zwei grundsätzlich verschiedene Verschlüsselungsverfahren miteinander kombiniert, die symmetrische und die asymetrische Verschlüsselung. Das Ergebnis ist dann eine sogenannte hybride Verschlüsselung.

Bei der symmetrischen Verschlüsselung wird zum Verschlüsseln wie zum Entschlüsseln der selbe Schlüssel verwendet. Diese Verfahren sind sehr schnell und eignen sich sehr gut, um große Datenmengen zu verschlüsseln. Leider muss man dazu eine Möglichkeit finden, dem Empfänger neben den Daten auch den Schlüssel zukommen zu lassen, ohne dass andere ihn abfangen können. Beispiele sind AES, Blowfish.
siehe auch [http://de.wikipedia.org/wiki/Symmetrischer_Verschl%C3%BCsselungsalgorithmus Wikipediaeintrag]

Bei der asymetrischen Verschlüsselung existieren zwei unterschiedliche Schlüssel, ein öffentlicher, mit dem Daten verschlüsselt werden können und ein privater, mit dem die Daten wieder entschlüsselt werden können. Über ein mathematisches Verfahren ist dabei sichergestellt, dass die Daten nur mit dem geheimen Schlüssel wieder entschlüsselt werden können.
Der Vorteil liegt in der Möglichkeit, jedem den öffentlichen Schlüssel zukommen zu lassen, jedoch ist das Verfahren so rechenaufwändig, dass es zum Verschlüsseln großer Datenmengen nicht brauchbar ist. Beispiele: RSA, ElGamal.
siehe auch [http://de.wikipedia.org/wiki/Asymmetrischer_Verschl%C3%BCsselungsalgorithmus Wikipediaeintrag]

Beide Verfahren werden nun verbunden, so dass die Vorteile vereint werden können: Schnelligkeit beim Ver- und Entschlüsseln sowie Sicherheit bei der Schlüsselübergabe:
Zunächst wird ein Zufälliger Session-key erzeugt, mit dem dann die geheimen Daten symetrisch verschlüsselt werden. Dieser Schlüssel wird nun mit dem öffentlichen Schlüssel des Empfängers asymetrisch verschlüsselt, und ihm zusammen mit den (verschlüsselten) Daten zugestellt.
Der Empfänger entschlüsselt mit seinem geheimen Schlüssel den Session-Key und kann damit die eigentlichen Daten entschlüsseln.

==== Praxis ====
===== Warnhinweise =====
TODO
* Schlüssel kann nie wieder von einem Keyserver entfernt werden
* Revokation Zertifikate
* Ablaufdaten
* Kommentare mit Bedacht wählen, könnten peinlich werden wenn der Arbeitgeber einen Keyserver aufsucht...
* Namen sind Schall und Rauch: Einfach mal nach Bill Gates auf Keyservern suchen...

===== Erzeugen eines Schlüssels =====
TODO:
* gpg --gen-key -<Einzelne Schritte, hier zeigen?
* Schlüssellänge
* Revokation Zert. erstellen

===== Veröffentlichen des Schlüssels =====

* Hochladen aus gpg: gpg --keyserver subkeys.pgp.net --send-keys 0xEIGENE_KEYID
* Copy&Paste in Webinterface
* LDAP ?

===== Suchen nach Schlüsseln =====

* gpg: gpg --keyserver subkeys.pgp.net --search-keys Streibelt
* Webinterface

==== Praxis für Experten ====
===== Mehrere User IDs =====
TODO:
* Gründe
* Handling
* Anleitung

===== Photo-IDs =====
* Nachteil: Schlüssel wird irsinnig groß! -> kleines Schwarzweis Bild nehmen!
* Vorteil: Zusätzliches Identifikationsmerkmal, dass sich nicht wie eine Email so schnell ändert...

TODO:
* Anleitung

===== Mehrere Subkeys =====
TODO

=== Web of Trust ===
Bei einem Web of Trust, wörtlich: Netz des Vertrauens, geht man davon aus, daß es nicht möglich ist, mit jedem Beteiligten die Digitalen Schlüssel auszutauschen.
Entweder weil kein persönlicher Kontakt möglich ist oder weil sich die Gruppe der Beteiligten laufend ändert. Ein Beispiel sind die Entwickler des Debian-Projektes. Es handelt sich hier um mehrere Tausend Personen, die über die gesamte Welt verstreut leben.

Diese Gruppe möchte auf sicherer Weise miteinander kommunizieren und die Emails signieren oder verschlüsseln. Um dies zu erreichen tauschen die Entwickler bei jedem persönlichen Treffen ihre öffentlichen Schlüssel aus und signieren den Schlüssel des anderen.

So hat Person A einen öffentlichen Schlüssel, der von B und C und D signiert ist. E ist ein neuer Entwickler, der nur einen Schlüssel hat, der von B und D signiert ist.

Nun erhält A eine signierte Email von E. 
A kann nun anhand des ihm noch unbekannten Schlüssels nicht definitiv sagen, daß die Email wirklich von E kommt, da es noch nicht zu einem persönlichen Treffen gekommen ist und jeder einen Schlüssel mit E's Namen erstellen und verteilen kann. 
A sieht aber, daß der Schlüssel von B und D signiert wurde und kann nun davon ausgehen, daß die Email zumindest wirklich von E stammt, da mindestens 2 weitere Mitglieder des Web of Trust die Authentizität bestätigen. A wird den öffentlichen Schlüssel von E jedoch trotzdem erst bei einer persönlichen Begegnung unterzeichnen und damit für seine Echtheit (Authentizität) bürgen.

Der Kern dieses 'Web of Trust' ist die Vertauenswürdigkeit der beteiligten Personen. Jeder Teilnehmer muß sich sicher sein, daß die anderen nicht leichtfertig mit dem Signieren fremder Schlüssel umgehen sondern gewissenhaft prüfen, ob der andere derjenige ist, für den er sich ausgibt.

=== Key Signing Parties ===
''TODO''
Bei Keysigning Parties kommen nun eine Anzahl von Personen zusammen, die jeweils prüfen, ob der Inhaber eines Schlüssels in seinem Schlüssel korrekte Angaben zu Emailadresse und Person gemacht hat. Dabei kommt es zu n! Begegnungen - das ganze kann also etwas dauern.

== Organisatorisches ==
''TODO''
=== Wann und wo findet die Keysigning Party statt? ===
Der Termin steht noch nicht fest, die Raumfrage wird entschieden, wenn die Anzahl der Teilnehmer fest steht. Bei wenig Teilnehmer können wir sie im [[FR 5046]] durchführen.

=== Wer organisiert das ganze? ===
* [[Benutzer:Mutax|Florian Streibelt]]
* [[Benutzer:Thomas|Thomas Kaschwig]]

=== Was muss ich vor der Keysigning-Party machen? ===
# Erzeuge Dir ein PGP-Schlüsselpaar, wenn noch keins vorhanden ist (''gpg --gen-key'')
# Schicke Deinen öffentlichen Schlüssel an den PGP-Keyserver http://subkeys.pgp.net (''gpg --keyserver subkeys.pgp.net --send-keys 0xEIGENE_KEYID'') [optional, jeder bekommt ihn im Keyring von der Freitagsrunde]
# Schicke uns bis zum XX.XX.2005 eine Mail mit Deinem Schlüssel an [mailto:keysigning@freitagsrunde.org|keysigning@freitagsrunde.org] (''gpg --armor --export 0xEIGENE_KEYID > EIGENE_KEYID.asc'')
# Solltest Du den Termin verpasst haben, bereite für jeden Teilnehmer einen Papierstreifen vor, auf dem die Ausgabe von ''gpg --fingerprint --show-key 0xEIGENE_KEYID'' abgedruckt ist.
# Lade nach dem XX.XX.2005 + 7 Tage den Keyring aller eingesandten Schlüssel von [http://www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc] sowie die Liste aller Teilnehmer mit Fingerprints von [http://www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc www.freitagsrunde.de/keysigning/blah/ksp-fr05.txt] herunter.
# Drucke die Textdatei aus, z.B. Doppelseitig, 2 Seiten A5 pro Seite A4 (''man a2ps'')
# Bilde mit gpg --print-md sha1 ksp-fr05.txt und gpg --print-md md5 ksp-fr05.txt die Prüfsummen über die Teilnehmerliste und trage sie im Ausdruck gut lesbar ein.

=== Was muss ich zur Keysigning-Party mitbringen? ===
* Geduld
* noch mehr Geduld und Ruhe
* einen (zuverlässigen) Stift
* Den Ausdruck der Teilnehmerliste mit fingerprints und Prüfsummen
* (im Winter) warme Jacke und Hose...

=== Wie läuft die Keysigning Party ab? ===

Zu Beginn der Party werden als Erstes die MD5 und SHA1 Prüfsummen über die Ausgedruckten Teilnehmerlisten verglichen.
Dazu werden die Prüfsummen vom Organisator etwa an eine Tafel geschrieben.
Stimmen die selbst generierten Prüfsummen mit denen der anderen überein, kann man davon ausgehen, dass alle Teilnhmer eine aktuelle Liste als Grundlage benutzen.

Danach (etwa 10 Minuten nach dem offiziellen Beginn...) wird begonnen, laut und vernehmlich alle Anwesenden und AnwesendInnen zu fragen, ob die Fingerprints Ihrer Schlüssel auf dem Ausdruck korrekt sind. Jeder markiert dann auf seinem Ausdruck den Eintrag 'Fingerprint OK'. Dazu ist allgemein Ruhe und Konzentration bei allen gefordert.

Ist dieses Procedere abgeschlossen, stellen sich alle in der Reihenfolge des Ausdrucks in eine Lange Reihe auf. [sollte man das im Freien vorhaben ist bitte auf passendes Wetter und genügend Licht zu achten...]

Nun geht jeweils der/die Erste der Reihe nacheinander an allen TeilnehmerInnen vorbei und zeigt ein Ausweisdokument vor. Jeder Teilnehmer markiert bei Übereinstimmung das Feld 'ID OK' auf seinem Ausdruck. Danach stellt sich der/diejenige an das Ende der Schlange um selbst die ID der anderen zu überprüfen.

Hat jemand versäumt, den Schlüssel rechtzeitig einzuschicken stellt er sich zu Beginn an das Ende der Schlange und hält für jeden Teilnehmer einen Schnipsel Papier mit einem Ausdruck von 'gpg --fingerprint --list-key KEY_ID' bereit.
Diesen gibt er an alle weiter, wenn er an der Reihe ist die Schlange abzulaufen, und zeigt parallel dazu ein Ausweisdokument vor.

Es empfiehlt sich dringend danach alle Key-Ids auf dem Ausdruck durchzustreichen, bei denen nicht beide Felder abgehakt sind!

=== Was muss ich nach der Keysigning-Party machen? ===
Eigentlich ganz einfach: 
Alle Schlüssel unterschreiben, bei denen Du die ID und der Inhaber den Fingerprint des Schlüssels geprüft hat. 
Es gibt aber (natürlich) ein paar Fallstricke:
* Du übersiehst, dass Du die ID nicht geprüft hast, weil nach 1 Stunde Unterschreiben die Aufmerksamkeit doch nachlässt. Also am besten mit wachem Geiste alle Schlüssel fett durchstreichen, bei denen eines der Felder leer ist, oder bessser mit Textmarker diejenigen markieren, bei denen beide Felder angekreuzt sind.
* Jemand möchte nicht, dass sein Schlüssel auf einen Keyserver hochgeladen wird (er befürchtet z.B. schlicht SPAM).
* Du signierst einen Schlüssel mit zugehöriger Emailadresse, bei der zwar der Name (z.B. Peter Müller) stimmt, die Emailadresse (Peter_Mueller@fbi.com) jedoch nicht.
* Der Schlüssel hat mehrere Unter-IDs mit unterschiedlichen Emailadressen
* Es sind plötzlich 200 Teilnehmer geworden und Du willst nicht 2 Wochen lang nur Schlüssel signieren.

Für einige dieser Probleme gibt es Lösungen in Form von Shellscripten. 
Diese funktionieren etwa so:
Jeder Schlüssel wird zerlegt, so dass die einzelnen User-Ids getrennt vorliegen.
Da script signiert jede der User-Ids einzeln und schickt den Signierten Schlüssel in Verschlüsselter Form an die angegebene Emailadresse.

Damit ist sichergestellt das die Emailadressen alle funktionieren, der Schlüssel nur vom Inhaber entschlüsselt werden kann und dieser selbst entscheiden kann ob der den Schlüssel hochladen möchte.
Importiert der Empfänger den Schlüssel dann in gpg, werden die Signaturen wieder zusammengeführt.

Aber vorsicht: nicht blind den gesamten Keyring unterschreiben!

Durch die Verwendung von agpg unter Linux muss man das Kennwort übrigens nur einmal eintippen, auch wenn dies für Paranoiker nicht geeignet ist, da der Schlüssel dann lange Zeit unverschlüsselt im RAM liegt. (Aber ob 200 mal Eintippen sicherheitstechnisch besser ist, sei dahingestellt)

== Weblinks ==
=== Keyserver ===
* http://pgpkeys.pca.dfn.de/
* http://sks.keyserver.penguin.de/

für gpg:
* keyserver hkp://subkeys.pgp.net (verschiedene Hosts per Loadbalancer)

=== Software ===
* http://www.gnupg.org/
* http://www.pgpi.org/

=== Informationen zu Keysigning Partys ===
* http://www.cryptnet.net/fdp/crypto/gpg-party.html

Keysigning-Party 2005

2005-01-25T19:51:23Z

130.149.43.169: /* Web of Trust */

Wir planen demnächst eine '''PGP Keysigning Party''' durchzuführen. Diese Seite soll der Planung dieser Veranstaltung dienen und einige Informationen zu PGP, dem Prinzip des Web-of-Trust und dem Ablauf des Keysignings dienen.

== Einführung ==
''TODO''

=== Problemstellung ===
# Man mag den Gedanken nicht, dass der Inhalt der Emails wie bei einer Postkarte von jeder Zwischenstation gelesen werden kann
# Man muss jemandem ein Passwort zuschicken
# Ein Dokument X soll einem Geschäftspartner P zugestellt werden, ohne dass Fremde den Inhalt erkennen können.
# Die Geschäftsleitung möchte eine Anweisung X an die Mitarbeiter geben, wie in Zukunft in bestimmten Situationen gehandelt werden soll. Es muss sicher sein, dass die Geschäftsführer A und B die Absender sind und nicht der unzufriedene Mitarbeiter U.
# Man möchte der Überwachung nach der neuen TKÜV entgehen...?

=== PGP/GPG ===
Bei PGP/GPG verden zwei grundsätzlich verschiedene Verschlüsselungsverfahren miteinander kombiniert, die symmetrische und die asymetrische Verschlüsselung. Das Ergebnis ist dann eine sogenannte hybride Verschlüsselung.

Bei der symmetrischen Verschlüsselung wird zum Verschlüsseln wie zum Entschlüsseln der selbe Schlüssel verwendet. Diese Verfahren sind sehr schnell und eignen sich sehr gut, um große Datenmengen zu verschlüsseln. Leider muss man dazu eine Möglichkeit finden, dem Empfänger neben den Daten auch den Schlüssel zukommen zu lassen, ohne dass andere ihn abfangen können. Beispiele sind AES, Blowfish.
siehe auch [http://de.wikipedia.org/wiki/Symmetrischer_Verschl%C3%BCsselungsalgorithmus Wikipediaeintrag]

Bei der asymetrischen Verschlüsselung existieren zwei unterschiedliche Schlüssel, ein öffentlicher, mit dem Daten verschlüsselt werden können und ein privater, mit dem die Daten wieder entschlüsselt werden können. Über ein mathematisches Verfahren ist dabei sichergestellt, dass die Daten nur mit dem geheimen Schlüssel wieder entschlüsselt werden können.
Der Vorteil liegt in der Möglichkeit, jedem den öffentlichen Schlüssel zukommen zu lassen, jedoch ist das Verfahren so rechenaufwändig, dass es zum Verschlüsseln großer Datenmengen nicht brauchbar ist. Beispiele: RSA, ElGamal.
siehe auch [http://de.wikipedia.org/wiki/Asymmetrischer_Verschl%C3%BCsselungsalgorithmus Wikipediaeintrag]

Beide Verfahren werden nun verbunden, so dass die Vorteile vereint werden können: Schnelligkeit beim Ver- und Entschlüsseln sowie Sicherheit bei der Schlüsselübergabe:
Zunächst wird ein Zufälliger Session-key erzeugt, mit dem dann die geheimen Daten symetrisch verschlüsselt werden. Dieser Schlüssel wird nun mit dem öffentlichen Schlüssel des Empfängers asymetrisch verschlüsselt, und ihm zusammen mit den (verschlüsselten) Daten zugestellt.
Der Empfänger entschlüsselt mit seinem geheimen Schlüssel den Session-Key und kann damit die eigentlichen Daten entschlüsseln.

=== Web of Trust ===
Bei einem Web of Trust, wörtlich: Netz des Vertrauens, geht man davon aus, daß es nicht möglich ist, mit jedem Beteiligten die Digitalen Schlüssel auszutauschen.
Entweder weil kein persönlicher Kontakt möglich ist oder weil sich die Gruppe der Beteiligten laufend ändert. Ein Beispiel sind die Entwickler des Debian-Projektes. Es handelt sich hier um mehrere Tausend Personen, die über die gesamte Welt verstreut leben.

Diese Gruppe möchte auf sicherer Weise miteinander kommunizieren und die Emails signieren oder verschlüsseln. Um dies zu erreichen tauschen die Entwickler bei jedem persönlichen Treffen ihre öffentlichen Schlüssel aus und signieren den Schlüssel des anderen.

So hat Person A einen öffentlichen Schlüssel, der von B und C und D signiert ist. E ist ein neuer Entwickler, der nur einen Schlüssel hat, der von B und D signiert ist.

Nun erhält A eine signierte Email von E. 
A kann nun anhand des ihm noch unbekannten Schlüssels nicht definitiv sagen, daß die Email wirklich von E kommt, da es noch nicht zu einem persönlichen Treffen gekommen ist und jeder einen Schlüssel mit E's Namen erstellen und verteilen kann. 
A sieht aber, daß der Schlüssel von B und D signiert wurde und kann nun davon ausgehen, daß die Email zumindest wirklich von E stammt, da mindestens 2 weitere Mitglieder des Web of Trust die Authentizität bestätigen. A wird den öffentlichen Schlüssel von E jedoch trotzdem erst bei einer persönlichen Begegnung unterzeichnen und damit für seine Echtheit (Authentizität) bürgen.

Der Kern dieses 'Web of Trust' ist die Vertauenswürdigkeit der beteiligten Personen. Jeder Teilnehmer muß sich sicher sein, daß die anderen nicht leichtfertig mit dem Signieren fremder Schlüssel umgehen sondern gewissenhaft prüfen, ob der andere derjenige ist, für den er sich ausgibt.

=== Key Signing Parties ===
''TODO''
Bei Keysigning Parties kommen nun eine Anzahl von Personen zusammen, die jeweils prüfen, ob der Inhaber eines Schlüssels in seinem Schlüssel korrekte Angaben zu Emailadresse und Person gemacht hat. Dabei kommt es zu n! Begegnungen - das ganze kann also etwas dauern.

== Organisatorisches ==
''TODO''
=== Wann und wo findet die Keysigning Party statt? ===
Der Termin steht noch nicht fest, die Raumfrage wird entschieden, wenn die Anzahl der Teilnehmer fest steht. Bei wenig Teilnehmer können wir sie im [[FR 5046]] durchführen.

=== Wer organisiert das ganze? ===
* [[Benutzer:Mutax|Florian Streibelt]]
* [[Benutzer:Thomas|Thomas Kaschwig]]

=== Was muss ich vor der Keysigning-Party machen? ===
# Erzeuge Dir ein PGP-Schlüsselpaar, wenn noch keins vorhanden ist (''gpg --gen-key'')
# Schicke Deinen öffentlichen Schlüssel an den PGP-Keyserver http://subkeys.pgp.net (''gpg --keyserver subkeys.pgp.net --send-keys 0xEIGENE_KEYID'') [optional, jeder bekommt ihn im Keyring von der Freitagsrunde]
# Schicke uns bis zum XX.XX.2005 eine Mail mit Deinem Schlüssel an [mailto:keysigning@freitagsrunde.org|keysigning@freitagsrunde.org] (''gpg --armor --export 0xEIGENE_KEYID > EIGENE_KEYID.asc'')
# Solltest Du den Termin verpasst haben, bereite für jeden Teilnehmer einen Papierstreifen vor, auf dem die Ausgabe von ''gpg --fingerprint --show-key 0xEIGENE_KEYID'' abgedruckt ist.
# Lade nach dem XX.XX.2005 + 7 Tage den Keyring aller eingesandten Schlüssel von [http://www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc] sowie die Liste aller Teilnehmer mit Fingerprints von [http://www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc www.freitagsrunde.de/keysigning/blah/ksp-fr05.txt] herunter.
# Drucke die Textdatei aus, z.B. Doppelseitig, 2 Seiten A5 pro Seite A4 (''man a2ps'')
# Bilde mit gpg --print-md sha1 ksp-fr05.txt und gpg --print-md md5 ksp-fr05.txt die Prüfsummen über die Teilnehmerliste und trage sie im Ausdruck gut lesbar ein.

=== Was muss ich zur Keysigning-Party mitbringen? ===
* Geduld
* noch mehr Geduld und Ruhe
* einen (zuverlässigen) Stift
* Den Ausdruck der Teilnehmerliste mit fingerprints und Prüfsummen
* (im Winter) warme Jacke und Hose...

=== Wie läuft die Keysigning Party ab? ===

Zu Beginn der Party werden als Erstes die MD5 und SHA1 Prüfsummen über die Ausgedruckten Teilnehmerlisten verglichen.
Dazu werden die Prüfsummen vom Organisator etwa an eine Tafel geschrieben.
Stimmen die selbst generierten Prüfsummen mit denen der anderen überein, kann man davon ausgehen, dass alle Teilnhmer eine aktuelle Liste als Grundlage benutzen.

Danach (etwa 10 Minuten nach dem offiziellen Beginn...) wird begonnen, laut und vernehmlich alle Anwesenden und AnwesendInnen zu fragen, ob die Fingerprints Ihrer Schlüssel auf dem Ausdruck korrekt sind. Jeder markiert dann auf seinem Ausdruck den Eintrag 'Fingerprint OK'. Dazu ist allgemein Ruhe und Konzentration bei allen gefordert.

Ist dieses Procedere abgeschlossen, stellen sich alle in der Reihenfolge des Ausdrucks in eine Lange Reihe auf. [sollte man das im Freien vorhaben ist bitte auf passendes Wetter und genügend Licht zu achten...]

Nun geht jeweils der/die Erste der Reihe nacheinander an allen TeilnehmerInnen vorbei und zeigt ein Ausweisdokument vor. Jeder Teilnehmer markiert bei Übereinstimmung das Feld 'ID OK' auf seinem Ausdruck. Danach stellt sich der/diejenige an das Ende der Schlange um selbst die ID der anderen zu überprüfen.

Hat jemand versäumt, den Schlüssel rechtzeitig einzuschicken stellt er sich zu Beginn an das Ende der Schlange und hält für jeden Teilnehmer einen Schnipsel Papier mit einem Ausdruck von 'gpg --fingerprint --list-key KEY_ID' bereit.
Diesen gibt er an alle weiter, wenn er an der Reihe ist die Schlange abzulaufen, und zeigt parallel dazu ein Ausweisdokument vor.

Es empfiehlt sich dringend danach alle Key-Ids auf dem Ausdruck durchzustreichen, bei denen nicht beide Felder abgehakt sind!

=== Was muss ich nach der Keysigning-Party machen? ===
Eigentlich ganz einfach: 
Alle Schlüssel unterschreiben, bei denen Du die ID und der Inhaber den Fingerprint des Schlüssels geprüft hat. 
Es gibt aber (natürlich) ein paar Fallstricke:
* Du übersiehst, dass Du die ID nicht geprüft hast, weil nach 1 Stunde Unterschreiben die Aufmerksamkeit doch nachlässt. Also am besten mit wachem Geiste alle Schlüssel fett durchstreichen, bei denen eines der Felder leer ist, oder bessser mit Textmarker diejenigen markieren, bei denen beide Felder angekreuzt sind.
* Jemand möchte nicht, dass sein Schlüssel auf einen Keyserver hochgeladen wird (er befürchtet z.B. schlicht SPAM).
* Du signierst einen Schlüssel mit zugehöriger Emailadresse, bei der zwar der Name (z.B. Peter Müller) stimmt, die Emailadresse (Peter_Mueller@fbi.com) jedoch nicht.
* Der Schlüssel hat mehrere Unter-IDs mit unterschiedlichen Emailadressen
* Es sind plötzlich 200 Teilnehmer geworden und Du willst nicht 2 Wochen lang nur Schlüssel signieren.

Für einige dieser Probleme gibt es Lösungen in Form von Shellscripten. 
Diese funktionieren etwa so:
Jeder Schlüssel wird zerlegt, so dass die einzelnen User-Ids getrennt vorliegen.
Da script signiert jede der User-Ids einzeln und schickt den Signierten Schlüssel in Verschlüsselter Form an die angegebene Emailadresse.

Damit ist sichergestellt das die Emailadressen alle funktionieren, der Schlüssel nur vom Inhaber entschlüsselt werden kann und dieser selbst entscheiden kann ob der den Schlüssel hochladen möchte.
Importiert der Empfänger den Schlüssel dann in gpg, werden die Signaturen wieder zusammengeführt.

Aber vorsicht: nicht blind den gesamten Keyring unterschreiben!

Durch die Verwendung von agpg unter Linux muss man das Kennwort übrigens nur einmal eintippen, auch wenn dies für Paranoiker nicht geeignet ist, da der Schlüssel dann lange Zeit unverschlüsselt im RAM liegt. (Aber ob 200 mal Eintippen sicherheitstechnisch besser ist, sei dahingestellt)

== Weblinks ==
=== Keyserver ===
* http://pgpkeys.pca.dfn.de/
* http://sks.keyserver.penguin.de/

für gpg:
* keyserver hkp://subkeys.pgp.net (verschiedene Hosts per Loadbalancer)

=== Software ===
* http://www.gnupg.org/
* http://www.pgpi.org/

=== Informationen zu Keysigning Partys ===
* http://www.cryptnet.net/fdp/crypto/gpg-party.html

Keysigning-Party 2005

2005-01-25T19:44:54Z

130.149.43.169:

Wir planen demnächst eine '''PGP Keysigning Party''' durchzuführen. Diese Seite soll der Planung dieser Veranstaltung dienen und einige Informationen zu PGP, dem Prinzip des Web-of-Trust und dem Ablauf des Keysignings dienen.

== Einführung ==
''TODO''

=== Problemstellung ===
# Man mag den Gedanken nicht, dass der Inhalt der Emails wie bei einer Postkarte von jeder Zwischenstation gelesen werden kann
# Man muss jemandem ein Passwort zuschicken
# Ein Dokument X soll einem Geschäftspartner P zugestellt werden, ohne dass Fremde den Inhalt erkennen können.
# Die Geschäftsleitung möchte eine Anweisung X an die Mitarbeiter geben, wie in Zukunft in bestimmten Situationen gehandelt werden soll. Es muss sicher sein, dass die Geschäftsführer A und B die Absender sind und nicht der unzufriedene Mitarbeiter U.
# Man möchte der Überwachung nach der neuen TKÜV entgehen...?

=== PGP/GPG ===
Bei PGP/GPG verden zwei grundsätzlich verschiedene Verschlüsselungsverfahren miteinander kombiniert, die symmetrische und die asymetrische Verschlüsselung. Das Ergebnis ist dann eine sogenannte hybride Verschlüsselung.

Bei der symmetrischen Verschlüsselung wird zum Verschlüsseln wie zum Entschlüsseln der selbe Schlüssel verwendet. Diese Verfahren sind sehr schnell und eignen sich sehr gut, um große Datenmengen zu verschlüsseln. Leider muss man dazu eine Möglichkeit finden, dem Empfänger neben den Daten auch den Schlüssel zukommen zu lassen, ohne dass andere ihn abfangen können. Beispiele sind AES, Blowfish.
siehe auch [http://de.wikipedia.org/wiki/Symmetrischer_Verschl%C3%BCsselungsalgorithmus Wikipediaeintrag]

Bei der asymetrischen Verschlüsselung existieren zwei unterschiedliche Schlüssel, ein öffentlicher, mit dem Daten verschlüsselt werden können und ein privater, mit dem die Daten wieder entschlüsselt werden können. Über ein mathematisches Verfahren ist dabei sichergestellt, dass die Daten nur mit dem geheimen Schlüssel wieder entschlüsselt werden können.
Der Vorteil liegt in der Möglichkeit, jedem den öffentlichen Schlüssel zukommen zu lassen, jedoch ist das Verfahren so rechenaufwändig, dass es zum Verschlüsseln großer Datenmengen nicht brauchbar ist. Beispiele: RSA, ElGamal.
siehe auch [http://de.wikipedia.org/wiki/Asymmetrischer_Verschl%C3%BCsselungsalgorithmus Wikipediaeintrag]

Beide Verfahren werden nun verbunden, so dass die Vorteile vereint werden können: Schnelligkeit beim Ver- und Entschlüsseln sowie Sicherheit bei der Schlüsselübergabe:
Zunächst wird ein Zufälliger Session-key erzeugt, mit dem dann die geheimen Daten symetrisch verschlüsselt werden. Dieser Schlüssel wird nun mit dem öffentlichen Schlüssel des Empfängers asymetrisch verschlüsselt, und ihm zusammen mit den (verschlüsselten) Daten zugestellt.
Der Empfänger entschlüsselt mit seinem geheimen Schlüssel den Session-Key und kann damit die eigentlichen Daten entschlüsseln.

=== Web of Trust ===
''TODO''

Oft ist es nicht möglich, allen Korrespondenzpartnern direkt zu begegnen, dennoch muß man sich über wichtige Dinge absprechen. Das Problem kennen zum Beispiel Debian-Entwickler, die weltweit verteilt sind aber durchaus auch sicherheitsrelevante Informationen absprechen müssen.

Um ein Beispiel zu bringen:

Wir haben (R)otkäppchen, die (G)roßmutter, den (J)äger und den (W)olf.

J kennt G von diversen Besuchen persönlich,
allerdings kennt R die G (noch) nicht, zumindest könnte sich der W für sie ausgeben...

Nun hat also der J den Schlüssel von der G unterschrieben und veröffentlicht.
R vertraut dem J und seinem Schlüssel, weil sie seinen Ausweis und den Schlüssel bei einem Besuch im Jagdhaus geprüft hat.

Als nun der W ihr einen Schlüssel vorlegt, welcher der G gehören soll, erkennt das R, dass dieser nicht vom Jäger unterschrieben ist und vertraut dem W nicht, weil die Mutter ihr das Prüfen der Signaturen beigebracht hat.

Hingegen hätte die G einen Schlüssel vorweisen können, der vom J unterschrieben ist, dem das R ja vertraut, wodurch sie sich sicher sein kann, auch wirklich die G vor sich zu haben.

 
Hmmm, naja, oder kurz:

Bei einem Web of Trust verlässt man sich darauf, dass ein Schlüssel der von genügend anderen Mitgliedern, die man persönlich kennt, unterschrieben wurde auch vertrauenswürdig ist.

=== Key Signing Parties ===
''TODO''
Bei Keysigning Parties kommen nun eine Anzahl von Personen zusammen, die jeweils prüfen, ob der Inhaber eines Schlüssels in seinem Schlüssel korrekte Angaben zu Emailadresse und Person gemacht hat. Dabei kommt es zu n! Begegnungen - das ganze kann also etwas dauern.

== Organisatorisches ==
''TODO''
=== Wann und wo findet die Keysigning Party statt? ===
Der Termin steht noch nicht fest, die Raumfrage wird entschieden, wenn die Anzahl der Teilnehmer fest steht. Bei wenig Teilnehmer können wir sie im [[FR 5046]] durchführen.

=== Wer organisiert das ganze? ===
* [[Benutzer:Mutax|Florian Streibelt]]
* [[Benutzer:Thomas|Thomas Kaschwig]]

=== Was muss ich vor der Keysigning-Party machen? ===
# Erzeuge Dir ein PGP-Schlüsselpaar, wenn noch keins vorhanden ist (''gpg --gen-key'')
# Schicke Deinen öffentlichen Schlüssel an den PGP-Keyserver http://subkeys.pgp.net (''gpg --keyserver subkeys.pgp.net --send-keys 0xEIGENE_KEYID'') [optional, jeder bekommt ihn im Keyring von der Freitagsrunde]
# Schicke uns bis zum XX.XX.2005 eine Mail mit Deinem Schlüssel an [mailto:keysigning@freitagsrunde.org|keysigning@freitagsrunde.org] (''gpg --armor --export 0xEIGENE_KEYID > EIGENE_KEYID.asc'')
# Solltest Du den Termin verpasst haben, bereite für jeden Teilnehmer einen Papierstreifen vor, auf dem die Ausgabe von ''gpg --fingerprint --show-key 0xEIGENE_KEYID'' abgedruckt ist.
# Lade nach dem XX.XX.2005 + 7 Tage den Keyring aller eingesandten Schlüssel von [http://www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc] sowie die Liste aller Teilnehmer mit Fingerprints von [http://www.freitagsrunde.de/keysigning/blah/ksp-fr05.asc www.freitagsrunde.de/keysigning/blah/ksp-fr05.txt] herunter.
# Drucke die Textdatei aus, z.B. Doppelseitig, 2 Seiten A5 pro Seite A4 (''man a2ps'')
# Bilde mit gpg --print-md sha1 ksp-fr05.txt und gpg --print-md md5 ksp-fr05.txt die Prüfsummen über die Teilnehmerliste und trage sie im Ausdruck gut lesbar ein.

=== Was muss ich zur Keysigning-Party mitbringen? ===
* Geduld
* noch mehr Geduld und Ruhe
* einen (zuverlässigen) Stift
* Den Ausdruck der Teilnehmerliste mit fingerprints und Prüfsummen
* (im Winter) warme Jacke und Hose...

=== Wie läuft die Keysigning Party ab? ===

Zu Beginn der Party werden als Erstes die MD5 und SHA1 Prüfsummen über die Ausgedruckten Teilnehmerlisten verglichen.
Dazu werden die Prüfsummen vom Organisator etwa an eine Tafel geschrieben.
Stimmen die selbst generierten Prüfsummen mit denen der anderen überein, kann man davon ausgehen, dass alle Teilnhmer eine aktuelle Liste als Grundlage benutzen.

Danach (etwa 10 Minuten nach dem offiziellen Beginn...) wird begonnen, laut und vernehmlich alle Anwesenden und AnwesendInnen zu fragen, ob die Fingerprints Ihrer Schlüssel auf dem Ausdruck korrekt sind. Jeder markiert dann auf seinem Ausdruck den Eintrag 'Fingerprint OK'. Dazu ist allgemein Ruhe und Konzentration bei allen gefordert.

Ist dieses Procedere abgeschlossen, stellen sich alle in der Reihenfolge des Ausdrucks in eine Lange Reihe auf. [sollte man das im Freien vorhaben ist bitte auf passendes Wetter und genügend Licht zu achten...]

Nun geht jeweils der/die Erste der Reihe nacheinander an allen TeilnehmerInnen vorbei und zeigt ein Ausweisdokument vor. Jeder Teilnehmer markiert bei Übereinstimmung das Feld 'ID OK' auf seinem Ausdruck. Danach stellt sich der/diejenige an das Ende der Schlange um selbst die ID der anderen zu überprüfen.

Hat jemand versäumt, den Schlüssel rechtzeitig einzuschicken stellt er sich zu Beginn an das Ende der Schlange und hält für jeden Teilnehmer einen Schnipsel Papier mit einem Ausdruck von 'gpg --fingerprint --list-key KEY_ID' bereit.
Diesen gibt er an alle weiter, wenn er an der Reihe ist die Schlange abzulaufen, und zeigt parallel dazu ein Ausweisdokument vor.

Es empfiehlt sich dringend danach alle Key-Ids auf dem Ausdruck durchzustreichen, bei denen nicht beide Felder abgehakt sind!

=== Was muss ich nach der Keysigning-Party machen? ===
Eigentlich ganz einfach: 
Alle Schlüssel unterschreiben, bei denen Du die ID und der Inhaber den Fingerprint des Schlüssels geprüft hat. 
Es gibt aber (natürlich) ein paar Fallstricke:
* Du übersiehst, dass Du die ID nicht geprüft hast, weil nach 1 Stunde Unterschreiben die Aufmerksamkeit doch nachlässt. Also am besten mit wachem Geiste alle Schlüssel fett durchstreichen, bei denen eines der Felder leer ist, oder bessser mit Textmarker diejenigen markieren, bei denen beide Felder angekreuzt sind.
* Jemand möchte nicht, dass sein Schlüssel auf einen Keyserver hochgeladen wird (er befürchtet z.B. schlicht SPAM).
* Du signierst einen Schlüssel mit zugehöriger Emailadresse, bei der zwar der Name (z.B. Peter Müller) stimmt, die Emailadresse (Peter_Mueller@fbi.com) jedoch nicht.
* Der Schlüssel hat mehrere Unter-IDs mit unterschiedlichen Emailadressen
* Es sind plötzlich 200 Teilnehmer geworden und Du willst nicht 2 Wochen lang nur Schlüssel signieren.

Für einige dieser Probleme gibt es Lösungen in Form von Shellscripten. 
Diese funktionieren etwa so:
Jeder Schlüssel wird zerlegt, so dass die einzelnen User-Ids getrennt vorliegen.
Da script signiert jede der User-Ids einzeln und schickt den Signierten Schlüssel in Verschlüsselter Form an die angegebene Emailadresse.

Damit ist sichergestellt das die Emailadressen alle funktionieren, der Schlüssel nur vom Inhaber entschlüsselt werden kann und dieser selbst entscheiden kann ob der den Schlüssel hochladen möchte.
Importiert der Empfänger den Schlüssel dann in gpg, werden die Signaturen wieder zusammengeführt.

Aber vorsicht: nicht blind den gesamten Keyring unterschreiben!

Durch die Verwendung von agpg unter Linux muss man das Kennwort übrigens nur einmal eintippen, auch wenn dies für Paranoiker nicht geeignet ist, da der Schlüssel dann lange Zeit unverschlüsselt im RAM liegt. (Aber ob 200 mal Eintippen sicherheitstechnisch besser ist, sei dahingestellt)

== Weblinks ==
=== Keyserver ===
* http://pgpkeys.pca.dfn.de/
* http://sks.keyserver.penguin.de/

für gpg:
* keyserver hkp://subkeys.pgp.net (verschiedene Hosts per Loadbalancer)

=== Software ===
* http://www.gnupg.org/
* http://www.pgpi.org/

=== Informationen zu Keysigning Partys ===
* http://www.cryptnet.net/fdp/crypto/gpg-party.html

Opal FAQ

2004-12-01T11:59:09Z

130.149.43.169: /* Oasys an der Shell herumkomandieren: */

Vor noch nicht allzu langer Zeit, an einem nicht allzu weit entfernten Ort wurden einst alle Studis von einer schweren Programmiersprache dahin gerafft...

Aber nein! Nicht alle!

Eine kleine Gruppe unermüdlich lernender Studenten widersetzten sich dem Bösen, wild entschlossen diesem Missstand ein ende zu bereiten, setzten sie sich zusammen und schrien "[[FAQ]]-[[Opal]]" gen Himmel...

Nun ja, mehr spare ich mir hier, auf jeden Fall haben "damals" jede menge Leute in der newsgroup informatik1 gepostet und sehr wertvolle Tips und Tricks zusammengetragen.

Und die will ich hier jetzt noch einmal gesammelt weitergeben, mir hätte es damals geholfen, vielleicht hat ja noch einmal jemand etwas davon.

== Und so beginnt es... ==

In dem Thread: "Krankheitsbild [[Opal]]" wurde angemerkt doch eine [[FAQ]] (Frequently Asked Questions) zu [[Opal]] zusammenzustellen.

Da all diejenigen die [[Opal]] schon kennen dafür nicht geeignet sind oder dies zumindest glauben ;) sollten wir das doch machen. :))

=== WHERE funktioniert nicht mit Lambda-Ausdrüken! ===

Wenn man Lambda mit WHERE kombinieren will muss man den ganzen Body der Funktion klammern

Das geht so:
<pre>
DEF qsolve1 == \\ a, b, c .( /* <--- */
(x1, x2)
WHERE
x1 == (-(b) + d) / (2 * a)
x2 == (-(b) - d) / (2 * a)
d == sqrt((b * b) - (4 * a * c))

) /* <----- */
</pre>

Wichtig ist dabei das nach dem Punkt mit dem der Lambda Ausdruck die Argumentliste abschließt kein Leerzeichen oder irgend etwas anderes ist, sondern gleich die öffnende Klammer kommt, ansonsten tut das nicht!

=== Opal funktioniert nicht mit Zahlen über 32? ===

Wenn man in [[Opal]] direkt Zahlen über 32 eingeben möchte, muß man das so hinschreiben:

<pre>
"zahl"!
</pre>

Wobei 'Zahl' irgendeine Zahl sein kann. Wichtig sind die Anführungszeichen und das Ausrufungszeichen dahinter.

=== Wie gebe ich Zahle, Denotations (Strings), Sequenzen und einzelne Buchstaben (Chars) direkt in den Interpreter ein? ===

Beispiel:
<pre>
> e FunktionMitVielenArgument("lkajbblsd", "627849"!, 30,"c"!, %(1,23,9,1,8))
</pre>

Erklärung Das erste Argument ist eine Denotation, d.h. einfach ein String.
Die muss man einfach immer in Anführungszeichen setzen. :)

Das zweite ist eine Zahl. Da sie größer als 32 ist muss man sie als String hinschreiben (Anführungszeichen) den man dann mit dem Operator "!" in eine Zahl umwandeln.

Das dritte ist eine kleinere Zahl als 32, daher kann man sie direkt hinschreiben.

Das vierte ist ein Char, also ein einfacher Buchstabe. Da man das nicht direkt eingeben kann übergibt man Opal wieder einen String und wandelt ihn (da er nur einen Buchstaben enthält mit dem "!" in einen Buchstaben um.

Das fünfte ist eine Sequenz, man kann sie direkt in dieser Form
hinschreiben, zu beachten gibt es nur ;) dass man so höchstens 8 Elemente verknüpfen kann. Will man mehr eingeben muss man eben 2 (oder noch mehr) dieser Dinger mit ++ verknüpft hinschreiben.

WICHTIG: Sequenzen in dieser Form hin zuschreiben ist _böse_!!! Vor allem sorgt das für viel Verwirrung und verbirgt den wahren Charakter einer Sequenz!! Siehe dazu auch Beitrag Nummer 4. :)

Bsp: eine seq[nat] könnte man also so schreiben.
<pre>
%(4,3,5,8,2,21,5,5) ++ %(6,"78"!,"269"!,"987"!,"654"!,"321"!)
</pre>

Eine seq[seq[nat]] könnte man dann so schreiben
<pre>
%( %(1,3,2), %(1,2,3))
</pre>

(man beachte die notwendige Umwandlung da die Zahlen zum Teil größer als 32 sind. :))

(!!!) Vorsicht (!!!) man sollte im Normalfall keine Leerzeichen zwischen die Argumente setzen! Das funktioniert zwar meistens, leider aber nicht immer!
(Das gilt natürlich nur für die Kommandozeile, in den Syntax-Files selber sind Leerzeichen ziemlich wurscht. :))

Also nochmal: Vorsicht vor Leerzeichen in Funktionsaufrufen!

Ich hatte schon Fehlermeldungen weil ich in Funktionen nach dem Komma ein Leerzeichen eingebaut hatte.

Bsp: func1("9023"!, "0234"!)

Lässt man das weg, funktionierte (bisher) alles:
<pre>
func1("9023"!,"0234"!)
</pre>

Speziell wenn man Texte in Nummern umwandelt (siehe oben) scheint das zu Problemen zu führen. (Dieses Problem hatte ich selbst bisher nur wenn ich von der Shell (Kommandozeile aus direkt Argumente in eine Funktion füttern wollte. Ansonsten trat es nicht auf. :)

=== Konstruktion von Listen ===
Herzlichen dank für diesen Beitrag an Florian Lorenzen .

> Man kann dann viele aussagekräftige Beispiele mit :: und <>
> angeben (seq, seq[seq], leere seq usw.)

Da ich, wie ich fürchte, mit diesem unsäglichen % angefangen habe -- nicht ahnend welchen didaktischen Flurschaden ich damit anrichten würde -- hier zum Ausgleich einige erklärende Beispiele mit den Listenkonstruktoren.

1. Sei S eine Sequenz aus alphas (FUN S : seq[alpha]).

<pre>
DEF S == a :: b :: c :: d :: <>
</pre>

S ist eine Sequenz aus a, b, c, d und der leeren Liste. Da ::
rechtsassoziativ ist, wird der obige Ausdruck wie folgt aufgelöst:

<pre>
~~~> a :: (b :: (c :: (d :: <>)))
</pre>

Es wird also zunächst eine Liste aus d und <> konstruiert, vor die dann c gehängt wird. Die rekursive Struktur der Liste

<pre>
Liste := Element :: Liste
</pre>

ist deutlich.

<pre>
DEF S == <>
</pre>

S ist eine leere Liste.

2. Sei S eine Sequenz von Sequenzen von alphas (FUN S : seq[seq[alpha]]).

<pre>
DEF S == (a :: b :: c :: <>) :: (d :: e :: <>) :: <>
</pre>

Dieser Ausdruck wird wie folgt aufgelöst:

<pre>
~~~> (a :: b :: c :: <>) :: ((d :: e :: <>) :: <>)
</pre>

Es wird also zuerst eine Liste aus dem (d :: e :: <>) und <> kostruiert, vor die dann das Element (a :: b :: c :: <>) gehängt wird. Das die beiden erwähnten Elemente wiederum Listen sind, ändert nichts daran, wie die äußere Sequenz konstruiert wird.

<pre>
DEF S == (a :: b :: c :: <>) :: <>
</pre>

S ist eine Liste mit gerade genau einem Element, das wiederum eine Liste ist.

<pre>
DEF S == <> :: <> :: <>
</pre>

S ist eine Liste, die aus zwei leeren Listen besteht, nicht aus dreien, wie es zuerst scheint. Dies wird wiederum deutlich, wenn der Ausdruck aufgelöst wird:

<pre>
~~~> <> :: (<> :: <>)
</pre>

In der Klammer wird aus dem Listenelement "<>" durch ":: <>" eine Liste erzeugt, vor die dann das Element "<>" gehängt wird. Daß die beiden Elemente der Liste nun leere Listen (daß es Listen seien müssen, ist sowieso klar) sind, ändert nichts daran, wie die äußere Liste konstruiert wird. Man beachte, daß die enstandene Liste nicht leer ist, daß also aus vielen leeren Listen eine nicht-leere Liste entstehen kann.

Eine Liste aus drei leeren Listen sieht dann dementsprechend folgendermaßen aus:

<pre>
DEF S == <> :: <> :: <> :: <>
</pre>

Eine Liste aus einer leeren Liste so:

<pre>
DEF S == <> :: <>
</pre>

Erst die Definition

<pre>
DEF S == <>
</pre>

erzeugt eine Liste von Listen, die wirklich leer ist.

Programmierpraktisch sollte beachtet werden, daß

<pre>
S == <> :: <> oder S == <> :: <> :: <> :: ...
</pre>

nicht durch <>?(S) oder das Muster f(<>) angefangen werden kann, da S eindeutig nicht leer ist.

=== Häufige Fehlermeldungen ===
Herzlichen Dank für diesen Tip an Alexander W.

ich halte die Idee mit der FAQ-Liste gar nicht mal so schlecht, also werde ich mal was dazusetzen.
Folgende Fehlermeldung ist ziemlich haeufig:

<pre>
Expected ... instead of ....
</pre>

Hier handelt es sich um einen einfachen Syntaxfehler. Falls Ihr meint, alles korrekt geschrieben zu haben, überprueft auch nochmal die Klammerung der Ausdrücke (es muss genausoviele öffnende wie schliessende Klammern geben). Vielleicht ist ja auch nur ein FI vergessen worden...

Eine weitere Fehlermeldung lautet

<pre>
improperly named function definition target or parameter ...
</pre>

In diesem Fall sollte man ueberpruefen, ob die Deklaration der Funktion (FUN ...) fehlt. Vielleicht ist gerade dieser Teil auskommentiert, oder man hat schlicht und einfach vergessen, die Signaturdatei zu speichern. Mir ist letzteres auch schon unterlaufen, d.h. man sucht nach einem Fehler, der eigentlich nicht vorhanden ist...

=== Präfix, Infix und Postfixnotation (oder wie man Minuszeichen hassen lernt. ===

Erhält man solche Fehlermeldungen:

<pre>
ERROR [HOF.impl at 32.5-32.33]: undefined identification
1. <32,5-33> wrongly typed implementation
left: real->real
right: ((nat**nat->nat)->real)->real
2. <32,5-33> wrongly typed implementation
left: real->real
right: ((real**real->real)->real)->real
3. <32,5-33> wrongly typed implementation
left: real->real
right: ((real->real)->real)->real

ERROR [check]: language error
aborted
</pre>

Könnte das etwas mit dem Gebrauch von Minuszeichen zu tun haben. :(

Ich hatte größte Schwierigkeiten den folgenden Code zum Funktionieren zu überreden, Code-Zeilen wie das hier:

<pre>
FUN test : ( real -> real ) -> ( real -> real )
DEF test( r ) == \\ x . r( -x )
</pre>

Funktionieren nicht.

Das Problem ist das der Compiler für das minuszeichen ( r( -x )) zwei Argumente zu erwarten scheint. (Obwohl er das laut Spezifikation nicht müsste)

Die Löung lag für mich darin entweder "0 - x" zu schreiben oder das x in eigene Klammern zu setzen ( x ). Beides funktioniert hier.

Einen änlichen Fehler hatte ich als ich so etwas schreib: " a - b + c "

Ich musste das dann als ( a - ( b + c ) ) schreiben damit es
funktionierte.

Hope it helps!

Hier habe ich noch eine Erklärung von Klaus Didrich bekommen (thx!)

Das Prinzip, dass Funktionen keine Sonderbehandlung erfahren, erstreckt sich auch auf das unäre Minuszeichen. Folgendes geht:

<pre>
-(1) (analog zu "f(1)")
(1-) (analog etwa zu "(5!)")
</pre>

Dein Problem mit "a - b + c" kann ich allerdings nicht nachvollziehen.

Und gleich nochmal etwas, hierfür danke ich Archi Varius.

<pre>
+ ( 0, 1 ) = 0 + 1 = ( 0, 1 ) +

! 5 = 120 = 5 !

- 1 = 1 -
</pre>

Und nochmal. :)) Diesmal herzlichen Dank wieder an Klaus Didrich.

Wird den in [[Opal]], jeder Infixoperator der nur einen Operand bekommt hinter
den Operand geschrieben wird? (Das fände ich ja etwas beschränkt...)

:Es ist viel schlimmer :-) Es ist beides möglich. Du kannst jeden einstelligen Operator auch hinter den Operanden schreiben, dazu brauchst Du keine besondere Deklaration.

:Ob man IF <>?(S) THEN ... oder IF S <>? THEN ... schreibt, macht keinen Unterschied. Eine Mischung aus Postfix- und Infix-Applikationen kann der Compiler leider nicht analysieren, da kommt dann die Meldung "no possible bracketing for infix found". In dem Fall hilft Klammern: (5!) + 3, (S#) > 0

:Auch bei zweistelligen Funktionen kann man es sich aussuchen, ob man die Präfix- oder die Infixschreibweise vorzieht: +(5,3) oder 3 + 5 sind beide erlaubt.

=== Oasys an der Shell herumkomandieren: ===
Herzlichen Dank an Roman Lechtchinsky

Warum funktioniert der Aufruf

<pre>
> e f(\\x. 2 * x, 4)
</pre>

unter oasys nicht?

Das liegt daran, dass Du in oasys fuer jeden Backslash \\ eingeben muss, also

<pre>
> e f(\\\\x. ...)
</pre>

Das hat nichts mit OPAL zu tun, sondern mit der Skript-Sprache (TCL), in der
das Interpreter-Frontend implementiert ist (nehme ich zumindest an).
Anm.: angeblich ist die readline-Bibliothek verantwortlich...

=== Opal und Zugriffsrechte (ext2 versus fat) ===
Herzlichen Dank für diesen Tip an Thomas Brinker!

(Setzt [[Opal]] unter [[Linux]] ein)

[[Opal]]-fehlermeldung:
Operation not permitted

Grund:
Die Dateien liegen nicht in einer ext2-Partition sondern in einer
FAT-Partition. (in FAT geht das mit den Zugriffsrechten nicht so gut)

Abhilfe:
Dateien in ext2 Partition umkopieren

=== Fehlermeldungen und was man daraus erkennen kann ===

Bei einem ansonsten korrekten Programm hat mich diese Fehlermeldung vorhin eine laaange Fehlerjagt gekostet...

<pre>
Person.impl>e Birthday(date(30,12,"79"!)
ERROR [at 1.3-1.4]: Expected was `)' instead of `IN'
ERROR [check]: language error
aborted
</pre>

In diesem Fall hatte ich auf der Eingebe-Zeile im Interpreter eine schließende Klammer vergessen. :))

Man kann diese Fehler recht leicht erkennen. Sie finden immer auf Zeile _1_ Statt. Das ist die Eingabe-Zeile in der Shell. :))
(" ERROR [at 1.3-1.4]:")

=== Opal-Quelltexte mit TeX/LaTeX setzen ===

TeX/LaTeX ist ein sehr mächtiges Textsatzsystem, das für kleinere Dokumente über Diplomarbeiten bis hin zu kompletten Büchern verwendet werden kann (siehe z.B. [http://de.wikipedia.org/wiki/TeX] oder [http://de.wikipedia.org/wiki/LaTeX]).

Da liegt es nahe, einfach auch Hausaufgaben optisch ansprechend in hoher Qualität damit setzen zu lassen.

Für das Setzen von Quellcodes gibt es u.a. das Listings-Package für TeX/LaTeX. Doch weil die Einarbeitung etwas Zeit braucht, gibt es unter [http://user.cs.tu-berlin.de/~pdmef/opal/opal-latex.pdf] eine kurze Anleitung mit allem, was man so braucht, um schnell zu guten Ergebnissen zu kommen.

== Schlusswort ==

Soo das wars erst mal. Wenn jemand noch eine Idee, oder eine Anregung hat, immer her damit! Hängt es an diese Seite an.

Das geht indem ihr oben auf der Seite auf "bearbeiten" klickt und dann losschreibt. :)

Beispiele für die Syntax hat es auf dieser Seite genug, macht einfach das Bearbeiten in einem neuen Tab auf, dann könnt ihr immmer vergleichen wie was aussieht.

P.S.: Keep smiling! [[Opal]] ist cool, nur [[OCS]] ist ziemlich "bescheiden".

Eine weitere Version dieser FAQ findet Ihr auf der folgenden Seite: http://user.cs.tu-berlin.de/~firman/opalfaq/

[[Kategorie:Opal]]