Fachrat Informatik - Forum

schonmal mit opera oder firefox probiert?

Schreib am besten ne Mail an elearning@uni-hannover.de

Vielleicht ist das Problem ja bekannt und falls nicht, ist man sicher an einer Lösung interessiert.

Es wäre ja durchaus interessant, an welchem Zertifikat und wieso es nun scheitert. Link zur Fehler produzierenden Seite?

Du hast also folgende Zertifikate installiert?
1. Telekom Root CA 2
2. DFN-Verein PCA Global G01
3. CA der LUH (UH-CA) G03

4. Server-Zertifikat elearning.uni-hannover.de kommt vom Server via http

Ist es ein anderes(?!) was Probleme macht? Android und SSL funktioniert eigentlich einwandfrei und daher wundert mich das ganze ein wenig.

Danke für den Tipp mit dem Opera (Mit mini klappts auch), hatte nämlich dasselbe Problem.

Mit einem HTC Desire mit eingebautem Browser kann ich es absolut nicht nachvollziehen.
Wäre ja schön die Lösung zu finden anstatt das Problem nur zu umgehen.
Android 2.1 ist aber nun auch schon alt. Gibt es kein OTA-Update für dein Gerät?

Mit dem HTC Desire und Android 2.2 kommt beim Klick auf den Downloadlink einer Datei nur die Meldung, das der Download gestartet wird. Wenn man die Downloads ansieht, steht dort nur 'Warte auf Datenverbindung'. Mehr kann ich da nicht zu sagen, ich weiß nicht, wo man logfiles oder sowas auf dem Gerät ansehen kann.

Da schauen wir doch mal mit Android 2.2. Das Zertifikat läuft auf CN=elearning.uni-hannover.de und hat ein SubjectAltName=DNS:www.elearning.uni-hannover.de. Der Browser ist so modern, dass er den SubjectAlternativeName intepretieren kann: Beim Betreten der Webseite kommt keine Fehlermeldung. Probiert man das ganze mit einem alten Browser oder z. B. lynx, bekommt man dort schon einen

Die Buttons kommen von studip-web1.elearning.uni-hannover.de. Da ist das Zertifikat auch ok. Passt alles mit CN=studip-web1.elearning.uni-hannover.de.

Da ist wohl der Fehler: Beim Klick auf herunterlanden wird eine Adresse der Art https://www.elearning.uni-hannover.de/download/force_download/0/ce87e380e7b... geöffnet. Doch schaut man per tcpdump zu oder die Zieladresse nach dem redirect oder rewrite an (Android: langklick, siehe Kopfzeile), so findet man eine Adresse auf einem anderen Server, nämlich https://studip-web2.elearning.uni-hannover.de/.

Für https://studip-web2.elearning.uni-hannover.de/ existiert kein gültiges Zertifikat, wie einem auch jeder moderne Browser auf dem PC/Mac sagt, denn das verwendete Zertifikat gilt nur für www.elearning.uni~ und für elearning.uni~, denn es ist das selbe Zertifikat wie das erste. Klar, dass es dann einen SSL-Fehler gibt.

Es ist also kein Fehler im Android-Browser, sondern viel mehr dass Opera dieses Mismatch nicht bemängelt oder durch den Redirect erst gar nicht merkt!

Ergo: Pro Android Browser, böse böse Opera!

=> Es ist also etwas, dass die Betreiber vom Stud.IP fixen sollten.

Wer nicht folgenden konnte, dem empfehle ich die Lehrveranstaltung Security Engineering
und nun die Theorie für unwissende: Der Server behauptet in einer SSL-gesicherten Session er sei studip-web2.uni, zeigt aber den Studie-Ausweis von elearning.uni. Dumm gelaufen, sagt da der Browser-Türsteher.

Du hast natürlich vollkommen recht. Doch Lösungsorientiert (Ich will die PDFs runterladen) gehe ich nur noch mit Opera mini auf Stud-IP. ;-)
Warum macht denn dann mein Android browser rein gar nichts? Also weder Fehlermeldung, noch download?

Also, ich (auf 1.6...) finde den opera mini ziemlich gut.
tabbed browsing ist vernünftig umgesetzt, und speed dial ist teh win auf mobil.
dank der proxymagic geht manches besser als anderes, aber im generellen gebrauch, find ich ihn schon sehr brauchbar.