Montag, 13. Juni 2011

Wie Kalifornier den schweizerischen Alltag erleben

Ende März durfte ich meine kalifornische Freundin zum ersten Mal in der Schweiz willkommen heissen. Obwohl sie das Land bereits im August 2010 kurz besucht hatte (via Luzern nach Engelberg zu einer Übernachtung auf dem Titlis), kam sie im März 2011 zum ersten Mal mit der „richtigen“ Schweiz in Kontakt — so wie wir Schweizer sie tagtäglich erleben.

Nachfolgend einige Anekdoten:

  • (Nachdem wir es uns im Zug am Flughafen Zürich gemütlich gemacht haben und die Komposition langsam anfährt) „Is it moving?! It’s so silent!“ Mein Freundin sass in den USA erst ein- oder zweimal in Zügen …
  • (Unterwegs zwischen Zürich und Bern, mit Blick auf das Agrarland) „Where are the cows?!“
  • (Bei der Einfahrt des Zuges über die Sihl mit Blick Richtung Zürich West) „Is nobody working today? Where are the cars?!“ Aus meiner Sicht hatte es übrigens recht viele Autos auf den Strassen …
  • (Bei der Ankunft in Flamatt beim besteigen meines Peugeots 106) „Your car is cute!“ Kalifornisch in etwa für „Dein Auto hätte in meinem SUV dreimal Platz!“

Tags: , , ,
Labels: Funny, Schweiz, USA

Keine Kommentare | neuen Kommentar verfassen

Montag, 13. Juni 2011

cacti pingt nicht mehr

Heute habe ich mich endlich einem Problem angenommen, das mich mit meiner Cacti-Installation seit mehr als einem Jahr plagt: Die Ping-Werte für Google werden nicht mehr aufgezeichnet.

Nachdem ich unter

  1. Console
  2. System Utilities
  3. View Cacti Log File

nach „ping“ gesucht hatte und feststellen musste, dass das Script ~/cacti/scripts/ping.pl permanent „U“ als Wert zurücklieferte, begann das Debugging.

Auch die manuelle Ausführung von

~/cacti/scripts/ping.pl www.google.com

brachte ein „U“ als Resultat hervor. Was cheibs?

Im Grunde ruft das Perl-Script folgenden Kommandozeilenbefehl auf und filtert im Anschluss den Rückgabe wert:

ping -c 1 www.google.com | grep icmp_seq | grep time

Als ich dies auf der Kommandezeile ausführte, wurde ein leerer Wert zurückgegeben.

Nachdem ich ein Blick auf das Resultat von

$ ping -c 1 www.google.com
PING www.l.google.com (74.125.79.104) 56(84) bytes of data.
64 bytes from ey-in-f104.1e100.net (74.125.79.104): icmp_req=1 ttl=53 time=34.6 ms

--- www.l.google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 34.695/34.695/34.695/0.000 ms

geworfen hatte, war mir sofort klar, was das Problem war: grep nach icmp_seq kann nicht von Erfolg gekrönt sein, weil hier offenbar icmp_req steht.

Das Problem ist im ping.pl does not account for ping using icmp_req rather than icmp_seq in some versions of ping festgehalten: Offenbar gab es bei ping irgendwann einmal eine Anpassung am Code, die nur noch diese Ausgabe zur Folge hatte.

Nach einem Blick auf den Patch nahm ich die Anpassung an ~/cacti/scripts/ping.pl selber vor — irgendwie einfach ein wenig anders als vorgeschlagen:

...
open(PROCESS, "ping -c 1 $host | grep -E 'icmp_(r|s)eq' | grep time |");
...

Damit klappte es wieder.

Nachtrag

Unter einer Synology DiskStation klappt es auch trotz dieser Anpassung nicht. Der Ping-Befehl gibt folgendes aus:

ping -c 1 192.168.8.8
PING 192.168.8.8 (192.168.8.8): 56 data bytes
64 bytes from 192.168.8.8: seq=0 ttl=64 time=0.223 ms

