Martins Schmierzettel

Auf der Seite secitem wurde heute der Kommentar 1,5 Jahre XMPP und warum ich es nicht mehr nutze veröffentlicht, zu dem ich gerne einen Kommentar abgegeben hätte. Leider gibt es auf der Seite keine Kommentarfunktion weshalb ich hier antworte.

Jeder weiß, dass Messenger wie Whatsapp oder Signal sehr einfach zu nutzen sind, da das Telefonbuch durchforstet wird und Kontakte, die den jeweiligen Messenger auch nutzen, automatisch zur Kontaktliste hinzugefügt werden. Es entfällt also das Austauschen von Kontaktdaten, da man ja bereits die Mobilnummern von Freunden im Adressbuch hat.

Weiterlesen »

Angeregt durch Innes Beitrag und seinen Hinweis im OSBN-Chat habe ich mir auch eine kleine Zugriffsstatistik für meine Beiträge gebastelt.

Im Gegensatz zu Inne gibt es bei mir nur die prozentuale Verteilung der Zugriffe und nicht die absoluten Zahlen zu sehen. Das liegt zum einen daran, dass ich nicht der größte Virtuose im Erstellen von Skripten bin und zum anderen gar kein Interesse an Zugriffszahlen habe, es aber interessant finde welche Artikel am häufigsten aufgerufen werden.

Weiterlesen »

Das, mit dem Debianpaket von firejail mitgelieferte, Profil für Gajim war bei mir fehlerhaft und verhinderte das Starten von Gajim.

Nach etwas Recherche fand ich heraus, dass die Verzeichnisse ${HOME}/.cache/gajim, ${HOME}/.local/share/gajim und ${HOME}/.config/gajim zwar in /etc/firejail/gajim.profile "gewhitelisted" sind, aber diese scheinbar durch folgende Einträge in der Datei /etc/firejail/disable-programs.inc, die mittels include /etc/firejail/disable-programs.inc eingebunden ist, überschrieben werden:

    blacklist ${HOME}/.cache/gajim
    blacklist ${HOME}/.local/share/gajim
    blacklist ${HOME}/.config/gajim

Die Lösung war eine lokale Kopie der Datei mittels cp /etc/firejail/gajim.profile ~/.config/firejail/ zu erstellen und folgende Zeilen einzufügen:

Weiterlesen »

Bei Sailfish OS war ich es gewohnt Dateien komfortabel mittels rsync über SSH auf das Smartphone zu übertragen ohne es erst per Kabel mit dem Rechner verbinden zu müssen. Gegen Bluetooth habe ich irgendwie eine Abneigung und das müsste ich auch erst manuell aktivieren.

Eine sehr nützliche Anwendung um die Übertragung von Dateien per rsync/SSH unter Android (fast) so komfortabel wie bei Sailfish zu machen ist SSHelper. Die App ist unter der GPL lizensiert und auf der Homepage auch gut dokumentiert.

Weiterlesen »

Ich habe hier bereits erwähnt, dass ich meinen Blog als hidden service mit einer .onion-Domain verfügbar gemacht habe und möchte nun erläutern, wie ich dabei vorgegangen bin.

Disclaimer: Ich habe meinen Blog nur zusätzlich als hidden service verfügbar gemacht. Wenn jemand eine Seite ausschließlich als hidden service veröffentlichen will ist uberspace vermutlich der falsche Platz dafür. Soweit ich weiß liefert der Webserver dort nur Dateien aus, die unter ~/html/ liegen und diese sind auch öffentlich erreichbar. [Update]
Man könnte zwar die Auslieferung per .htaccess verbieten aber ich weiß nicht ob das so sauber ist. Wenn euer Leben davon abhängt, dass ihr nicht mit der .onion-Seite in Verbindung gebracht werdet, solltet ihr besser wo anders (selbst?) hosten.

Weiterlesen »

Ich habe etwas herumgespielt und meinen Blog als hidden service im Tor-Netzwerk verfügbar gemacht. Ihr könnt meinen Blog jetzt auch unter blog.skt4odto3ycrngsv.onion oder einen Klick auf tor in der Navigation erreichen.

