FreitagsrundenWiki - Benutzerbeiträge [de]

Betriebssysteme

2006-05-02T16:19:49Z

Soundmonster: /* Tipps und nützliche Infos */

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">

WS 2004/2005
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/bs_gedaechtnisprotokoll_ws0405.pdf Gedächtnisprotokoll 3]
* [http://user.cs.tu-berlin.de/~jensb/root/hauptstudium_informatik/betriebssysteme/alte_klausuren/bs_ws0405_gedaechtnisprotokoll.pdf Protokoll von JensB]

WS 2003/2004
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/gedaechtnisprotokoll_ws0304_1.txt Gedächtnisprotokoll 1]
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/gedaechtnisprotokoll_ws0304_2.pdf Gedächtnisprotokoll 2]

WS 1999/2000
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/klausur0200.pdf Klausur]
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/klausur0200_lsg.pdf Musterlösung]

WS 1996/1997
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/ws96-97.ps Klausur]

</div>

'''Betriebssysteme''' ist eine [[Basisveranstaltung]] im Fachgebiet KBS (Studiengebiet BKS).

== Inhalt ==
In dieser [Basisveranstaltung] beschäftigt man sich mit den Grundlegenden Fragen der Betriebsystemarchitektur. Der Benutzeraspekt wird daher (fast gar) nicht erläutert. Worauf eher eingegangen wird, sind die folgenden Aspekte:

* Struktur eines Betriebssystems(Mikrokernarchitektur)
* Implementierung von Prozessen
* Prozessinteraktion (Synchronisation und Kommunikation)
* Betrieb von Geräten
* Speicherverwaltung (Verwaltung, Adressierung, Schutz, Virtueller Speicher)
* Dateiverwaltung
* Quantitative Zusammenhänge (Leistungsaspekte, einfache Warteschlangenmodelle)
* Beispiele aus Unix/Linux und Windows NT/2000

Was man unbedingt noch erwähnen muss, ist dass die Veranstaltung eher theoretisch gehalten wird. Deswegen gibt es keine Programmieraufgaben, bis auf ein paar Zeilen Pseudocode.

== Tipps und nützliche Infos ==
Die Übung ist, wie bei KBS üblich, ziemlich entspannt. Ausserdem findet diese nur jede 2. Woche statt. Man arbeitet in kleinen Gruppen von 2 bis 4 Mann. Die Übungsblätter sind kurz, werden in unregelmäßigen Abständen herausgebracht und müssen nur "sinnvoll bearbeitet" werden. Das heißt, dass man für die Blätter keine Punkte bekommt, und die Klausur deswegen 100% der Note ausmacht. Nichtsdestotrotz, alle Übungsblätter müssen bestanden sein, um bei der Klausur überhaupt mitschreiben zu dürfen.

== Weblinks ==
[http://kbs.cs.tu-berlin.de/teaching/ws2005/betriebssysteme/index.htm WS05/06]

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

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

__NOTOC__

Betriebssysteme

2006-05-02T16:12:16Z

Soundmonster: /* Weblinks */

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">

WS 2004/2005
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/bs_gedaechtnisprotokoll_ws0405.pdf Gedächtnisprotokoll 3]
* [http://user.cs.tu-berlin.de/~jensb/root/hauptstudium_informatik/betriebssysteme/alte_klausuren/bs_ws0405_gedaechtnisprotokoll.pdf Protokoll von JensB]

WS 2003/2004
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/gedaechtnisprotokoll_ws0304_1.txt Gedächtnisprotokoll 1]
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/gedaechtnisprotokoll_ws0304_2.pdf Gedächtnisprotokoll 2]

WS 1999/2000
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/klausur0200.pdf Klausur]
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/klausur0200_lsg.pdf Musterlösung]

WS 1996/1997
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/ws96-97.ps Klausur]

</div>

'''Betriebssysteme''' ist eine [[Basisveranstaltung]] im Fachgebiet KBS (Studiengebiet BKS).

== Inhalt ==
In dieser [Basisveranstaltung] beschäftigt man sich mit den Grundlegenden Fragen der Betriebsystemarchitektur. Der Benutzeraspekt wird daher (fast gar) nicht erläutert. Worauf eher eingegangen wird, sind die folgenden Aspekte:

* Struktur eines Betriebssystems(Mikrokernarchitektur)
* Implementierung von Prozessen
* Prozessinteraktion (Synchronisation und Kommunikation)
* Betrieb von Geräten
* Speicherverwaltung (Verwaltung, Adressierung, Schutz, Virtueller Speicher)
* Dateiverwaltung
* Quantitative Zusammenhänge (Leistungsaspekte, einfache Warteschlangenmodelle)
* Beispiele aus Unix/Linux und Windows NT/2000

Was man unbedingt noch erwähnen muss, ist dass die Veranstaltung eher theoretisch gehalten wird. Deswegen gibt es keine Programmieraufgaben, bis auf ein paar Zeilen Pseudocode.

== Tipps und nützliche Infos ==

== Weblinks ==
[http://kbs.cs.tu-berlin.de/teaching/ws2005/betriebssysteme/index.htm WS05/06]

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

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

__NOTOC__

Betriebssysteme

2006-05-02T16:11:16Z

Soundmonster: /* Inhalt */

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">

WS 2004/2005
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/bs_gedaechtnisprotokoll_ws0405.pdf Gedächtnisprotokoll 3]
* [http://user.cs.tu-berlin.de/~jensb/root/hauptstudium_informatik/betriebssysteme/alte_klausuren/bs_ws0405_gedaechtnisprotokoll.pdf Protokoll von JensB]

WS 2003/2004
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/gedaechtnisprotokoll_ws0304_1.txt Gedächtnisprotokoll 1]
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/gedaechtnisprotokoll_ws0304_2.pdf Gedächtnisprotokoll 2]

WS 1999/2000
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/klausur0200.pdf Klausur]
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/klausur0200_lsg.pdf Musterlösung]