Keine Spur von icmp_seq, stattdessen steht dort nur seq. Somit passt man das Script finalerweise folgendermassen an:

...
open(PROCESS, "ping -c 1 $host | grep -E '(r|s)eq' | grep time |");
...

Tags: , , , , ,
Labels: Linux

Keine Kommentare | neuen Kommentar verfassen

Samstag, 11. Juni 2011

FDP Schweiz: Null Punkte

Der FDP-Enhaltungsentscheid mag als politischer Winkelzug zwar klug gewesen sein, allein es hat ihn niemand verstanden.

Ergo: FDP null Punkte.

Quelle: arlesheimreloaded » Atom out, Zuwanderung in » arlesheimreloaded

In der Politik geht es um Meinungen und Überzeugungen. Wenn eine Partei wie die FDP sich entscheidet, zu einem Thema keine Meinung zu haben, muss man sich die unbequeme Frage gefallen lassen, was man dann noch in der Politik zu suchen hat …

Tags:
Labels: Politik, Schweiz

Keine Kommentare | neuen Kommentar verfassen

Donnerstag, 9. Juni 2011

Unable to connect to CUPS server

Erscheinen im syslog folgende Fehlermeldungen …

May 18 17:00:21 smbd[25311]: [2011/05/18 17:00:21.386431,  0] printing/print_cups.c:108(cups_connect)
May 18 17:00:21 smbd[25311]:   Unable to connect to CUPS server localhost:631 - Connection refused

… sollte man in der /etc/samba/smb.conf folgenden Eintrag sicherstellen:

...
printcap name = /etc/printcap
...

Tags: , ,
Labels: Linux

Keine Kommentare | neuen Kommentar verfassen

Donnerstag, 9. Juni 2011

State of the Union: Silicon Valley Startups

I think it’ll be sweet to instantly share pictures with my friends in cool new ways.  But I know it’s not a huge problem for Henderson and Rebecca.  It’s just not an issue that affects them.  I’m concerned about how many of us are working on problems that just don’t matter all that much to the rest of the world.

Quelle: Meanwhile, just East of Silicon Valley, in Tupelo Mississippi… – humbledMBA

Tags: , , ,
Labels: Gesellschaft

Keine Kommentare | neuen Kommentar verfassen

Donnerstag, 9. Juni 2011

Tägliche Todesfälle in Deutschland

CNN vermeldet gerade den 27. Toten seit Ausbruch der EHEC-Pandemie. Doch wie viele Leute sterben eigentlich täglich in Deutschland?

Die Sterberate in Deutschland für das laufende Jahr (2011) beträgt geschätzte 11 Personen pro 1’000 Einwohnern (nach der EHEC-Katastrophe wohl das zwanzigfache …). Mit einer Gesamtbevölkerung von knapp 82 Millionen sind das umgerechnet 902’000 Tote im Jahr.

Pro Tag sterben in Deutschland also 2’471 Menschen. Und heute ist einer davon (0.04 Prozent) mal wieder EHEC erlegen. Wahrlich, da muss was dran sein an dieser Krankheit.

Tags: , , , ,
Labels: Medien

Keine Kommentare | neuen Kommentar verfassen

Donnerstag, 9. Juni 2011

Veteranen

… military retirees are the worst. They pretend that if it weren’t for them our wives would all be speaking Vietnamese.

But what’s so bad about speaking Vietnamese?

Quelle: No Saying „No“ to the American Middle Class

Tags:
Labels: USA

Keine Kommentare | neuen Kommentar verfassen

Mittwoch, 8. Juni 2011

In your face, Swisscom, Orange und Sunrise

Als ich die Notizfetzen der WWDC 2011-Keynote über macosrumorslive.com zu Gesicht bekam, war mir umgehend klar, was die Ankündigung von iMessage bedeutet:

iMessage: Apple just declared war on Mobile Operators … and What’s App & other texting apps.

Und wie es für Apple zu erwarten war, ist iMessage wirklich der erhoffte SMS-Killer:

