Datenhaufen zu IT und Elektronik.

Autor: Sebastian van de Meer (Seite 42 von 49)

Gott, waren die ihrer Zeit voraus!

Ist ja nicht zu glauben. Da lesen ich gerade:
http://de.wikipedia.org/wiki/SUN_ONE_Webtop

Das war 1999!!!!! Die SUN Jungs hatten echt ein Problem ihr Know Wow unter die Leute zu bringen, oder? Schlimmer noch, ich kenne genau dieses Problem 🙁 Die haben sich tatsächlich vor 13 Jahren schon einen Kopf über „Cloud und SAAS“ gemacht. Irgendwann muss mir mal einer erklähren wie man so gute Ideen unter die Leute bekommt! Dann werde ich reich .o0(glaube ich zumindest).

Ejabberd Dualstack IPv4 und IPv6

Wie so oft führen viele Wege nach Rom. Damit Ejabberd auf der IPv4 und den IPv6 Adressen gleichzeitig lauscht hat sich für mich folgender als gut erwiesen:

In der Konfigurationsdatei: /etc/ejabberd/ejabberd.cfg

Im Abschnitt Listening Ports einfach in die Portkonfiguration inet4 sowie inet6 aufnehmen:

{5222, ejabberd_c2s, [
                        inet4,
                        inet6,
                        {access, c2s},
                        {shaper, c2s_shaper},
                        {max_stanza_size, 65536},
                        %%zlib,
                        starttls, {certfile, "/etc/ejabberd/ejabberd.pem"}
                       ]},

Schon arbeitet Ejabberd mit beiden:

# netstat -an|grep 5222
tcp6       0      0 :::5222                 :::*                    LISTEN     
tcp6       0      0 *:5222                 *:*                    LISTEN    


Ach ja, Ejabberd Version ist gerade: 2.1.5

Wechsel von Openfire zu Ejabberd

Ich betreibe nun schon seit…. Oha…. Seit langem 🙂 einen eigenen Jabber-Server.

Jetzt ist das Teil alles andere als ein großes System mit mehreren tausend Usern. Er wird genutzt von der Familie, ein paar Freunden und Bekannten. Mehr sollte und soll es auch nie werden. Vor knapp zwei Jahren habe ich auf Openfire gesetzt. Openfire bietet eine recht ausgereifte klickibunti Oberfläche. Leider kamen in der letzten Zeit immer mal wieder nervige Bugs hinzu.  

Zum einen ist kein Paket für meine Umgebung dabei. Also muss ich das Ding immer von Hand reinwursten. Dann hat es mich einiges an Überzeugungsarbeit gekostet das Openfire nicht als root laufen will, wer will schon Software als root ausführen? Dann waren da noch ein paar Bugs bezüglich SSL in der Server zu Server Kommunikation und diesen nervigen Dialback errors…..  Nun scheint die aktuelle Version: 3.7.1 sowie auch das nightly build 2011-12-21 ein Problem mit IPv6 und DNS zu haben. So genau bin ich auch jetzt nicht dahinter gekommen.  

