Naja, nicht direkt, aber Microsoft ist schuld an 99% des Spams in meinem Mailer. Ein whois auf die einkippenden Adressen zeigt zu 99% in die Azure-Cloud. Etwas Sucherei im Internet ergab, dass Microsoft das quer am Arsch vorbei geht, also können die mir ebenfalls am Arsch vorbei gehen, denke ich.

Nach und nach erde ich alle Microsoft IP-Ranges in den iptables.

iptables -A INPUT -s 40.76.0.0/14 -j DROP
iptables -A INPUT -s 40.80.0.0/12 -j DROP
iptables -A INPUT -s 40.125.0.0/17 -j DROP
iptables -A INPUT -s 40.112.0.0/13 -j DROP
iptables -A INPUT -s 40.96.0.0/12 -j DROP
iptables -A INPUT -s 40.120.0.0/14 -j DROP
iptables -A INPUT -s 40.124.0.0/16 -j DROP
iptables -A INPUT -s 40.74.0.0/15 -j DROP
iptables -A INPUT -s 40.126.128.0/17 -j DROP
iptables -A INPUT -s 40.127.0.0/16 -j DROP
iptables -A INPUT -s 13.104.0.0/14 -j DROP
iptables -A INPUT -s 13.96.0.0/13 -j DROP
iptables -A INPUT -s 13.64.0.0/11 -j DROP
iptables -A INPUT -s 51.144.0.0/15 -j DROP
iptables -A INPUT -s 51.124.0.0/16 -j DROP
iptables -A INPUT -s 51.136.0.0/15 -j DROP
iptables -A INPUT -s 52.224.0.0/11 -j DROP
iptables -A INPUT -s 52.148.0.0/14 -j DROP
iptables -A INPUT -s 52.145.0.0/16 -j DROP
iptables -A INPUT -s 52.146.0.0/15 -j DROP
iptables -A INPUT -s 52.152.0.0/13 -j DROP
iptables -A INPUT -s 52.160.0.0/11 -j DROP
iptables -A INPUT -s 104.208.0.0/13 -j DROP
iptables -A INPUT -s 104.40.0.0/13 -j DROP
iptables -A INPUT -s 137.116.0.0/16 -j DROP
iptables -A INPUT -s 137.117.0.0/16 -j DROP
iptables -A INPUT -s 137.135.0.0/16 -j DROP
iptables -A INPUT -s 157.54.0.0/15 -j DROP
iptables -A INPUT -s 157.56.0.0/14 -j DROP
iptables -A INPUT -s 157.56.0.0/15 -j DROP
iptables -A INPUT -s 157.56.0.0/16 -j DROP
iptables -A INPUT -s 157.60.0.0/16 -j DROP
iptables -A INPUT -s 168.61.0.0/16 -j DROP
iptables -A INPUT -s 168.62.0.0/15 -j DROP
iptables -A INPUT -s 40.64.0.0/13 -j DROP
iptables -A INPUT -s 65.52.0.0/14 -j DROP
iptables -A INPUT -s 20.180.0.0/14 -j DROP
iptables -A INPUT -s 20.184.0.0/13 -j DROP
iptables -A INPUT -s 20.34.0.0/15 -j DROP
iptables -A INPUT -s 20.64.0.0/10 -j DROP
iptables -A INPUT -s 20.36.0.0/14 -j DROP
iptables -A INPUT -s 20.48.0.0/12 -j DROP
iptables -A INPUT -s 20.40.0.0/13 -j DROP
iptables -A INPUT -s 20.128.0.0/16 -j DROP
iptables -A INPUT -s 20.33.0.0/16 -j DROP
iptables -A INPUT -s 23.96.0.0/13 -j DROP

Die Auswahl wird ergänzt, sobald neue Segmente dazu kommen. Bis jetzt ist der Erfolg sehr gut sichtbar, kein Bitcoin-Spam, keine Penisverlängerungen und keine Trading-Spams mehr..

Ob das dem Ruf von Microsoft zuträglich ist, lasse ich mal dahingestellt.

Das Anemometer ist fertig gedruckt und auf dem Geräteträger installiert. In der Kappe mit den Löffeln befindet sich ein Magnet, der einen Reedkontakt in der Basis triggert. Die Achse läuft auf einem Axiallager.

Ich habe diesen Wifi-Adapter über Aliexpress bezogen (7,55 €). Eingesteckt, Fehlanzeige. Debian erkennt ihn zwar, hat aber keinen Treiber parat.

Die USB-ID ist Bus 008 Device 005: ID 0bda:b812 Realtek Semiconductor Corp.  Eine kurze Suche mit Google brachte folgendes zutage:

git clone https://github.com/cilynx/rtl88x2BU_WiFi_linux_v5.2.4.4_25643.20171212_COEX20171012-5044.git
cd rtl88x2BU_WiFi_linux_v5.2.4.4_25643.20171212_COEX20171012-5044
VER=$(cat ./version)
sudo rsync -rvhP ./ /usr/src/rtl88x2bu-${VER}
sudo dkms add -m rtl88x2bu -v ${VER}
sudo dkms build -m rtl88x2bu -v ${VER}
sudo dkms install -m rtl88x2bu -v ${VER}
sudo modprobe 88x2bu