Fortunately, for the end user, the transition will be relatively transparent. iMessage has been integrated into the existing „Messages“ app. If you would like to text someone, iOS 5 automatically checks to see if they are eligible to receive iMessages rather than the more costly standard text message:

Quelle: Walkthrough of Apple’s iMessage in iOS 5 – Mac Rumors

Es war auch wirklich an der Zeit, dass im Zeitalter von 1 GB Flatrates diesen SMS-Wucher abstellt … Zu gerne hätte ich die Szenen in die Chefetagen von Swisscom Mobile, Orange und Sunrise beobachtet. Hier drohen Millionenverluste.

Apples iPhone, das trojanische Pferd, welches die Mobilfunkbetreiber zu dem degradiert, was sie immer hätten sein sollen: Exzellente Bereitsteller von „Datenpipes“. Nicht mehr, nicht weniger.

Tags: , , , , ,
Labels: Apple

Keine Kommentare | neuen Kommentar verfassen

Mittwoch, 8. Juni 2011

Zertifikatsprobleme mit imapfilter bei einem loadbalancierten Exchange 2010-Server

ACHTUNG: Funktioniert leider doch nicht wie erwünscht.

imapfilter ist das Tool meiner Wahl, um einkommende Mail-Nachrichten in IMAP-Unterordner zu verschieben. Dessen Anwendung habe ich in einem Blog-Artikel erläutert.

Seit mein Arbeitgeber mein E-Mail-Konto von einem Unix-Mailserver auf eine Microsoft Exchange 2010-Lösung migriert hat, gab es Probleme mit den Zertifikaten. (Natürlich hätte ich die Regeln erneut unter Exchange erfassen können, aber der Vorteil von imapfilter ist eben gerade, dass man nur die Serververbindung anpassen muss, und die Mails werden weiter schön sauber sortiert).

imapfilter lässt man bekanntlich beim ersten Verbindungsversuch im interaktiven Modus laufen und akzeptiert dort dann brav das Zertifikat das Mail-Servers:

Server certificate subject: /1.3.6.1.4.1.311.60.2.1.3=CH/ 
1.3.6.1.4.1.311.60.2.1.2=Bern/businessCategory=Government Entity/ 
serialNumber=1834-03-14/C=CH/ST=Bern/L=Bern/O=Universitaet Bern/ 
OU=Informatikdienste - SYS/CN=mail.campus.unibe.ch
Server certificate issuer: /C=BM/O=QuoVadis
Limited/OU=http://www.quovadisglobal.com/CN=QuoVadis 
 Global SSL ICA
Server key fingerprint: CD:10:34:E9:6D:1D:07:09:3D:9E:53:FC:B5:94:B0:10
(R)eject, accept (t)emporarily or accept (p)ermanently? p

Doch leider schien dieser Server in der Folge einfach so den Fingerprint zu wechseln. Als ich imapfilter nach einiger Zeit (und Fehlermeldungen im cron.log) erneut im interaktiven Modus ausführte, erschien folgende Warnung:

Server certificate subject: /1.3.6.1.4.1.311.60.2.1.3=CH/ 
1.3.6.1.4.1.311.60.2.1.2=Bern/businessCategory=Government Entity/ 
serialNumber=1834-03-14/C=CH/ST=Bern/L=Bern/O=Universitaet Bern/ 
OU=Informatikdienste - SYS/CN=mail.campus.unibe.ch
Server certificate issuer: /C=BM/O=QuoVadis
Limited/OU=http://www.quovadisglobal.com/CN=QuoVadis 
 Global SSL ICA
Server key fingerprint: 6D:D9:E8:FF:A3:70:2A:D8:44:10:0C:7D:0E:94:65:FC
ATTENTION: SSL/TLS certificate fingerprint mismatch.
Proceed with the connection (y/n)? y