Wie auch immer!
Das Kraken – IM Gateway scheint leicht eingeschlafen zu sein, Openfire selbst ist in seiner Weiterentwicklung auch etwas seltsam. Vielleicht hat das Projekt geforkt und ich habe es verpasst? Ist ja auch schon vorgekommen, zuletzt verpasste ich StarOffice zu OpenOffice (peinlich peinlich). Da mir nun drei mal ein Bug bei Openfire so vor das Scheinbein getreten hat, dass keine nutzbare Funktion von Jabber übergeblieben ist (zumindest so wie ich sie mir vorstellen, also mit IPv6 und Verschlüsselung. Habe ich mich dazu entschieden zu Ejabberd zu wechseln.

Ejabberd hat fertige Pakete für meine Umgebung im Repository. Somit kann ich auch auf einfache Sicherheitsupdates hoffen. Transporter für ICQ / MSN… sind selbstverständlich überhaupt kein Problem und da Facebook (Familie ihr wisst schon….) direkt per Jabber erreichbar ist, ist alles gut 🙂

Meine paar Konten habe ich recht schnell aus Openfire und in Ejabberd bekommen. Nun läuft mein Messanger also über Ejabberd.

2012.05.03 13:40:26 org.jivesoftware.openfire.session.LocalOutgoingServerSession - Error authenticating domain with remote server: domain.org
java.lang.NumberFormatException: For input string: "4860:4860::8888"
    at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
    at java.lang.Integer.parseInt(Integer.java:458)
    at java.lang.Integer.parseInt(Integer.java:499)
    at com.sun.jndi.dns.DnsClient.<init>(DnsClient.java:105)
    at com.sun.jndi.dns.Resolver.<init>(Resolver.java:44)
    at com.sun.jndi.dns.DnsContext.getResolver(DnsContext.java:553)
    at com.sun.jndi.dns.DnsContext.c_getAttributes(DnsContext.java:413)
    at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_getAttributes(ComponentDirContext.java:213)
    at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.getAttributes(PartialCompositeDirContext.java:121)
    at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.getAttributes(PartialCompositeDirContext.java:109)
    at javax.naming.directory.InitialDirContext.getAttributes(InitialDirContext.java:123)
    at org.jivesoftware.openfire.net.DNSUtil.srvLookup(DNSUtil.java:199)
    at org.jivesoftware.openfire.net.DNSUtil.resolveXMPPDomain(DNSUtil.java:131)
    at org.jivesoftware.openfire.session.LocalOutgoingServerSession.createOutgoingSession(LocalOutgoingServerSession.java:269)
    at org.jivesoftware.openfire.session.LocalOutgoingServerSession.authenticateDomain(LocalOutgoingServerSession.java:167)
    at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.sendPacket(OutgoingSessionPromise.java:261)
    at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.run(OutgoingSessionPromise.java:238)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)

Evolution merkt sich die Einstellungen der Zertifizierungsstellen nicht

Ich nutze Evolution als E-Mail Client. In den Zertifikatseinstellungen habe ich unter Zertifizierungsstellen auch eine ganze Latte von CAs. Ich kann auch welche hinzufügen und entfernen alles kein Problem.

Will ich aber deren Einstellung bearbeiten, sprich für welche Dinge ich dieser CA vertrauen möchte bleiben diese Einstellungen nur immer für die aktuelle Sitzung gespeichert. Schließe und Starte ich Evolution wieder sind die Einstellungen alles wieder weg 🙁 Das ist doof!

Wer sucht, der findet einen Workaround……..

Das Problem ist wohl dass Evolution aus irgendwelchen Gründen die cert9.db / key4.db unter ~/.pki/nssdb nicht updatet.

So kann ich mir anschauen was bei mir eingetragen ist:

$ certutil -L -d sql:/home/kernel/.pki/nssdb/

Certificate Nickname                                         Trust Attributes
                                                             SSL,S/MIME,JAR/XPI

StartCom Ltd. ID von Sebastian Van De Meer                   u,u,u
StartCom Class 2 Primary Intermediate Client CA - StartCom Ltd. ,,   
CA Cert Signing Authority - Root CA                          ,,   
CAcert Class 3 Root - Root CA                                ,,   
StartCom Class 1 Primary Intermediate Client CA - StartCom Ltd. ,,   
StartCom Certification Authority - StartCom Ltd.             ,,   
StartCom Ltd.                                                ,,   
StartCom Certification Authority                             ,,   
......

Und so verpasse ich den einzelnen Zertifikaten die passenden „Verwendungsmöglichkeiten“:

$ certutil -M  -n "CA Cert Signing Authority - Root CA"  -t "TCu,Cu,TCuw" -d sql:/home/kernel/.pki/nssdb/

Am Ende schaut es nun so aus (ich mache mir dann noch mal nen Kopf ob es so auch sinnig ist):