Das ganze lasse ich erst mal als Test laufen und wenn keine Probleme oder Beschwerden auftreten werde ich eine Anleitung verfassen wie man seine Seite auf uberspace als Tor hidden service anbietet, danach habe ich nämlich vergeblich gesucht.

Weiterlesen »

Ich hatte die Idee, dass ein XMPP-Chat für OSBN-Blogger und -Leser eine gute Möglichkeit wäre sich abseits von Kommentarspalten über das OSBN und Blogartikel zu unterhalten. Vor allem, da das OSBN-Forum kaum Beachtung findet. Also habe ich im OSBN-Forum vorgeschlagen einen XMPP-MUC (Gruppenchat) einzurichten, auf den OSBN-Teilnehmer bei Interesse hinweisen können.

Anaximander wies darauf hin, dass er das bereits versucht hatte aber damit keinen Erfolg hatte und merkte an, dass er einen Chat bei Matrix bevorzugen würde. Er hat auch gleich einen OSBN-Chat bei Matrix angelegt.

Weiterlesen »

Angerect durch diesen Aufruf habe ich bei meiner prosody-Installation auf Uberspace s2s_secure_auth aktiviert. Diese Einstellung bewirkt, dass nur noch Verbindungen zu Servern mit gültigen Zertifikaten aufgebaut werden. Um sie zu aktivieren muss in der Datei prosody.cfg.lua folgende Zeile auskommentiert werden:

    s2s_secure_auth = true

Leider funktionierte die Überprüfung der Zertifikate bei mir so noch nicht auf Uberspace. Hier fand ich einen Hinweis auf die Option cafile mit der ich das Problem beheben konnte. Dazu muss die Konfiguration prosody.cfg.lua folgendermaßen angepasst werden:

Weiterlesen »

Ich habe auf meinem Uberspace einen XMPP-Server mit prosody eingerichtet und wollte diesen auch für den Einsatz mit mobilen Clients optimieren. Natürlich kann man die Liste der XMPP extensions durchschauen und sich relevante Erweiterungen heraussuchen. Ich habe mich aber für einen pragmatischeren Ansatz entschieden.

Da der Messenger Conversations so ziemlich den state-of-the-art Mobile-XMPP-Client darstellt habe ich diesen Conversations Compliance Tester benutzt und bisher nicht unterstützte Module, die ich für sinnvoll hielt, aktiviert.

Dazu habe ich die kompilierte Version des Testers als .jar-Datei heruntergeladen und ausgeführt. Ich empfehle den Conversations Compliance Tester nicht mit einem realen Account durchzuführen, sondern dafür einen temporären Test-Account anzulegen. Dafür führt man auf dem Server folgenden Befehl aus:

Weiterlesen »

Über diesen Eintrag im debianforum kam ich auf die Idee, soweit möglich, meine sources.list auf https umzustellen.

Dazu benötigt man das Paket apt-transport-https:

    # apt install apt-transport-https

Nun kann man überprüfen, welches Repository über https erreichbar ist:

    $ nmap -p 443 ftp.de.debian.org

    Starting Nmap 7.40 ( https://nmap.org ) at 2017-03-19 10:46 CET
    Nmap scan report for ftp.de.debian.org (141.76.2.4)
    Host is up (0.22s latency).
    PORT    STATE SERVICE
    443/tcp open  https

    Nmap done: 1 IP address (1 host up) scanned in 0.97 seconds

    $ nmap -p 443 security.debian.org

    Starting Nmap 7.40 ( https://nmap.org ) at 2017-03-19 10:46 CET
    Nmap scan report for security.debian.org (212.211.132.250)
    Host is up (0.21s latency).
    Other addresses for security.debian.org (not scanned): 195.20.242.89 212.211.132.32 217.196.149.233 2001:a78:5:1:216:35ff:fe7f:6ceb 2a02:16a8:dc41:100::233 2001:a78:5:0:216:35ff:fe7f:be4f
    rDNS record for 212.211.132.250: lobos.debian.org
    PORT    STATE  SERVICE
    443/tcp closed https

    Nmap done: 1 IP address (1 host up) scanned in 0.94 seconds

An diesen beiden Beispielen ist zu sehen, dass ftp.de.debian.org über https verfügbar ist und security.debian.org nicht.

Weiterlesen »