WS 1996/1997
* [http://docs.freitagsrunde.org/Klausuren/Betriebssysteme/ws96-97.ps Klausur]

</div>

'''Betriebssysteme''' ist eine [[Basisveranstaltung]] im Fachgebiet KBS (Studiengebiet BKS).

== Inhalt ==
In dieser [Basisveranstaltung] beschäftigt man sich mit den Grundlegenden Fragen der Betriebsystemarchitektur. Der Benutzeraspekt wird daher (fast gar) nicht erläutert. Worauf eher eingegangen wird, sind die folgenden Aspekte:

* Struktur eines Betriebssystems(Mikrokernarchitektur)
* Implementierung von Prozessen
* Prozessinteraktion (Synchronisation und Kommunikation)
* Betrieb von Geräten
* Speicherverwaltung (Verwaltung, Adressierung, Schutz, Virtueller Speicher)
* Dateiverwaltung
* Quantitative Zusammenhänge (Leistungsaspekte, einfache Warteschlangenmodelle)
* Beispiele aus Unix/Linux und Windows NT/2000

Was man unbedingt noch erwähnen muss, ist dass die Veranstaltung eher theoretisch gehalten wird. Deswegen gibt es keine Programmieraufgaben, bis auf ein paar Zeilen Pseudocode.

== Tipps und nützliche Infos ==

== Weblinks ==

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

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

__NOTOC__

Grundlagen der Künstlichen Intelligenz

2006-05-02T15:58:39Z

Soundmonster: /* Persönliche Kommentare */

<div id="protokolle" style="float:right; width:20%; margin:10px; padding:10px; background-color:#efefef;">
=== Klausuren ===

</div>

'''Grundlagen der künstlichen Intelligenz''' ist eine [[Basisveranstaltung]] im Fachgebiet Methoden der KI (Studiengebiet KI).

== Inhalt ==
* '''Einführung:''' "Was ist künstliche Intelligenz?", Geschichtlicher Überblick, intelligente Softwareagenten
* '''Problemlösen und Suche:''' Problemformulierung, Lösungssuche, informierte Suche, Constraint Satisfaction Problems (CSPs)
* '''Planen:''' STRIPS, Planungsalgorithmen
* '''Logikbasierte Agenten:''' Agenten basierend auf Aussagenlogik und Prädikatenlogik
* '''Belief Revision:''' Truth Maintenance Systems (TMS), Justification-based TMS (ATMS), Assumption-based TMS (JTMS)
* '''Modallogik:''' Belief, Desire, Intention, BDI Agenten
* '''Bayes Netze:''' probabilistische Inferenz, DAGs, Decomposable Undirected Graphs, Junction Trees
* '''Hidden Markov Modelle'''
* '''konnektionistisches Neuron'''
* '''Multi-Lagen-Perzeptron:''' Architektur,Lernen,Prädiktion
* '''Probabilistische Verfahren:''' Generative Modelle, Bayessche Verfahren, MAP-Methode, Kostenfunktionen
* '''Einführung in die statistische Lerntheorie:''' Empirical Risk Minimization (ERM), Structural Risk Minimization (SRM), VC-Dimension
* '''Support Vector Maschinen:''' SVMs für linear (+nicht-linear) separable sowie nicht separable Probleme

(im Wesentlichen aus den Folien des WS 05/06 entnommen)

== Tipps und nützliche Infos ==

Die Lehrveranstaltung wird in zwei Teilen im Wintersemester durchgeführt:
* bis 8.12 von Prof. Albayrak (AOT bzw. DAI-Labor)
* ab 14.12 Prof. Obermayer (NI)

Es gibt eine recht große Auswahl an Literatur. Für den ersten Teil der Veranstaltung ist empfehlenswert:
* [http://www.amazon.de/exec/obidos/ASIN/3827370892/ "Künstliche Intelligenz - Ein moderner Ansatz"] von Stuart Russell/Peter Norvig (Prentice Hall 2003)

Für den zweiten Teil der Veranstaltung kann man anfangs auch noch darauf zurückgreifen, jedoch erweisen sich folgende Bücher später als zunehmend nützlich:
* [http://www.amazon.de/exec/obidos/ASIN/0139083855/ "Neural Networks - A Comprehensive Foundation"] von S. Haykin (Prentice Hall, 1999)
* [http://www.amazon.de/exec/obidos/ASIN/0198538642/ "Neural Networks for Pattern Recognition"] von C. Bishop (Clarendon Press, 1995)

Es gibt kein Skript zur Vorlesung, dafür aber (inhaltlich VIEL zu dünne) Folien. Es empfiehlt also dringend bereits am Anfag des Semesters den Stuart/Russell zu erwerben (ausleihen ist schwierig, die UniUni-Bibliothek hat nur sehr wenige Exemplare).
Die beiden obigen Bücher über Neuronale Netze kann man in der Uni-Bibliothek ausleihen, es gibt sogar durchaus ein paar Exemplare, aber leider nicht genug für alle - also ist Eile oder Kopieren angesagt. Zum Kaufen ist leider besonders der Haykin zu teuer (siehe Link).

Die Veranstaltung beginnt simpel, zieht dann aber zum Ende des Semesters hin an. Vor allem mathematisch wird der 2. VL-Teil deutlich anspruchsvoller - Kenntnisse in Stochastik, Statistik, Analysis und Differentialrechnung einer sowie mehrerer Variablen sollten vorhanden sein (oder sollte man sich selbstständig aneignen) um der Vorlesung folgen zu können.

Im WS05/06 wurde diese Lehrveranstaltung das erste Mal in der hier beschriebenen Form durchgeführt, es hat sich personell sowie inhaltliches einiges verändert im Vergleich mit der Vorgängerveranstaltung.

== Weblinks ==
* [http://www.dai-labor.de/index.php?id=535&L=1 DAI-Labor (WS 05/06) ]
* [http://ni.cs.tu-berlin.de/lehre/gki05_06.html NI (WS 05/06)]

== Persönliche Kommentare ==
: (Nicht unterschriebene Kommentare werden gelöscht!)
* War ganz ok. FelixB
* Habe die neu gestaltete Veranstaltung im WS05/06 belegt. (obiger Kommentar von FelixB bezieht sich auf die '''alte''' Veranstaltung, die so nicht mehr existiert). Was dieser Veranstaltung fehlt ist ein '''Skript''' oder ein durchgängies Lehrbuch. Es ist m. M. nach ziemlich unverschämt, dass man entweder (a) viel Geld ausgeben muss (Russell/Norvig ~ 60EUR) oder (b) nichts versteht. Der Russell/Norvig ist quasi nicht erhältlich in der Uni-Bib. Bei den anderen Büchern siehts etwas besser aus, aber die sind ja nur für die 2. Semesterhälfte. Die Folien sind zu großen Teilen echt grauenhaft (selbsterklärend ist hier ein Fremdwort). Sehr toll auch, dass zu so Themen wie JTMS/ATMS selbst im Russell/Norvig (fast) nichts steht und die Folien zwar ein paar nette Beispiele machen, aber das Thema nicht wirklich hinreichend klären (in den Hausaufgaben muss man die Detailfragen dann aber geklärt haben - Tja wie denn? Entweder '''raten''' oder den WM mit fragen löchern - das kanns doch nicht sein, oder?). Die Veranstaltung hat nen hohen Zeitaufwand, hohen Frustfaktor (mein Empfinden) und ist vom Lehrpersonal her zahlenmäßig echt unterbesetzt. 3/10 auf meiner Skala.Die Evaluation soll ja ähnlich ausgefallen sein - kein Wunder... --[[Benutzer:BjörnL|BjörnL]] 04:19, 11. Mär 2006 (CET)
** Hinweis: Die Evaluationsergebnisse sind aus dem CS-Netz einsehbar: [http://iv.tu-berlin.de/teaching/LVAuswertung/ http://iv.tu-berlin.de/teaching/LVAuswertung/] --[[Benutzer:BjörnBrandenburg|BjörnBrandenburg]] 10:27, 11. Mär 2006 (CET)
* Ich schließe mich der Meinung von BjörnL an. Man hat wirklich <b>sehr</b> viel Zeit in GKI investieren müssen, um im Endeffekt eine Klausur in 90 Minuten schaffen zu müssen, die locker für 120 Minuten reichen würde. Im Semester war der Zeitaufwand im Vergleich zu den anderen Basisveranstaltungen, die ich besucht habe, sehr hoch. Insgesamt waren 10 Aufgabenblätter da, von denen man in mindestens 5 viel programmieren musste (und zwar Java oder C/C++, kein Prolog wie aus den Früheren Jahren bekannt). Im zweiten Teil kam auch noch sehr viel Mathe dazu, und wer sich noch nicht mit neuronalen Netzen schon auseinandergesetzt hat, wird es nochmal gründlich machen müssen. Die 3 letzten Blätter mussten schon in den Semesterferien gemacht werden, also <i>nach</i> der eigentlichen Klausur. Außerdem muss ich auch noch sagen, dass Herr Prof. Obermayer ein exzellenter Wissenschaftler sein mag, aber aus der pädagogischen Sicht ist er leider sogar unter dem Niveau, das man von Herrn Prof. Post aus dem TechGI-Kurs kennt. --[[Benutzer:Soundmonster|Soundmonster]] 17:58, 2. Mai 2006 (CEST)

[[Kategorie:Lehrveranstaltungen]]
[[Kategorie:Fakultäts-ABC]]
[[Kategorie:„von der Website geklaute“ Artikel]]

__NOTOC__

Manpage

2006-05-02T15:41:15Z

Soundmonster:

== Manpage ==
''Manpage'' steht für "manual page", also eine Handbuchseite. Auf UNIX-Systemen ist das die primäre Quelle für Dokumentation. Viele Leute erwarten, dass jemand, der eine Frage zu einem UNIX-Programm hat, zuerst die entsprechende Manpage liest. (Zuwiderhandlungen werden dann oft mit [http://de.wikipedia.org/wiki/RTFM RTFM] beantwortet.)

In Manpages ist Information (sofern sie darin vorhanden ist) oft schneller auffindbar und fast immer zuverlässiger als z. B. bei Google.

== Manpages im Fakultätsnetz ==
Das Programm <code>man</code> zeigt die Manpages an. Der Befehl
man man
zeigt die Hilfe zu <code>man</code> an. Für das eigentliche Anzeigen verwendet <code>man</code> normalerweise das Programm <code>less</code> (siehe <code>man less</code>), das sich mit <code>q</code> beenden lässt. Setzt man die Umgebungsvariable <code>PAGER</code>, so wird <code>man</code> den Wert von <code>PAGER</code> als Anzeigeprogramm verwenden. Beispiel:
PAGER=lynx man man
zeigt die Manpage zu <code>man</code> im Textbrowser [http://lynx.browser.org/ lynx] an.

Alternativ kann auch [http://de.wikipedia.org/wiki/Konqueror Konqueror] benutzt werden - einfach in der Adressleiste '''<code>man:''programm''</code>''' Die Ausgabe ist optisch der des KDE-Help-Systems sehr ähnlich.

== Die <code>foo(x)</code>-Konvention ==
Oft wird auf ein UNIX-Programm <code>foo</code> verwiesen als <code>foo(x)</code>. <code>x</code> ist dann meistens die Sektionsnummer, in der die Manpage zu dem Programm zu finden ist.

Manpages sind in Sektionen organisiert. Die genaue Liste dieser Sektionen variiert von System zu System, aber fast überall gibt es die folgenden:
{|
! Sektionsnummer
! Themengebiet
|-
| 1
| Programme
|-
| 2
| Systemfunktionen
|-
| 3
| Bibliotheksfunktionen
|-
| 5
| Konfigurationsdateien
|-
| 7
| Datenformate
|-
| 8
| Programme, für die man erhöhte Zugriffsrechte braucht
|}
In den meisten dieser Sektionen gibt es <code>intro</code>-Seiten, die einen Überblick über die Sektion geben.

Will man nun die Manpage aus Sektion <code>x</code> zu <code>foo</code> lesen, dann lautet der entsprechende Aufruf
man -s ''x'' ''foo''

Gibt man keine Sektion an, dann sucht <code>man</code> nacheinander in jeder Sektion nach einer Manpage zu <code>foo</code>, bis eine gefunden wird.

== Verwandte nützliche Programme ==

=== <code>whatis(1)</code> ===
Eine Antwort auf die Frage "Was macht Programm <code>foo</code>?" bekommt man durch Benutzung von <code>whatis(1)</code> oft eine schnelle Antwort. Beispiel:
whatis man
liefert
man man (1) - find and display reference manual pages
man man (5) - macros to format Reference Manual pages

=== <code>apropos(1)</code> ===
<code>apropos(1)</code> findet Manpages (und damit Verweise zu passenden Programmen) zu einem Stichwort. Beispiel:
apropos 'logged in'
liefert
rusers rusers (1) - who is logged in on remote machines
rwho rwho (1) - who is logged in on local machines
users users (1b) - display a compact list of users logged in

[[Kategorie: Fachbegriffe der Informatik]]
[[Kategorie: Überleben im Fakultätsnetz]]

SSH

2006-05-02T11:36:01Z

Soundmonster: /* Kopieren von Dateien */

'''SSH''' steht für '''Secure SHell''' und bezeichnet ein Netzwerkprotokoll, mit dem man sich auf entfernten Rechnern einloggen kann um dort Programme auszuführen. Ausserdem ist es möglich über SSH auch Dateien zu kopieren (per '''scp''' oder '''sftp''') oder andere Protokolle zu tunneln.

SSH ist ein Ersatz für das '''telnet'''-Protokoll, mit dem man sich ebenfalls auf anderen Rechnern einloggen kann und für '''FTP''', das auch noch heute häufig für den Datentransfer verwendet wird. Telnet und FTP arbeiten im Gegensatz zu SSH jedoch unverschlüsselt, somit ist es einfach die übertragenen Daten, und somit auch die Passwörter, von anderen Benutzern mitzulesen.

== Programme ==

Bei allen [[Unix]]/[[Linux]]-Systemen sind SSH-Clients vorhanden und werden meist auch schon standardmässig mitinstalliert (Kommandos: <code>ssh</code>, <code>scp</code>, <code>sftp</code>). Für [[Windows]]-Systeme gibt es ebenfalls einige SSH-Clients, am häufigsten wird wohl [http://www.chiark.greenend.org.uk/~sgtatham/putty/ PuTTY] verwendet.

Ein SFTP und SCP-Client, zum Kopieren von Dateien über das Netzwerk, ist ebenfalls bei [http://www.chiark.greenend.org.uk/~sgtatham/putty/ PuTTY] vorhanden. [http://winscp.sourceforge.net/eng/ WinSCP] ist ein weiterer SCP/SFTP-Client für [[Windows]].

Wo nicht anders angegeben, bezieht sich die weitere Beschreibung auf die OpenSSH-Implementierung. Diese gehört in modernen Linuxdistributionen und im Fakultätsnetz zur Standardausrüstung.

== SSH für den Zugriff auf das Fakultätsnetz ==

Per SSH könnt Ihr auch bequem von zu Hause aus auf das Fakultätsnetz zugreifen und auf den Workstations oder Servern in der Uni Kommandos ausführen oder Dateien aus oder in den eigenen Bereich kopieren.

=== Arbeiten auf den Rechnern in der Uni ===
Das Einloggen funktioniert vom Prinzip her so:
ssh ''benutzername''@''rechnername''
oder, wenn man sich mit dem Benutzernamen einloggen will, den man gerade verwendet:
ssh ''rechnername''
Wenn man sich auf dem aktuellen Rechner einloggen will, geht auch
ssh ''benutzername''
Das Ergebnis ist im Allgemeneinen eine Shell auf dem angegebenen Rechner mit den Rechten des angegebenen Benutzers.

Als Rechnernamen könnt Ihr (fast) alle öffentlich erreichbaren Rechner im Fakultätsnetz verwenden, z.B. <code>pepita.cs.tu-berlin.de</code> (Hinweis: '''nicht''' <code>cs.tu-berlin.de</code> als Rechnernamen verwenden, sondern einen Rechner unterhalb dieser Domäne). Windows-SSH-Clients verfügen meist über eine [[GUI]], über die Ihr den gewünschten Rechner, Euren Benutzernamen und das Passwort eingeben könnt.

Wenn Ihr auf einem UNIX/Linux-Rechner (oder auch unter Windows, wenn Ihr einen X-Server installiert habt) arbeitet, besteht auch die Möglichkeit, grafische Programme auf Rechnern in der Uni zu starten und die Ausgabe auf den heimischen Rechner umzuleiten, dies wird als X11-Forwarding bezeichnet.

Um X11-Forwarding zu aktivieren muss beim Aufruf der Parameter <code>-X</code> mit angegeben werden, ausserdem empfiehlt es sich vor allem bei langsamen Internetzugängen (Modem, ISDN, ADSL) die Verbindung zu komprimieren (<code>-C</code>):
ssh -X -C ''benutzer''@''rechnername''

Für manche Programme reicht das mit <code>-X</code> aktivierte Forwarding nicht. In diesem Fall kann man versuchen, statt <code>-X</code> den Parameter <code>-Y</code> zu benutzen.

Wer keine Lust hat, bei jedem Login ein Passwort einzugeben, kann statt dessen public key-Authentifizierung benutzen. Dazu erstellt man, sofern noch nicht geschehen, zu Hause einen öffentlichen und einen privaten Schlüssel für ssh, zum Beispiel mit
ssh-keygen -t dsa
und leerer passphrase, kopiert dann die soeben erstellte Datei id_dsa.pub ('''nicht''' id_dsa - die ist geheim!) mit scp ins Homeverzeichnis im Fakultätsnetz und führt dann
cat id_dsa.pub >> .ssh/authorized_keys
aus. Die kopierte Datei kann danach entfernt werden. (Vorsicht: $HOME/.ssh/id_dsa* '''nicht''' löschen.)

=== Kopieren von Dateien ===
Mit Hilfe von '''scp''' oder '''sftp''' könnt Ihr auch Dateien von der Uni nach Hause kopieren oder umgekehrt. Für [[Windows]] und auch UNIX/Linux gibt es dafür grafische Programme, die ähnlich wie gewöhnliche FTP-Clients aussehen und funktionieren. Viele FTP-Programme beherrschen mittlerweile auch SFTP, darunter auch Konqueror, [http://filezilla.sourceforge.net/ FileZilla], [http://gftp.seul.org/ gFTP] etc.

Auf der Konsole unter UNIX/Linux funktioniert das Kopieren von Dateien so (Kopieren von entferntem auf lokalen Rechner):
scp ''benutzername''@''rechnername'':''Quelle'' ''Ziel''
oder umgekehrt (von lokalem Rechner auf entfernten):
scp ''Quelle'' ''benutzername''@''rechnername'':''Ziel''
Es gilt im Wesentlichen die Semantik von <code>[[Die wichtigsten Unix-Befehle#cp|cp]]</code>.

Natürlich ist es auch möglich mehrere Dateien oder ganze Verzeichnisse inkl. Unterverzeichnissen ([[Rekursion|rekursiv]]) oder Dateien zwischen verschiedenen entfernten Rechnern zu kopieren. Weitere Informationen dazu erhält man über die [[Manpage]] zu scp (<code>man scp</code>).

=== Tunnel mit SSH ===
SSH kann auch allgemein eine Verbindung zu einem entfernten Rechner herstellen und als Tunnel agieren, also Daten zwischen eigenem und entferntem Rechner transportieren. Dazu zwei Beispiele.

==== Zugriff auf <code>news.cs.tu-berlin.de</code> von zu Hause ====
Der Newsserver erlaubt den Schreibzugriff nur für Rechner im Fakultätsnetz. Mit einem Tunnel kann man das simulieren:
ssh -L localhost:20119:news.cs.tu-berlin.de:119 -l ''foo'' -T fiesta.cs.tu-berlin.de
Dabei ist 20119 die Portnummer auf dem eigenen Rechner, zu der die Verbindung weitergeleitet wird, <code>fiesta.cs.tu-berlin.de</code> der Rechner, von dem aus sie hergestellt wird und ''foo'' der eigene Benutzername im Fakultätsnetz.

==== Zugriff auf <code>mailhost.cs.tu-berlin.de</code> von zu Hause ====

Dies wird in einem eigenen Artikel beschrieben: [[Email]]

==== Zugriff auf Webseiten mit IP-Zugriffsbeschränkung ====
Dank der Unibibliothek kann man von Unirechnern aus Inhalte aus dem WWW abrufen, an die man sonst nicht so leicht herankommt. Für Informatiker und/oder E-Techniker ist zum Beispiel der Zugriff auf die [http://ieeexplore.ieee.org/ IEEE-Normen] interessant; weitere Information gibt es auf der [http://www.ub.tu-berlin.de/ Homepage der Bibliothek]. Um darauf von zu Hause zuzugreifen, richtet man zum Beispiel mit
ssh -L localhost:28080:www.cs.tu-berlin.de:81 -l ''foo'' -T fiesta.cs.tu-berlin.de
einen Tunnel zwischen dem Proxyserver im Fakultätsnetz (siehe http://irb.cs.tu-berlin.de/dienste/www/proxy.html für Portnummern) und Port 28080 auf dem eigenen Rechner über fiesta.cs.tu-berlin.de ein und stellt im Lieblingsbrowser <code>localhost</code> und Port 28080 als Proxyserver ein. ''foo'' ist dabei wieder der Benutzername.

Ein Nachteil von SSH-Tunnels ist, dass sie im Vergleich zu direkten Verbindungen einen Ressourcenoverhead hinzufügen. Deshalb sollten sie genau dann benutzt werden, wenn die zusätzliche Funktionalität tatsächlich benötigt wird.

== Weblinks ==
* http://www.openssh.com/
* http://www.ssh.com/
* http://www.chiark.greenend.org.uk/~sgtatham/putty/
* http://www.cygwin.com/ - eine Sammlung auf Windows portierter UNIX-typischer freier Software, inklusive X-Server und ssh.

[[Kategorie: Fachbegriffe der Informatik]]
[[Kategorie: Fakultäts-ABC]]
[[Kategorie: Überleben im Fakultätsnetz]]

Umzug aus dem Franklingebäude

2006-05-02T11:23:03Z

Soundmonster:

Seit geraumer Zeit versucht die [[Technische Universität Berlin]] die Fakultäten aus dem [[Franklingebäude]] abzuziehen, da es - bei größter Mietfläche der TU - die mit Abstand höchsten Mietkosten verursacht. Über das Zustandekommen des Mietvertrages gab es wilde Gerüchte. In die Franklinstraße war der damalige Fachbereich Informatik im Jahr 1982 eingezogen. Vorher waren große Teile des Fachbereichs schon im [[Telefunken-Gebäude]] untergebracht. Die Anfänge des Fachbereichs Kybernetik (später Informatik) keimten im so genannten Osramgebäude (Eternitgebäude) am Ernst-Reuter-Platz.

Definitiv ist, daß bis zum Jahr 2012 das Franklin aufgegeben wird und die Fakultäten umgezogen sein müssen.
Viele Informationen sind nicht vorhanden, aber das Probleme vorhanden sind, weiß man auf jeden Fall.

Zum Beispiel soll ein Teil der Informatik/Technische Informatik ins [[Telefunken-Gebäude]] umziehen, das wiederum noch nicht mal bezugsfertig ist, da die Geisteswissenschaftler noch nicht ausgezogen sind. Es bleibt also auch offen welches Fachgebiet, die im Franklin (speziell die TI und Informatik) sitzen, wohin zieht, wann sie umziehen muß und wie es mit studentischen Organisationen oder Arbeitsräumen aussieht. Teile der Elektrotechnik sitzen im [[Elektrotechnik-Neubau|E-N-Gebäude]].

Prinzipiell gehen die Planungen der Fakultät dahin, dass die eher ingenieurmäßig/technisch ausgerichteten Fachgebiete ins EN ziehen, während die Theoretiker/Softwaretechniker ins Telefunken kommen werden. Dabei ist der Fachbereich KBS schon in das E-N umgezogen, was der der obigen Richtlinie eher wenig entspricht.

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