$ certutil -L -d sql:/home/kernel/.pki/nssdb/

Certificate Nickname                                         Trust Attributes
                                                             SSL,S/MIME,JAR/XPI

StartCom Ltd. ID von Sebastian Van De Meer                   u,u,u
StartCom Class 2 Primary Intermediate Client CA - StartCom Ltd. CT,C,C
CA Cert Signing Authority - Root CA                          CT,C,C
CAcert Class 3 Root - Root CA                                CT,C,C
StartCom Class 1 Primary Intermediate Client CA - StartCom Ltd. CT,C,C
StartCom Certification Authority - StartCom Ltd.             C,C,C
StartCom Ltd.                                                C,C, 
StartCom Certification Authority                             C,C,C
......

Auf meine Openindiana Kiste musste ich dafür noch folgendes Paket installieren:

system/mozilla-nss

Und wegen des Bugs #1739 certutil with incomplete runpath musste ich noch folgenden Workaround dafür einwerfen:

$ elfedit -e 'dyn:runpath $ORIGIN/../lib:/usr/lib/mps' /usr/sfw/bin/certutil

Jetzt macht zwar Evolution nicht die Arbeit aber mein Wunsch ist erfüllt. Ob ich da mal nen Bug bei den Jungs aufmache?

So long…

Plakatieren für die Piratenpartei zur Landtagswahl 2012

Wir haben an diesem Wochenende die Wahlkampfplakate der Piratenpatei in Hattingen, Sprockhövel, Blankenstein sowie Haßlinghausen zu zweit aufgehangen.

Man man man….. Schönen Platz aussuchen, raus aus dem Auto, Leiter aufbauen, Plakate vorbereiten, aufhängen, Leiter einpacken, wieder ins Auto…. Inzwischen sind alle verfügbaren aufgehaben aber es kommen wohl bald welche nach, hoffe ich zumindest. Denn Hattingen sowie Sprockhövel können noch ein paar gebrauchen 🙂

Genervt vom WLAN

Inzwischen bin ich richtig genervt. Die Menge an Funknetzwerken welche inzwischen durch meine Bude strahlen bringt mein Teewasser ganz ohne zutun zum Kochen. Die Marketingfutzies der großen Internetanbieter haben ganze Arbeit geleistet. Jeder glaubt nun es sei überhaupt kein Problem ein eigenes Funknetzwerk aufzubauen. Sicher auf Knopfdurck, sofern man nicht gerade eine Vodafonebox hat (ich lach mich schlapp). Zu allem Überfluss bricht nun hin und wieder meine Verbindung zusammen *strampel*.

Also habe ich nun mal nen kleinen Zettel geschrieben und an die Nachbarschaft verteilt. Ok ok… Es wird nichts weiter bringen, versucht habe ich es aber 😛

Solaris 11 und OpenIndiana: gMTP für die Dateiübertragung einrichten

