Fachschaft Informatik - Benutzerbeiträge [de]

KunterBuntesSeminar-WS09/Getting Things Done: Selbstorganisation

2011-01-29T18:34:00Z

Matthias: /* Tools */ +Getting Things GNOME!, Chandler

Das ist der 12. Termin vom [[KunterBuntesSeminar-WS09|KunterBuntenSeminar im WS 2009/10]].

== Abstract ==
"Getting Things Done" ist eine Methode zur Selbstorganisation von David Allen, die darauf beruht den Alltag umfassend zu unterstützen. Der Grundgedanke ist alles in einem System zu verwalten um den eigenen Kopf frei zu haben für die wirklich wichtigen Dinge und effizient arbeiten zu können und trotzdem nichts zu vergessen.

An diesem Termin wird das System in seinen Grundzügen vorgestellt und ein Einblick in die tägliche, praktische Anwendung nach über einem Jahr gegeben werden. Wer gleich loslegen möchte GTD für sich selbst auszuprobieren sollte etwas mitbringen um sich Notizen zu machen und bekommt etwas Starthilfe.

== Vortragender ==
* 3girlich

Wenn ihr nach dem Vortrag noch Fragen zum Thema habt und uns gerade im c.t. oder sonstwo in St. Ellingen seht koennt ihr sie uns gerne stellen.

== Aufzeichnung des Vortrages ==