Leider führte das Bestätigen der Warnung nicht dazu, dass dieses neue Zertifikat akzeptiert wurde (wohl, weil für denselben Server bereits ein anderes Zertifikat gespeichert war). Meine Vermutung: Da mein Arbeitgeber einen loadbalancierte Exchange 2010-Infrastruktur aufgebaut hat, besitzt jeder Server ein anderes Zertifikat (auch wenn beide gegen aussen als mail.campus.unibe.ch in Erscheinung treten).

Der Workaround sah folgendermassen aus:

$ copy ~/.imapfilter/certificates ~/.imapfilter/certificates.old
$ imapfilter -c myconfigfile
(... accept certificate permanently ...)
$ cat ~/.imapfilter/certificates.old >> ~/.imapfilter/certificates

Ab sofort motzte imapfilter nicht mehr über den gelegentlich wechselnden Fingerprint, weil nun einfach beide möglichen Zertifikate in der Datei gespeichert sind.

Tags: , , , , ,
Labels: Linux

Keine Kommentare | neuen Kommentar verfassen

Montag, 6. Juni 2011

Rätselraten über die Ursache hinter den EHEC-Infektionen

Ich liebe Politiker (nicht zuletzt, weil ich selber auch einer bin): Da gibt es eine Infektion, von welcher man nicht genau weiss, wodurch sie übertragen wird. Deshalb tritt man vor die Medien, feuert aus dem Bauch heraus gegen spanische Gurken und verursacht so bei den Landwirtskollegen auf der iberischen Halbinsel einen massiven Verlust:

The Spanish government did not comment Sunday on the latest news in the German investigation. But mounting evidence that the problem should never have been linked to produce from Spanish farms is likely to raise pressure on Germany and the European Union to compensate Spanish farmers for estimated weekly losses of $286 million in revenue because of canceled shipments, as well as massive job cuts among seasonal growers in Andalusia.

Quelle: Deadly E. Coli Outbreak Linked to Sprouts From a German Farm – NYTimes.com

Mittlerweile hat man sich von dieser doch etwas abstrusen Theorie abgekehrt, hat voreilig Kartoffelkeller als EHEC-Herde gebrandmarkt, um schlussendlich zu merken, dass es doch vielleicht einfach Sprossen sind, die die Krankheit übertragen.

Vielleicht würde es den deutschen Politikern gut tun, einfach mal die Klappe zu halten und schlüssige Resultate der Wissenschaftler abzuwarten. Und die Journalisten sollten sich ebenfalls etwas gedulden und nicht wie ein Fasnachts-Gugge morgens um 3 Uhr in jeden noch geöffneten Keller in der Berner Altstadt einfallen.

Die Volksvertreter im hohen Norden sollten sich ein Beispiel an Apple nehmen. Kürzlich hat Apple an Hand von zwei Beispielen gezeigt, wie man mit Krisen umgeht:

  • Lodsys betätigt sich ab dem 13. Mai 2011 als Patent-Troll. Die Stellungnahme von Apple erfolgt 10 Tage später, am 23. Mai 2011. Sie lässt keine Fragen offen.
  • Die Malware MACDefender wird ab dem 2. Mai 2011 zunehmend von unbedarften Apple-Benutzern auf Systemen installiert. Apple reagiert 29 Tage später, am 31. Mai 2011, mit einem Security Update, welches die aktuelle Version der Software und mögliche zukünftige Varianten des Schädlings blockieren.

Das Rezept ist bei dieser professionell agierenden Bude immer dasselbe: Abwarten, analysieren und erst dann vor das Publikum treten, wenn mit einer bombensicher funktionierenden (!) Lösung des Problems aufgewartet werden kann. Gruber hat dieses vorbildliche Verhalten wie immer in einem Artikel zusammengefasst.

Und wer mir jetzt widerspricht, dass ich hier Apple mit Birnen vergleiche: Die deutschen Politiker hätten ihren Mitbürgern vielleicht raten sollen, in den nächsten zwei Wochen einfach mal nichts zu essen … Man weiss ja nie!

Tags: , , , , , , ,
Labels: Apple

Keine Kommentare | neuen Kommentar verfassen