Ich nenne schon seit einigen Jahren einen Creative ZEN Mozaic mein Eigen. Diesen konnte ich damals gegen einen Creative Muvo v100 eintauschen, welcher seither eine Telefonanlage mit Warteschleifenmusik füttert. Ja, der Muvo war schon ein feines Gerät… Der ZEN Mozaic hat mehr Platz und mehr Möglichkeiten. Für meine Zwecke ein schönes Gerät. Leider lässt sich dieser nur per MTP (http://de.wikipedia.org/wiki/Media_Transfer_Protocol) mit Daten befruchten. Unter Windows natürlich kein Problem, Linux Syteme bringen selbst Fuse Treiber mit usw. usw… Solaris selbst bringt hier erstmal nichts mit.

Jetzt möchte ich natürlich meine Podcast Sendungen und vor allem meine Musik auf den Creative ZEN Mozaic packen. Google hat mir gMTP (http://gmtp.sourceforge.net/) empfholen.

Es installiert sich //fast// von alleine und es funktioniert überraschend gut. Die beste Lösung die ich besher gefunden habe.

Einfach schnell hier herunterladen:

http://gmtp.sourceforge.net/#Downloads

Auspacken:

$ gunzip gmtp-1.3.1-i386.pkg.gz

Installieren:

$ pkgadd -d gmtp-1.3.1-i386.pkg

The following packages are available:
  1  gmtp     gMTP - A Simple MP3 Player Client for Solaris
              (i386) 1.3.0

Select package(s) you wish to process (or 'all' to process
all packages). (default: all) [?,??,q]:

Es fehlen noch ein paar Abhängigkeiten. Diese installiere ich schnell mit:

$ pkg install medialib libid3tag id3lib

Ich habe natürlich vorher das SFE eingebunden!

Libmtp fand sich leider nicht als Paket. Daher musste ich es schnell selbst kompilieren.

Hier ist das Tarball zu finden:
http://sourceforge.net/projects/libmtp/

Auspacken:

$ gunzip libmtp-1.1.1.tar.gz
$ tar xvf libmtp-1.1.1.tar
x libmtp-1.1.1, 0 bytes, 0 tape blocks
x libmtp-1.1.1/missing, 11419 bytes, 23 tape blocks
x libmtp-1.1.1/AUTHORS, 1587 bytes, 4 tape blocks
x libmtp-1.1.1/ChangeLog, 99246 bytes, 194 tape blocks
x libmtp-1.1.1/libmtp.sh, 1257 bytes, 3 tape blocks
x libmtp-1.1.1/libmtp.pc.in, 334 bytes, 1 tape blocks
x libmtp-1.1.1/config.rpath, 0 bytes, 0 tape blocks
x libmtp-1.1.1/libmtp.pc, 334 bytes, 1 tape blocks
x libmtp-1.1.1/configure.ac, 5439 bytes, 11 tape blocks
x libmtp-1.1.1/config.h.in, 5373 bytes, 11 tape blocks
x libmtp-1.1.1/util, 0 bytes, 0 tape blocks
x libmtp-1.1.1/util/mtp-hotplug.c, 10884 bytes, 22 tape blocks
x libmtp-1.1.1/util/Makefile.in, 19249 bytes, 38 tape blocks
x libmtp-1.1.1/util/mtp-probe.c, 2327 bytes, 5 tape blocks
x libmtp-1.1.1/util/Makefile.am, 216 bytes, 1 tape blocks
x libmtp-1.1.1/TODO, 5124 bytes, 11 tape blocks
x libmtp-1.1.1/config.guess, 44892 bytes, 88 tape blocks
x libmtp-1.1.1/install-sh, 13663 bytes, 27 tape blocks
x libmtp-1.1.1/examples, 0 bytes, 0 tape blocks
x libmtp-1.1.1/examples/files.c, 3755 bytes, 8 tape blocks
x libmtp-1.1.1/examples/connect.h, 1523 bytes, 3 tape blocks
x libmtp-1.1.1/examples/pathutils.h, 1147 bytes, 3 tape blocks
x libmtp-1.1.1/examples/getplaylist.c, 2531 bytes, 5 tape blocks
x libmtp-1.1.1/examples/emptyfolders.c, 3117 bytes, 7 tape blocks
x libmtp-1.1.1/examples/newplaylist.c, 3090 bytes, 7 tape blocks
x libmtp-1.1.1/examples/thumb.c, 3181 bytes, 7 tape blocks
x libmtp-1.1.1/examples/getfile.c, 2495 bytes, 5 tape blocks
x libmtp-1.1.1/examples/trexist.c, 1815 bytes, 4 tape blocks
x libmtp-1.1.1/examples/albumart.c, 4283 bytes, 9 tape blocks
x libmtp-1.1.1/examples/playlists.c, 2358 bytes, 5 tape blocks
x libmtp-1.1.1/examples/albums.c, 3433 bytes, 7 tape blocks
x libmtp-1.1.1/examples/common.h, 1143 bytes, 3 tape blocks
x libmtp-1.1.1/examples/connect.c, 4395 bytes, 9 tape blocks
x libmtp-1.1.1/examples/filetree.c, 4062 bytes, 8 tape blocks
x libmtp-1.1.1/examples/util.h, 987 bytes, 2 tape blocks
x libmtp-1.1.1/examples/util.c, 1956 bytes, 4 tape blocks
x libmtp-1.1.1/examples/newfolder.c, 2220 bytes, 5 tape blocks
x libmtp-1.1.1/examples/delfile.c, 2850 bytes, 6 tape blocks
x libmtp-1.1.1/examples/sendtr.c, 12189 bytes, 24 tape blocks
x libmtp-1.1.1/examples/evolution-sync.sh, 3186 bytes, 7 tape blocks
x libmtp-1.1.1/examples/pathutils.c, 7308 bytes, 15 tape blocks
x libmtp-1.1.1/examples/sendfile.c, 2731 bytes, 6 tape blocks
x libmtp-1.1.1/examples/Makefile.in, 25800 bytes, 51 tape blocks
x libmtp-1.1.1/examples/format.c, 2288 bytes, 5 tape blocks
x libmtp-1.1.1/examples/tracks.c, 4804 bytes, 10 tape blocks
x libmtp-1.1.1/examples/folders.c, 3661 bytes, 8 tape blocks
x libmtp-1.1.1/examples/Makefile.am, 1645 bytes, 4 tape blocks
x libmtp-1.1.1/examples/reset.c, 2230 bytes, 5 tape blocks
x libmtp-1.1.1/examples/detect.c, 8427 bytes, 17 tape blocks
x libmtp-1.1.1/depcomp, 18615 bytes, 37 tape blocks
x libmtp-1.1.1/Makefile.in, 27139 bytes, 54 tape blocks
x libmtp-1.1.1/aclocal.m4, 80086 bytes, 157 tape blocks
x libmtp-1.1.1/config.sub, 33387 bytes, 66 tape blocks
x libmtp-1.1.1/README, 36487 bytes, 72 tape blocks
x libmtp-1.1.1/doc, 0 bytes, 0 tape blocks
x libmtp-1.1.1/doc/Doxyfile.in, 46716 bytes, 92 tape blocks
x libmtp-1.1.1/doc/examples.h, 405 bytes, 1 tape blocks
x libmtp-1.1.1/doc/Makefile.in, 10846 bytes, 22 tape blocks
x libmtp-1.1.1/doc/mainpage.h, 528 bytes, 2 tape blocks
x libmtp-1.1.1/doc/Makefile.am, 397 bytes, 1 tape blocks
x libmtp-1.1.1/README.windows.txt, 2878 bytes, 6 tape blocks
x libmtp-1.1.1/libmtp.sh.in, 1257 bytes, 3 tape blocks
x libmtp-1.1.1/configure, 505284 bytes, 987 tape blocks
x libmtp-1.1.1/Makefile.am, 649 bytes, 2 tape blocks
x libmtp-1.1.1/ltmain.sh, 282765 bytes, 553 tape blocks
x libmtp-1.1.1/hotplug.sh.in, 5055 bytes, 10 tape blocks
x libmtp-1.1.1/src, 0 bytes, 0 tape blocks
x libmtp-1.1.1/src/playlist-spl.c, 25484 bytes, 50 tape blocks
x libmtp-1.1.1/src/libmtp.sym, 2551 bytes, 5 tape blocks
x libmtp-1.1.1/src/libmtp.c, 304334 bytes, 595 tape blocks
x libmtp-1.1.1/src/device-flags.h, 11410 bytes, 23 tape blocks
x libmtp-1.1.1/src/libusb-glue.c, 64392 bytes, 126 tape blocks
x libmtp-1.1.1/src/libusb-glue.h, 5990 bytes, 12 tape blocks
x libmtp-1.1.1/src/music-players.h, 69263 bytes, 136 tape blocks
x libmtp-1.1.1/src/libmtp.h, 34743 bytes, 68 tape blocks
x libmtp-1.1.1/src/util.h, 1615 bytes, 4 tape blocks
x libmtp-1.1.1/src/unicode.h, 1546 bytes, 4 tape blocks
x libmtp-1.1.1/src/ptp-pack.c, 60195 bytes, 118 tape blocks
x libmtp-1.1.1/src/util.c, 3223 bytes, 7 tape blocks
x libmtp-1.1.1/src/libmtp.h.in, 34751 bytes, 68 tape blocks
x libmtp-1.1.1/src/playlist-spl.h, 1367 bytes, 3 tape blocks
x libmtp-1.1.1/src/ptp.c, 179847 bytes, 352 tape blocks
x libmtp-1.1.1/src/Makefile.in, 21543 bytes, 43 tape blocks
x libmtp-1.1.1/src/ptp.h, 107562 bytes, 211 tape blocks
x libmtp-1.1.1/src/gphoto2-endian.h, 4610 bytes, 10 tape blocks
x libmtp-1.1.1/src/README, 716 bytes, 2 tape blocks
x libmtp-1.1.1/src/unicode.c, 5492 bytes, 11 tape blocks
x libmtp-1.1.1/src/Makefile.am, 2560 bytes, 5 tape blocks
x libmtp-1.1.1/src/_stdint.h, 76 bytes, 1 tape blocks
x libmtp-1.1.1/INSTALL, 9480 bytes, 19 tape blocks
x libmtp-1.1.1/m4, 0 bytes, 0 tape blocks
x libmtp-1.1.1/m4/ltversion.m4, 686 bytes, 2 tape blocks
x libmtp-1.1.1/m4/ltsugar.m4, 4372 bytes, 9 tape blocks
x libmtp-1.1.1/m4/ltoptions.m4, 11950 bytes, 24 tape blocks
x libmtp-1.1.1/m4/lt~obsolete.m4, 6126 bytes, 12 tape blocks
x libmtp-1.1.1/m4/stdint.m4, 24070 bytes, 48 tape blocks
x libmtp-1.1.1/m4/libtool.m4, 281197 bytes, 550 tape blocks
x libmtp-1.1.1/m4/byteorder.m4, 12349 bytes, 25 tape blocks
x libmtp-1.1.1/m4/iconv.m4, 6865 bytes, 14 tape blocks
x libmtp-1.1.1/COPYING, 26426 bytes, 52 tape blocks

Ins Verzeichnis wechseln, konfigurieren, mit gmake kompilieren und installieren.

$ cd libmtp-1.1.1
$ ./configure --prefix=/usr
$ gmake
$ gmake install

Schon lässt sich gMTP per /usr/local/bin/gmtp starten und nutzen.

Für die Bilderliebhaber:

Screenshot vom gMTP MTP USB auf Solaris.
Screenshot vom Creative ZEN Mozaic mit gMTP - MTP Device Properties
Screenshot vom Creative ZEN Mozaic mit gMTP - Raw Device information

Solaris 11: USB-Kamera und Scanner mit XSane einrichten

Man man man… Jetzt habe ich mich doch tatsächlich 1 Stunde lang in etwas sehr sinnlosem verrannt. *kopfschüttel*

Da will ich mal eben ein Bild mittels xsane von einem USB-Scanner einlesen. Da findet xsane auf dem Solaris 11 System den Scanner nicht. Genau so verhält es sich mit einer USB Digitalkamera…..  Ich habe ja überall nachgeschaut, nur wohl ohne Verstand!

Die Lösung war natürlich recht simpel. Einfach mal das Paket: libusbugen installieren. *Narf*

« Ältere Beiträge Neuere Beiträge »

© 2026 -=Kernel-Error=-RSS

Theme von Anders NorénHoch ↑