Vom [http://www.rrz.uni-hamburg.de/medien.html Medienkompetenzzentrum] wurde eine Kamera und ein Mikrofon organisiert um den Vortrag aufzuzeichnen. André Stannek hat sich bereit erklärt die Bedienung zu übernehmen und es wird darüber nachgedacht das Video später auf http://lecture2go.uni-hamburg.de/ zu veröffentlichen. Wenn dieser Versuch einfach und sauber über die Bühne läuft könnte man darüber nachdenken nächstes Semester das gesamte KBS aufzuzeichnen und so mehr Studenten zugänglich zu machen. Diskussion dazu wird es auf dem nächsten [[Plenum|Termin]] geben.

== Folien/Material ==

* [[Media:GTD-Vortrag.pdf|Vortragsfolien]]
* [http://lecture2go.uni-hamburg.de/veranstaltungen/-/v/10533 Video (flash) des Vortrages auf Lecture2Go]
* Video (ogv) auf den Ikums-Servern fbi:/home/j2003/3girlich/pub/KBS-GTD.ogv

== Weiterführende Links ==
Diese Links sollen bei der weiteren Recherche als Einstiegspunkte helfen.

=== Ressourcen ===

* Das Buch "Getting Things Done" bzw. "Wie ich die Dinge geregelt kriege" (ISBN 9-783492-240604). Zu finden u.A. in der Inf-Bib.

* [http://www.davidco.com/ David Allens Webpage]

* [http://de.wikipedia.org/wiki/Getting_Things_Done Wikipedia hat eine gute Übersicht]

* [http://events.ccc.de/congress/2007/Fahrplan/events/2213.en.html 24C3-Vortrag "Getting Things Done"]
** [http://outpost.h3q.com/fnord/24c3-torrents/24c3-2213-de-getting_things_done.mkv.torrent Video des Vortrages]
** [http://events.ccc.de/congress/2007/Fahrplan/attachments/993_gtd-24c3-slides.pdf Folien zum Vortrag]

=== Tools ===

* [http://www.trgtd.com.au/ ThinkingRock (If you don't have time to download and use this software then you really need it.)]

* [http://www.pocketmod.com/ PocketMod]

* [http://readitlaterlist.com/ ReadItLater]

* [http://projects.gnome.org/tomboy/ Tomboy]

* [https://launchpad.net/gtg Getting Things GNOME!]

* [http://chandlerproject.org/ Chandler Project]

[[Kategorie:KunterBuntesSeminar]]

Eduroam (WLAN)

2010-11-07T09:06:44Z

Matthias: +Kategorie:HOWTO

Am [[Hauptcampus]] gibt es W-LAN vom [[RRZ]]. Am Informatikum auch. Am Informatikum gab es früher ein W-LAN vom [[RZ]], aber dies wurde zwischenzeitlich abgeschafft und durch das W-LAN vom [[RRZ]] ersetzt. Es gibt drei Möglichkeiten, das WLAN zu nutzen.

== Unverschlüsseltes WLAN ==

Um das unverschlüsselte WLAN zu benutzen, verbindest du dich mit dem WLAN mit der SSID ''UHH''. Bevor du die Netzdienste des RRZ und das Internet nutzen kannst, ist eine [[RRZ#WLAN|Anmeldung am Gateway des RRZ]] notwendig. Leider sind auch nach der Anmeldung viele Ports gesperrt bzw. du musst zunächst einen Proxy-Server einrichten. Um das zu vermeiden, kannst du [[Verbindungen#Von_irgendeiner_Internetverbindung|VPN nutzen oder einen Tunnel ins Informatik-RZ]] aufbauen.

== Verschlüsseltes WLAN ==

Wer es sicherer mag, verbindet sich mit dem WLAN mit der SSID ''UHH-WPA''. Es wird ''WPA2 Enterprise'' genutzt. Auf den [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/uhh-wpa.html Internetseiten des RRZ] gibt es Anleitungen für Windows und Mac OS. Unter Linux (speziell Debian/Ubuntu) geht das mit NetworkManager 0.7 oder höher (seit Ibex) so:

Zur Einrichtung benötigt man ein Telekom-Zertifikat wofür man also erst mal Netz braucht um das Netz einzurichten. *d'oh*

# [http://www.pki.dfn.de/fileadmin/PKI/zertifikate/deutsche-telekom-root-ca-2.pem Telekom Rootzertifikat] herunterladen. (s. auch das [https://fsr.mafiasi.de/index.php?/archives/26-Neue-Zertifikate.html Blog])
# Im Networkmanager mit dem WLAN UHH-WPA verbinden.
# In der aufpoppenden Eingabemaske folgende Einstellungen wählen:
## Sicherheit: '''WPA2 & WPA2 Enterprise'''
## Authentifizierung: '''Tunneled TLS'''
## Anonyme Identität: '''anonymous@uni-hamburg.de'''
## CA-Zertifikat: das oben heruntergeladene Telekom Rootzertifikat
## Innere Authentifizierung: '''PAP'''
## Benutzername: Deine RRZ-Kennung mit ''''@uni-hamburg.de'''' (also z.B. 'bacd1234@uni-hamburg.de')
### oder auch mit Informatikkennung mit '''@informatik.uni-hamburg.de''' (z.B. 8dasfsdfg@informatik.uni-hamburg.de)
## Passwort: Dein RRZ-Kennwort
### bzw bei Informatikkennung das jeweilige Passwort
# Für HTTP(S) Proxy einrichten: http://proxy.rrz.uni-hamburg.de:3128/ oder mit dem automatischen Proxy Konfigurationsskript unter http://wpad.uni-hamburg.de/wpad.dat. Im Firefox funktioniert auch die Auto-Detect-Einstellung.
# Enjoy!

Falls man die wpa_supplicant.conf per Hand Pflegen möchte:

network={
ssid="UHH-WPA"
key_mgmt=WPA-EAP
eap=TTLS
group=TKIP CCMP
pairwise=TKIP CCMP
ca_cert="/etc/ssl/certs/deutsche-telekom-root-ca-2.pem"
identity="user@uni-hamburg.de" #RRZ Account nicht IRZ!
phase2="auth=PAP"
password="geheimespasswort"
priority=5 # je nachdem wieviele Netze man hat
}

=== WPA-TTLS + PAP auf N900 ===
Die Firmware (PR1.2) kann zwar die erforderlichen Protokolle sprechen, jedoch gibt es keinen so richtig komfortablen Weg, das zu konfigurieren.
Der relevante Bugreport ist hier: https://bugs.maemo.org/show_bug.cgi?id=1635

Ich empfehle, das dort [https://bugs.maemo.org/show_bug.cgi?id=1635#c107|aufgelistete Tool] "[[Image:WLAN/N900-WLAN-Tool|WLAN Tool]]" zu installieren (leider gibt es keinen Code. Wer eine Wochenendbeschaeftigung braucht, darf es gerne reimplementieren). Das erleichtert im Folgenden das Setup.

Es gibt mehrere Moeglichkeiten, aber in jedem Fall muss das Wireless erstmal wiefolgt aufgesetzt werden:

* Settings -> Internet Connections -> Connections -> New
* Connection Name: "UHH-WPA"; Next; No (Do not scan for networks, you probably could, though)
* SSID: "UHH WPA"; Untick "Network is hidden" checkbox; Mode: "Infrastructure"; Security Method: "WPA with EAP"; Next
* EAP type: "TTLS"
* Certificate: "None" (It asks for the *client* certificate)

Nun gibt es im Wesentlichen zwei Moeglichkeiten.

# GConf
** EAP Method: "EAP MSCHAPv2"
** Weiter wie in der GUI Methode beschrieben
** [https://bugs.maemo.org/show_bug.cgi?id=1635#c63] folgen, also Terminal aufmachen (Ctrl+Shift+X) und bspw. 'gconftool-2 --all-dirs /system/osso/connectivity/IAP' um die IAP Adresse herauszufinden und dann "gconftool-2 --set --type int '/system/osso/connectivity/IAP/<your just made IAP id here>/PEAP_tunneled_eap_type' '98'"
"
# GUI
** EAP Method: "EAP PAP"; Next
** User name: Dein RRZ account, bspw. "iney028@uni-hamburg.de"
** Password: Dein RRZ Passwort, bspw. "password"
** Next
** Advanced
** EAP -> Tick "Use manual user name"; Manual user name: "anonymous@uni-hamburg.de"
** Proxies -> Tick "User Proxy" checkbox; For all fields: "http://proxy.rrz.uni-hamburg.de:3128/"

== Eduroam ==
=== Generelles ===
Gäste, deren Universitäten Mitglied im [http://www.eduroam.org/ eduroam-Verbund] sind, können sich mit dem WLAN ''eduroam'' verbinden. Infos zur Einrichtung gibt es von der Heimat-Universität.

Man kann auch die Informatikums- und RRZ-Accounts über eduroam nutzen - nicht nur am Ikum, sondern an jedem Standort, der eduroam unterstützt. Das Beste daran ist, dass die Config von überall gleich sein sollte. Funktioniert sie so wie unterhalb dokumentiert an einem Standort ''nicht'', ist das höchstwahrscheinlich eine Fehlkonfiguration vor Ort.

=== Ikum-Account ===
Generelles wie oben für UHH-WPA beschrieben, Details wie folgt:
# Sicherheit: WPA2 & WPA2 Enterprise
# Authentifizierung: Tunneled TLS
# Anonyme Identität: anonymous'''@uni-hamburg.de'''
# CA-Zertifikat: das oben heruntergeladene Telekom Rootzertifikat
# Innere Authentifizierung: PAP
# Benutzername: Deine Ikum-Kennung mit ''''@inf'''@uni-hamburg.de' (also z.B. '8dasfsdfg@inf@uni-hamburg.de')
# Passwort: Dein Ikum-Kennwort

=== RRZ-Account ===
# Sicherheit: WPA2 & WPA2 Enterprise
# Authentifizierung: Tunneled TLS
# Anonyme Identität: anonymous@uni-hamburg.de
# CA-Zertifikat: das oben heruntergeladene Telekom Rootzertifikat
# Innere Authentifizierung: PAP
# Benutzername: Deine RRZ-Kennung mit '@uni-hamburg.de' (also z.B. 'bacd1234@uni-hamburg.de')
# Passwort: Dein RRZ-Kennwort

[[Kategorie:Rechenzentrum]]
[[Kategorie:HOWTO]]

Verbindungen

2010-11-07T09:05:59Z

Matthias: +VPNC

Oft ist es zweckmäßig, sich mit dem UHH-Netz oder dem [[FBI]]-Netz zu verbinden. Dazu gibt es viele Möglichkeiten, die unter anderem von deiner lokalen Situation abhängen.

== Von der Uni Hamburg ==

* [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/oeffnet-zugang/dosen-standorte.html Blaue Dosen]
* [[Wlan|WLAN]]

== Von anderen Unis ==

* [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/roaming.html WLAN-Roaming (eduroam)] ([[Wlan#Eduroam|siehe auch]])

== Von irgendeiner Internetverbindung ==

Es gibt am Fachbereich einige Internetdienste, die nur mit der richtigen IP (134.100.0.0/16) funktionieren. Um sie sicher von zu Hause aus zu nutzen, kann man sie über den Fachbereich leiten (tunneln), so dass der Dienstanbieter denkt, man säße im Informatikum. Dazu kann man eines der folgenden Dinge tun:

* [[Tunneln]]
* [[FBIVPN|VPN zum FBI-Netz über das Informatik-RZ]]
* VPN zum Uni-Netz über das RRZ
** [[CiscoVPN]] oder [[VPNC]] (veraltet)
** [[OpenConnect]]

== Siehe Auch ==

* [[SSH]]
* [[VNC]]

[[Kategorie:Rechenzentrum]]

Kategorie:Rechenzentrum

2010-11-07T09:05:16Z

Matthias: Die Seite wurde neu angelegt: Alles was mit dem RRZ zu tun hat.

Alles was mit dem [[RRZ]] zu tun hat.

VPNC

2010-11-07T09:04:20Z

Matthias: Link

Das Rechenzentrum der Uni Hamburg setzte zuvor auf Cisco VPN für den auch ein grafischer Client für Windows und Mac angeboten wurde. Linuxbenutzer konnten sich via [[SSH]] (jetzt abgeschaltet) einloggen oder den [http://www.unix-ag.uni-kl.de/~massar/vpnc/ vpnc - client for cisco vpn concentrators] nutzen für den auch eine [http://projects.gnome.org/NetworkManager NetworkManager]-Erweiterung zur Verfügung steht. Die folgende Anleitung wurde unter [http://www.ubuntu.com/ Ubuntu Linux] 10.10 Maverick Meerkat getestet.

== Installation ==
Das Paket '''network-manager-vpnc''' und '''network-manager-vpnc-gnome''' oder '''network-manager-vpnc-kde''' installieren.

== Konfiguration ==
# Klick auf das Netzwerk-Symbol in der Benachrichtigungsleiste
# VPN-Verbindungen
# VPN-Konfigurieren
# Hinzufügen
# ''Cisco kompatibler VPN-Client (vpnc)''

;Allgemein
*Gateway: ''vpn.rrz.uni-hamburg.de
*Gruppenname: ''vpnusers''
*Benutzerpasswort: ''************''
*Gruppenpasswort: ''everybodyknowsthiskey''

;Optional
*Benutzername: ''Benutzerkennung, wie z.B. fchx123''
*Domäne: (frei lassen)
*Verschlüsselungsmethode: ''keine (komplett unsicher)''
*NAT-Traversal: ''NAT-T wenn verfügbar (Vorgabe)''
*[ ] Peer-To-Peer-Erkennung deaktivieren

Beim ersten mal verbinden meckert der Network-Manager noch. Es hilft ein
<pre>sudo restart network-manager</pre>
im Terminal und schon kann man sich verbinden.

Zum Surfen muss man noch einen Proxy anschalten. Die Verbindungsdaten lautet ''proxyuhh.uni-hamburg.de, Port 3128''. [http://www.rrz.uni-hamburg.de/www/proxy-cache.html]

[[Kategorie:HOWTO]]
[[Kategorie:Rechenzentrum]]

Diskussion:OpenConnect

2010-11-07T09:02:33Z

Matthias: Fragen beantwortet

Unter Ubuntu 10.10 funktioniert dies nicht. Liegt aber eher an neuerer OpenConnect-Version?
Auf jedenfall kann ich nicht SecurID auswählen. Es gibt nur die Möglichkeit sich über ein Zertifikat zu authentifizieren.
:Habe ich auch gerade bemerkt und daher eine Anleitung für [[VPNC]] geschrieben. Damit klappt wieder alles. Gruß [[Benutzer:Matthias|Matthias]] 10:02, 7. Nov. 2010 (CET)

----
Vielen Dank für dieses HowTo für den Zugang mit OpenConnect! Wenn ihr nicht wärt, hätte mich das RRZ als Fedora-Benutzer richtiggehend ausgesperrt, da es kein getestetes Installationsskript außer für Ubuntu gibt. OpenConnect ist viel bequemer über die Repos zu installieren und dadurch auch automatisch geupdatet. Ich hoffe, das Ganze funktioniert morgen beim Test im Uni-WLAN auch! : )

''Update:'' Es funktioniert tatsächlich! Online mit Fedora im Philturm! : )
-Thorsten --[[Benutzer:134.100.32.207|134.100.32.207]] 11:46, 1. Apr. 2010 (CEST)

----

Aber besch***** Zugang über Proxy. SSH-Zugang geht nicht mehr. Ich würde momentan pptp empfehlen weil ebenfalls so bequem einzurichten wie OpenConnect und dann recht gutes Internet ohne Proxy und fast allem frei was man sich wünscht über unser iRZ. Geht in der gesamten Uni. Hm. Man könnte mal so ein paar Erfahrungen, Meinungen und Gründe sammeln um vielleicht Neulingen eine Empfehlung auszusprechen. Nur so eine Idee. -Jan

:Hi Jan, die Sache mit pptp hört sich gut an, ich fänd es toll, wenn es dazu auch ein Howto gäbe?
:Eine weitere Anregung: Ich habe zwar auf der RRZ-Seite den Link auf dieses Howto für OpenConnect gefunden, aber es war ziemlich versteckt und ich bin unter "Erfahrungsberichte" eher zufällig darauf gestoßen, nachdem ich mich wochenlang etwas hilflos über diese Ubuntu-Script-Anleitung auf der RRZ-Seite geärgert hatte. Auch die 1st-Level-Support-Person im RRZ wusste noch nichts von dieser Anleitung. Gibt es vielleicht eine Möglichkeit, das RRZ zu überzeugen, dass diese Lösung gleichberechtigt auf die Anleitungsseite gehört? Oder wenigstens der Link hierher prominenter ausgewiesen wird?
:Viele Grüße, [http://www.projekt.editionswissenschaft.net/index.php/Thorsten_Ries Thorsten] --[[Benutzer:134.100.32.207|134.100.32.207]] 11:46, 1. Apr. 2010 (CEST)
:::Der Hersteller Microsoft rät sogar selbst davon ab sein PPTP-Protokoll weiterhin zu nutzen, weil es zu unsicher ist. Es ist eigentlich ganz nett, dass das RRZ uns überhaupt verlinkt. Die Piraten haben auch über diese Anleitung berichtet und das sogar ausgedruckt in der Mensa verteilt. [http://www.piratenhochschulgruppe-hamburg.de/?q=seite/wlan-der-uhh-mit-freier-software] [[Benutzer:Matthias|Matthias]] 10:02, 7. Nov. 2010 (CET)

----

Nun, um mit dem RRZ zu reden sind wir alle in der gleichen Position. Meiner Erfahrung nach haben sie wenig dagegen fertig formulierte Anleitungen auf ihrer Seite einzupflegen. Erinnere mich dunkel an solch eine Aktion von vor ein paar Jahren. Versuch es einfach und berichte mal, z.B. auf mafiasi@inf… wie es läuft.
Was die Navigation in unserem Wiki angeht befindet sich links eine Suchbox. Damit nach "WLAN" gesucht und von dort aus erschließen sich einem alle Möglichkeiten. Sonst empfiehlt es sich auch die Links auf der Startseite des Wikis durchzuschauen.

''EDIT:'' Oops, sehe gerade du bist gar kein Informatiker, richtig? Denn m.W. kannst du den PPTP Zugang des iRZ nicht ohne Informatikums-Kennung nutzen. Also gibt es für dich kein richtiges Internet über WLAN an der Uni. Und dich auf mafiasi@informatik.uni-hamburg.de einzutragen ist dann vielleicht auch nicht sehr spannend für dich.
--[[Benutzer:3girlich|3girlich]] 02:10, 2. Apr. 2010 (CEST)

:Wir werden jetzt offiziell unter http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/faq1.html verlinkt. Gruß [[Benutzer:Matthias|Matthias]] 10:02, 7. Nov. 2010 (CET)

OpenConnect

2010-11-07T08:57:35Z

Matthias: Hinweis: VPNC nutzen

'''Hinweis:''' In Version 0.8.1 der NetworkManager Erweiterung kann man sich nicht mehr nur mit Benutzername/Passwort, sondern nur durch Benutzerzertifikate anmelden. Es ist jedoch noch möglich sich über die veraltete [[VPNC]]-Schnittstelle zu verbinden.

Seit kurzem wird Cisco AnyConnect vom Rechenzentrum eingesetzt. Es gibt sogar einen graphischen Linux Client: [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/uhh-vpn/uhh-vpn-linux.html] Es ist jedoch auch mit komplett freier Software, die sich auch besser ins System integriert möglich eine Verbindung bequem herzustellen. Die Lösung ist [http://www.infradead.org/openconnect.html OpenConnect] für das auch ein Network-Manager-Plugin zur Verfügung steht. Die folgende Anleitung wurde unter Ubuntu Linux 9.10 Karmic Koala getestet.

== Installation ==
Das Paket '''network-manager-openconnect''' installieren.

== Konfiguration ==
# Klick auf das Netzwerk-Symbol in der Benachrichtigungsleiste
# VPN-Verbindungen
# VPN-Konfigurieren
# Hinzufügen
# ''Cisco-AnyConnect kompatible VPN-Verbindung (openconnect)''

;Allgemein
*Gateway: ''vpn.rrz.uni-hamburg.de''

;Legitimierung
*Typ: ''Passwort/SecurID'' auswählen
*Benutzername: ''Benutzerkennung, wie z.B. fchx123''
*CA-Zertifikat: Zunächst von https://pki.pca.dfn.de/uni-hamburg-ca/pub/cacert/chain.txt herunterladen und in ''ca.crt'' umbenennen. Anschließend hier auswählen.

Ab hier funktioniert das ganze wie der vorkonfigurierte Cisco AnyConnect Client. Wenn etwas zur Auswahl steht, hat man nur eine Möglichkeit und kann nichts falsch machen. Man gibt noch sein Passwort ein, drückt auf Verbinden, fertig.

Zum Surfen muss man noch einen Proxy anschalten. Die Verbindungsdaten lautet ''proxyuhh.uni-hamburg.de, Port 3128''. [http://www.rrz.uni-hamburg.de/www/proxy-cache.html]

[[Kategorie:HOWTO]]
[[Kategorie:Rechenzentrum]]

VPNC

2010-11-07T08:53:41Z

Matthias: neue Anleitung für die alte VPNC Methode (OpenConnect geht gerade nicht)

Das Rechenzentrum der Uni Hamburg setzte zuvor auf Cisco VPN für den auch ein grafischer Client für Windows und Mac angeboten wurde. Linuxbenutzer konnten sich via SSH (jetzt abgeschaltet) einloggen oder den [http://www.unix-ag.uni-kl.de/~massar/vpnc/ vpnc - client for cisco vpn concentrators] nutzen für den auch eine [http://projects.gnome.org/NetworkManager NetworkManager]-Erweiterung zur Verfügung steht. Die folgende Anleitung wurde unter [http://www.ubuntu.com/ Ubuntu Linux] 10.10 Maverick Meerkat getestet.

== Installation ==
Das Paket '''network-manager-vpnc''' und '''network-manager-vpnc-gnome''' oder '''network-manager-vpnc-kde''' installieren.

== Konfiguration ==
# Klick auf das Netzwerk-Symbol in der Benachrichtigungsleiste
# VPN-Verbindungen
# VPN-Konfigurieren
# Hinzufügen
# ''Cisco kompatibler VPN-Client (vpnc)''

;Allgemein
*Gateway: ''vpn.rrz.uni-hamburg.de
*Gruppenname: ''vpnusers''
*Benutzerpasswort: ''************''
*Gruppenpasswort: ''everybodyknowsthiskey''

;Optional
*Benutzername: ''Benutzerkennung, wie z.B. fchx123''
*Domäne: (frei lassen)
*Verschlüsselungsmethode: ''keine (komplett unsicher)''
*NAT-Traversal: ''NAT-T wenn verfügbar (Vorgabe)''
*[ ] Peer-To-Peer-Erkennung deaktivieren

Beim ersten mal verbinden meckert der Network-Manager noch. Es hilft ein
<pre>sudo restart network-manager</pre>
im Terminal und schon kann man sich verbinden.

Zum Surfen muss man noch einen Proxy anschalten. Die Verbindungsdaten lautet ''proxyuhh.uni-hamburg.de, Port 3128''. [http://www.rrz.uni-hamburg.de/www/proxy-cache.html]

[[Kategorie:HOWTO]]
[[Kategorie:Rechenzentrum]]

OpenConnect

2009-11-21T08:42:37Z

Matthias: +Kategorien

Seit kurzem wird Cisco AnyConnect vom Rechenzentrum eingesetzt. Es gibt sogar einen graphischen Linux Client: [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/uhh-vpn/uhh-vpn-linux.html] Es ist jedoch auch mit komplett freier Software, die sich auch besser ins System integriert möglich eine Verbindung bequem herzustellen. Die Lösung ist [http://www.infradead.org/openconnect.html OpenConnect] für das auch ein Network-Manager-Plugin zur Verfügung steht. Die folgende Anleitung wurde unter Ubuntu Linux 9.10 Karmic Koala getestet.

== Installation ==
Das Paket '''network-manager-openconnect''' installieren.

== Konfiguration ==
# Klick auf das Netzwerk-Symbol in der Benachrichtigungsleiste
# VPN-Verbindungen
# VPN-Konfigurieren
# Hinzufügen
# ''Cisco-AnyConnect kompatible VPN-Verbindung (openconnect)''

* '''Allgemein'''
:*Gateway: ''vpn.rrz.uni-hamburg.de
''
* '''Legitimierung'''
:*Typ: ''Passwort/SecurID'' auswählen
:*Benutzername: ''Benutzerkennung, wie z.B. fchx123''
:CA-Zertifikat: Zunächst von https://pki.pca.dfn.de/uni-hamburg-ca/pub/cacert/chain.txt herunterladen und in ''ca.crt'' umbenennen. Anschließend hier auswählen.

Ab hier funktioniert das ganze wie der vorkonfigurierte Cisco AnyConnect Client. Wenn etwas zur Auswahl steht, hat man nur eine Möglichkeit und kann nichts falsch machen. Man gibt noch sein Passwort ein, drückt auf Verbinden, fertig.

Zum Surfen muss man noch einen Proxy anschalten. Die Verbindungsdaten lautet ''proxyuhh.uni-hamburg.de, Port 3128''. [http://www.rrz.uni-hamburg.de/www/proxy-cache.html]

[[Kategorie:HOWTO]]
[[Kategorie:Rechenzentrum]]

Benutzer:Matthias

2009-11-21T08:42:25Z

Matthias: Die Seite wurde neu angelegt: Jemand aus dem Fachbereich Chemie/Biochemie, der Wikis mag und sich hier hin verirrt hat.

Jemand aus dem Fachbereich Chemie/Biochemie, der Wikis mag und sich hier hin verirrt hat.

Verbindungen

2009-11-20T06:35:02Z

Matthias: /* Von irgendeiner Internetverbindung */ +OpenConnect

Oft ist es zweckmäßig, sich mit dem UHH-Netz oder dem [[FBI]]-Netz zu verbinden. Dazu gibt es viele Möglichkeiten, die unter anderem von deiner lokalen Situation abhängen.

== Von der Uni Hamburg ==

* [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/oeffnet-zugang/dosen-standorte.html Blaue Dosen]
* [[Wlan|WLAN]]

== Von anderen Unis ==

* [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/roaming.html WLAN-Roaming (eduroam)] ([[Wlan#Eduroam|siehe auch]])

== Von irgendeiner Internetverbindung ==

Es gibt am Fachbereich einige Internetdienste, die nur mit der richtigen IP (134.100.0.0/16) funktionieren. Um sie sicher von zu Hause aus zu nutzen, kann man sie über den Fachbereich leiten (tunneln), so dass der Dienstanbieter denkt, man säße im Informatikum. Dazu kann man eines der folgenden Dinge tun:

* [[Tunneln]]
* [[FBIVPN|VPN zum FBI-Netz über das Informatik-RZ]]
* VPN zum Uni-Netz über das RRZ
** [[CiscoVPN]] (veraltet)
** [[OpenConnect]]

== Siehe Auch ==

* [[SSH]]
* [[VNC]]

[[Kategorie:Rechenzentrum]]

OpenConnect

2009-11-20T06:33:43Z

Matthias: /* Konfiguration */

OpenConnect

2009-11-20T06:32:09Z

Matthias: Die Seite wurde neu angelegt: Seit kurzem wird Cisco AnyConnect vom Rechenzentrum eingesetzt. Es gibt sogar einen graphischen Linux Client: [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-...

Seit kurzem wird Cisco AnyConnect vom Rechenzentrum eingesetzt. Es gibt sogar einen graphischen Linux Client: [http://www.rrz.uni-hamburg.de/kommunikation/wlan-oeffnet-vpn/uhh-vpn/uhh-vpn-linux.html] Es ist jedoch auch mit komplett freier Software, die sich auch besser ins System integriert möglich eine Verbindung bequem herzustellen. Die Lösung ist [http://www.infradead.org/openconnect.html OpenConnect] für das auch ein Network-Manager-Plugin zur Verfügung steht. Die folgende Anleitung wurde unter Ubuntu Linux 9.10 Karmic Koala getestet.

== Installation ==
Das Paket '''network-manager-openconnect''' installieren.

== Konfiguration ==
# Klick auf das Netzwerk-Symbol in der Benachrichtigungsleiste
# VPN-Verbindungen
# VPN-Konfigurieren
# Hinzufügen
# ''Cisco-AnyConnect kompatible VPN-Verbindung (openconnect)''

* '''Allgemein'''
:*Gateway: ''vpn.rrz.uni-hamburg.de
''
* '''Legitimierung'''
:*Typ: ''Passwort/SecurID'' auswählen
:*Benutzername: ''Benutzerkennung, wie z.B. fchx123''
:CA-Zertifikat: Zunächst von https://pki.pca.dfn.de/uni-hamburg-ca/pub/cacert/chain.txt herunterladen und in ''ca.crt'' umbenennen. Anschließend hier auswählen.

Ab hier funktioniert das ganze wie der vorkonfigurierte Cisco AnyConnect Client. Wenn etwas zur Auswahl steht, hat man nur eine Möglichkeit und kann nichts falsch machen. Man gibt noch seine Passwörter, drückt auf Verbinden.

Zum Surfen muss man noch einen Proxy anschalten. Die Verbindungsdaten lautet ''proxyuhh.uni-hamburg.de, Port 3128''. [http://www.rrz.uni-hamburg.de/www/proxy-cache.html]

STiNE-Fehler

2009-03-04T06:35:47Z

Matthias: SSL-Zertifikat ist selbst unterschrieben

Fehler in [[STiNE]] kann man direkt an Stephan '.' Sachse '@' Datenlotsen.de schicken.

= Links zu externen Seiten =

Wenn ein Benutzer auf Links zu externen Seiten klickt, wird üblicherweise die aktuelle URL als HTTP-Referrer an die externe Seite geschickt. Dadurch kann der Betreiber der externen Seite an die Session-ID gelangen und damit einen Spoofing-Server aufbauen und TANs erhaschen.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Falscher Link in Lehrveranstaltungsdetails =

Wenn man auf die LV-Details zur Informatik-OE

/scripts/mgrqispi.dll?APPNAME=CampusNet&PRGNAME=COURSEDETAILS&ARGUMENTS=-N...,-N310,-N0,-N324745242386006,-N324745242326007,-N0,-N0,-N1

klickt und dann auf den Link ''Details'', kommt man zu dieser URL:

/scripts/mgrqispi.dll?APPNAME=CampusNet&PRGNAME=COURSEDETAILS&ARGUMENTS=-N<!$MG_SESSIONNOKG>,-N<!$MG_MENUIDKG>,-N<!$MG_STUDYKG>,-N<!$MG_COURSENOKG>,-N<!$MG_COURSEDATANOKG>,-N<!$MG_MODIFYKG>,-N<!$MG_PERSANSWERKG>,-N<!$MG_BACKLINKKG>

Da ist wohl das Template nicht richtig ausgefüllt worden.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Veranstaltungsanmeldung: Zu undetaillierte Fehlermeldung =

Wenn man versucht, sich zu einer Veranstaltung anzumelden, das aber nicht möglich ist, kommt immer die gleiche Fehlermeldung:

Sie können sich nicht anmelden, weil nicht alle Bedingungen erfüllt sind.

Es sollten mindestens diese Fälle unterschieden werden:
* Die Anmeldung ist noch nicht möglich. Sie beginnt erst am TT.MM.YYYY.
* Die Anmeldefrist ist am TT.MM.YYYY abgelaufen.
* Sie sind schon angemeldet.
* Sie erfüllen die Zulassungsvoraussetzungen nicht:
** Sie benötigen ''M'' Leistungspunkte, haben aber erst ''N''.
** Die Veranstaltung ''V'' ist Voraussetzung für diese Veranstaltung, aber Sie haben die noch nicht abgeschlossen.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= E-Mail-Adresse des Benutzers nicht einsehbar =

Ich habe in STiNE keine Seite gefunden, auf der ich meine E-Mail-Adresse überprüfen, ändern oder erneut verifizieren kann. Falls ich einmal mein Passwort vergessen sollte, bin ich daher aufgeschmissen, da ich bisher keine Verifikationsmail bekommen habe. (Meine E-Mail-Weiterleitung hatte wohl nicht funktioniert.)

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Navigationsmenü =

Wenn man nicht eingeloggt ist, wird die aktuelle Seite im Navigationsmenü nicht hervorgehoben.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Anmeldung zu Veranstaltungen (COURSESTATUS) zu langsam =

Dadurch, dass das Programm ca. 2 Sekunden braucht, um die Seite zu bauen, eignet sie sich hervorragend für eine (auch ungewollte) dDoS-Attacke, zum Beispiel, wenn ein paar tausend Studenten sich gleichzeitig zu Veranstaltungen anmelden wollen.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Layout im Terminkalender =
in Stine werden die Termine im SCHEDULER per CSS in px
positioniert. Kannst du denen sagen, dass sie die Tabellezellen
in dennen die Zeiten stehen dann auch mit festen px in der HÃ¶he
versehen sollen, damit die Termine an in den Richtigen Zeiten
landen?

= Kalender-Export fehlerhaft =
Die generierten iCalendar Dateien sind fehlerhaft. Laut [http://severinghaus.org/projects/icv/ iCalendar Validator]:

* Filename: 331320270156246.ics
* Size: 9661 bytes
Sorry, your calendar could not be parsed.
* Error: Error was: Error at line 11: Illegal property [CATEGORY]
* Cause: Caused by: Illegal property [CATEGORY]
Context for line 11:
<pre>
8: UID:330773491978557
9: DTSTAMP:20080331T004858Z
10: SUMMARY:Anorganische Chemie I
11: CATEGORY:<!$MG_CATEGORY>
12: END:VEVENT
13: BEGIN:VEVENT
14: DTSTART:20080503T321500Z
</pre>
Offenbar wird da eine interne Variable nicht richtig geparsed. Mozilla Sunbird 0.5 kann die Datei gar nicht verarbeiten, Evolution 2.12.1 ignoriert den Fehler und importiert trotzdem, jedoch zeitversetzt um eine Stunde, wahrscheinlich weil keine Zeitzone definiert wurde. Normalerweise befindet sich am Anfang einer .ics Datei:
<pre>
X-WR-TIMEZONE;VALUE=TEXT:Europe/Berlin
</pre>
Eine Produkt-ID, und eine Kalendarbezeichnung sind normaler auch üblich. Folgendes könnte noch hinzugefügt werden:
<pre>
PRODID:-//CampusManagement // Version 1.0 //DE
X-WR-CALNAME;VALUE=TEXT:STiNE Stundenplan Export April 2008
</pre>
Komplette Beschreibung des [http://tools.ietf.org/html/rfc2445 RFC 2445] Standards der Internet Engineering Task Force.

Verlauf:
* Anfang WiSe 2007 dem Stine-Support gemeldet mit der Antwort, dass es weitergeleitet wurde.
* Anfang SoSe 2008 wieder gemeldet, diesmal direkt an Datenlotsen.

= SSL-Zertifikat ist selbst unterschrieben =
Man muss im Browser (Firefox) eine Ausnahmeregel treffen, damit ungültige selbst-signierte SSL-Zertifikate akzeptiert werden. Es erscheint die Meldung: "Die Seite biete keine Informationen an, um ihre Identität zu bestätigen." 07:35, 4. Mär. 2009 (CET)

[[Kategorie: STiNE]]

STiNE-Fehler

2008-03-30T23:26:00Z

Matthias: /* Kalender-Export fehlerhaft */ Zeitzone fehlt, Prod-ID, Beschreibung

STiNE-Fehler

2008-03-30T23:15:44Z

Matthias: Kalender-Export fehlerhaft

Fehler in [[STiNE]] kann man direkt an Stephan '.' Sachse '@' Datenlotsen.de schicken.

= Links zu externen Seiten =

Wenn ein Benutzer auf Links zu externen Seiten klickt, wird üblicherweise die aktuelle URL als HTTP-Referrer an die externe Seite geschickt. Dadurch kann der Betreiber der externen Seite an die Session-ID gelangen und damit einen Spoofing-Server aufbauen und TANs erhaschen.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Falscher Link in Lehrveranstaltungsdetails =

Wenn man auf die LV-Details zur Informatik-OE

/scripts/mgrqispi.dll?APPNAME=CampusNet&PRGNAME=COURSEDETAILS&ARGUMENTS=-N...,-N310,-N0,-N324745242386006,-N324745242326007,-N0,-N0,-N1

klickt und dann auf den Link ''Details'', kommt man zu dieser URL:

/scripts/mgrqispi.dll?APPNAME=CampusNet&PRGNAME=COURSEDETAILS&ARGUMENTS=-N<!$MG_SESSIONNOKG>,-N<!$MG_MENUIDKG>,-N<!$MG_STUDYKG>,-N<!$MG_COURSENOKG>,-N<!$MG_COURSEDATANOKG>,-N<!$MG_MODIFYKG>,-N<!$MG_PERSANSWERKG>,-N<!$MG_BACKLINKKG>

Da ist wohl das Template nicht richtig ausgefüllt worden.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Veranstaltungsanmeldung: Zu undetaillierte Fehlermeldung =

Wenn man versucht, sich zu einer Veranstaltung anzumelden, das aber nicht möglich ist, kommt immer die gleiche Fehlermeldung:

Sie können sich nicht anmelden, weil nicht alle Bedingungen erfüllt sind.

Es sollten mindestens diese Fälle unterschieden werden:
* Die Anmeldung ist noch nicht möglich. Sie beginnt erst am TT.MM.YYYY.
* Die Anmeldefrist ist am TT.MM.YYYY abgelaufen.
* Sie sind schon angemeldet.
* Sie erfüllen die Zulassungsvoraussetzungen nicht:
** Sie benötigen ''M'' Leistungspunkte, haben aber erst ''N''.
** Die Veranstaltung ''V'' ist Voraussetzung für diese Veranstaltung, aber Sie haben die noch nicht abgeschlossen.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= E-Mail-Adresse des Benutzers nicht einsehbar =

Ich habe in STiNE keine Seite gefunden, auf der ich meine E-Mail-Adresse überprüfen, ändern oder erneut verifizieren kann. Falls ich einmal mein Passwort vergessen sollte, bin ich daher aufgeschmissen, da ich bisher keine Verifikationsmail bekommen habe. (Meine E-Mail-Weiterleitung hatte wohl nicht funktioniert.)

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Navigationsmenü =

Wenn man nicht eingeloggt ist, wird die aktuelle Seite im Navigationsmenü nicht hervorgehoben.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Anmeldung zu Veranstaltungen (COURSESTATUS) zu langsam =

Dadurch, dass das Programm ca. 2 Sekunden braucht, um die Seite zu bauen, eignet sie sich hervorragend für eine (auch ungewollte) dDoS-Attacke, zum Beispiel, wenn ein paar tausend Studenten sich gleichzeitig zu Veranstaltungen anmelden wollen.

Verlauf:
* 08.10.2006: Fehler entdeckt.

= Layout im Terminkalender =
in Stine werden die Termine im SCHEDULER per CSS in px
positioniert. Kannst du denen sagen, dass sie die Tabellezellen
in dennen die Zeiten stehen dann auch mit festen px in der HÃ¶he
versehen sollen, damit die Termine an in den Richtigen Zeiten
landen?

= Kalender-Export fehlerhaft =
Die generierten iCalendar Dateien sind fehlerhaft. Laut [http://severinghaus.org/projects/icv/ iCalendar Validator]:

* Filename: 331320270156246.ics
* Size: 9661 bytes
Sorry, your calendar could not be parsed.
* Error: Error was: Error at line 11: Illegal property [CATEGORY]
* Cause: Caused by: Illegal property [CATEGORY]
Context for line 11:
<pre>
8: UID:330773491978557
9: DTSTAMP:20080331T004858Z
10: SUMMARY:Anorganische Chemie I
11: CATEGORY:<!$MG_CATEGORY>
12: END:VEVENT
13: BEGIN:VEVENT
14: DTSTART:20080503T321500Z
</pre>
Offenbar wird da eine interne Variable nicht richtig geparsed. Mozilla Sunbird 0.5 kann die Datei gar nicht verarbeiten, Evolution 2.12.1 ignoriert den Fehler und importiert trotzdem.

Verlauf:
* Anfang WiSe 2007 dem Stine-Support gemeldet mit der Antwort, dass es weitergeleitet wurde.
* Anfang SoSe 2008 wieder gemeldet, diesmal direkt an Datenlotsen.

[[Kategorie: STiNE]]