https://wiki.mafiasi.de/api.php?action=feedcontributions&feedformat=atom&user=4felgenhFachschaft Informatik - Benutzerbeiträge [de]2026-10-16T12:55:15ZBenutzerbeiträgeMediaWiki 1.43.11https://wiki.mafiasi.de/index.php?title=KBS-Sose2023-Typst&diff=26195KBS-Sose2023-Typst2023-04-23T11:02:58Z<p>4felgenh: </p>
<hr />
<div>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|3|02. Mai}}<br />
<br />
== Abstract ==<br />
<br />
Typst (/taɪpst/) ist ein modernes und in Rust geschriebenes Textsatzsystem, das sich als Alternative zu (oder Nachfolger von) LaTeX versteht.<br />
<br />
Bislang bietet Typst...<br />
* '''Superschnelles''' Kompilieren<br />
* '''Einfache Syntax''' ähnlich zu Markdown<br />
* Elegantes und '''einfaches Skripting'''<br />
* Einen '''Online-Editor''' ähnlich zu Overleaf<br />
<br />
Aber reicht das, um LaTeX aktuell vollständig zu ersetzen? (''Spoiler: Nein'')<br />
<br />
Oder ist es wenigstens absehbar, dass Typst in den nächsten Monaten ein vollwertiger Nachfolger wird? (''Spoiler: Vermutlich schon'')<br />
<br />
* https://github.com/typst/typst<br />
* https://typst.app/home<br />
<br />
== Agenda ==<br />
<br />
2019 wurden die Arbeiten an Typst von den zwei Absolventen der TU Berlin Martin Haug und Laurenz Mädje aus einer Frustration mit LaTeX heraus begonnen.<br />
<br />
Im März 2023 fand dann das offizielle Open Source Beta-Release statt.<br />
<br />
Dementsprechend hat es noch ein paar Ecken und Kanten, die Entwicklung läuft aber sehr flott.<br />
<br />
Ich habe in den letzten Monaten versucht, meinen kompletten Workflow von LaTeX auf Typst umzustellen.<br />
<br />
Dabei haben mir viele Dinge gut gefallen, aber stellenweise gibt es auch noch etwas Luft nach oben. Details erfahrt ihr im KBS.<br />
<br />
Außerdem gebe ich natürlich einen seichten Einstieg in die allgemeine Benutzung und in die Syntax von Typst.<br />
<br />
== Vortragende ==<br />
<br />
# Ruben 14felgenh<br />
<br />
== Folien ==<br />
<br />
[https://github.com/felsenhower/kbs-typst Source] (natürlich sind die Folien mit Typst gemacht! :D), [https://raw.githubusercontent.com/felsenhower/kbs-typst/master/presentation.pdf PDF]<br />
<br />
== Was muss ich mitbringen? ==<br />
<br />
Falls ihr vor Ort direkt etwas ausprobieren wollt, lohnt es sich, ein Notebook mitzubringen.<br />
<br />
Derzeit könnt ihr Typst folgendermaßen benutzen:<br />
<br />
# Mit dem offiziellen Online-Editor: https://typst.app/home<br />
# Mit Visual Studio Code und der Extension Typst LSP: https://github.com/nvarner/typst-lsp<br />
# Mit einem Texteditor eurer Wahl und dem Kommandozeilen-Tool: https://github.com/typst/typst<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-Sose2023-Typst&diff=26184KBS-Sose2023-Typst2023-04-12T15:24:31Z<p>4felgenh: Die Seite wurde neu angelegt: „{{:KunterBuntesSeminar-SS23/Terminseiten-Header|3|02. Mai}} == Abstract == Typst (/taɪpst/) ist ein modernes und in Rust geschriebenes Textsatzsystem, das sich als Alternative zu (oder Nachfolger von) LaTeX versteht. Bislang bietet Typst... * '''Superschnelles''' Kompilieren * '''Einfache Syntax''' ähnlich zu Markdown * Elegantes und '''einfaches Skripting''' * Einen '''Online-Editor''' ähnlich zu Overleaf Aber reicht das, um LaTeX aktuell vollstä…“</p>
<hr />
<div>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|3|02. Mai}}<br />
<br />
== Abstract ==<br />
<br />
Typst (/taɪpst/) ist ein modernes und in Rust geschriebenes Textsatzsystem, das sich als Alternative zu (oder Nachfolger von) LaTeX versteht.<br />
<br />
Bislang bietet Typst...<br />
* '''Superschnelles''' Kompilieren<br />
* '''Einfache Syntax''' ähnlich zu Markdown<br />
* Elegantes und '''einfaches Skripting'''<br />
* Einen '''Online-Editor''' ähnlich zu Overleaf<br />
<br />
Aber reicht das, um LaTeX aktuell vollständig zu ersetzen? (''Spoiler: Nein'')<br />
<br />
Oder ist es wenigstens absehbar, dass Typst in den nächsten Monaten ein vollwertiger Nachfolger wird? (''Spoiler: Vermutlich schon'')<br />
<br />
* https://github.com/typst/typst<br />
* https://typst.app/home<br />
<br />
== Agenda ==<br />
<br />
2019 wurden die Arbeiten an Typst von den zwei Absolventen der TU Berlin Martin Haug und Laurenz Mädje aus einer Frustration mit LaTeX heraus begonnen.<br />
<br />
Im März 2023 fand dann das offizielle Open Source Beta-Release statt.<br />
<br />
Dementsprechend hat es noch ein paar Ecken und Kanten, die Entwicklung läuft aber sehr flott.<br />
<br />
Ich habe in den letzten Monaten versucht, meinen kompletten Workflow von LaTeX auf Typst umzustellen.<br />
<br />
Dabei haben mir viele Dinge gut gefallen, aber stellenweise gibt es auch noch etwas Luft nach oben. Details erfahrt ihr im KBS.<br />
<br />
Außerdem gebe ich natürlich einen seichten Einstieg in die allgemeine Benutzung und in die Syntax von Typst.<br />
<br />
== Vortragende ==<br />
<br />
# Ruben 14felgenh<br />
<br />
== Folien ==<br />
<br />
Kommen noch...<br />
<br />
Aktueller Stand [https://github.com/felsenhower/kbs-typst https://github.com/felsenhower/kbs-typst]<br />
<br />
(natürlich sind meine Folien auch mit Typst gemacht! :D)<br />
<br />
== Was muss ich mitbringen? ==<br />
<br />
Falls ihr vor Ort direkt etwas ausprobieren wollt, lohnt es sich, ein Notebook mitzubringen.<br />
<br />
Derzeit könnt ihr Typst folgendermaßen benutzen:<br />
<br />
# Mit dem offiziellen Online-Editor: https://typst.app/home<br />
# Mit Visual Studio Code und der Extension Typst LSP: https://github.com/nvarner/typst-lsp<br />
# Mit einem Texteditor eurer Wahl und dem Kommandozeilen-Tool: https://github.com/typst/typst<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-Sose2023-LatexLevel2&diff=26183KBS-Sose2023-LatexLevel22023-04-12T14:45:47Z<p>4felgenh: Die Seite wurde neu angelegt: „{{:KunterBuntesSeminar-SS23/Terminseiten-Header|2|25. April}} == Abstract == LaTeX kann so viele Sachen, dass wir dir im ersten Termin noch nicht alles zeigen konnten. Diesmal geht es u.a. um Literaturverzeichnisse, das Darstellen von Quellcode, fortgeschrittene Mathe-Kommandos und hübsche Grafiken mit Tikz: * '''Verweise''', figures * '''Literaturangaben''' mit BibTeX, BibLaTeX, Bib-files * '''Quelltext''' mit minted, lstlistings und verbatim * '''Ps…“</p>
<hr />
<div>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|2|25. April}}<br />
<br />
== Abstract ==<br />
<br />
LaTeX kann so viele Sachen, dass wir dir im ersten Termin noch nicht alles zeigen konnten. Diesmal geht es u.a. um Literaturverzeichnisse, das Darstellen von Quellcode, fortgeschrittene Mathe-Kommandos und hübsche Grafiken mit Tikz:<br />
<br />
* '''Verweise''', figures<br />
* '''Literaturangaben''' mit BibTeX, BibLaTeX, Bib-files<br />
* '''Quelltext''' mit minted, lstlistings und verbatim<br />
* '''Pseudocode'''<br />
* '''Erstellen eigener Befehle''', Umgebungen, Pakete und Dokumentenklassen<br />
* Mehr Mathe mit u.A. '''SI-Einheiten'''<br />
* '''Grafiken Zeichnen''' mit TikZ: einfaches Zeichnen, Automaten, Funktionen plotten, chemische Bilder, Schaltskizzen, Petrinetze, Bäume<br />
* '''Versionskontolle''' mit Einführung und gitignore<br />
* Nutzung von '''make'''<br />
<br />
== Vortragende ==<br />
<br />
# 14stieler<br />
# 14felgenh<br />
# ...<br />
<br />
== Folien ==<br />
<br />
kommen noch<br />
<br />
Aktuellster shit unter: [https://github.com/hauke96/latex-grundkurs https://github.com/hauke96/latex-grundkurs]<br />
<br />
== Was muss ich mitbringen? ==<br />
<br />
Wir werden viel zusammen machen, daher am besten ein Notebook mit installierter LaTeX-Umgebung. Empfehlenswert ist z.B. '''TeXlive''' und '''TeXstudio'''. Alternativ gibt es auch den Online-Editor [https://latexbase.com/ Latexbase], wir empfehlen aber eine installierte Desktop-Umgebung.<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-Sose2023-LatexGrundkurs&diff=26182KBS-Sose2023-LatexGrundkurs2023-04-12T14:44:31Z<p>4felgenh: Die Seite wurde neu angelegt: „{{:KunterBuntesSeminar-SS23/Terminseiten-Header|1|18. April}} == Abstract == Wer Seminararbeit(en) oder Hausarbeiten mit Word, LibreOffice etc. schreibt, der hat bestimmt schon bemerkt, dass Tabellen irgendwie semi-gut aussehen, Formatierung allgemein problematisch ist, Formeln ja wohl absolut nicht gehen und dass es vorbei ist, sobald es an Grafiken geht.<br> <br> Wenn du also auch keine Lust mehr auf halb-schöne Arbeiten/Abgaben hast, dann bist du hi…“</p>
<hr />
<div>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|1|18. April}}<br />
<br />
== Abstract ==<br />
<br />
Wer Seminararbeit(en) oder Hausarbeiten mit Word, LibreOffice etc. schreibt, der hat bestimmt schon bemerkt, dass Tabellen irgendwie semi-gut aussehen, Formatierung allgemein problematisch ist, Formeln ja wohl absolut nicht gehen und dass es vorbei ist, sobald es an Grafiken geht.<br><br />
<br><br />
Wenn du also auch keine Lust mehr auf halb-schöne Arbeiten/Abgaben hast, dann bist du hier genau richtig. Wir zeigen dir die '''Grundlagen von LaTeX''' und ermöglichen es dir ziemlich schnell ziemlich schöne Ergebnisse zu erzielen, denn ...<br><br />
... wir machen es mit LaTeX<br />
<br />
=== Was ist das und warum sollte ich kommen? ===<br />
<br />
LaTeX ist ein Textsatzprogramm in dem du nicht direkt am Text Formatierungen vornimmst, sondern beschreibst, wie alles hinterher aussehen soll. Da man die Beschreibungssprache selbst um Befehle erweitern kann, ist LaTeX wesentlich mächtiger als Office-Programme<ref>Nur nebenbei: LaTeX ist eine vollwertige Programmiersprache und Turing-vollständig ;)</ref>.<br><br />
<br><br />
Gerade für Übungen, Projekte oder Praktika (also alles mit mehreren Personen), eignet sich LaTeX besonders gut, denn: LaTeX ist reiner Text und lässt sich super mit einer Versionskontrolle (z.B. git) verbinden. Das geht mit einer .docx oder .ods Datei kaum bis gar nicht.<br><br />
<br><br />
LaTeX (und viele Editoren auch) ist freie Software und für alle gängigen Betriebssysteme erhältlich.<br><br />
<br><br />
LaTeX ist schon seit Jahrzehnten erprobt, stabil und wird kaum noch verändert. Dadurch hat man an keine Versionsprobleme: Hat eine andere Person LaTeX installiert, kann man sich sicher sein, dass bei beiden die Dokumente hinterher exakt gleich aussehen.<br><br />
<br><br />
Da wir ein Mathematik-nahen Studiengang haben, schreiben wir viele Formeln (wenn nicht, werdet ihr das wahrscheinlich noch ;) ). Das geht zwar in Word, LibreOffice und Co. auch, ist aber ziemlich umständlich, teilweise eingeschränkt, sieht nicht sonderlich professionell aus und gliedert sich schlecht in das restliche Dokument ein. Bei LaTeX sind Formeln und Gleichungen wie eine zweite Muttersprache und gliedern sich wunderbar in den umgebenden Text ein.<br><br />
<br><br />
Es gibt also sehr gute Gründe sich LaTeX anzuschauen und - wie viele es bereits tun - im Studium zu nutzen, daher komm gerne vorbei :)<br />
<br />
== Vortragende ==<br />
<br />
# 14stieler<br />
# 14felgenh<br />
# ...<br />
<br />
== Folien ==<br />
<br />
Kommen noch<br />
<br />
Aktuellster shit unter: [https://github.com/hauke96/latex-grundkurs https://github.com/hauke96/latex-grundkurs]<br />
<br />
== Was muss ich mitbringen? ==<br />
<br />
Wir werden viel zusammen machen, daher am besten ein Notebook mit installierter LaTeX-Umgebung. Empfehlenswert ist z.B. '''TeXlive''' und '''TeXstudio'''. Alternativ gibt es auch den Online-Editor [https://overleaf.com Overleaf], wir empfehlen aber eine installierte Desktop-Umgebung.<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-SS23/Terminseiten-Header&diff=26181KunterBuntesSeminar-SS23/Terminseiten-Header2023-04-12T14:43:42Z<p>4felgenh: </p>
<hr />
<div><noinclude>Dies ist eine Vorlage zur Verwendung im Kopfbereich einer Terminseite für das [[KBS]]. Sie beinhaltet Angaben zur Termin-Nummer, Zeit und Ort.<br />
<br />
=== Verwendung ===<br />
Die Vorlage hat zwei Pflichtparameter: die Termin-Nummer und das Datum. Zeit- und Ortsdaten sind per Default die normalen KBS-Daten, können aber mit benannten Parametern überschrieben werden. Für den Ort kann entweder lediglich der Raum oder die komplette Ortsangabe überschrieben werden.<br />
<br />
=== Beispiele ===<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|1|02. November 2023}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|1|02. November 2023}}<br />
<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|2|09. November 2023|raum=D-125}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|2|09. November 2023|raum=D-125}}<br />
<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|6|44. Dezemer 2023|ort=Im Foyer des WiWi-Bunkers}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|6|44. Dezember 2023|ort=Im Foyer des WiWi-Bunkers}}<br />
<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|9|51. Februar 2023|zeit='''19:15 Uhr''', Termin geht nur 30 Minuten}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|9|51. Februar 2023|zeit='''19:15 Uhr''', Termin geht nur 30 Minuten}}<br />
<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|nom|nomnom|ort=foo|zeit=bar}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|nom|nomnom|ort=foo|zeit=bar}}<br />
<br />
</noinclude><includeonly>Dies ist der {{{1}}}. Termin vom [[KunterBuntesSeminar-SS23|KunterBuntenSeminar im SS 2023]].<br /><br />
Ort: {{{ort| '''{{{raum|G-022}}}'''}}}<br /><br />
Datum: '''{{{2}}}'''<br /><br />
Zeit: {{{zeit|'''18:30 Uhr''' bis ca. 20:30 Uhr}}}</includeonly></div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-SS23/Terminseiten-Header&diff=26180KunterBuntesSeminar-SS23/Terminseiten-Header2023-04-12T14:40:30Z<p>4felgenh: Die Seite wurde neu angelegt: „<noinclude>Dies ist eine Vorlage zur Verwendung im Kopfbereich einer Terminseite für das KBS. Sie beinhaltet Angaben zur Termin-Nummer, Zeit und Ort. === Verwendung === Die Vorlage hat zwei Pflichtparameter: die Termin-Nummer und das Datum. Zeit- und Ortsdaten sind per Default die normalen KBS-Daten, können aber mit benannten Parametern überschrieben werden. Für den Ort kann entweder lediglich der Raum oder die komplette Ortsangabe überschrieben…“</p>
<hr />
<div><noinclude>Dies ist eine Vorlage zur Verwendung im Kopfbereich einer Terminseite für das [[KBS]]. Sie beinhaltet Angaben zur Termin-Nummer, Zeit und Ort.<br />
<br />
=== Verwendung ===<br />
Die Vorlage hat zwei Pflichtparameter: die Termin-Nummer und das Datum. Zeit- und Ortsdaten sind per Default die normalen KBS-Daten, können aber mit benannten Parametern überschrieben werden. Für den Ort kann entweder lediglich der Raum oder die komplette Ortsangabe überschrieben werden.<br />
<br />
=== Beispiele ===<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|1|02. November 2023}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|1|02. November 2023}}<br />
<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|2|09. November 2023|raum=D-125}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|2|09. November 2023|raum=D-125}}<br />
<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|6|44. Dezemer 2023|ort=Im Foyer des WiWi-Bunkers}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|6|44. Dezember 2023|ort=Im Foyer des WiWi-Bunkers}}<br />
<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|9|51. Februar 2023|zeit='''19:15 Uhr''', Termin geht nur 30 Minuten}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|9|51. Februar 2023|zeit='''19:15 Uhr''', Termin geht nur 30 Minuten}}<br />
<br />
<nowiki>{{:KunterBuntesSeminar-SS23/Terminseiten-Header|nom|nomnom|ort=foo|zeit=bar}}</nowiki><br />
{{:KunterBuntesSeminar-SS23/Terminseiten-Header|nom|nomnom|ort=foo|zeit=bar}}<br />
<br />
</noinclude><includeonly>Dies ist der {{{1}}}. Termin vom [[KunterBuntesSeminar-SS23|KunterBuntenSeminar im SS 2023]].<br /><br />
Ort: {{{ort| '''{{{raum|BigBlueButton}}}''' (Link siehe Ankündigungsmails) }}}<br /><br />
Datum: '''{{{2}}}'''<br /><br />
Zeit: {{{zeit|'''20:00 Uhr''' bis ca. 21:30 Uhr}}}</includeonly></div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-SS23&diff=26178KunterBuntesSeminar-SS232023-04-11T11:09:53Z<p>4felgenh: </p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_SS_23|Sommersemester 2023]], welches das 28. Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Immer '''Dienstags 18:30 bis ca. 20:30 in G-022'''. Wahrscheinlich wird es auch einen Live-Stream über BBB geben. Da manche Termine eher Workshops sind, lohnt es sich aber eher ans Ikum zu kommen.<br />
<br />
=== Themen ===<br />
<br />
Die Vorträge und Workshops sind von Studis für Studis, trage dich also gerne ein, damit das KBS möglichst vielfältig ist.<br />
<br />
;KW15 11.04.2023: ''(fällt aus)''<br />
<br />
;KW15 18.04.2023: [[KBS-Sose2023-LatexGrundkurs|LaTeX-Grundkurs]] by <viele Mafiasi><br />
<br />
;KW15 25.04.2023: [[KBS-Sose2023-LatexLevel2|LaTeX Level 2]] by <viele Mafiasi><br />
<br />
;KW15 02.05.2023: [[KBS-Sose2023-Typst|Typst – der LaTeX-Killer?]] by Ruben 14felgenh<br />
<br />
;KW15 09.05.2023: (noch frei)<br />
<br />
;KW15 16.05.2023: ''(fällt aus)''<br />
<br />
;KW15 23.05.2023: (noch frei)<br />
<br />
;KW15 30.05.2023: (noch frei)<br />
<br />
;KW15 06.06.2023: (noch frei)<br />
<br />
;KW15 13.06.2023: (noch frei)<br />
<br />
;KW15 20.06.2023: (noch frei)<br />
<br />
;KW15 27.06.2023: (noch frei)<br />
<br />
;KW15 04.07.2023: (noch frei)<br />
<br />
;KW15 11.07.2023: (noch frei)<br />
<br />
=== Du möchtest selbst ein KBS halten? Großartig! ===<br />
<br />
'''Alle können mit machen''' und sich für ein [[KunterBuntesSeminar/Themen|bliebiges Thema]] eintragen. Lege einfach eine Wiki-Seite an (s. [[KunterBuntesSeminar|vergangene KBSe]]) und beschreibe was du bei dem KBS so machen möchtest. Und am besten ein paar Tage vorher eine Ankündigungsmail schreiben ;)<br />
<br />
Für mehr Infos schau einmal in die [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Vortragende]] und ansonsten orientiere dich am besten an bestehende Einträge in der Liste oben (oder in Listen [[KunterBuntesSeminar|vergangener KBSse]]): Seite erstellen, dabei das [[KunterBuntesSeminar-SS22/Terminseiten-Header|KBS-Makro]] benutzen, ein wenig was zu deinem Thema schreiben, bewerben (Mailinglisten, Social Media, Zettel aushängen, Leute in der Fußgängerzone ansprechen, die Tagesschau fragen, ob sie drüber berichten, ....) und fertig!<br />
<br />
Bei weiteren Fragen schau einmal ins [[HOWTO:KBS]] (allerdings leeeeicht veraltet ;) ) und ansonsten kannst du dich natürlich auch gerne an die KBS-AG wenden ([mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de]).<br />
<br />
== Mailingliste ==<br />
Das KBS hat eine Mailingliste, welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Materialien ==<br />
<br />
* [[HOWTO:KunterBuntesSeminar-Vortrag|HOWTO eigenen KBS-Talk halten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
* [[HOWTO:KBS]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-SS23&diff=26156KunterBuntesSeminar-SS232023-04-05T07:33:13Z<p>4felgenh: </p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_SS_23|Sommersemester 2023]], welches das 28. Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Immer '''Dienstags 18:30 bis ca. 20:30 in G-022'''. Wahrscheinlich wird es auch einen Live-Stream über BBB geben. Da manche Termine eher Workshops sind, lohnt es sich aber eher ans Ikum zu kommen.<br />
<br />
=== Themen ===<br />
<br />
Die Vorträge und Workshops sind von Studis für Studis, trage dich also gerne ein, damit das KBS möglichst vielfältig ist.<br />
<br />
;KW15 11.04.2023: (noch frei)<br />
<br />
;KW15 18.04.2023: (noch frei)<br />
<br />
;KW15 25.04.2023: (noch frei)<br />
<br />
;KW15 02.05.2023: (noch frei)<br />
<br />
;KW15 09.05.2023: (noch frei)<br />
<br />
;KW15 16.05.2023: ''(fällt aus)''<br />
<br />
;KW15 23.05.2023: (noch frei)<br />
<br />
;KW15 30.05.2023: (noch frei)<br />
<br />
;KW15 06.06.2023: (noch frei)<br />
<br />
;KW15 13.06.2023: (noch frei)<br />
<br />
;KW15 20.06.2023: (noch frei)<br />
<br />
;KW15 27.06.2023: (noch frei)<br />
<br />
;KW15 04.07.2023: (noch frei)<br />
<br />
;KW15 11.07.2023: (noch frei)<br />
<br />
=== Du möchtest selbst ein KBS halten? Großartig! ===<br />
<br />
'''Alle können mit machen''' und sich für ein [[KunterBuntesSeminar/Themen|bliebiges Thema]] eintragen. Lege einfach eine Wiki-Seite an (s. [[KunterBuntesSeminar|vergangene KBSe]]) und beschreibe was du bei dem KBS so machen möchtest. Und am besten ein paar Tage vorher eine Ankündigungsmail schreiben ;)<br />
<br />
Für mehr Infos schau einmal in die [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Vortragende]] und ansonsten orientiere dich am besten an bestehende Einträge in der Liste oben (oder in Listen [[KunterBuntesSeminar|vergangener KBSse]]): Seite erstellen, dabei das [[KunterBuntesSeminar-SS22/Terminseiten-Header|KBS-Makro]] benutzen, ein wenig was zu deinem Thema schreiben, bewerben (Mailinglisten, Social Media, Zettel aushängen, Leute in der Fußgängerzone ansprechen, die Tagesschau fragen, ob sie drüber berichten, ....) und fertig!<br />
<br />
Bei weiteren Fragen schau einmal ins [[HOWTO:KBS]] (allerdings leeeeicht veraltet ;) ) und ansonsten kannst du dich natürlich auch gerne an die KBS-AG wenden ([mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de]).<br />
<br />
== Mailingliste ==<br />
Das KBS hat eine Mailingliste, welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
* [[HOWTO:KBS]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-SS23&diff=26155KunterBuntesSeminar-SS232023-04-05T07:30:57Z<p>4felgenh: Termin(e) finalisiert</p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_SS_23|Sommersemester 2023]], welches das 28. Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Immer '''Dienstags 18:30 bis ca. 20:30 in G-022'''. Wahrscheinlich wird es auch einen Live-Stream über BBB geben. Da manche Termine eher Workshops sind, lohnt es sich aber eher ans Ikum zu kommen.<br />
<br />
=== Themen ===<br />
<br />
Die Vorträge und Workshops sind von Studis für Studis, trage dich also gerne ein, damit das KBS möglichst vielfältig ist.<br />
<br />
;KW15 11.04.2023: (noch frei)<br />
<br />
;KW15 18.04.2023: (noch frei)<br />
<br />
;KW15 25.04.2023: (noch frei)<br />
<br />
;KW15 02.05.2023: (noch frei)<br />
<br />
;KW15 09.05.2023: (noch frei)<br />
<br />
;KW15 16.05.2023: (noch frei)<br />
<br />
;KW15 23.05.2023: (noch frei)<br />
<br />
;KW15 30.05.2023: (noch frei)<br />
<br />
;KW15 06.06.2023: (noch frei)<br />
<br />
;KW15 13.06.2023: (noch frei)<br />
<br />
;KW15 20.06.2023: (noch frei)<br />
<br />
;KW15 27.06.2023: (noch frei)<br />
<br />
;KW15 04.07.2023: (noch frei)<br />
<br />
;KW15 11.07.2023: (noch frei)<br />
<br />
=== Du möchtest selbst ein KBS halten? Großartig! ===<br />
<br />
'''Alle können mit machen''' und sich für ein [[KunterBuntesSeminar/Themen|bliebiges Thema]] eintragen. Lege einfach eine Wiki-Seite an (s. [[KunterBuntesSeminar|vergangene KBSe]]) und beschreibe was du bei dem KBS so machen möchtest. Und am besten ein paar Tage vorher eine Ankündigungsmail schreiben ;)<br />
<br />
Für mehr Infos schau einmal in die [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Vortragende]] und ansonsten orientiere dich am besten an bestehende Einträge in der Liste oben (oder in Listen [[KunterBuntesSeminar|vergangener KBSse]]): Seite erstellen, dabei das [[KunterBuntesSeminar-SS22/Terminseiten-Header|KBS-Makro]] benutzen, ein wenig was zu deinem Thema schreiben, bewerben (Mailinglisten, Social Media, Zettel aushängen, Leute in der Fußgängerzone ansprechen, die Tagesschau fragen, ob sie drüber berichten, ....) und fertig!<br />
<br />
Bei weiteren Fragen schau einmal ins [[HOWTO:KBS]] (allerdings leeeeicht veraltet ;) ) und ansonsten kannst du dich natürlich auch gerne an die KBS-AG wenden ([mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de]).<br />
<br />
== Mailingliste ==<br />
Das KBS hat eine Mailingliste, welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
* [[HOWTO:KBS]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=Datei:KBS-WiSe2223-Mikrocontroller.pdf&diff=26125Datei:KBS-WiSe2223-Mikrocontroller.pdf2023-01-23T18:08:25Z<p>4felgenh: </p>
<hr />
<div></div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-WiSe2223-Mikrocontroller&diff=26124KBS-WiSe2223-Mikrocontroller2023-01-23T18:05:00Z<p>4felgenh: </p>
<hr />
<div>{{:KunterBuntesSeminar-WS22/Terminseiten-Header|7|24. Januar}}<br />
<br />
== TL;DR ==<br />
<br />
* Mikrocontroller-Programmierung:<br />
** Was ist das?<br />
** Wieso will ich das?<br />
** Was kann man damit cooles machen?<br />
** Wie geht das?<br />
** Bare Metal vs Embedded Linux?<br />
<br />
== Too Long Did Read ==<br />
<br />
In diesem KBS zeige ich alles, was ihr wissen müsst, um einfache Anwendungen für Mikrocontroller zu bauen:<br />
<br />
* Aussuchen der Hardware<br />
* Kaufen der Hardware<br />
* Programmierung der Software<br />
* Flashen der Software auf euren Mikrocontroller<br />
<br />
Die Beispiele sind zu verschiedenen Herstellern, aber hauptsächlich für STM32.<br />
<br />
Ich werde auch ein bisschen über etwas größere eingebettete Systeme (z.B. Raspberry Pi) reden und wie man sein eigenes Linux mit Buildroot baut.<br />
<br />
== Vortragende ==<br />
<br />
* Ruben 14felgenh<br />
<br />
== Folien ==<br />
<br />
[[Datei:KBS-WiSe2223-Mikrocontroller.pdf]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-WS2223&diff=26123KunterBuntesSeminar-WS22232023-01-21T14:24:22Z<p>4felgenh: </p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_WS_22/23|Wintersemester 2022]], welches das 27. Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Immer '''Dienstags 18:00-20:00 in G-022'''. Eventuell wird es sogar einen Live-Stream über BBB geben, kommt aber lieber ans Ikum, so macht das alles mehr Spaß ;)<br />
<br />
=== Themen ===<br />
<br />
Themen kommen hauptsächlich von anderen Studis, trage dich also gerne ein, wenn du ein KBS halten möchtest (mehr dazu s.u.).<br />
<br />
;KW48 29.11.2022: [[KBS-WiSe2223-LinuxInstallParty|Linux install party]] von <ganz viele Menschen><br />
<br />
;KW49 06.12.2022: [[KBS-WiSe2223-HowToLinux|HowTo: Linux]] von Ruben 14felgenh und anderen<br />
<br />
;KW50 13.12.2022: [[KBS-WiSe2223-Stonks|Stonks]] - Eine kleine Einführung in die Welt der Aktien by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW51 20.12.2022: [[KBS-WiSe2223-Steuern|Die spannende Welt der Steuern]] (und wir ihr eure Steuererklärung macht) by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW52 27.12.2022: ''(fällt aus)''<br />
<br />
;KW01 03.01.2023: ''(fällt aus)''<br />
<br />
;KW02 10.01.2023: [[KBS-WiSe2223-SymbolischeProgrammierung|Symbolische Programmierung (Mathematica, sympy, ...)]] von Ruben 14felgenh<br />
<br />
;KW03 17.01.2023: [[KBS-WiSe2223-Git-Grundkurs|git Grundkurs]] von [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW04 24.01.2023: [[KBS-WiSe2223-Mikrocontroller|Einstieg in die Mikrocontroller-Programmierung]] von Ruben 14felgenh<br />
<br />
;KW05 31.01.2023: (noch frei)<br />
<br />
;KW06 07.02.2023: (noch frei)<br />
<br />
=== Du möchtest selbst ein KBS halten? Großartig! ===<br />
<br />
'''Alle können mit machen''' und sich für ein [[KunterBuntesSeminar/Themen|bliebiges Thema]] eintragen. Lege einfach eine Wiki-Seite an (s. [[KunterBuntesSeminar|vergangene KBSe]]) und beschreibe was du bei dem KBS so machen möchtest. Und am besten ein paar Tage vorher eine Ankündigungsmail schreiben ;)<br />
<br />
Für mehr Infos schau einmal in die [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Vortragende]] und ansonsten orientiere dich am besten an bestehende Einträge in der Liste oben (oder in Listen [[KunterBuntesSeminar|vergangener KBSse]]): Seite erstellen, dabei das [[KunterBuntesSeminar-SS22/Terminseiten-Header|KBS-Makro]] benutzen, ein wenig was zu deinem Thema schreiben, bewerben (Mailinglisten, Social Media, Zettel aushängen, Leute in der Fußgängerzone ansprechen, die Tagesschau fragen, ob sie drüber berichten, ....) und fertig!<br />
<br />
Bei weiteren Fragen schau einmal ins [[HOWTO:KBS]] (allerdings leeeeicht veraltet ;) ) und ansonsten kannst du dich natürlich auch gerne an die KBS-AG wenden ([mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de]).<br />
<br />
== Mailingliste ==<br />
Das KBS hat eine Mailingliste, welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
* [[HOWTO:KBS]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-WS2223&diff=26122KunterBuntesSeminar-WS22232023-01-21T14:24:04Z<p>4felgenh: </p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_WS_22/23|Wintersemester 2022]], welches das 27. Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Immer '''Dienstags 18:00-20:00 in G-022'''. Eventuell wird es sogar einen Live-Stream über BBB geben, kommt aber lieber ans Ikum, so macht das alles mehr Spaß ;)<br />
<br />
=== Themen ===<br />
<br />
Themen kommen hauptsächlich von anderen Studis, trage dich also gerne ein, wenn du ein KBS halten möchtest (mehr dazu s.u.).<br />
<br />
;KW48 29.11.2022: [[KBS-WiSe2223-LinuxInstallParty|Linux install party]] von <ganz viele Menschen><br />
<br />
;KW49 06.12.2022: [[KBS-WiSe2223-HowToLinux|HowTo: Linux]] von Ruben 14felgenh und anderen<br />
<br />
;KW50 13.12.2022: [[KBS-WiSe2223-Stonks|Stonks]] - Eine kleine Einführung in die Welt der Aktien by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW51 20.12.2022: [[KBS-WiSe2223-Steuern|Die spannende Welt der Steuern]] (und wir ihr eure Steuererklärung macht) by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW52 27.12.2022: ''(fällt aus)''<br />
<br />
;KW01 03.01.2023: ''(fällt aus)''<br />
<br />
;KW02 10.01.2023: [[KBS-WiSe2223-SymbolischeProgrammierung|Symbolische Programmierung (Mathematica, sympy, ...)]] von Ruben 14felgenh<br />
<br />
;KW03 17.01.2023: [[KBS-WiSe2223-Git-Grundkurs|git Grundkurs]] von [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW04 24.01.2023: [[KBS-WiSe2223-Mikrocontroller|Einstieg in die Mikrocontroller-Programmierung] von Ruben 14felgenh<br />
<br />
;KW05 31.01.2023: (noch frei)<br />
<br />
;KW06 07.02.2023: (noch frei)<br />
<br />
=== Du möchtest selbst ein KBS halten? Großartig! ===<br />
<br />
'''Alle können mit machen''' und sich für ein [[KunterBuntesSeminar/Themen|bliebiges Thema]] eintragen. Lege einfach eine Wiki-Seite an (s. [[KunterBuntesSeminar|vergangene KBSe]]) und beschreibe was du bei dem KBS so machen möchtest. Und am besten ein paar Tage vorher eine Ankündigungsmail schreiben ;)<br />
<br />
Für mehr Infos schau einmal in die [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Vortragende]] und ansonsten orientiere dich am besten an bestehende Einträge in der Liste oben (oder in Listen [[KunterBuntesSeminar|vergangener KBSse]]): Seite erstellen, dabei das [[KunterBuntesSeminar-SS22/Terminseiten-Header|KBS-Makro]] benutzen, ein wenig was zu deinem Thema schreiben, bewerben (Mailinglisten, Social Media, Zettel aushängen, Leute in der Fußgängerzone ansprechen, die Tagesschau fragen, ob sie drüber berichten, ....) und fertig!<br />
<br />
Bei weiteren Fragen schau einmal ins [[HOWTO:KBS]] (allerdings leeeeicht veraltet ;) ) und ansonsten kannst du dich natürlich auch gerne an die KBS-AG wenden ([mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de]).<br />
<br />
== Mailingliste ==<br />
Das KBS hat eine Mailingliste, welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
* [[HOWTO:KBS]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-WiSe2223-Mikrocontroller&diff=26121KBS-WiSe2223-Mikrocontroller2023-01-21T14:22:03Z<p>4felgenh: </p>
<hr />
<div>{{:KunterBuntesSeminar-WS22/Terminseiten-Header|7|24. Januar}}<br />
<br />
== TL;DR ==<br />
<br />
* Mikrocontroller-Programmierung:<br />
** Was ist das?<br />
** Wieso will ich das?<br />
** Was kann man damit cooles machen?<br />
** Wie geht das?<br />
** Bare Metal vs Embedded Linux?<br />
<br />
== Too Long Did Read ==<br />
<br />
In diesem KBS zeige ich alles, was ihr wissen müsst, um einfache Anwendungen für Mikrocontroller zu bauen:<br />
<br />
* Aussuchen der Hardware<br />
* Kaufen der Hardware<br />
* Programmierung der Software<br />
* Flashen der Software auf euren Mikrocontroller<br />
<br />
Die Beispiele sind zu verschiedenen Herstellern, aber hauptsächlich für STM32.<br />
<br />
Ich werde auch ein bisschen über etwas größere eingebettete Systeme (z.B. Raspberry Pi) reden und wie man sein eigenes Linux mit Buildroot baut.<br />
<br />
== Vortragende ==<br />
<br />
* Ruben 14felgenh<br />
<br />
== Folien ==<br />
<br />
Kommen noch</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=Datei:KBS-WiSe2223-SymbolischeProgrammierung.pdf&diff=26093Datei:KBS-WiSe2223-SymbolischeProgrammierung.pdf2023-01-10T16:39:04Z<p>4felgenh: </p>
<hr />
<div></div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-WiSe2223-SymbolischeProgrammierung&diff=26092KBS-WiSe2223-SymbolischeProgrammierung2023-01-10T16:38:40Z<p>4felgenh: </p>
<hr />
<div>{{:KunterBuntesSeminar-WS22/Terminseiten-Header|5|10. Januar}}<br />
<br />
== tl;dr ==<br />
<br />
Symbolische Programmierung mit Wolfram Mathematica und sympy (Python).<br />
<br />
== Too Long Did Read ==<br />
<br />
In diesem KBS lernt ihr, was Symbolische Programmierung eigentlich ist (im Gegensatz zu Numerischer Programmierung & Co.), welche Probleme wir besser analytisch / symbolisch lösen können, und welche lieber numerisch.<br />
<br />
Nachdem wir Programme und Syntax abgehandelt haben, spreche ich folgende Themen an:<br />
<br />
* Gleichungen umstellen, lösen, und vereinfachen<br />
* Ableitungen und Stammfunktionen bestimmen<br />
* Eigenwerte finden, Gleichungssysteme lösen<br />
* ...<br />
<br />
Ich werde versuchen, das ganze etwas interaktiv zu gestalten, deshalb wäre es sehr von Vorteil, wenn ihr einen Rechner mit installiertem Mathematica mitbringt '''(siehe unten)'''.<br />
<br />
== Vortragende ==<br />
<br />
* Ruben 14felgenh<br />
<br />
== Folien ==<br />
<br />
* Folien: [[Datei:KBS-WiSe2223-SymbolischeProgrammierung.pdf]]<br />
<br />
== Was muss ich mitbringen? ==<br />
<br />
Idealerweise bringst du ein eigenes Notebook mit installiertem Wolfram Mathematica und <abbr title="$ pip install sympy">sympy</abbr> mit.<br />
<br />
Als Studierender der UHH kannst du eine Mathematica-Lizenz der Uni benutzen. Mehr Infos dazu findest du [https://www.rrz.uni-hamburg.de/services/software/software-thematisch/software-alpha/mathematica.html hier] (nur aus dem Uni-Netz oder über VPN verfügbar).</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-WiSe2223-SymbolischeProgrammierung&diff=26088KBS-WiSe2223-SymbolischeProgrammierung2023-01-07T13:03:40Z<p>4felgenh: </p>
<hr />
<div>{{:KunterBuntesSeminar-WS22/Terminseiten-Header|5|10. Januar}}<br />
<br />
== tl;dr ==<br />
<br />
Symbolische Programmierung mit Wolfram Mathematica und sympy (Python).<br />
<br />
== Too Long Did Read ==<br />
<br />
In diesem KBS lernt ihr, was Symbolische Programmierung eigentlich ist (im Gegensatz zu Numerischer Programmierung & Co.), welche Probleme wir besser analytisch / symbolisch lösen können, und welche lieber numerisch.<br />
<br />
Nachdem wir Programme und Syntax abgehandelt haben, spreche ich folgende Themen an:<br />
<br />
* Gleichungen umstellen, lösen, und vereinfachen<br />
* Ableitungen und Stammfunktionen bestimmen<br />
* Eigenwerte finden, Gleichungssysteme lösen<br />
* ...<br />
<br />
Ich werde versuchen, das ganze etwas interaktiv zu gestalten, deshalb wäre es sehr von Vorteil, wenn ihr einen Rechner mit installiertem Mathematica mitbringt '''(siehe unten)'''.<br />
<br />
== Vortragende ==<br />
<br />
* Ruben 14felgenh<br />
<br />
== Folien ==<br />
<br />
Kommen noch<br />
<br />
== Was muss ich mitbringen? ==<br />
<br />
Idealerweise bringst du ein eigenes Notebook mit installiertem Wolfram Mathematica und <abbr title="$ pip install sympy">sympy</abbr> mit.<br />
<br />
Als Studierender der UHH kannst du eine Mathematica-Lizenz der Uni benutzen. Mehr Infos dazu findest du [https://www.rrz.uni-hamburg.de/services/software/software-thematisch/software-alpha/mathematica.html hier] (nur aus dem Uni-Netz oder über VPN verfügbar).</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-WiSe2223-Mikrocontroller&diff=26082KBS-WiSe2223-Mikrocontroller2022-12-17T11:25:47Z<p>4felgenh: Die Seite wurde neu angelegt: „{{:KunterBuntesSeminar-WS22/Terminseiten-Header|7|24. Januar}} == TL;DR == In diesem KBS zeige ich euch den kompletten Prozess, um einfache Anwendungen auf Mikrocontrollern zu bauen. Vom Aussuchen und Kauf der Hardware bis zum Programmieren und Flashen der Software. Vermutlich hauptsächlich STM32. Ganz vielleicht sage ich auch ein bisschen was über größere eingebettete Systeme (z.B. Raspberry Pi) und wie ihr euer eigenes Linux mit Buildroot baut.…“</p>
<hr />
<div>{{:KunterBuntesSeminar-WS22/Terminseiten-Header|7|24. Januar}}<br />
<br />
== TL;DR ==<br />
<br />
In diesem KBS zeige ich euch den kompletten Prozess, um einfache Anwendungen auf Mikrocontrollern zu bauen.<br />
<br />
Vom Aussuchen und Kauf der Hardware bis zum Programmieren und Flashen der Software.<br />
<br />
Vermutlich hauptsächlich STM32.<br />
<br />
Ganz vielleicht sage ich auch ein bisschen was über größere eingebettete Systeme (z.B. Raspberry Pi) und wie ihr euer eigenes Linux mit Buildroot baut.<br />
<br />
== Too Long Did Read ==<br />
<br />
TBD<br />
<br />
== Vortragende ==<br />
<br />
* Ruben 14felgenh<br />
<br />
== Folien ==<br />
<br />
Kommen noch</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-WS2223&diff=26081KunterBuntesSeminar-WS22232022-12-17T11:15:07Z<p>4felgenh: </p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_WS_22/23|Wintersemester 2022]], welches das 27. Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Immer '''Dienstags 18:00-20:00 in G-022'''. Eventuell wird es sogar einen Live-Stream über BBB geben, kommt aber lieber ans Ikum, so macht das alles mehr Spaß ;)<br />
<br />
=== Themen ===<br />
<br />
Themen kommen hauptsächlich von anderen Studis, trage dich also gerne ein, wenn du ein KBS halten möchtest (mehr dazu s.u.).<br />
<br />
;KW48 29.11.2022: [[KBS-WiSe2223-LinuxInstallParty|Linux install party]] von <ganz viele Menschen><br />
<br />
;KW49 06.12.2022: [[KBS-WiSe2223-HowToLinux|HowTo: Linux]] von Ruben 14felgenh und anderen<br />
<br />
;KW50 13.12.2022: [[KBS-WiSe2223-Stonks|Stonks]] - Eine kleine Einführung in die Welt der Aktien by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW51 20.12.2022: [[KBS-WiSe2223-Steuern|Die spannende Welt der Steuern]] (und wir ihr eure Steuererklärung macht) by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW52 27.12.2022: ''(fällt aus)''<br />
<br />
;KW01 03.01.2023: ''(fällt aus)''<br />
<br />
;KW02 10.01.2023: [[KBS-WiSe2223-SymbolischeProgrammierung|Symbolische Programmierung (Mathematica, sympy, ...)]] von Ruben 14felgenh<br />
<br />
;KW03 17.01.2023: (noch frei)<br />
<br />
;KW04 24.01.2023: [[KBS-WiSe2223-Mikrocontroller|Einstieg in die Mikrocontroller-Programmierung (+ Embedded Linux?)]] von Ruben 14felgenh<br />
<br />
;KW05 31.01.2023: (noch frei)<br />
<br />
;KW06 07.02.2023: (noch frei)<br />
<br />
=== Du möchtest selbst ein KBS halten? Großartig! ===<br />
<br />
'''Alle können mit machen''' und sich für ein [[KunterBuntesSeminar/Themen|bliebiges Thema]] eintragen. Lege einfach eine Wiki-Seite an (s. [[KunterBuntesSeminar|vergangene KBSe]]) und beschreibe was du bei dem KBS so machen möchtest. Und am besten ein paar Tage vorher eine Ankündigungsmail schreiben ;)<br />
<br />
Für mehr Infos schau einmal in die [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Vortragende]] und ansonsten orientiere dich am besten an bestehende Einträge in der Liste oben (oder in Listen [[KunterBuntesSeminar|vergangener KBSse]]): Seite erstellen, dabei das [[KunterBuntesSeminar-SS22/Terminseiten-Header|KBS-Makro]] benutzen, ein wenig was zu deinem Thema schreiben, bewerben (Mailinglisten, Social Media, Zettel aushängen, Leute in der Fußgängerzone ansprechen, die Tagesschau fragen, ob sie drüber berichten, ....) und fertig!<br />
<br />
Bei weiteren Fragen schau einmal ins [[HOWTO:KBS]] (allerdings leeeeicht veraltet ;) ) und ansonsten kannst du dich natürlich auch gerne an die KBS-AG wenden ([mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de]).<br />
<br />
== Mailingliste ==<br />
Das KBS hat eine Mailingliste, welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
* [[HOWTO:KBS]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-WiSe2223-HowToLinux&diff=26067KBS-WiSe2223-HowToLinux2022-12-06T10:45:44Z<p>4felgenh: </p>
<hr />
<div>{{:KunterBuntesSeminar-WS22/Terminseiten-Header|2|6. Dezember}}<br />
<br />
== tl;dr ==<br />
Wir schauen uns die Konsole und andere Tools von Linux an.<br />
<br />
== Was wird dran kommen? ==<br />
<br />
Du hast bereits ein Linux installiert und möchtest jetzt die geilen Tricks lernen um damit effizient und komfortabel um zu gehen? Dann ist dieses KBS genau das richtige für dich! Wir zeigen dir unter anderem, wie du mit der Kommandozeile arbeitest.<br />
<br />
Dabei fangen wir bei Null an und navigieren uns durch Ordner, ändern, erzeugen, löschen, verschieben Dateien und lernen die Konsole etwas kennen.<br />
<br />
Danach geht es weiter mit verschiedenen Tools und wir lernen Programme wie z.B. "grep" oder "find" kennen. Auch werden wir hier z.B. einen USB-Stick (oder ein anderes Gerät) einbinden oder Prozesse in der Konsole verwalten.<br />
<br />
Keine Effizienz ohne Automatisierung. Wenn noch die Zeit bleibt, schauen wir uns daher auch die Programmierung von Scripten an. Hierfür greifen wir natürlich nicht auf einen normalen grafischen Texteditor zurück, sondern machen alles in der Konsole. Dafür nutzen wir dann z.B. "vim".<br />
<br />
Auch werden wir uns die Verbindung zwischen Konsole und GUI anschauen, wir werden also lernen wie man z.B. grafische Programme aus der Konsole heraus startet und beendet.<br />
<br />
=== Warum sollte ich mit der Konsole arbeiten? ===<br />
<br />
Viel mehr geht es um die Tools und Programme mit denen wir uns beschäftigen. Diese zu kennen ich sehr nützlich, vor allem im Verlauf des Studiums und später im Berufsleben.<br />
<br />
Drüber hinaus begegnen uns Konsolen in der Linux-Welt tagtäglich und das hat einen Grund: Man kann häufig - mit etwas Übung - wesentlich effizienter darin arbeiten, als mit grafischen Anwendungen. Mit den richtigen Tools kann man darüber hinaus auch einfach viel mehr erreichen als mit den meisten grafischen Anwendungen.<br />
<br />
=== Was ist mit der Konsole in Windows? ===<br />
<br />
Auch mit ihr kann man sicherlich effizient arbeiten und auch mit den WSL (Windows Subsystem for Linux) kann man einiges erreichen, dieses KBS geht aber erst mal von einer normalen Linux-Konsole aus.<br />
<br />
=== Was benötige ich für dieses KBS? ===<br />
<br />
Ein funktionierendes Linux (fest installiert oder z.B. vom letzten KBS in einer VM (virtuellen Maschine)). Das wars auch schon, eine Konsole ist grundsätzlich bei einem Linux mit dabei.<br />
<br />
=== Kann ich für das KBS auch das WSL benutzen? ===<br />
<br />
Grundsätzlich schon, aber keine Garantie, dass alles genauso funktioniert ;)<br />
<br />
=== Welche Tools kommen dran? ===<br />
<br />
* cp, mv, rm, mkdir, touch, chmod/chown<br />
* ls, cat, echo<br />
* sudo, mount/umount<br />
* find, grep<br />
* htop, kill<br />
* nano, vim<br />
* Ein wenig Konfiguration der Bash (.bashrc)<br />
* Erstellen einfacher Bash-Scripte<br />
<br />
== Vortragende ==<br />
Ruben 14felgenh und weitere.<br />
<br />
== Folien ==<br />
<br />
* Folien: [[Datei:Kbs-howto-linux.pdf]]<br />
* Zusammenfassung wichtiger Terminal-Befehle: [[Datei:How-to-linux.pdf]] (oder unter [https://git.mafiasi.de/KBS/oerb-advanced/src/branch/master/how-to-linux.md]<br />
<!--<br />
* Folien über Shell/Bash/Terminal allgemein: [[Datei:OERB-Advanced-1819-Folien.pdf]] (oder unter [https://git.mafiasi.de/KBS/oerb-advanced/raw/master/oerb-advanced.pdf])<br />
--><br />
<br />
== Was muss ich mitbringen? ==<br />
* Rechner / VM (virtuelle Maschine) mit Linux<br />
<br />
Wie oben erwähnt: WSL könnte auch gehen, aber keine Garantie ;) Um die PowerShell/CMD kümmern wir uns in diesem KBS allerdings nicht.</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=Datei:Praesentation.pdf&diff=26066Datei:Praesentation.pdf2022-12-06T10:43:54Z<p>4felgenh: 4felgenh verschob die Seite Datei:Praesentation.pdf nach Datei:Kbs-howto-linux.pdf</p>
<hr />
<div>#WEITERLEITUNG [[Datei:Kbs-howto-linux.pdf]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=Datei:Kbs-howto-linux.pdf&diff=26065Datei:Kbs-howto-linux.pdf2022-12-06T10:43:54Z<p>4felgenh: 4felgenh verschob die Seite Datei:Praesentation.pdf nach Datei:Kbs-howto-linux.pdf</p>
<hr />
<div></div>4felgenhhttps://wiki.mafiasi.de/index.php?title=Datei:Kbs-howto-linux.pdf&diff=26064Datei:Kbs-howto-linux.pdf2022-12-06T10:38:00Z<p>4felgenh: </p>
<hr />
<div></div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-WiSe2223-SymbolischeProgrammierung&diff=26029KBS-WiSe2223-SymbolischeProgrammierung2022-11-22T19:51:52Z<p>4felgenh: Die Seite wurde neu angelegt: „{{:KunterBuntesSeminar-WS22/Terminseiten-Header|5|10. Januar}} == tl;dr == Symbolische Programmierung mit Wolfram Mathematica und sympy (Python). == Too Long Did Read == TBD == Vortragende == * Ruben 14felgenh == Folien == Kommen noch == Was muss ich mitbringen? == Idealerweise bringst du ein eigenes Notebook mit installiertem Wolfram Mathematica und <abbr title="$ pip install sympy">sympy</abbr> mit. Als Studierender der UHH kannst du eine Mat…“</p>
<hr />
<div>{{:KunterBuntesSeminar-WS22/Terminseiten-Header|5|10. Januar}}<br />
<br />
== tl;dr ==<br />
<br />
Symbolische Programmierung mit Wolfram Mathematica und sympy (Python).<br />
<br />
== Too Long Did Read ==<br />
<br />
TBD<br />
<br />
== Vortragende ==<br />
<br />
* Ruben 14felgenh<br />
<br />
== Folien ==<br />
<br />
Kommen noch<br />
<br />
== Was muss ich mitbringen? ==<br />
<br />
Idealerweise bringst du ein eigenes Notebook mit installiertem Wolfram Mathematica und <abbr title="$ pip install sympy">sympy</abbr> mit.<br />
<br />
Als Studierender der UHH kannst du eine Mathematica-Lizenz der Uni benutzen. Mehr Infos dazu findest du [https://www.rrz.uni-hamburg.de/services/software/software-thematisch/software-alpha/mathematica.html hier] (nur aus dem Uni-Netz oder über VPN verfügbar).</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-WS2223&diff=26028KunterBuntesSeminar-WS22232022-11-22T19:31:37Z<p>4felgenh: Mathematica-KBS eingetragen</p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_WS_22/23|Wintersemester 2022]], welches das 27. Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Immer '''Dienstags 18:00-20:00 in G-022'''. Eventuell wird es sogar einen Live-Stream über BBB geben, kommt aber lieber ans Ikum, so macht das alles mehr Spaß ;)<br />
<br />
=== Themen ===<br />
<br />
Themen kommen hauptsächlich von anderen Studis, trage dich also gerne ein, wenn du ein KBS halten möchtest (mehr dazu s.u.).<br />
<br />
;KW48 29.11.2022: [[KBS-WiSe2223-LinuxInstallParty|Linux install party]] von <ganz viele Menschen><br />
<br />
;KW49 06.12.2022: [[KBS-WiSe2223-HowToLinux|HowTo: Linux]] von TBA<br />
<br />
;KW50 13.12.2022: [[KBS-WiSe2223-Stonks|Stonks]] - Eine kleine Einführung in die Welt der Aktien by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW51 20.12.2022: [[KBS-WiSe2223-Steuern|Die spannende Welt der Steuern]] (und wir ihr eure Steuererklärung macht) by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW52 27.12.2022: ''(fällt aus)''<br />
<br />
;KW01 03.01.2023: ''(fällt aus)''<br />
<br />
;KW02 10.01.2023: [[KBS-WiSe2223-SymbolischeProgrammierung|Symbolische Programmierung (Mathematica, sympy, ...)]] von Ruben 14felgenh<br />
<br />
;KW03 17.01.2023: (noch frei)<br />
<br />
;KW04 24.01.2023: (noch frei)<br />
<br />
;KW05 31.01.2023: (noch frei)<br />
<br />
;KW06 07.02.2023: (noch frei)<br />
<br />
=== Du möchtest selbst ein KBS halten? Großartig! ===<br />
<br />
'''Alle können mit machen''' und sich für ein [[KunterBuntesSeminar/Themen|bliebiges Thema]] eintragen. Lege einfach eine Wiki-Seite an (s. [[KunterBuntesSeminar|vergangene KBSe]]) und beschreibe was du bei dem KBS so machen möchtest. Und am besten ein paar Tage vorher eine Ankündigungsmail schreiben ;)<br />
<br />
Für mehr Infos schau einmal in die [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Vortragende]] und ansonsten orientiere dich am besten an bestehende Einträge in der Liste oben (oder in Listen [[KunterBuntesSeminar|vergangener KBSse]]): Seite erstellen, dabei das [[KunterBuntesSeminar-SS22/Terminseiten-Header|KBS-Makro]] benutzen, ein wenig was zu deinem Thema schreiben, bewerben (Mailinglisten, Social Media, Zettel aushängen, Leute in der Fußgängerzone ansprechen, die Tagesschau fragen, ob sie drüber berichten, ....) und fertig!<br />
<br />
Bei weiteren Fragen schau einmal ins [[HOWTO:KBS]] (allerdings leeeeicht veraltet ;) ) und ansonsten kannst du dich natürlich auch gerne an die KBS-AG wenden ([mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de]).<br />
<br />
== Mailingliste ==<br />
Das KBS hat eine Mailingliste, welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
* [[HOWTO:KBS]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KunterBuntesSeminar-WS2223&diff=26027KunterBuntesSeminar-WS22232022-11-22T19:13:39Z<p>4felgenh: </p>
<hr />
<div>Das ist die Seite von dem [[KunterBuntesSeminar|KunterBuntenSeminar]] im [[Termine_WS_22/23|Wintersemester 2022]], welches das 27. Semester ist, in dem es stattfindet.<br />
<br />
== Termine ==<br />
<br />
Immer '''Dienstags 18:00-20:00 in G-022'''. Eventuell wird es sogar einen Live-Stream über BBB geben, kommt aber lieber ans Ikum, so macht das alles mehr Spaß ;)<br />
<br />
=== Themen ===<br />
<br />
Themen kommen hauptsächlich von anderen Studis, trage dich also gerne ein, wenn du ein KBS halten möchtest (mehr dazu s.u.).<br />
<br />
;KW48 29.11.2022: [[KBS-WiSe2223-LinuxInstallParty|Linux install party]] von <ganz viele Menschen><br />
<br />
;KW49 06.12.2022: [[KBS-WiSe2223-HowToLinux|HowTo: Linux]] von TBA<br />
<br />
;KW50 13.12.2022: [[KBS-WiSe2223-Stonks|Stonks]] - Eine kleine Einführung in die Welt der Aktien by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW51 20.12.2022: [[KBS-WiSe2223-Steuern|Die spannende Welt der Steuern]] (und wir ihr eure Steuererklärung macht) by [[Benutzer:14stieler|Hauke 14stieler]]<br />
<br />
;KW52 27.12.2022: ''(fällt aus)''<br />
<br />
;KW01 03.01.2023: ''(fällt aus)''<br />
<br />
;KW02 10.01.2023: (noch frei)<br />
<br />
;KW03 17.01.2023: (noch frei)<br />
<br />
;KW04 24.01.2023: (noch frei)<br />
<br />
;KW05 31.01.2023: (noch frei)<br />
<br />
;KW06 07.02.2023: (noch frei)<br />
<br />
=== Du möchtest selbst ein KBS halten? Großartig! ===<br />
<br />
'''Alle können mit machen''' und sich für ein [[KunterBuntesSeminar/Themen|bliebiges Thema]] eintragen. Lege einfach eine Wiki-Seite an (s. [[KunterBuntesSeminar|vergangene KBSe]]) und beschreibe was du bei dem KBS so machen möchtest. Und am besten ein paar Tage vorher eine Ankündigungsmail schreiben ;)<br />
<br />
Für mehr Infos schau einmal in die [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Vortragende]] und ansonsten orientiere dich am besten an bestehende Einträge in der Liste oben (oder in Listen [[KunterBuntesSeminar|vergangener KBSse]]): Seite erstellen, dabei das [[KunterBuntesSeminar-SS22/Terminseiten-Header|KBS-Makro]] benutzen, ein wenig was zu deinem Thema schreiben, bewerben (Mailinglisten, Social Media, Zettel aushängen, Leute in der Fußgängerzone ansprechen, die Tagesschau fragen, ob sie drüber berichten, ....) und fertig!<br />
<br />
Bei weiteren Fragen schau einmal ins [[HOWTO:KBS]] (allerdings leeeeicht veraltet ;) ) und ansonsten kannst du dich natürlich auch gerne an die KBS-AG wenden ([mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de]).<br />
<br />
== Mailingliste ==<br />
Das KBS hat eine Mailingliste, welche über [mailto:kbs@informatik.uni-hamburg.de kbs@informatik.uni-hamburg.de] erreicht werden kann. Auf dieser Mailingliste sind alle Interessierten willkommen.<br />
<br />
Um auf diese Mailingliste zu kommen, musst du nur eine E-Mail an [mailto:kbs-subscribe@informatik.uni-hamburg.de kbs-subscribe@informatik.uni-hamburg.de] schreiben oder dich per [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo/kbs Webinterface] anmelden.<br />
<br />
== Materialien ==<br />
<br />
* [[KunterBuntesSeminar/ChecklisteSeminar|Checkliste für Referenten]]<br />
* [[KunterBuntesSeminar/Themen#Themenvorschlaege|Themenvorschlaege]]<br />
* [[KunterBuntesSeminar/Plakate|Offline Werbung]]<br />
* [[KunterBuntesSeminar/KBB|Maskottchen]]<br />
* [[HOWTO:KBS]]<br />
<br />
[[Kategorie:KunterBuntesSeminar]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=25475SSH2021-04-28T16:13:45Z<p>4felgenh: /* Physik / Physnet */</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
Eine beispielhafte Konfiguration ist ganz unten unter [[#Beispiel-Konfiguration|Beispiel-Konfiguration]] zu finden.<br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> und <pre>man ssh</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software [[X2GO]] ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen (unter KDE kwallet-query).<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1..9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein [[X2GO]]-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
Weitere Infos gibt es im [https://wr.informatik.uni-hamburg.de/teaching/ressourcen/beginners_guide Beginners Guide des DKRZ].<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Das Einrichten eines SSH-Tunnels über bari ist [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:SSH_Tunnel hier im ZBH-Wiki] genauer beschrieben (Zugriff nur mit ZBH-Kennung). Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#sshpass|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters auf Basis der Sun Grid Engine (SGE) eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften belegen, meistens nur auf den Seen. Die ingesamt verfügbaren Rechner können mit qhost aufgelistet werden, für diesen Command und die Clusterbenutzung allgemein [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:Cluster:start siehe hier im ZBH-Wiki]. Eine Übersicht über die Cluster-Auslastung pro Teilcluster oder Node [http://forli.zbh.uni-hamburg.de/ganglia/ gibt es hier].<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] betreibt ein HPC-Cluster namens Hummel, auf dem zu großem Teil Arbeitsgruppen der theoretischen Chemie rechnen. Alles Wichtige zur Hummel-Nutzung findet man auf der [https://www.rrz.uni-hamburg.de/services/hpc/hummel-2015.html Website]<br />
<br />
Außerdem ist das RRZ Mitglied im [https://www.hlrn.de/ Norddeutschen Verbund für Hoch- und Höchstleistungsrechnen].<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2} und compile-avx, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
In der Physik läuft ebenfalls die Sun Grid Engine. Man kann sich über qlogin auf den Rechnern der Queues infinix.q, idefix.q, graphit.q und graphix.q einloggen oder per qsub Jobs an die Queue übermitteln.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
== Beispiel-Konfiguration ==<br />
Eine beispielhafte ~/.ssh/config, die einige der Aspekte oben auffasst, könnte so aussehen:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
Compression yes<br />
<br />
Host fbi*<br />
User 0nachnam<br />
ForwardX11 yes<br />
IdentitiesOnly yes<br />
# DynamicForward 7777<br />
# LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
<br />
Host ccblade*<br />
User 0nachnam<br />
HostName %h<br />
ProxyJump fbi<br />
<br />
Host dkrz<br />
User nachname<br />
HostName cluster.wr.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host zbh<br />
User vnachname<br />
HostName bari.zbh.uni-hamburg.de<br />
Port 7373<br />
ForwardX11 yes<br />
<br />
Host mondsee<br />
User vnachname<br />
HostName mondsee<br />
ProxyJump zbh<br />
ForwardX11 yes<br />
<br />
Host physnet<br />
User vnachnam<br />
HostName login1.physnet.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host studix*<br />
User vnachnam<br />
HostName %h<br />
ForwardX11 yes<br />
ProxyJump physnet<br />
</pre><br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=25474SSH2021-04-28T16:08:26Z<p>4felgenh: /* Informatikum / iRZ */</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
Eine beispielhafte Konfiguration ist ganz unten unter [[#Beispiel-Konfiguration|Beispiel-Konfiguration]] zu finden.<br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> und <pre>man ssh</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software [[X2GO]] ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen (unter KDE kwallet-query).<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1..9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein [[X2GO]]-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
Weitere Infos gibt es im [https://wr.informatik.uni-hamburg.de/teaching/ressourcen/beginners_guide Beginners Guide des DKRZ].<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Das Einrichten eines SSH-Tunnels über bari ist [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:SSH_Tunnel hier im ZBH-Wiki] genauer beschrieben (Zugriff nur mit ZBH-Kennung). Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#sshpass|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters auf Basis der Sun Grid Engine (SGE) eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften belegen, meistens nur auf den Seen. Die ingesamt verfügbaren Rechner können mit qhost aufgelistet werden, für diesen Command und die Clusterbenutzung allgemein [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:Cluster:start siehe hier im ZBH-Wiki]. Eine Übersicht über die Cluster-Auslastung pro Teilcluster oder Node [http://forli.zbh.uni-hamburg.de/ganglia/ gibt es hier].<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] betreibt ein HPC-Cluster namens Hummel, auf dem zu großem Teil Arbeitsgruppen der theoretischen Chemie rechnen. Alles Wichtige zur Hummel-Nutzung findet man auf der [https://www.rrz.uni-hamburg.de/services/hpc/hummel-2015.html Website]<br />
<br />
Außerdem ist das RRZ Mitglied im [https://www.hlrn.de/ Norddeutschen Verbund für Hoch- und Höchstleistungsrechnen].<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
== Beispiel-Konfiguration ==<br />
Eine beispielhafte ~/.ssh/config, die einige der Aspekte oben auffasst, könnte so aussehen:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
Compression yes<br />
<br />
Host fbi*<br />
User 0nachnam<br />
ForwardX11 yes<br />
IdentitiesOnly yes<br />
# DynamicForward 7777<br />
# LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
<br />
Host ccblade*<br />
User 0nachnam<br />
HostName %h<br />
ProxyJump fbi<br />
<br />
Host dkrz<br />
User nachname<br />
HostName cluster.wr.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host zbh<br />
User vnachname<br />
HostName bari.zbh.uni-hamburg.de<br />
Port 7373<br />
ForwardX11 yes<br />
<br />
Host mondsee<br />
User vnachname<br />
HostName mondsee<br />
ProxyJump zbh<br />
ForwardX11 yes<br />
<br />
Host physnet<br />
User vnachnam<br />
HostName login1.physnet.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host studix*<br />
User vnachnam<br />
HostName %h<br />
ForwardX11 yes<br />
ProxyJump physnet<br />
</pre><br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=25473SSH2021-04-28T16:06:45Z<p>4felgenh: /* Passwort aus Keyring auslesen */</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
Eine beispielhafte Konfiguration ist ganz unten unter [[#Beispiel-Konfiguration|Beispiel-Konfiguration]] zu finden.<br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> und <pre>man ssh</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software [[X2GO]] ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen (unter KDE kwallet-query).<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein [[X2GO]]-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
Weitere Infos gibt es im [https://wr.informatik.uni-hamburg.de/teaching/ressourcen/beginners_guide Beginners Guide des DKRZ].<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Das Einrichten eines SSH-Tunnels über bari ist [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:SSH_Tunnel hier im ZBH-Wiki] genauer beschrieben (Zugriff nur mit ZBH-Kennung). Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#sshpass|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters auf Basis der Sun Grid Engine (SGE) eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften belegen, meistens nur auf den Seen. Die ingesamt verfügbaren Rechner können mit qhost aufgelistet werden, für diesen Command und die Clusterbenutzung allgemein [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:Cluster:start siehe hier im ZBH-Wiki]. Eine Übersicht über die Cluster-Auslastung pro Teilcluster oder Node [http://forli.zbh.uni-hamburg.de/ganglia/ gibt es hier].<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] betreibt ein HPC-Cluster namens Hummel, auf dem zu großem Teil Arbeitsgruppen der theoretischen Chemie rechnen. Alles Wichtige zur Hummel-Nutzung findet man auf der [https://www.rrz.uni-hamburg.de/services/hpc/hummel-2015.html Website]<br />
<br />
Außerdem ist das RRZ Mitglied im [https://www.hlrn.de/ Norddeutschen Verbund für Hoch- und Höchstleistungsrechnen].<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
== Beispiel-Konfiguration ==<br />
Eine beispielhafte ~/.ssh/config, die einige der Aspekte oben auffasst, könnte so aussehen:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
Compression yes<br />
<br />
Host fbi*<br />
User 0nachnam<br />
ForwardX11 yes<br />
IdentitiesOnly yes<br />
# DynamicForward 7777<br />
# LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
<br />
Host ccblade*<br />
User 0nachnam<br />
HostName %h<br />
ProxyJump fbi<br />
<br />
Host dkrz<br />
User nachname<br />
HostName cluster.wr.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host zbh<br />
User vnachname<br />
HostName bari.zbh.uni-hamburg.de<br />
Port 7373<br />
ForwardX11 yes<br />
<br />
Host mondsee<br />
User vnachname<br />
HostName mondsee<br />
ProxyJump zbh<br />
ForwardX11 yes<br />
<br />
Host physnet<br />
User vnachnam<br />
HostName login1.physnet.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host studix*<br />
User vnachnam<br />
HostName %h<br />
ForwardX11 yes<br />
ProxyJump physnet<br />
</pre><br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=25091SSH2020-05-26T16:35:34Z<p>4felgenh: </p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
Eine beispielhafte Konfiguration ist ganz unten unter [[#Beispiel-Konfiguration|Beispiel-Konfiguration]] zu finden.<br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> und <pre>man ssh</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software [[X2GO]] ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein [[X2GO]]-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
Weitere Infos gibt es im [https://wr.informatik.uni-hamburg.de/teaching/ressourcen/beginners_guide Beginners Guide des DKRZ].<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Das Einrichten eines SSH-Tunnels über bari ist [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:SSH_Tunnel hier im ZBH-Wiki] genauer beschrieben (Zugriff nur mit ZBH-Kennung). Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#sshpass|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters auf Basis der Sun Grid Engine (SGE) eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften belegen, meistens nur auf den Seen. Die ingesamt verfügbaren Rechner können mit qhost aufgelistet werden, für diesen Command und die Clusterbenutzung allgemein [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:Cluster:start siehe hier im ZBH-Wiki]. Eine Übersicht über die Cluster-Auslastung pro Teilcluster oder Node [http://forli.zbh.uni-hamburg.de/ganglia/ gibt es hier].<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] betreibt ein HPC-Cluster namens Hummel, auf dem zu großem Teil Arbeitsgruppen der theoretischen Chemie rechnen. Alles Wichtige zur Hummel-Nutzung findet man auf der [https://www.rrz.uni-hamburg.de/services/hpc/hummel-2015.html Website]<br />
<br />
Außerdem ist das RRZ Mitglied im [https://www.hlrn.de/ Norddeutschen Verbund für Hoch- und Höchstleistungsrechnen].<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
== Beispiel-Konfiguration ==<br />
Eine beispielhafte ~/.ssh/config, die einige der Aspekte oben auffasst, könnte so aussehen:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
Compression yes<br />
<br />
Host fbi*<br />
User 0nachnam<br />
ForwardX11 yes<br />
IdentitiesOnly yes<br />
# DynamicForward 7777<br />
# LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
<br />
Host ccblade*<br />
User 0nachnam<br />
HostName %h<br />
ProxyJump fbi<br />
<br />
Host dkrz<br />
User nachname<br />
HostName cluster.wr.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host zbh<br />
User vnachname<br />
HostName bari.zbh.uni-hamburg.de<br />
Port 7373<br />
ForwardX11 yes<br />
<br />
Host mondsee<br />
User vnachname<br />
HostName mondsee<br />
ProxyJump zbh<br />
ForwardX11 yes<br />
<br />
Host physnet<br />
User vnachnam<br />
HostName login1.physnet.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host studix*<br />
User vnachnam<br />
HostName %h<br />
ForwardX11 yes<br />
ProxyJump physnet<br />
</pre><br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=X2Go&diff=25090X2Go2020-05-26T16:34:21Z<p>4felgenh: Die Seite wurde neu angelegt: „= X2Go = X2Go ist eine Alternative zum X-Forwarding, um auf einem entfernten Rechner per SSH ein Programm mit grafischer Benutzero…“</p>
<hr />
<div>= X2Go =<br />
X2Go ist eine Alternative zum [[SSH#X-Forwarding|X-Forwarding]], um auf einem entfernten Rechner per [[SSH|SSH]] ein Programm mit grafischer Benutzeroberfläche zu starten, das üblicherweise eine bessere Performance liefert als X-Forwarding.<br />
<br />
Ein Nachteil an X2Go ist, dass auf dem Host der X2GoServer installiert sein muss, wie das z.B. beim [[SSH#DKRZ|DKRZ]] der Fall ist.<br />
<br />
== Installation ==<br />
<br />
Um X2Go nutzen zu können, muss auf dem eigenen Rechner der <code>X2GoClient</code> installiert werden.<br />
<br />
== Benutzung ==<br />
<br />
Üblicherweise legt man für jede Anwendung einen eigenen Sitzungstyp an. Hierfür kann man im X2GoClient auf "Neue Sitzung" klicken.<br />
<br />
Eine beispielhafte Konfiguration für den Allinea DDT Debugger auf dem Cluster des DKRZ wäre:<br />
<br />
* Sitzungsname: <code>DDT</code><br />
* Server<br />
** Host: <code>Cluster.wr.informatik.uni-hamburg.de</code><br />
** Login: <code><Cluster-Benutzername></code><br />
** Port: <code>22</code><br />
** RSA-/DSA-Schlüssel verwenden (ssh): <code>/home/<Lokaler Benutzername>/.ssh/id_rsa</code><br />
** <code>[x]</code> Anmeldung über voreingestellten SSH-Schlüssel oder ssh-agent<br />
<br />
Wichtig ist, dass man unten bei "Sitzungsart" in der Dropdown-Box "Anwendung" auswählt und dann ganz rechts daneben in die ComboBox <code>ddt</code> einträgt. In der Standardkonfiguration würde X2Go versuchen eine Desktopumgebung auf dem Host zu öffnen, was ziemlich sicher schiefgeht.<br />
<br />
Außerdem wurde hier davon ausgegangen, dass auf dem Host passwortloses Anmelden via [[SSH#Public-Key-Authentifizierung|Public-Key-Authentifizierung]] möglich ist. Falls das nicht so ist, kann man die beiden Konfigurationseinträge bzgl. der SSH-Schlüssel weglassen.</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24887SSH2019-11-15T15:50:13Z<p>4felgenh: Weitere hilfreiche Links</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
Eine beispielhafte Konfiguration ist ganz unten unter [[#Beispiel-Konfiguration|Beispiel-Konfiguration]] zu finden.<br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> und <pre>man ssh</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein X2GO-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
Weitere Infos gibt es im [https://wr.informatik.uni-hamburg.de/teaching/ressourcen/beginners_guide Beginners Guide des DKRZ].<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Das Einrichten eines SSH-Tunnels über bari ist [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:SSH_Tunnel hier im ZBH-Wiki] genauer beschrieben (Zugriff nur mit ZBH-Kennung). Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#sshpass|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters auf Basis der Sun Grid Engine (SGE) eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften belegen, meistens nur auf den Seen. Die ingesamt verfügbaren Rechner können mit qhost aufgelistet werden, für diesen Command und die Clusterbenutzung allgemein [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:Cluster:start siehe hier im ZBH-Wiki]. Eine Übersicht über die Cluster-Auslastung pro Teilcluster oder Node [http://forli.zbh.uni-hamburg.de/ganglia/ gibt es hier].<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] betreibt ein HPC-Cluster namens Hummel, auf dem zu großem Teil Arbeitsgruppen der theoretischen Chemie rechnen. Alles Wichtige zur Hummel-Nutzung findet man auf der [https://www.rrz.uni-hamburg.de/services/hpc/hummel-2015.html Website]<br />
<br />
Außerdem ist das RRZ Mitglied im [https://www.hlrn.de/ Norddeutschen Verbund für Hoch- und Höchstleistungsrechnen].<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
== Beispiel-Konfiguration ==<br />
Eine beispielhafte ~/.ssh/config, die einige der Aspekte oben auffasst, könnte so aussehen:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
Compression yes<br />
<br />
Host fbi*<br />
User 0nachnam<br />
ForwardX11 yes<br />
IdentitiesOnly yes<br />
# DynamicForward 7777<br />
# LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
<br />
Host ccblade*<br />
User 0nachnam<br />
HostName %h<br />
ProxyJump fbi<br />
<br />
Host dkrz<br />
User nachname<br />
HostName cluster.wr.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host zbh<br />
User vnachname<br />
HostName bari.zbh.uni-hamburg.de<br />
Port 7373<br />
ForwardX11 yes<br />
<br />
Host mondsee<br />
User vnachname<br />
HostName mondsee<br />
ProxyJump zbh<br />
ForwardX11 yes<br />
<br />
Host physnet<br />
User vnachnam<br />
HostName login1.physnet.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host studix*<br />
User vnachnam<br />
HostName %h<br />
ForwardX11 yes<br />
ProxyJump physnet<br />
</pre><br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24885SSH2019-11-15T12:41:04Z<p>4felgenh: </p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
Eine beispielhafte Konfiguration ist ganz unten unter [[#Beispiel-Konfiguration|Beispiel-Konfiguration]] zu finden.<br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> und <pre>man ssh</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein X2GO-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Das Einrichten eines SSH-Tunnels über bari ist [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:SSH_Tunnel hier im ZBH-Wiki] genauer beschrieben (Zugriff nur mit ZBH-Kennung). Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#sshpass|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters auf Basis der Sun Grid Engine (SGE) eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften belegen, meistens nur auf den Seen. Die ingesamt verfügbaren Rechner können mit qhost aufgelistet werden, für diesen Command und die Clusterbenutzung allgemein [https://wiki.zbh.uni-hamburg.de/doku.php?id=IT:ZBH_Informationen:Cluster:start siehe hier im ZBH-Wiki]. Eine Übersicht über die Cluster-Auslastung pro Teilcluster oder Node [http://forli.zbh.uni-hamburg.de/ganglia/ gibt es hier].<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hatte auch mal zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die wurden aber wohl 2018 abgeschaltet.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
== Beispiel-Konfiguration ==<br />
Eine beispielhafte ~/.ssh/config, die einige der Aspekte oben auffasst, könnte so aussehen:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
Compression yes<br />
<br />
Host fbi*<br />
User 0nachnam<br />
ForwardX11 yes<br />
IdentitiesOnly yes<br />
# DynamicForward 7777<br />
# LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
<br />
Host ccblade*<br />
User 0nachnam<br />
HostName %h<br />
ProxyJump fbi<br />
<br />
Host dkrz<br />
User nachname<br />
HostName cluster.wr.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host zbh<br />
User vnachname<br />
HostName bari.zbh.uni-hamburg.de<br />
Port 7373<br />
ForwardX11 yes<br />
<br />
Host mondsee<br />
User vnachname<br />
HostName mondsee<br />
ProxyJump zbh<br />
ForwardX11 yes<br />
<br />
Host physnet<br />
User vnachnam<br />
HostName login1.physnet.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host studix*<br />
User vnachnam<br />
HostName %h<br />
ForwardX11 yes<br />
ProxyJump physnet<br />
</pre><br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24883SSH2019-11-15T12:25:44Z<p>4felgenh: </p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
Eine beispielhafte Konfiguration ist ganz unten unter [[#Beispiel-Konfiguration|Beispiel-Konfiguration]] zu finden.<br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> und <pre>man ssh</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein X2GO-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#sshpass|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hatte auch mal zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die wurden aber wohl 2018 abgeschaltet.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
== Beispiel-Konfiguration ==<br />
Eine beispielhafte ~/.ssh/config, die einige der Aspekte oben auffasst, könnte so aussehen:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
Compression yes<br />
<br />
Host fbi*<br />
User 0nachnam<br />
ForwardX11 yes<br />
IdentitiesOnly yes<br />
# DynamicForward 7777<br />
# LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
<br />
Host ccblade*<br />
User 0nachnam<br />
HostName %h<br />
ProxyJump fbi<br />
<br />
Host dkrz<br />
User nachname<br />
HostName cluster.wr.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host zbh<br />
User vnachname<br />
HostName bari.zbh.uni-hamburg.de<br />
Port 7373<br />
ForwardX11 yes<br />
<br />
Host mondsee<br />
User vnachname<br />
HostName mondsee<br />
ProxyJump zbh<br />
ForwardX11 yes<br />
<br />
Host physnet<br />
User vnachnam<br />
HostName login1.physnet.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host studix*<br />
User vnachnam<br />
HostName %h<br />
ForwardX11 yes<br />
ProxyJump physnet<br />
</pre><br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24882SSH2019-11-15T12:21:10Z<p>4felgenh: Beispiel-Config hinzugefügt</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
Eine beispielhafte Konfiguration ist ganz unten unter [[#Beispiel-Konfiguration|Beispiel-Konfiguration]] zu finden.<br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> und <pre>man ssh</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein X2GO-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#SSHPASS|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hatte auch mal zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die wurden aber wohl 2018 abgeschaltet.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
== Beispiel-Konfiguration ==<br />
Eine beispielhafte ~/.ssh/config, die einige der Aspekte oben auffasst, könnte so aussehen:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
Compression yes<br />
<br />
Host fbi*<br />
User 0nachnam<br />
ForwardX11 yes<br />
IdentitiesOnly yes<br />
# DynamicForward 7777<br />
# LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
<br />
Host ccblade*<br />
User 0nachnam<br />
HostName %h<br />
ProxyJump fbi<br />
<br />
Host dkrz<br />
User nachname<br />
HostName cluster.wr.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host zbh<br />
User vnachname<br />
HostName bari.zbh.uni-hamburg.de<br />
Port 7373<br />
ForwardX11 yes<br />
<br />
Host mondsee<br />
User vnachname<br />
HostName mondsee<br />
ProxyJump zbh<br />
ForwardX11 yes<br />
<br />
Host physnet<br />
User vnachnam<br />
HostName login1.physnet.uni-hamburg.de<br />
ForwardX11 yes<br />
<br />
Host studix*<br />
User vnachnam<br />
HostName %h<br />
ForwardX11 yes<br />
ProxyJump physnet<br />
</pre><br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24881SSH2019-11-15T12:15:04Z<p>4felgenh: IdentitiesOnly ergänzt</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
==== IdentitiesOnly ====<br />
Wenn man feststellt, dass man trotz Public-Key-Authentifizierung häufig sein Passwort eingeben muss, wenn man sich bei rzssh* einloggt, kann man versuchen, ob folgender Eintrah in der SSH-Config das Problem löst:<br />
<pre><br />
Host fbi<br />
IdentitiesOnly yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein X2GO-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#SSHPASS|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hatte auch mal zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die wurden aber wohl 2018 abgeschaltet.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24880SSH2019-11-15T11:59:28Z<p>4felgenh: Technische Infrastruktur der Institute ergänzt</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
Im DKRZ ist übrigens ein X2GO-Server installiert, sodass man X2GO statt [[#X-Forwarding|X-Forwarding]] benutzen kann, da X-Forwarding häufig sehr langsam ist.<br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem [[#ProxyJump|ProxyJump]] arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet [[#SSHPASS|sshpass]], muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein [[#expect|expect-Skript]], wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hatte auch mal zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die wurden aber wohl 2018 abgeschaltet.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH [[drucken]] möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24879SSH2019-11-15T11:52:52Z<p>4felgenh: </p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
<br />
'''Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!'''<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem ProxyJump arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet sshpass, muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein expect-Skript, wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hat auch zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die sind aber schlecht.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH drucken möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24878SSH2019-11-15T11:36:51Z<p>4felgenh: WSL und PuTTY hinzugefügt</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Benutzung (Simples Einloggen) === <br />
<br />
==== Linux / Mac / andere Unixoide ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Windows (ab Windows 10) ====<br />
Windows 10 hat jetzt das Windows Subsystem For Linux (WSL), welches eine Art virtuelles Linux auf einem Windows-System bereitstellt.<br />
<br />
Hier können wir einfach das Linux-Programm ssh verwenden und die Tricks verwenden, die unten aufgeführt sind.<br />
<br />
==== Windows (bis Windows 8) ====<br />
Wenn man kein WSL zur Verfügung hat, kann man stattdessen die Software PuTTY verwenden, welches aber etwas hakelig ist, z.B. bietet die Shell standardmäßig nicht den Comfort, den man von einem Linux-Terminal gewöhnt ist. Allerdings kann man die Konfiguration mit einer GUI erledigen, was für manche bestimmt ein Pluspunkt ist.<br />
<br />
Selbstverständlich gelten die allermeisten Tipps weiter unten nicht oder nur eingeschränkt für PuTTY.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
*Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!*<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem ProxyJump arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet sshpass, muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein expect-Skript, wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hat auch zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die sind aber schlecht.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH drucken möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24877SSH2019-11-15T11:31:34Z<p>4felgenh: scp und sshfs hinzugefügt</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Simples Einloggen ===<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <user>@<host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <user>@<host><br />
</pre><br />
Vorsicht: Bei [[#scp|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <user>@<host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
*Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!*<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#scp|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <user>@<host><br />
$ echo 'geheimes-pw' | sshpass scp <user>@<host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
==== scp ==== <br />
Der einfachste Weg, Dateien von einem entfernten Host auf den lokalen Rechner zu kopieren, oder umgekehrt, ist mit scp.<br />
<br />
Um eine Datei / einen Ordner vom Host auf den Rechner zu kopieren, führt man folgendes auf seinem Rechner aus:<br />
<pre><br />
$ scp <user>@<host>:~/pfad/zu/einer/datei ./<br />
# oder:<br />
$ scp -r <user>@<host>:~/pfad/zu/einem/ordner ./<br />
</pre><br />
<br />
Um eine Datei vom Rechner auf den Host zu kopieren, führt man auf seinem Rechner aus<br />
<pre><br />
$ scp ./pfad/zur/datei <user>@<host>:~/pfad/vom/zielverzeichnis/<br />
</pre><br />
<br />
==== SFTP / SSHFS ====<br />
Um ein Verzeichnis von einem entfernen Host in einem lokalen Ordner zu mounten, kann man SSHFS benutzen:<br />
<pre><br />
$ sshfs <user>@<host>:~/pfad/auf/dem/server/ ~/pfad/zu/einem/leeren/ordner <br />
</pre><br />
<br />
==== FileZilla ====<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem ProxyJump arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet sshpass, muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein expect-Skript, wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hat auch zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die sind aber schlecht.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH drucken möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24876SSH2019-11-15T11:18:51Z<p>4felgenh: </p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Simples Einloggen ===<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
==== Arbeiten mit Wildcards ====<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings auf dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <host><br />
</pre><br />
Vorsicht: Bei [[#Dateitransfer|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
*Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!*<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#Dateitransfer|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <host><br />
$ echo 'geheimes-pw' | sshpass scp <host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über [[#Port|Port]] 7373.<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem ProxyJump arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet sshpass, muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein expect-Skript, wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hat auch zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die sind aber schlecht.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH drucken möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24875SSH2019-11-15T11:12:40Z<p>4felgenh: Eine Menge hinzugefügt</p>
<hr />
<div>= Secure SHell =<br />
Mittels SSH kann man sich von einem beliebigen Rechner auf einen anderen Rechner anmelden, z.B. auf das Informatik-Rechenzentrum mit dem Informatik-Account. Das ist nützlich, wenn man z.B. von zu Hause auf Programme und Dateien zugreifen möchte, die auf den Informatik-Rechnern liegen, oder wenn man nicht von einem Poolrechner, sondern von einem beliebigen Rechner [[drucken]] möchte. Wie SSH beim iRZ und vielen anderen Instituten funktioniert, und was man damit alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<br />
=== Simples Einloggen ===<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Um sich die nervige Tipparbeit und das Eingeben des Passworts sparen zu können, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
=== Konfiguration ===<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
<br />
=== Parameter / Konfigurationseinträge ===<br />
<br />
Man kann bei SSH viele nützliche Parameter übergeben, allerdings die meisten (oder alle?) auch einfach in der ~/.ssh/config eintragen.<br />
<br />
Wenn du in dieser Liste nicht fündig wirst und noch mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
=== Arbeiten mit Wildcards ===<br />
<br />
In der SSH-Config können z.B. in den Hostnames Wildcards vorkommen. Dadurch ist z.B. so ein Setup möglich:<br />
<pre><br />
Host fbi*<br />
User 0bock<br />
[Viele weitere Einträge]<br />
Host fbi1<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
Host fbi2<br />
Hostname rzssh2.informatik.uni-hamburg.de<br />
Host fbi<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Wenn man viele Konfigurationseinträge hat, kann man die durch eine Wildcard sowohl auf rzssh1 als auch rzssh2 (falls rzssh1 mal down ist) anwenden, und gleichzeitig immer noch den komfortablen alias fbi dazu haben.<br />
Bei manchen Parametern kann es auch sinnvoll sein, sie mittels<br />
<pre><br />
Host *<br />
[Viele Einträge]<br />
</pre><br />
auf alle Hosts anzuwenden.<br />
<br />
==== X-Forwarding ====<br />
Wenn du grafische Anwendungen per SSH auf einem entfernten Host ausführen willst, so dass sie auf deinem lokalen Bildschirm angezeigt werden, kannst du SSH-Forwarding verwenden. Das geht mittels ForwardX11 in der ~/.ssh/config<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
ForwardX11 yes<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -X <host><br />
</pre><br />
Es gibt auch ForwardX11Trusted bzw. den Parameter -Y.<br />
<br />
Falls die Performance von X-Forwarding schlecht ist, kann man versuchen, [[#Kompression|Kompression]] anzuschalten.<br />
<br />
Wenn die Performance immer noch zu schlecht ist, kann man statt direktem SSH mit X-Forwarding auch die Software X2GO ausprobieren, welche meistens eine bessere Performance hat, wofür allerdings aus dem Host der X2GO-Server installiert sein muss, wie das z.B. beim [[#DKRZ|DKRZ]] der Fall ist.<br />
<br />
==== DynamicForward ====<br />
<br />
Um einen lokalen SOCKS-Proxy zum [[Tunneln]] einzurichten, kannst du DynamicForward verwenden:<br />
<pre><br />
Host fbi<br />
User 0bock<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
</pre><br />
<br />
==== LocalForward ====<br />
<br />
Mittels LocalForward kann man Ports von der Host-Maschine auf die lokale Maschine forwarden. Durch folgende Zeilen kann z.B. der CUPS-Dienst ([[drucken]]) auf Port 6631 der lokalen Maschine genutzt werden (verwenden wir aber nicht mehr?):<br />
<pre><br />
Host fbi<br />
User 9nachnam<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
==== ProxyJump ====<br />
Häufig kann man sich von einem Host aus noch auf weitere Rechner einloggen, die von außen nicht zugänglich sind. Bei manchen [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Instituten]] ist der von außen erreichbare Host sogar explizit als Login-Node gedacht, also nur dafür, dass man sich von hier weiterverbindet. Beim [[#ZBH|ZBH]] ist man sogar darauf angewiesen, sich auf einen anderen Rechner weiterzuverbinden, weil man für gewöhnlich auf dem Login-Node kein home-Verzeichnis hat. In solchen Situationen kann man ProxyJump verwenden, wie hier im Fall für ccblade1:<br />
<pre><br />
Host ccblade1<br />
User 0bock<br />
HostName ccblade1<br />
ProxyJump fbi<br />
</pre><br />
<br />
Falls man den Namen des Hosts erst auf dem Proxy-Rechner ermitteln möchte oder z.B. erst herausfinden möchte, welcher Rechner denn verfügbar ist, kann man ProxyCommand verwenden.<br />
<br />
==== ProxyCommand ====<br />
<br />
Mit ProxyCommand kann man einen Befehl angeben, der automatisch auf dem Host ausgeführt werden soll. Z.B.:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 0bock@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$<br />
</pre><br />
<br />
==== Port ====<br />
Standardmäßig läuft SSH auf dem Port 22. Falls man einen anderen Port braucht, wie z.B. beim [[#ZBH|ZBH]], geht das mit<br />
<pre><br />
Host foo<br />
User bar<br />
HostName qux<br />
Port 42<br />
</pre><br />
oder per Parameter<br />
<pre><br />
$ ssh -p 42 <host><br />
</pre><br />
Vorsicht: Bei [[#Dateitransfer|scp]] wird der Parameter groß geschrieben:<br />
<pre><br />
$ scp -P 42 <host>:~/eine/datei ./<br />
</pre><br />
<br />
==== Kompression ====<br />
SSH kann die Datenströme zwischen dem Host und deinem Rechner auch komprimieren. Da heutige Rechner in der Regel schneller komprimieren können, als die Netzwerkverbindung zum Host schnell ist, ist das in den allermeisten Fällen ein Performance-Gewinn und kann deshalb auch relativ bedenkenlos für alle Hosts angeschaltet werden:<br />
<pre><br />
Host *<br />
Compression yes<br />
</pre><br />
Alternativ geht das über den Parameter<br />
<pre><br />
$ ssh -C <host><br />
</pre><br />
<br />
==== Das "Broken-Pipe"-Problem ====<br />
Wer häufiger Probleme mit der Meldung "Broken Pipe" hat, wenn man eine Weile keine Befehle per SSH eingegeben hat, wenn der Rechner kurz die Netzwerkverbindung verliert, Pakete verloren gehen, oder man seinen Rechner kurz in den Standby versetzt hat, sind vllt. folgende Zeilen eine Lösung, die eigentlich auch für alle Hosts angewendet werden können:<br />
<pre><br />
Host *<br />
ServerAliveInterval 30<br />
ServerAliveCountMax 100<br />
TCPKeepAlive yes<br />
</pre><br />
<br />
=== Anmelden ohne Passwort-Eingabe ===<br />
<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Das geht auf mehrere Arten, wobei nur eine wirklich als sicher bezeichnet werden kann, nämlich [[#Public-Key-Authentifizierung|Public-Key-Authentifizierung]].<br />
*Mit anderen Worten: Wenn Public-Key-Authentifizierung funktioniert, dann immer Public-Key-Authentifizierung verwenden!*<br />
<br />
==== Public-Key-Authentifizierung ====<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen<br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa):<br />
Enter passphrase (empty for no passphrase):<br />
Enter same passphrase again:<br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
==== expect ====<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Das kann man allerdings umgehen, indem man das Passwort aus einem [[#Passwort_aus_Keyring_auslesen|Keyring]] ausliest. Wenn einen das aber nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
Ein weiterer Nachteil von der Lösung mit expect ist, dass man ohne weiteres keine Datenströme durch SSH pipen kann, um z.B. per SSH zu [[drucken]], und dass das ganze mit [[#Dateitransfer|scp]] nicht funktioiniert.<br />
<br />
Ein weiterer Vorteil allerdings ist, dass man sich hiermit auch ohne Passwort über einen Proxy / LoginNode (siehe [[#ProxyJump|ProxyJump]]) auf einen anderen Rechner einloggen kann, ohne (im schlimmsten Fall zweimal) sein Passwort eingeben zu müssen. Hierbei werden natürlich die Nachteile aus dem letzten Absatz nicht aufgehoben.<br />
Im einfachsten Fall sieht das etwa so aus (für ccblade1 über rzssh1):<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "fbi"<br />
set user "0bock"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
expect "assword:"<br />
send "$pass\n"<br />
expect ">"<br />
send "ssh ccblade1\n"<br />
expect "assword:"<br />
send "$pass\n"<br />
interact<br />
</pre><br />
<br />
==== sshpass ====<br />
<br />
SSHPASS ist ein Programm, das ähnlich wie expect die Passworteingabe bei SSH übernehmen kann.<br />
<br />
Ein großer Vorteil ist, dass man SSHPASS sowohl mit SSH als auch SCP verwenden kann, dass man mit SSHPASS Datenströme durch SSH pipen kann, also dass z.B. [[drucken]] über SSH funktioniert, und dass man flexibler bei der Angabe zusätzlicher Paramater und spontanter Authentifizierungsprobleme etc. ist.<br />
<br />
SSHPASS kann das Passwort aus einer Datei lesen, per STDIN, als Argument, oder über die Umgebungsvariable "SSHPASS".<br />
<br />
Ein simples Beispiel sähe in etwa so aus für ssh und scp:<br />
<pre><br />
$ echo 'geheimes-pw' | sshpass ssh <host><br />
$ echo 'geheimes-pw' | sshpass scp <host>:~/eine/datei ./<br />
</pre><br />
<br />
Ein Nachteil von SSHPASS ist, dass dadurch meistens kein Einloggen auf einem Rechner hinter einem Login Node ist möglich ist, da auf dem Host nur selten ebenfalls SSHPASS installiert ist und man selbst dann auch sein Passwort irgendwie an den Host übertragen müsste.<br />
<br />
Außerdem muss man natürlich sein Passwort irgendwie im Klartext hinterlegen, wenn man sein Passwort nicht im [[#Passwort_aus_Keyring_auslesen|Schlüsselbund]] des Betriebssystems ablegen kann oder will.<br />
<br />
==== Passwort aus Keyring auslesen ====<br />
Die beiden letzten Verfahren hatte beide den Nachteil, dass man irgendwo sein Passwort im Klartext hinterlegen muss, was unschön ist. Allerdings kann man das einfach umgehen, indem man das Passwort einfach im Schlüsselbund des eigenen Linux-Systems ablegt. Bei gtk-/gnome-basierten Distributionen kann man z.B. gnome-keyring-query benutzen.<br />
Hierfür muss man dann einmalig sein Passwort im Schlüsselbund hinterlegen:<br />
<pre><br />
$ echo 'geheimes-pw' | gnome-keyring-query set informatik<br />
</pre><br />
<br />
Und im folgenden kann man das Passwort nach Belieben auslesen:<br />
<pre><br />
$ gnome-keyring-query get informatik<br />
</pre><br />
<br />
Um es mit expect zu verwenden, kann man z.B. die Zeile, in der die Variable $pass gesetzt wird, austauschen durch:<br />
<pre><br />
set pass [exec bash -c "echo -n \"\$(gnome-keyring-query get informatik)\""]<br />
</pre><br />
<br />
Und mit SSHPASS kann man das folgendermaßen verwenden:<br />
<pre><br />
$ SSHPASS="$(gnome-keyring-query get informatik)" sshpass -e ssh fbi<br />
</pre><br />
<br />
Vielleicht hilft einem ja der folgende alias in der ~/.bashrc:<br />
<pre><br />
sshp () {<br />
SSHPASS="$(gnome-keyring-query get "$1")" sshpass -e ssh "$1"<br />
}<br />
</pre><br />
<br />
=== Dateitransfer ===<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>.<br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über Port 7373 (-p 7373 bei SSH, -P 7373 bei SCP, oder Zeile "Port" in der SSH-Config).<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem ProxyJump arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet sshpass, muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein expect-Skript, wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hat auch zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die sind aber schlecht.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH drucken möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24874SSH2019-11-14T20:45:20Z<p>4felgenh: </p>
<hr />
<div>= Secure SHell =<br />
Man kann sich mittels SSH von einem beliebigen Rechner auf seinem Informatik-Rechenzentrum-Account einloggen. Das ist nützlich z.B. wenn man vom eigenen Laptop, und nicht von einem Poolrechner aus [[drucken]] möchte. Wie SSH beim iRZ funktioniert, und was man alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
Siehe [[#Infrastruktur_der_Institute_.2F_Fachbereiche|Infrastruktur der Institute / Fachbereiche]]<br />
<!-- iRZ: rzssh1.informatik.uni-hamburg.de<br />
<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hat auch zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die sind aber schlecht.<br />
--><br />
<br />
==== Simples Einloggen ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Da dies etwas nervig ist, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Konfiguration ====<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 3leet<br />
ForwardX11 yes<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
#LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
Neben dem einfachen "ssh fbi" hast du nun durch <pre>DynamicForward</pre> auch einen lokalen SOCKS Proxy zum [[Tunneln]].<br />
Wenn du mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
==== zu anderen Hosts ====<br />
Mit Hilfe einer geeigneten ~/.ssh/config kann man von zu Hause aus sich bequem zu Hosts verbinden, die nicht direkt zugaenglich sind:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 4winter@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$ <br />
</pre><br />
<br />
=== Public-Key Authentifizierung ===<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Geht auch, und ist dabei trotzdem noch sicher!<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen <br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa): <br />
Enter passphrase (empty for no passphrase): <br />
Enter same passphrase again: <br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
=== expect ===<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Wenn einen das nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "10.1.1.10"<br />
set user "3leet@inf"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
=== Dateitransfer ===<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>. <br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über Port 7373 (-p 7373 bei SSH, -P 7373 bei SCP, oder Zeile "Port" in der SSH-Config).<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem ProxyJump arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet sshpass, muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein expect-Skript, wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hat auch zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die sind aber schlecht.<br />
<br />
Es gibt wohl auch Compute Nodes, z.B. Hummel.<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH drucken möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=SSH&diff=24873SSH2019-11-14T20:40:44Z<p>4felgenh: Technische Infrastruktur der Institute hinzugefügt</p>
<hr />
<div>= Secure SHell =<br />
Man kann sich mittels SSH von einem beliebigen Rechner auf seinem Informatik-Rechenzentrum-Account einloggen. Das ist nützlich z.B. wenn man vom eigenen Laptop, und nicht von einem Poolrechner aus [[drucken]] möchte. Wie SSH beim iRZ funktioniert, und was man alles tolles machen kann, ist in diesem Artikel beschrieben.<br />
<br />
=== hosts ===<br />
iRZ: rzssh1.informatik.uni-hamburg.de<br />
<br />
<br />
Das [[RRZ|Regionale Rechenzentrum (RRZ)]] hat auch zwei SSH-Server (rrzlogin{,2}.rrz.uni-hamburg.de), die sind aber schlecht.<br />
<br />
==== Simples Einloggen ====<br />
Mit folgendem Befehl kann man sich auf seinem iRZ-Account einfach einloggen:<br />
<pre><br />
$ ssh <kennung>@rzssh1.informatik.uni-hamburg.de<br />
</pre><br />
Da dies etwas nervig ist, werden im Weiteren ein paar Tricks erläutert.<br />
<br />
==== Konfiguration ====<br />
Die ~/.ssh/config enthaelt die Konfiguration fuer deinen SSH Client. Dort kann man viele tolle Sachen machen, zB muss man nicht immer <code>ssh rzssh1.informatik.uni-hamburg.de</code> machen, sondern bspw. <code>ssh fbi</code>. Das ist gut.<br />
<br />
Mit folgendem Text in deiner ~/.ssh/config kannst du das auch:<br />
<pre><br />
Host fbi<br />
User 3leet<br />
ForwardX11 yes<br />
HostName rzssh1.informatik.uni-hamburg.de<br />
DynamicForward 7777<br />
#LocalForward 6631 linuxprint.informatik.uni-hamburg.de:631<br />
</pre><br />
<br />
Neben dem einfachen "ssh fbi" hast du nun durch <pre>DynamicForward</pre> auch einen lokalen SOCKS Proxy zum [[Tunneln]].<br />
Wenn du mehr tolle Sachen mit deiner SSH-Config-Datei machen willst, schau dir <pre>man ssh_config</pre> an.<br />
<br />
==== zu anderen Hosts ====<br />
Mit Hilfe einer geeigneten ~/.ssh/config kann man von zu Hause aus sich bequem zu Hosts verbinden, die nicht direkt zugaenglich sind:<br />
<pre><br />
Host rzdspc*<br />
User 4winter<br />
ProxyCommand ssh 4winter@rzssh1.informatik.uni-hamburg.de /opt/bin/netcat %h %p 2> /dev/null<br />
</pre><br />
<br />
netcat ist allerdings meistens einfach als <pre>netcat</pre> oder <pre>nc</pre> ansprechbar. In Debian ist netcat im Paket <pre>netcat-openbsd</pre> enthalten.<br />
<br />
Und nu:<br />
<pre><br />
teythoon@europa$ ssh rzdspc6<br />
Last login: Sun Oct 7 14:05:16 2007 from rzdspc10.inform<br />
Sun Microsystems Inc. SunOS 5.10 Generic January 2005<br />
<br />
Willkommen auf der SUNW,Sun-Fire-V445 rzdspc6.informatik.uni-hamburg.de<br />
<br />
Last cluster login: Sun Oct 7 14:03:05 on rzdspc6<br />
rzdspc6$ <br />
</pre><br />
<br />
=== Public-Key Authentifizierung ===<br />
Vom Laptop im Netz des Informatikum anmelden, ohne jedesmal das Passwort eingeben zu müssen?<br />
Geht auch, und ist dabei trotzdem noch sicher!<br />
Auf dem eigenen Laptop muss zuerst ein Public/Private-Schlüsselpaar erstellt werden. Das funktioniert durch das Programm "ssh-keygen" und sieht dann etwa so aus:<br />
<pre><br />
olli@desktop:~$ ssh-keygen <br />
Generating public/private rsa key pair.<br />
Enter file in which to save the key (/home/olli/.ssh/id_rsa): <br />
Enter passphrase (empty for no passphrase): <br />
Enter same passphrase again: <br />
Your identification has been saved in /home/olli/.ssh/id_rsa.<br />
Your public key has been saved in /home/olli/.ssh/id_rsa.pub.<br />
The key fingerprint is: bla bla<br />
olli@desktop:~$<br />
</pre><br />
Man kann alle Abfragen einfach mit Enter bestätigen.<br />
Nun muss man dem Server, in diesem Fall rzssh1, nur noch eine Kopie des Schlüssels zukommen lassen. Das funktioniert vom Laptop aus über ssh-copy-id:<br />
<pre><br />
ssh-copy-id -i ~/.ssh/id_rsa.pub 7bestman@rzssh1.informatik.uni-hamburg.de<br />
Password: *passwort*<br />
bla bla bla<br />
</pre><br />
der Parameter -i gibt hierbei den public-Schlüssel an...<br />
Falls man das Programm ssh-copy-id nicht hat, kann man den Vorgang auch per Hand durchführen. Man kopiert die Datei "~/.ssh/id_rsa.pub" vom Client, also da wo man sie erstellt hat, auf den Zielrechner, loggt sich dann an dem Zielrechner ein und kopiert den Inhalt ans Ende der Datei ~/.ssh/authorized_keys. "cat mein-key.pub >> ~/.ssh/authorized_keys" auf dem Server ausgeführt reicht dann.<br />
<br />
=== expect ===<br />
Expect ist ein kleines Programm, was einen Prozess startet und auf Ausgaben dieses Prozess wartet, um dann Eingaben an den Prozess zu senden. Nun kann man expect nutzen um ein einfaches "login"-Script für die UHH-Firewall zu schreiben, da dort Public-Key Authentifizierung nicht möglich ist.<br />
<br />
Nachteil ist natürlich, dass das eigene '''Passwort im Klartext''' im Script zu finden ist. Wenn einen das nicht stört, dann kann man sich ''expect'' installieren und folgendes in eine Datei schreiben:<br />
<pre><br />
#!/usr/bin/expect -f<br />
<br />
set host "10.1.1.10"<br />
set user "3leet@inf"<br />
set pass "geheimes-pw"<br />
<br />
spawn ssh -l "$user" "$host"<br />
<br />
expect {<br />
"Are you sure you want to continue connecting" {<br />
send "yes\n"<br />
exp_continue<br />
}<br />
"password:" {<br />
send "$pass\n"<br />
interact<br />
}<br />
}<br />
<br />
exit<br />
</pre><br />
<br />
nun einfach ausführbar machen und sich ganz fix ohne Passwortabfrage einloggen<br />
chmod +x meine-datei<br />
./meine-datei<br />
<br />
=== Dateitransfer ===<br />
<br />
Per Software wie FileZilla kann auch unter Windows und mit einer grafischen Oberfläche eine Verbindung mit dem eigenen Laufwerk am Informatikum hergestellt werden, um Dateien beispielsweise auf den eigenen Rechner zu Hause zu kopieren. Dafür gibt man folgendes ein:<br />
Server:sftp://rzssh1.informatik.uni-hamburg.de<br />
Benutzername: <Informatik-Kennung><br />
Passwort: <eigenes Passwort><br />
Port: <einfach freilassen><br />
<br />
=== Nützliche "Tricks" ===<br />
Mit Hilfe des Port Forwadings kann man auch von Zuhause aus zb das [http://www.oclc.org/ Online Computer Library Center] oder die [http://portal.acm.org/dl.cfm ACM Digital Library] durchstöbern:<br />
<br />
<code>ssh -L 2222:proxyuhh.uni-hamburg.de:3128 <username>@rzssh1.informatik.uni-hamburg.de -N</code><br />
<br />
und dann im Browser als Proxy "localhost" mit Port 2222 eintragen. Nachdem man die Verbindung wieder getrennt hat natürlich nicht vergessen, die Proxyeinstellungen im Browser wieder zurückzusetzen.<br />
<br />
[https://addons.mozilla.org/en-US/firefox/addon/foxyproxy-standard/ Dieses Plugin] macht es dem Firefox-User leichter, zwischen Proxies umzuschalten.<br />
<br />
<br />
Unter Linux kann man auch so Verbindungen umleiten:<br />
<br />
<code># iptables -t nat -I OUTPUT -d 134.100.9.77 -p tcp --dport 80 -j DNAT --to 127.0.0.1:1234</code><br />
<br />
<code>$ ssh -L1234:134.100.9.77:80 <username>@rzssh1.informatik.uni-hamburg.de</code><br />
<br />
Ist zwar nicht sehr komfortabel, aber es funktioniert quasi immer; z. B. wenn man kein Proxy einstellen kann und Programme wie tsocks nicht funktionieren sollten.<br />
<br />
=== Probleme ===<br />
* scp will nicht weil Leerzeichem im Pfad/ im Dateinamen sind:<br />
den Pfad in Hochkomma <code>'</code> setzen oder vor die Leerzeichen ein Backslash<code>\</code>. <br />
<br />
'''Zwei äquivaltente Beispiele:'''<br />
Beispiel#$ <code>scp ~/Pfad/z\ u\ r/Datei/Filename\ mit\ Leerzeichen 4user@rzssh1:~/Zielpfad\ mit\ Leerzei\ chen/fuer/die/Datei/. </code><br />
<br />
Beispiel#$ <code>scp '~/Pfad/z u r/Datei/Filename mit Leerzeichen' 4user@rzssh1:'~/Zielpfad mit Leerzei chen/fuer/die/Datei/.' </code><br />
<br />
* das Kopieren vieler kleiner Dateien dauert ziemlich lange?<br />
On-the-fly archivieren und entpacken hilft:<br />
<pre>ssh <mein-host> 'tar -c /mein/ordner/mit/kleinen/dateien | gzip' | gzip -d | tar -xv</pre><br />
<br />
Mit dem Schalter -z Spart man sich die beiden gzip Kommandos.<br />
<pre>ssh <mein-host> "tar -cz /mein/ordner/mit/kleinen/dateien" | tar -xzv</pre><br />
<br />
Ausserdem kann man bei tar noch das Zielverzeichnis angeben und eventuell eine schnellere Verschlüsselung für ssh benutzen. Bei langsamen Rechnern und hoher Bandbreite macht es Sinn, auf die Kompression zu verzichten.<br />
<br />
<pre>ssh -c blowfish <mein-host> "tar -c /mein/ordner/mit/kleinen/dateien" | tar -xv -C /hier/hin/</pre><br />
<br />
== Infrastruktur der Institute / Fachbereiche ==<br />
<br />
=== Informatikum / iRZ ===<br />
<br />
Am Informatikum gibt es die Knoten rzssh{1,2}.informatik.uni-hamburg.de, auf die man sich mit seiner Informatik-Kennung anmelden kann.<br />
<br />
Für rechenaufwändige Anwendungen gibt es die ccblades ccblade{1,9}, auf die man sich per SSH von rzssh{1,2} anmelden kann, welche eine Woche im voraus über das iRZ reserviert werden können.<br />
<br />
=== DKRZ ===<br />
<br />
Am Deutschen Klimarechenzentrum gibt es den Login-Cluster cluster.wr.informatik.uni-hamburg.de, auf die man sich mit der Kennung anmelden kann, die man in seinem ersten Modul in der Arbeitsgruppe Wissenschaftliches Rechnen erhält, welche Cluster-Zugang erfordert.<br />
<br />
Der Login-Cluster sollte nicht für rechenaufwändige Jobs / Benchmarks genutzt werden, dafür gibt es die Compute Nodes abu{1..5}, amd{2..4}, magny1, nehalem5, und west{1..10} mit jeweils unterschiedlicher Ausstattung. Bevor man sich allerdings auf einen Node einloggen kann, muss man ihn sich erst mit dem Batch-Queuing-System SLURM allozieren. Das geht für einen beliebigen Knoten der Partition "west" z.B. so:<br />
<pre><br />
$ salloc -p west<br />
salloc: Granted job allocation 26477<br />
$ squeue<br />
JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)<br />
26477 west bash felgenha R 0:03 1 west2<br />
$ ssh west2<br />
</pre><br />
Oder wenn man z.B. explizit west7 haben möchte:<br />
<pre><br />
$ salloc -p west -w west7<br />
salloc: Granted job allocation 26479<br />
$ ssh west7<br />
</pre><br />
<br />
=== ZBH ===<br />
<br />
Das Zentrum für Bioinformatik hat auch einen Login-Node, welcher unter der Adresse bari.zbh.uni-hamburg.de zu erreichen ist, allerdings nur über Port 7373 (-p 7373 bei SSH, -P 7373 bei SCP, oder Zeile "Port" in der SSH-Config).<br />
<br />
Von hier aus kann man sich unter anderem auf die Desktop-Rechner per SSH verbinden, welche die Namen von Seen (mondsee, chiemsee, ...), Inseln (ruegen, ...), oder ähnlichem tragen. Die Desktop-Rechner werden gleichzeitig als Teil eines Compute Clusters eingesetzt. Allerdings funktionieren die Kennungen von Studierenden, die lediglich Programmierung für Naturwissenschaften machen, meistens nur auf den Seen.<br />
<br />
Da die meisten Studierenden auf bari kein home-Verzeichnis haben, erübrigt sich Public-Key-Authentifizierung. Man kann natürlich mit einem ProxyJump arbeiten, muss dann aber zweimal sein Passwort eingeben, oder man verwendet sshpass, muss dann aber im ZBH noch einmal sein Passwort eingeben, oder man verwendet ein expect-Skript, wodurch man zwar sein Passwort nicht mehr eingeben muss, aber auch keine mehr Dateien durch SSH pipen kann.<br />
<br />
=== RRZ ===<br />
<br />
TODO...<br />
<br />
Ich habe mal etwas von Hummel gehört...<br />
<br />
=== Physik / Physnet ===<br />
<br />
In der Physik gibt es die Login-Nodes login{1..4}.physnet.uni-hamburg.de<br />
<br />
Von dort kann man sich weiterverbinden auf die Nodes compile{1,2}, welche für Testen, Kompilieren, und kurze rechenintensive Arbeiten gedacht sind, und graphix{01,02}, welche wie compile{1,2} sind, aber mit GPUs.<br />
<br />
Falls man allerdings in der Physik per SSH drucken möchte, muss man sich auf einen der studentischen Arbeitsrechner einloggen (falls einer gerade läuft), welche studix{01..26} heißen.<br />
<br />
[[Kategorie:Dba]]</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=OERB_Tutoren_2019&diff=24696OERB Tutoren 20192019-10-07T08:58:55Z<p>4felgenh: </p>
<hr />
<div>Hier tragen sich die Leute an, die 2019 bei der OERB mitwirken wollen. Bei jedem Slot muss mindestens ein*e Tutor*in stehen. Bei drei Gruppen in einem Slot sind Doppeltutor*innen obligatorisch, sonst "nur" gern gesehen.<br />
<br />
Die IAS-OERB (Di 17:30-19:30) wird in Englisch gehalten, es sollten sich also nur Tutor*innen mit entsprechenden Sprachkenntnissen eintragen.<br />
<br />
=== Tutor*innen ===<br />
* NN 14niemand<br />
* Tom 17bloecke<br />
* Jonas 15hagge<br />
* Pascal 15wichman<br />
* Jim 12martens<br />
* Karim 16merkl<br />
* Ruben 14felgenh<br />
* Julian 12tobergt<br />
* Julian 13deinert<br />
* Katja 15hoffman<br />
* Niklas 17fock<br />
* Sebastian 18schneid<br />
* Julius 18bittner<br />
* [Hier könnte dein Name stehen!]<br />
<br />
=== Stundenplan ===<br />
<br />
{| class="wikitable"<br />
! style="text-align: center; font-weight: bold;" | Uhrzeit<br />
! style="text-align: center; font-weight: bold;" | Freitag 1<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Montag<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Dienstag<br />
! colspan="1" style="text-align: center; font-weight: bold;" | Donnerstag<br />
|-<br />
| Raum<br />
| D-016/017<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-118/119<br />
|-<br />
| 09:00<br />
| style="background-color: DarkGray;" rowspan="9" |<br />
| style="background-color: DarkGray;" rowspan="2" |<br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="4" | <br />
|-<br />
| 09:30 <br />
|-<br />
| 10:00<br />
| rowspan="4" | 9/10 -<br />
12martens<br />
| rowspan="4" | 11 -<br />
18bittner<br />
| rowspan="4" | 25 -<br />
15hoffman<br />
| rowspan="4" | 26 -<br />
13deinert<br />
| rowspan="4" | 1/2 -<br />
17bloecke<br />
| rowspan="4" | 3 -<br />
14felgenh<br />
| rowspan="4" | 4 -<br />
16merkl<br />
| rowspan="4" | 24 -<br />
12hofmann<br />
|-<br />
| 10:30<br />
|-<br />
| 11:00<br />
| rowspan="2" | 30/31 (IAS)<ref name="ias">Wird auf englisch gehalten! Die Einheit am Donnerstag ist optional und benötigt keine OERB-Tutor*innen [?] </ref> -<br />
(optional)<br />
|-<br />
| 11:30<br />
|-<br />
| 12:00<br />
| rowspan="4" | 28/29 -<br />
14felgenh<br />
| rowspan="4" | 21 -<br />
17bloecke<br />
| rowspan="4" | 22 -<br />
15hoffman<br />
| rowspan="4" | 23 -<br />
13deinert<br />
| rowspan="4" | 14/27 -<br />
12martens<br />
| style="background-color: DarkGray;" rowspan="4" | <br />
| rowspan="4" | 12 -<br />
17fock, 18schneid<br />
| rowspan="4" | 13 -<br />
14felgenh, 12hofmann<br />
| style="background-color: DarkGray;" rowspan="15" |<br />
|-<br />
| 12:30<br />
|-<br />
| 13:00<br />
|-<br />
| 13:30<br />
| rowspan="4" | 32 (LA) -<br />
15hagge, 15wichman<br />
|-<br />
| 14:00<br />
| rowspan="4" | 16/17 -<br />
12martens<br />
| rowspan="4" | 18 -<br />
17boecke<br />
| rowspan="4" | 19 -<br />
15hoffman<br />
| rowspan="4" | 20 -<br />
16merkl<br />
| rowspan="4" | 5/6 -<br />
15hagge, 15wichman<br />
| rowspan="4" | 7 -<br />
12tobergt<br />
| rowspan="4" | 8 -<br />
17fock, 18schneid<br />
| rowspan="4" | 15 -<br />
13deinert<br />
|-<br />
| 14:30<br />
|-<br />
| 15:00<br />
|-<br />
| 15:30<br />
| style="background-color: DarkGray;" rowspan="8" |<br />
|-<br />
| 16:00<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="3" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
|-<br />
| 16:30<br />
|-<br />
| 17:00<br />
|-<br />
| 17:30<br />
| rowspan="4" | 30/31 (IAS) <ref name="ias" /> -<br />
12tobergt<br />
|-<br />
| 18:00<br />
|-<br />
| 18:30<br />
|-<br />
| 19:00<br />
|-</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=OERB_Tutoren_2019&diff=24695OERB Tutoren 20192019-10-07T08:58:26Z<p>4felgenh: </p>
<hr />
<div>Hier tragen sich die Leute an, die 2019 bei der OERB mitwirken wollen. Bei jedem Slot muss mindestens ein*e Tutor*in stehen. Bei drei Gruppen in einem Slot sind Doppeltutor*innen obligatorisch, sonst "nur" gern gesehen.<br />
<br />
Die IAS-OERB (Di 17:30-19:30) wird in Englisch gehalten, es sollten sich also nur Tutor*innen mit entsprechenden Sprachkenntnissen eintragen.<br />
<br />
=== Tutor*innen ===<br />
* NN 14niemand<br />
* Tom 17bloecke<br />
* Jonas 15hagge<br />
* Pascal 15wichman<br />
* Jim 12martens<br />
* Karim 16merkl<br />
* Ruben 14felgenh<br />
* Julian 12tobergt<br />
* Julian 13deinert<br />
* Katja 15hoffman<br />
* Niklas 17fock<br />
* Sebastian 18schneid<br />
* Julius 18bittner<br />
* [Hier könnte dein Name stehen!]<br />
<br />
=== Stundenplan ===<br />
<br />
{| class="wikitable"<br />
! style="text-align: center; font-weight: bold;" | Uhrzeit<br />
! style="text-align: center; font-weight: bold;" | Freitag 1<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Montag<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Dienstag<br />
! colspan="1" style="text-align: center; font-weight: bold;" | Donnerstag<br />
|-<br />
| Raum<br />
| D-016/017<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-118/119<br />
|-<br />
| 09:00<br />
| style="background-color: DarkGray;" rowspan="9" |<br />
| style="background-color: DarkGray;" rowspan="2" |<br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="4" | <br />
|-<br />
| 09:30 <br />
|-<br />
| 10:00<br />
| rowspan="4" | 9/10 -<br />
12martens<br />
| rowspan="4" | 11 -<br />
18bittner<br />
| rowspan="4" | 25 -<br />
15hoffman<br />
| rowspan="4" | 26 -<br />
13deinert<br />
| rowspan="4" | 1/2 -<br />
17bloecke<br />
| rowspan="4" | 3 -<br />
14felgenh<br />
| rowspan="4" | 4 -<br />
16merkl<br />
| rowspan="4" | 24 -<br />
12hofmann<br />
|-<br />
| 10:30<br />
|-<br />
| 11:00<br />
| rowspan="2" | 30/31 (IAS)<ref name="ias">Wird auf englisch gehalten! Die Einheit am Donnerstag ist optional und benötigt keine OERB-Tutor*innen [?] </ref> -<br />
(optional)<br />
|-<br />
| 11:30<br />
|-<br />
| 12:00<br />
| rowspan="4" | 28/29 -<br />
14felgenh<br />
| rowspan="4" | 21 -<br />
17bloecke<br />
| rowspan="4" | 22 -<br />
15hoffman<br />
| rowspan="4" | 23 -<br />
13deinert<br />
| rowspan="4" | 14/27 -<br />
12martens<br />
| style="background-color: DarkGray;" rowspan="4" | <br />
| rowspan="4" | 12 -<br />
17fock, 18schneid<br />
| rowspan="4" | 13 -<br />
NN<br />
| style="background-color: DarkGray;" rowspan="15" |<br />
|-<br />
| 12:30<br />
|-<br />
| 13:00<br />
|-<br />
| 13:30<br />
| rowspan="4" | 32 (LA) -<br />
15hagge, 15wichman<br />
|-<br />
| 14:00<br />
| rowspan="4" | 16/17 -<br />
12martens<br />
| rowspan="4" | 18 -<br />
17boecke<br />
| rowspan="4" | 19 -<br />
15hoffman<br />
| rowspan="4" | 20 -<br />
16merkl<br />
| rowspan="4" | 5/6 -<br />
15hagge, 15wichman<br />
| rowspan="4" | 7 -<br />
12tobergt<br />
| rowspan="4" | 8 -<br />
17fock, 18schneid<br />
| rowspan="4" | 15 -<br />
13deinert<br />
|-<br />
| 14:30<br />
|-<br />
| 15:00<br />
|-<br />
| 15:30<br />
| style="background-color: DarkGray;" rowspan="8" |<br />
|-<br />
| 16:00<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="3" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
|-<br />
| 16:30<br />
|-<br />
| 17:00<br />
|-<br />
| 17:30<br />
| rowspan="4" | 30/31 (IAS) <ref name="ias" /> -<br />
12tobergt<br />
|-<br />
| 18:00<br />
|-<br />
| 18:30<br />
|-<br />
| 19:00<br />
|-</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=OERB_Tutoren_2019&diff=24689OERB Tutoren 20192019-10-07T07:12:46Z<p>4felgenh: </p>
<hr />
<div>Hier tragen sich die Leute an, die 2019 bei der OERB mitwirken wollen. Bei jedem Slot muss mindestens ein*e Tutor*in stehen. Bei drei Gruppen in einem Slot sind Doppeltutor*innen obligatorisch, sonst "nur" gern gesehen.<br />
<br />
Die IAS-OERB (Di 17:30-19:30) wird in Englisch gehalten, es sollten sich also nur Tutor*innen mit entsprechenden Sprachkenntnissen eintragen.<br />
<br />
=== Tutor*innen ===<br />
* NN 14niemand<br />
* Tom 17bloecke<br />
* Jonas 15hagge<br />
* Pascal 15wichman<br />
* Jim 12martens<br />
* Karim 16merkl<br />
* Ruben 14felgenh<br />
* Julian 12tobergt<br />
* Julian 13deinert<br />
* Katja 15hoffman<br />
* Niklas 17fock<br />
* Sebastian 18schneid<br />
* Julius 18bittner<br />
* [Hier könnte dein Name stehen!]<br />
<br />
=== Stundenplan ===<br />
<br />
{| class="wikitable"<br />
! style="text-align: center; font-weight: bold;" | Uhrzeit<br />
! style="text-align: center; font-weight: bold;" | Freitag 1<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Montag<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Dienstag<br />
! colspan="1" style="text-align: center; font-weight: bold;" | Donnerstag<br />
|-<br />
| Raum<br />
| D-016/017<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-118/119<br />
|-<br />
| 09:00<br />
| style="background-color: DarkGray;" rowspan="9" |<br />
| style="background-color: DarkGray;" rowspan="2" |<br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="4" | <br />
|-<br />
| 09:30 <br />
|-<br />
| 10:00<br />
| rowspan="4" | 9/10 -<br />
12martens<br />
| rowspan="4" | 11 -<br />
18bittner<br />
| rowspan="4" | 25 -<br />
15hoffman<br />
| rowspan="4" | 26 -<br />
13deinert<br />
| rowspan="4" | 1/2 -<br />
17bloecke<br />
| rowspan="4" | 3 -<br />
14felgenh<br />
| rowspan="4" | 4 -<br />
16merkl<br />
| rowspan="4" | 24 -<br />
12hofmann<br />
|-<br />
| 10:30<br />
|-<br />
| 11:00<br />
| rowspan="2" | 30/31 (IAS)<ref name="ias">Wird auf englisch gehalten! Die Einheit am Donnerstag ist optional und benötigt keine OERB-Tutor*innen [?] </ref> -<br />
(optional)<br />
|-<br />
| 11:30<br />
|-<br />
| 12:00<br />
| rowspan="4" | 28/29 -<br />
14felgenh<br />
| rowspan="4" | 21 -<br />
17bloecke<br />
| rowspan="4" | 22 -<br />
15hoffman<br />
| rowspan="4" | 23 -<br />
13deinert<br />
| rowspan="4" | 14/27 -<br />
12martens<br />
| style="background-color: DarkGray;" rowspan="4" | <br />
| rowspan="4" | 12 -<br />
17fock, 18schneid<br />
| rowspan="4" | 13 -<br />
14felgenh<br />
| style="background-color: DarkGray;" rowspan="15" |<br />
|-<br />
| 12:30<br />
|-<br />
| 13:00<br />
|-<br />
| 13:30<br />
| rowspan="4" | 32 (LA) -<br />
15hagge, 15wichman<br />
|-<br />
| 14:00<br />
| rowspan="4" | 16/17 -<br />
12martens<br />
| rowspan="4" | 18 -<br />
17boecke<br />
| rowspan="4" | 19 -<br />
15hoffman<br />
| rowspan="4" | 20 -<br />
16merkl<br />
| rowspan="4" | 5/6 -<br />
15hagge, 15wichman<br />
| rowspan="4" | 7 -<br />
12tobergt<br />
| rowspan="4" | 8 -<br />
17fock, 18schneid<br />
| rowspan="4" | 15 -<br />
13deinert<br />
|-<br />
| 14:30<br />
|-<br />
| 15:00<br />
|-<br />
| 15:30<br />
| style="background-color: DarkGray;" rowspan="8" |<br />
|-<br />
| 16:00<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="3" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
|-<br />
| 16:30<br />
|-<br />
| 17:00<br />
|-<br />
| 17:30<br />
| rowspan="4" | 30/31 (IAS) <ref name="ias" /> -<br />
12tobergt<br />
|-<br />
| 18:00<br />
|-<br />
| 18:30<br />
|-<br />
| 19:00<br />
|-</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=OERB_Tutoren_2019&diff=24670OERB Tutoren 20192019-10-04T13:45:15Z<p>4felgenh: </p>
<hr />
<div>Hier tragen sich die Leute an, die 2019 bei der OERB mitwirken wollen. Bei jedem Slot muss mindestens ein*e Tutor*in stehen. Bei drei Gruppen in einem Slot sind Doppeltutor*innen obligatorisch, sonst "nur" gern gesehen.<br />
<br />
Die IAS-OERB (Di 17:30-19:30) wird in Englisch gehalten, es sollten sich also nur Tutor*innen mit entsprechenden Sprachkenntnissen eintragen.<br />
<br />
=== Tutor*innen ===<br />
* NN 14niemand<br />
* Tom 17bloecke<br />
* Jonas 15hagge<br />
* Pascal 15wichman<br />
* Jim 12martens<br />
* Karim 16merkl<br />
* Ruben 14felgenh<br />
* Julian 12tobergt<br />
* Julian 13deinert<br />
* Katja 15hoffman<br />
* Niklas 17fock<br />
* Sebastian 18schneid<br />
* Julius 18bittner<br />
* [Hier könnte dein Name stehen!]<br />
<br />
=== Stundenplan ===<br />
<br />
{| class="wikitable"<br />
! style="text-align: center; font-weight: bold;" | Uhrzeit<br />
! style="text-align: center; font-weight: bold;" | Freitag 1<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Montag<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Dienstag<br />
! colspan="1" style="text-align: center; font-weight: bold;" | Donnerstag<br />
|-<br />
| Raum<br />
| D-016/017<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-118/119<br />
|-<br />
| 09:00<br />
| style="background-color: DarkGray;" rowspan="9" |<br />
| style="background-color: DarkGray;" rowspan="2" |<br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="4" | <br />
|-<br />
| 09:30 <br />
|-<br />
| 10:00<br />
| rowspan="4" | 9/10 -<br />
12martens<br />
| rowspan="4" | 11 -<br />
18bittner<br />
| rowspan="4" | 25 -<br />
15hoffman<br />
| rowspan="4" | 26 -<br />
13deinert<br />
| rowspan="4" | 1/2 -<br />
17bloecke<br />
| rowspan="4" | 3 -<br />
14felgenh<br />
| rowspan="4" | 4 -<br />
16merkl<br />
| rowspan="4" | 24 -<br />
12hofmann<br />
|-<br />
| 10:30<br />
|-<br />
| 11:00<br />
| rowspan="2" | 30/31 (IAS)<ref name="ias">Wird auf englisch gehalten! Die Einheit am Donnerstag ist optional und benötigt keine OERB-Tutor*innen [?] </ref> -<br />
(optional)<br />
|-<br />
| 11:30<br />
|-<br />
| 12:00<br />
| rowspan="4" | 28/29 -<br />
14felgenh<br />
| rowspan="4" | 21 -<br />
17bloecke<br />
| rowspan="4" | 22 -<br />
15hoffman<br />
| rowspan="4" | 23 -<br />
13deinert<br />
| rowspan="4" | 14/27 -<br />
12martens<br />
| style="background-color: DarkGray;" rowspan="4" | <br />
| rowspan="4" | 12 -<br />
17fock, 18schneid<br />
| rowspan="4" | 13 -<br />
NN<br />
| style="background-color: DarkGray;" rowspan="15" |<br />
|-<br />
| 12:30<br />
|-<br />
| 13:00<br />
|-<br />
| 13:30<br />
| rowspan="4" | 32 (LA) -<br />
15hagge, 15wichman<br />
|-<br />
| 14:00<br />
| rowspan="4" | 16/17 -<br />
12martens<br />
| rowspan="4" | 18 -<br />
17boecke<br />
| rowspan="4" | 19 -<br />
15hoffman<br />
| rowspan="4" | 20 -<br />
16merkl<br />
| rowspan="4" | 5/6 -<br />
15hagge, 15wichman<br />
| rowspan="4" | 7 -<br />
12tobergt<br />
| rowspan="4" | 8 -<br />
17fock, 18schneid<br />
| rowspan="4" | 15 -<br />
13deinert<br />
|-<br />
| 14:30<br />
|-<br />
| 15:00<br />
|-<br />
| 15:30<br />
| style="background-color: DarkGray;" rowspan="8" |<br />
|-<br />
| 16:00<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="3" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
|-<br />
| 16:30<br />
|-<br />
| 17:00<br />
|-<br />
| 17:30<br />
| rowspan="4" | 30/31 (IAS) <ref name="ias" /> -<br />
12tobergt<br />
|-<br />
| 18:00<br />
|-<br />
| 18:30<br />
|-<br />
| 19:00<br />
|-</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=KBS-WiSe1920-OE-Lightning-Talks&diff=24650KBS-WiSe1920-OE-Lightning-Talks2019-09-30T12:32:57Z<p>4felgenh: </p>
<hr />
<div>{{:KunterBuntesSeminar-WS19/Terminseiten-Header|0|08. Oktober|raum=D-125|zeit='''17:15''' bis '''19:00''' Uhr}}<br />
<br />
==Abstract==<br />
Lightning Talks in der OE-Woche und alle so "Yeah"<br />
<br />
Viele Vortragende - Viele Themen<br />
Vortragende schicken bitte rechtzeitig ihre Folien an die Moderatoren (1 Tag vor den Talks)<br />
<br />
Many Speakers - Many Topics<br />
Speakers please send your slides to the moderators in time (1 Day before the Talks)<br />
<br />
Moderator: N.N.<br />
<br />
==Talks==<br />
* SlotBeispiel: 0bock - Thema<br />
* Slot0: N.N. - Was ist das KBS?<br />
* Slot1: N.N. - HI-Forum<br />
* Slot2: 11hamann - Ikum History<br />
* Slot3: 15bollweg - neuronale Netze - Wie lehren wir den Computer lernen?<br />
* Slot4: 15guelden - How to Science<br />
* Slot5: 12hofmann - tba<br />
* Slot6: 12hofmann - tba (cont'd)<br />
* Slot7: 12martens - Grafiken aus PDFs extrahieren<br />
* Slot8: 11hamann - 88 Stunden Shanghai <br />
* Slot9: <br />
* Slot10: <br />
* Slot11:<br />
* Slot12:<br />
* Slot13: 12martens - Passwörter sicher speichern<br />
* Slot14: 15see - Langeweile in der Vorlesung 2<br />
* Slot15: 15see - Langeweile in der Vorlesung 2<br />
* Slot16: 11hamann - Ikum Future<br />
* Slot17:<br />
<br />
==Vortragende==<br />
Viele<br />
<br />
==Folien==<br />
Folien (falls vorhanden) sowie etwaige weitere Anmerkungen an 3schmidt@inf... schicken</div>4felgenhhttps://wiki.mafiasi.de/index.php?title=OERB_Tutoren_2019&diff=24637OERB Tutoren 20192019-09-26T15:58:38Z<p>4felgenh: </p>
<hr />
<div>Hier tragen sich die Leute an, die 2019 bei der OERB mitwirken wollen. Bei jedem Slot muss mindestens ein*e Tutor*in stehen. Bei drei Gruppen in einem Slot sind Doppeltutor*innen obligatorisch, sonst "nur" gern gesehen.<br />
<br />
Die IAS-OERB (Di 17:30-19:30) wird in Englisch gehalten, es sollten sich also nur Tutor*innen mit entsprechenden Sprachkenntnissen eintragen.<br />
<br />
=== Tutor*innen ===<br />
* NN 14niemand<br />
* Tom 17bloecke<br />
* Jonas 15hagge<br />
* Pascal 15wichman<br />
* Jim 12martens<br />
* Karim 16merkl<br />
* Ruben 14felgenh<br />
* Julian 12tobergt<br />
* Julian 13deinert<br />
* Katja 15hoffman<br />
* Niklas 17fock<br />
* Sebastian 18schneid<br />
* [Hier könnte dein Name stehen!]<br />
<br />
=== Stundenplan ===<br />
<br />
{| class="wikitable"<br />
! style="text-align: center; font-weight: bold;" | Uhrzeit<br />
! style="text-align: center; font-weight: bold;" | Freitag 1<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Montag<br />
! colspan="4" style="text-align: center; font-weight: bold;" | Dienstag<br />
! colspan="1" style="text-align: center; font-weight: bold;" | Donnerstag<br />
|-<br />
| Raum<br />
| D-016/017<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-016/017<br />
| D-118/119<br />
| D-018<br />
| D-114<br />
| D-118/119<br />
|-<br />
| 09:00<br />
| style="background-color: DarkGray;" rowspan="9" |<br />
| style="background-color: DarkGray;" rowspan="2" |<br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="2" | <br />
| style="background-color: DarkGray;" rowspan="4" | <br />
|-<br />
| 09:30 <br />
|-<br />
| 10:00<br />
| rowspan="4" | 9/10 -<br />
12martens<br />
| rowspan="4" | 11 -<br />
NN<br />
| rowspan="4" | 25 -<br />
15hoffman<br />
| rowspan="4" | 26 -<br />
13deinert<br />
| rowspan="4" | 1/2 -<br />
17bloecke<br />
| rowspan="4" | 3 -<br />
14felgenh<br />
| rowspan="4" | 4 -<br />
16merkl<br />
| rowspan="4" | 24 -<br />
12hofmann<br />
|-<br />
| 10:30<br />
|-<br />
| 11:00<br />
| rowspan="2" | 30/31 (IAS)<ref name="ias">Wird auf englisch gehalten! Die Einheit am Donnerstag ist optional und benötigt keine OERB-Tutor*innen [?] </ref> -<br />
(optional)<br />
|-<br />
| 11:30<br />
|-<br />
| 12:00<br />
| rowspan="4" | 28/29 -<br />
NN<br />
| rowspan="4" | 21 -<br />
17bloecke<br />
| rowspan="4" | 22 -<br />
15hoffman<br />
| rowspan="4" | 23 -<br />
13deinert<br />
| rowspan="4" | 14/27 -<br />
12martens<br />
| style="background-color: DarkGray;" rowspan="4" | <br />
| rowspan="4" | 12 -<br />
17fock, 18schneid<br />
| rowspan="4" | 13 -<br />
NN<br />
| style="background-color: DarkGray;" rowspan="15" |<br />
|-<br />
| 12:30<br />
|-<br />
| 13:00<br />
|-<br />
| 13:30<br />
| rowspan="4" | 32 (LA) -<br />
15hagge, 15wichman<br />
|-<br />
| 14:00<br />
| rowspan="4" | 16/17 -<br />
12martens<br />
| rowspan="4" | 18 -<br />
17boecke<br />
| rowspan="4" | 19 -<br />
15hoffman<br />
| rowspan="4" | 20 -<br />
16merkl<br />
| rowspan="4" | 5/6 -<br />
15hagge, 15wichman<br />
| rowspan="4" | 7 -<br />
12tobergt<br />
| rowspan="4" | 8 -<br />
NN<br />
| rowspan="4" | 15 -<br />
13deinert<br />
|-<br />
| 14:30<br />
|-<br />
| 15:00<br />
|-<br />
| 15:30<br />
| style="background-color: DarkGray;" rowspan="8" |<br />
|-<br />
| 16:00<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="3" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
| style="background-color: DarkGray;" rowspan="7" |<br />
|-<br />
| 16:30<br />
|-<br />
| 17:00<br />
|-<br />
| 17:30<br />
| rowspan="4" | 30/31 (IAS) <ref name="ias" /> -<br />
12tobergt<br />
|-<br />
| 18:00<br />
|-<br />
| 18:30<br />
|-<br />
| 19:00<br />
|-</div>4felgenh