Und schwupps, im 5 GHz Netz mit 1200 MBps unterwegs, statt im 2,4 GHz mit 150 (Mehr gibt der eingebaute Kram in meinem alten Laptop nicht her..)

In letzter Zeit hat der Spam von .icu-Domains unglaublich zugenommen, bei den Preisen für die Domains ist das auch kein Wunder.

Der Spam wird zwar zuverlässig von Spamassassin erkannt und markiert, auch Thunderbird sortiert das wunderbar aus, aber man kann den Traffic am Server natürlich direkt vermeiden.

Unter Debian ist das Paket postfix-pcre dafür verantwortlich.

$ apt-get install postfix-pcre

Danach legen wir eine Datei in /etc/postfix an:

$ mcedit /etc/postfix/rejected_domains

In diese Datei werden die Domainendungen, die wir ablehnen wollen, mit folgendem Muster abgelegt:

/\.icu$/ REJECT We reject all .icu domains

Dann müssen wir noch die /etc/postfix/main.cf anpassen. Wir suchen die Zeile smtpd_sender_restrictions und ergänzen sie um den Eintrag

smtpd_sender_restrictions = pcre:/etc/postfix/rejected_domains,

Dann noch den Postfix neu laden mit

$ service postfix reload

und schon funktioniert der Filter. Im Logfile ist dann folgendes zu sehen:

postfix/smtpd[7579]: NOQUEUE: reject: RCPT from 
unknown[176.98.42.72]: 554 5.7.1 <state@modestheaven.icu>: Sender 
address rejected: We reject all .icu domains;

Die Meldung wird die Spambots nicht interessieren, aber kann beim Auffinden von eventuell irgendwann vorkommenden False-Positives helfen.

Ich hab ja nun diesen tollen Internet-Verschnellerungsturbo namens Hybrid von der Telekom. Leider konnte ich damit nicht mehr per SSH auf meine Server zugreifen, der Client blieb in der Konsole einfach stehen. Angeblich soll das mit dem nächsten Frmwareupdate behoben sein, aber zumindest gibt es einen Workaround.
Ein einfaches IPQoS=0x00 in der ersten Zeile der /$home/.ssh/config  schafft da Abhilfe. Es sorgt dafür, dass bei SSH-Paketen die Type-Of-Service-Bits im Header unterdrückt werden..
Für die Konsole lautet die Option „-o IPQoS=0x00“

Ich habe mir einen „Internetverschnellerungsturbo“ von der Telekom gegönnt und somit auch einen neuen Router zugeschickt bekommen. Nachdem ich nun einen halben Tag lang die ganze Bude auf den Kopf gestellt und vergeblich meine Zugangsdaten gesucht habe, stand fest, dass ich die aus der Fritzbox rausbekommen musste, ansonsten ab nächste Woche weder Telefon, noch Internet. Die Fritzbox zeigt alle benötigten Zugangsdaten im Klartext an, nur das „Persönliche Kennwort“ wird durch **** ersetzt.
Telnet auf die Box geht nicht, da hängt kein analoges Telefon dran und der Port ist aus. Gottseidank liefert aber die Fritzbox alle benötigten Werkzeuge bereits mit 😉 ..

• Auf die Fritzbox connecten und anmelden.
• http://fritz.box/cgi-bin/webcm?getpage=../html/capture.html aufrufen
• Schnittstelle 0 (‚internet‘) -> Start drücken.
• In einem anderen Tab die Box neu verbinden lassen.
• Nach der Neuverbindung Schnittstelle 0 (‚internet‘) -> Stop drücken.
• Das Capturefile in Wireshark werfen.
• Nach der Neuverbindung suchen.
• Passwort im Klartext aus der PAP-Übergabe herausfischen.

Zur Kontrolle des persönlichen Kennworts kann man sich einmal im Kundencenter der Telekom mit Zugangskennung und persönlichem Kennwort einloggen.
Jetzt steht dem Routerwechsel nichts mehr im Wege..

Wollte gerade mal meine Dropbox leeren und stellte fest, dass der Daemon unter Ubuntu nicht mehr starten wollte. Prozessorlast stieg, Prozess war aber irgendwie nicht produktiv. Die Lösung ist trivial:
 

rm -r ~/.dropbox-dist/
dropbox start -i

 
Und alles ist wieder gut.. Irgendwo gab es wohl ein Problem bei der Aktualisierung..*schulterzuck*

