Comments for Michael Frankl

Comment on IOS4 – schwarzen Hintergrund wiederherstellen by Martin Seibert

Martin Seibert — Fri, 09 Jul 2010 06:09:46 +0000

Cool. Auf was fuer Probleme man so stoesst …

Comment on IOS4 – schwarzen Hintergrund wiederherstellen by Quick

Quick — Wed, 07 Jul 2010 09:07:47 +0000

Thx – sehr gut!

Comment on Mac OS X: nicht sichtbare Fenster zurück holen by p

Thu, 14 Jan 2010 11:00:03 +0000

hab das problem mit powerpoint, die formattierungspalette ist genau zwischen 2 spaces und lässt sich kein bischen verschieben oder auch nur richtig anzeigen, man sieht nur die silhouette

Comment on Online DSL-Geschwindigkeit messen by Peter

Peter — Sat, 25 Nov 2006 16:14:28 +0000

Ist ja logisch, daß Arcor natürlich selbst am besten bei diesem Test abschneidet. Wozu stellen Sie sonst dieses Tool bereit. Neutral kann der DSL Test doch gar nicht sein.

Comment on Etoken unter Linux initialisieren by Tobi

Tobi — Thu, 09 Nov 2006 09:27:30 +0000

Ach ja: auf der “Gegenseite” muss im Userverzeichniss unter ~/.ssh/authorized_keys der Schlüssel abgelegt werden, der mit

ssh-keygen -D0

ausgelesen werden kann.

Die Schlüsselkonvertierung geht folgendermassen:

openssl pkcs12 -export -in infile.pem -out outfile.p12

Zertifikat konvertieren pem -> p12 (cert+private key):
openssl pkcs12 -export -in imapd.pem -out testcert.p12

Private Key aus pkcs12 Zertifikat extrahieren:
openssl pkcs12 -in smedia.p12 -nocerts -out smedia-key.pem

User Zertifikat und CA extrahieren:
openssl pkcs12 -in smedia.p12 -nokeys -out smedia-user-cert.pem

Zertifikat (DER oder CRT Format) anschauen:
openssl x509 -noout -text -in fb06.crt -inform der

Zertifikat (DER oder CRT) nach PEM umwandeln:
openssl x509 -out fb06.pem -outform pem -in fb06.crt -inform der

Das “starten” der Tokenunterstützung geht so:

[sudo] openct-control init
openct-control status (sollte den Token anzeigen)
eval `ssh-agent`
ssh-add -s0

Comment on Etoken unter Linux initialisieren by Tobi

Tobi — Thu, 09 Nov 2006 09:20:15 +0000

Was noch fehlt: für openct gibt es eine eigene Benutzergruppe. Wenn man als Benutzer “openct-control status” nicht ausführen darf, muss man sich noch in der entsprechenden Gruppe eintragen. Der Gruppenname ist am Verz. /var/run/openct/ zu sehen.

Der “Fehler” mit dem pcscd-Treiber für Openct ist hier beschrieben:
http://www.opensc-project.org/faq.html

Eine weitere Beschreibung für die eToken-Einrichtung gibt es hier:
http://www.acodedb.com/73/how-to-use-an-aladdin-etoken-pro-with-opensc-openct-and-openssh-portable/

Comment on Etoken unter Linux initialisieren by Tobi

Tobi — Wed, 08 Nov 2006 17:44:03 +0000

Nur ein paar Anmwerkungen dazu:

- Bei “Private Key importieren” fehlt noch die Option “–split-key”

- Wenn die Angaben kopiert werden, muss jeweils der langen Strich durch zwei “-” ersetzt werden. Wird warscheinlich von Wordpress so “übersetzt”.

-Der pcscd Deamon muss gestoppt werden, damit es läuft

-in der /etc/opensc/opensc.conf muss die Zeile
reader_drivers = openct, pcsc, ctapi;
ggf. durch
reader_drivers = openct, ctapi;
ersetzt werden

-Vor den obigen Befehlen muss folgendes getan werden:
sudo openct-control init
sudo openct-control status (Hier sollte der Token aufgelistet werden)
eval `ssh-agent`
ssh-add -s0 (0 ggf durch den entsprechenden Slot ersetzen)

Comment on Ajax-Funktionen mit JSON und Perl by Stefan

Stefan — Tue, 29 Aug 2006 11:13:36 +0000

Hallo,
das Verhalten mit dem Content-Type ist wirklich komisch – ich hatte gestern nämlich auch ein Problem damit, habe es heute mit text/plain probiert und siehe da, es funktioniert
Das Problem konnte ich soweit einschränken, dass es bei mir immer bei Leerzeichen innerhalb der an die RPC-Methode zu übergebenden Daten auftrat – ohne Leerzeichen funktioniert es aber. Was mich dabei wundert: Warum klappt es (angeblich) in dem iX-Artikel, schließlich ist die dort realisierte Shoutbox wohl kaum ohne Leerzeichen sinnvoll…

Egal, trotzdem danke für den Hinweis (sonst hätte ich vermutlich ewig weiter gesucht).
Gruß
Stefan.

PS: Der JavaScript-JSON-Parser unter http://www.json.org/json.js scheint sich geändert zu haben, oder sehe ich das falsch? Meine (alte) Version hat ca. 5k und enthält noch die JSON.stringify-Funktion, die aktuelle (ca. 3k) hingegen nicht mehr. Kannst Du das bestätigen? Komisch, komisch, …

Comment on Ajax-Funktionen mit JSON und Perl by Administrator

Administrator — Tue, 29 Aug 2006 07:49:48 +0000

Hallo Stefan,

ja, die Grundlage dafür war auch ein iX-Artikel (und ja, einen Verweis darauf werde ich noch einfügen ). Allerdings habe ich mich beim Lesen des Artikels sehr geärgert, dass viele wichtige Hinweise gefehlt haben, wo genau man z.B. die js-Libraries bezieht und so weiter. Da ich sehr viel Zeit investiert habe, das Ganze zum Laufen zu bringen, habe ich gedacht, es ist sinnvoll das weiterzugeben.

Zu der Sache mit dem Content-Type: Klar wird application/x-www-form-urlencoded für normale Formulare usw. verwendet. Jedoch hat die Kommunikation mit JSON nichts mit Formularen zu tun. Konkrete Probleme gab es bei der Verwendung der JSON-Perl Module (die waren mit Perl-Backend gemeint). Ich habe die nur mit dem genannten Header in Gang gebracht. Vielleicht gibt es mittlerweile neue Versionen der Perl-Module oder der JS-Libs. Das müsste mal geprüft werden. Wenn Du hier andere/neue Erkenntnisse hast, sag bitte Bescheid.

Beste Grüße,
Michael Frankl

Comment on Ajax-Funktionen mit JSON und Perl by Stefan

Stefan — Mon, 28 Aug 2006 23:56:50 +0000

Hi,
erstmal danke für die Zusammenfassung zu dem Thema (auch wenn sie inhaltlich stark an einen iX-Artikel erinnert…).
Trotzdem noch eine Frage: Warum sollte nicht der Content-Type “application/x-www-form-urlencoded” benutzt werden? Meines Wissens ist dies der Standard auch für alle normalen Formulare etc., inwiefern soll ein Perl-Backend damit nicht klar kommen?

Danke für die Aufklärung und besten Gruß
Stefan.