Dummerweise wird das S3 nicht als USB-Blockdevice eingehangen, sondern spricht per MTP (Media Transfer Protocol) mit dem angeschlossenen Rechner, bzw. per PTP (Picture Transfer Protocol), wenn man es als Kamera anhängt.
Windows-Benutzer können ja prima mit KIES arbeiten, dieser Weg bleibt nativem Linux verschlossen, nur der furchtbar umständliche Umweg über eine Emulation mit Wine ist bedingt möglich.
Hat man gphoto2 installiert, versucht Ubuntu, eine Verbindung per gvfs (Gnome Virtual File System) aufzubauen, was nur sehr unzuverlässig und vor allem langsam funktioniert.
Abhilfe schafft hier, Ubuntu das MTPfs zu implantieren. Freundlicherweise hat Alin Andrei ein passendes Paket gebaut und auf Webupd8 ins ppa geladen, so dass die Gefahr, sich das System zu zerschiessen, minimiert wird. Go-mtpfs ist gegen libmtp 1.1.5 compiled, was nicht in den offiziellen Ubuntu-Repositories enthalten ist und das ppa enthält nur einige wenige Dateien. Der Vorteil ist, dass man es einfach aus der Repo-Liste entfernen kann, wenn es nicht klappen sollte oder es obsolet wird, weil es in die offiziellen Sources übernommen wurde.
Okay, gehen wir nun ins Eingemachte:
Zuerst hängen wir uns das ppa mal in die Repositories, updaten die Sources und installieren go-mtpfs.
sudo add-apt-repository ppa:webupd8team/unstable
sudo apt-get update
sudo apt-get install go-mtpfs
Falls jemand tatsächlich dieses unsägliche Unity benutzt, es gibt ein grafisches Interface zum Einhängen, dieses wird folgendermaßen installiert:
sudo apt-get install go-mtpfs-unity

Ohne Unity ist das Einhängen etwas umständlicher, aber man kann sich das ja durch entsprechende Shortcuts auf dem Desktop vereinfachen, wenn man möchte. Bei der Installation aus dem ppa wird ein Ordner /media/MyAndroid angelegt, in den das Gerät durch den Untity-Manager gemountet wird.
Gemountet wird mit
go-mtpfs /media/MyAndroid
Ausgehängt mit
fusermount -u /media/MyAndroid
Ganz wichtig! Das Gerät muss entsperrt sein, ansonsten bricht der Vorgang mit Fehlermeldung ab.

Thunderbird 5.0 ist zwar noch Beta, läuft hier aber wunderbar stabil und unterscheidet sich rein optisch nicht wesentlich von Version 3.x.
Um unter Debian/Ubuntu auf die Beta umzusteigen, muss folgendes in eine shell eingegeben werden:
sudo add-apt-repository ppa:mozillateam/thunderbird-next
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install thunderbird
Schon hat man den Versionssprung gemacht. Die Version 4 wurde übersprungen, um den Enduser nicht zu verwirren und eine Konsistenz in die Nummerierung zu bringen. Firefox und Thunderbird basieren eh auf der gleichen Maschine (Gecko) und in Zukunft sollen die Versionsnummern parallel laufen. Ebenso wird es regelmäßige Updates und Securityfixes geben, hieß es von Seiten der Mozilla-Foundation.

Diese Anleitung habe ich von Will Elliot „geliehen“ und nur ins Deutsche übersetzt.
Grundgedanke ist die Vernetzung eines beliebigen IRC-Clients mit Facebook. Das das nicht direkt funktioniert, nehmen wir einen kleinen Umweg über Twitter. Selbstverständlich kann man das auch nur zum twittern nutzen, die Twitter-Clients unter Linux sind ja eigentlich alle irgendwie unausgegoren..
Ihr braucht dazu das kleine Perl-Progrämmchen tircd.
tircd benötigt noch einige Perl-Module, die eventuell bei Euch nicht installiert sind. Man kann dies nachholen, indem man als root auf der Shell folgendes eingibt:
cpan -i POE POE::Filter::IRCD Net::Twitter::Lite
Das zieht eventuell einen Haufen benötigte Module nach und dauert eine Weile..
Danach brauchen wir noch eine Facebook-Anwendung: Selective Twitter Status.
Diese installieren und Euren Twitter-Namen angeben.
tircd habe ich bei mir nach /opt/tircd/ installiert. Die config muss eventuell noch angepasst werden, ich habe mich an die Vorgaben in oben genanntem Blog gehalten und in Zeile 9 den Port auf 6668 gelegt. Die config muss nach /etc gelegt werden:
cp /opt/tircd/tircd.cfg.example /etc/tircd.cfg
Nun starten wir tircd:
/opt/tircd/tircd.pl &
Und verbinden uns mit unserem IRC-Client auf den tircd-server:
/SERVER localhost 6668 [twitter_password] oauth
Nun bekommen wir einen Link von Twitter zugesendet, den geben wir in unseren Browser und erhalten eine PIN, um den Zugriff zu autorisieren.
Diese PIN geben wir im IRC-Client ein mit:
/stats pin [PIN]
In einigen Clients (irssi zum Beispiel) muss man folgendes eingeben:
/quote stats pin [PIN]
Twitter bestätigt dann die erfolgreiche Autorisierung und wir können in den Channel #twitter joinen.
Nachrichten werden dann automatisch von Twitter über die Facebook-Anwendung als Statusmeldungen abgesetzt.
Vielen Dank an Will Elliot für die Anregung 🙂