iSeriesAccess 7.1.0 fordert als Abhängigkeit die Datei libodbcinst.so.1. Die aktuelle Version von unixODBC (2.2.14) installiert jedoch die Datei libodbcinst.so.2:

[root@testsrv05 ~]# rpm -qR unixODBC | grep libodbcinst
libodbcinst.so.2()

Aus diesem Grund wird auch folgendes nicht funktionieren:

yum localinstall ISeriesAccess-7.1.0-1.0.i386.rpm

Das Paket muss mit folgendem Befehl installiert werden:

yum install unixODBC
rpm -Uvh --nodeps  ISeriesAccess-7.1.0-1.0.i386.rpm

Bei einem anschliessenden Test schlägt der Verbindungsversuch jedoch fehl:

[root@testsrv05 ~]# isql -v DB2AS400
[01000][unixODBC][Driver Manager]Can't open lib '/opt/ibm/iSeriesAccess/lib/libcwbodbc.so' : file not found
[ISQL]ERROR: Could not SQLConnect

Die Datei libcwbodbc.so existiert jedoch. Das Problem ist auf die nicht existente Datei libodbcinst.so.1 zurückzuführen:

[root@testsrv05 ~]# ldd -d /opt/ibm/iSeriesAccess/lib/libcwbodbc.so
linux-vdso.so.1 => (0x00007fffe83ff000)
libcwbcore.so => /usr/lib/libcwbcore.so (0x00007f626202a000)
libodbcinst.so.1 => not found
libdl.so.2 => /lib/libdl.so.2 (0x00007f6261e25000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f6261c08000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f6261902000)
libm.so.6 => /lib/libm.so.6 (0x00007f626167d000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f6261467000)
libc.so.6 => /lib/libc.so.6 (0x00007f62610d4000)
librt.so.1 => /lib/librt.so.1 (0x00007f6260ecb000)
/lib/ld-linux-x86-64.so.2 (0x00007f6262465000)

Die wohl einfachste Möglichkeit dieses Problem zu beheben,  ist ein Symlink der Bibliothek zu erstellen:

cd /usr/lib/
ln -s libodbcinst.so.2 libodbcinst.so.1

Anschliessend ist eine Verbindung möglich:

[root@testsrv05 ~]$ isql -v DB2AS400
+---------------------------------------+
| Connected!                            |
|                                       |
| sql-statement                         |
| help [tablename]                      |
| quit                                  |
|                                       |
+---------------------------------------+

Die erfolgreiche Verbindung setzt natürlich eine funktionierende Konfiguration von iSeriesAccess voraus.

Falls ihr nun das gleiche Problem habt, die Lösung ist einfach: Die iTunes-Libary hat die falschen Berechtigungen. D.h. im einen Rechtsklick auf den Ordner C:\Users\Demian\Music\iTunes die Eigenschaften öffnen Sicherheit -> Bearbeiten. Und zum Schluss seinem Account den Vollzugriff zuweisen:

(via)

Die Software ist momentan noch nicht ganz ausgereift. Trotzdem stehen bereits 559 Pakete (Stand 12.12.12) im Repository zur Verfügung.

Die Installation erfolgt via Powershell und ist denkbar einfach. Es muss nur folgender Code ausgeführt werden:

@powershell -NoProfile -ExecutionPolicy unrestricted -Command “iex ((new-object net.webclient).DownloadString(‘http://chocolatey.org/install.ps1′))” && SET PATH=%PATH%;%systemdrive%\chocolatey\bin

Logischerweise ist noch kein Funktionsumfang wie von seinem Linuxpendanten zu erwarten. Trotzdem wäre es für die Installation und das Updaten von Software eine Erleichterung.

Betreff: xxxx
Gesendet am: 11.11.2011 11:11

Folgende(r) Empfänger kann/können nicht erreicht werden:

xxx@xxx.com am 11.11.2011 11:11
Keines Ihrer E-Mail-Konten kann Nachrichten an diesen Empfänger senden

Das Problem liegt hier an Outlook selbst d.h. die Verbindung zum Exchange wird gar nicht erst aufgebaut. Das folgt daraus das Outlook eine E-Mail für die Auto-Vervollständigungfalsch einträgt. Die Emails werden für diesen Vorgang in einer “.nk2″ Datei abgelegt. Dort wird auch ein Typ hinterlegt (EX = Exchange bzw. intern, SMTP = extern).

Hier entsteht der Fehler: Aus mir unerklärlichen Gründen hinterlegt Outlook Emails teilweise als Typ MAILTO. Anschliessend kann an diese Adresse nichts mehr versendet werden bis der Typ geändert bzw. der Eintrag gelöscht ist.

Lösung 1:

Löschen der .nk2-Files im entsprechenden Ordner: %userprofile%\Anwendungsdaten\Microsoft\Outlook\

Logischerweise werden hier alle Einträge gelöscht.

Lösung 2:

Bearbeiten der .nk2-Datei mit einem Tool. z.B. NK2Edit 

Logischerweise wurde der Anruf aus einem Callcenter getätigt, von einem Mann der nur gebrochen Englisch sprach. Ich vertröstete den Mann auf Morgen, da mir die Sache nicht geheuer war. Und siehe da, ein paar Recherchen im Internet und der Fall ist klar:

melani.admin.ch schreibt:

Die Melde- und Analysestelle für Informationssicherung MELANI wurde darüber informiert, dass offensichtlich vermehrt Anrufe an Unternehmen und Private abgesetzt werden, in denen sich die Personen als Microsoft Mitarbeiter ausgeben. Ziel dieser Anrufe ist es, Mitarbeiter in Unternehmen und private Computerbenutzer dazu zu bewegen Manipulationen an ihren Computern vorzunehmen, Software herunterzuladen oder infizierte Webseiten zu besuchen. Dies mit der Absicht unerlaubten Zugriff auf die Computer zu erlangen.

Der Sicherheitsberater von Microsoft Schweiz sagt dazu in seinem Blog:

Microsoft does not send unsolicited e-mail or make unsolicited phone calls to request personal or financial information.

Microsoft does not make unsolicited phone calls to help you fix your computer.

Communications claiming that you have won the “Microsoft Lottery” are fraudulent because there is no Microsoft Lottery.

Microsoft does not request credit card information to validate your copy of Windows, Office etc.

Microsoft does not send unsolicited communication about security updates.

Trotzdem würde mich interessieren, ob jemand schon ähnliches erlebt hat?

Nun zum Thema:

Bei der Übernahme eines WordPress-Blogs gibt es einiges zu beachten. Jedoch gibt es auch Unmengen an Anleitungen und Tutorials, wie diese von Statten gehen kann. Ich habe mich hierzu ein bisschen auf die Anleitung von Shorty gestützt.

Bei mir stellte sich jedoch noch eine weitere Herausforderung. Mein neuer Hoster unterstützt https. Dies aber nur auf der Domain des Hosters und nicht meiner Privaten, codezero.ch (wegen Zertifikat).

D.h für mich galten folgende Anforderungen:

• Ansehen des Blogs standardmässig via codezero.ch
• Adminpanel via https://thde.draco.uberspace.de erreichbar

WordPress mit Adminpanel auf anderem Domain

Die Haupteinstellung hier ist die WordPress Adresse (URL) d.h. in meinem Falle https://thde.draco.uberspace.de. Sobald man diese auf den Admin-Domain umstellt, wird man beim Login automatisch umgeleitet. Anschliessend sollte man jedoch via Einstellungen -> Mediathek den Dateipfad für Medien berichtigen. D.h. bei mir http://codezero.ch/wp-content/uploads. Ansonsten hinterlegt WordPress bei neuen Uploads den Pfad des Adminpanels.

Verbesserungsmöglichkeiten

Es gibt ein, zwei Dinge welche mit dieser Methode noch nicht richtig funktionieren. Dazu gehören z.B.

• keine Artikelvorschau
• kein “eingeloggt sein” auf der Hauptseite, nur im Adminpanel

Weitere Sicherheitsmassnahmen

Ich würde empfehlen, wenn via Hoster möglich, sich nur via SSL einzuloggen. Diese Einstellung lässt sich ganz einfach in der wp-config.php aktivieren:

define('FORCE_SSL_LOGIN', true);

Eine weitere Massnahme wäre, die wp-config Datei über eine .htaccess-Datei im gleichen Verzeichnis zu schützen:

<files wp-config.php>
Order deny,allow
deny from all
</files>

Und als letztes würde ich noch das Limit Login Attempts installieren.

Wer noch mehr zum Schutz seines Blogs beitragen möchte, kann sich z.B. diesen Artikel anschauen.

Das Konzept von Uberspace  überzeugt. Man zahlt so viel man möchte. Und erhält dafür ein riesen Paket. Ein paar Sachen die mich mehr als nur überzeugt haben:

• FTP über SSL
• Terminalzugang
• phpMyAdmin via https
• Webspacezugang via https
• 10 GB Speicher

Ich hatte anfangs ein paar Probleme bei der Übernahme des Blogs. Aber auf diese möchte ich später noch genauer eingehen.

Linux Autologin

Das Autologin wird mit der Datei /etc/inittab bewerkstelligt. Um einen User automatisch einzuloggen, muss sie folgendermassen angepasst werden:

Alt: inittab

…
1:2345:respawn:/sbin/getty 38400 tty1
…

Neu: inittab

…
#1:2345:respawn:/sbin/getty 38400 tty1
1:2345:respawn:/bin/login -f root tty1 /dev/tty1 2>&1
…

Automatisches Herunterfahren bei bestimmtem Wochentag

Das Script bestimmt ob es sich um einen Wochentag handelt oder nicht und setzt den Shutdownzeitpunkt entsprechend auf 19:00 bzw. 07:15.

#!/bin/bash
WEEKDAY=$(date +'%u')
if ([ $WEEKDAY != '6' ] && [ $WEEKDAY != '7' ]); then
shutdown -h 19:00 &
else
shutdown -h 07:15 &
fi

 Bildschirm ausschalten verhindern

Durch folgenden Befehl lässt sich das Ausschalten des Monitors verhindern:

xset -dpms s off

Linux (Debian) Windows-Zeitserver Synchronisation

Der Standard-Zeitserver von Linux funktioniert mit dem Protokoll ntp. Microsoft spielt uns her jedoch einen Streich und verwendet ein leicht angepasstes, das sntp (simple-network-time-protocoll). wiki

Unter Linux (Debian) wird nun das Paket msntp benötigt, um die Zeit von einem solchen zu synchronisieren http://packages.debian.org/sid/msntp.

Hier hilft ninite: Es installiert/updated die gewünschte Software auf die neuste Version ganz ohne Benutzereingabe. Das Updaten finde ich besonders super. Ich kann mir meine gewünschte .exe generieren und diese immer wieder ausführen, wenn ich meine Software updaten möchte.

Wer sich z.B. im Starbucks oder auch in jedem anderen offenen WLAN nicht auf die Finger schauen lassen möchte, muss sich durch irgendeineweise absichern. Was man braucht ist ein Tunnel, der eine verschlüsselte Verbindung zwischen dem Client und einem Server herstellt.

Somit geht man vom meinem Laptop via SSH Tunnel auf einen Server und anschliessend ins Internet. Somit sieht man den Datenverkehr im WLAN nicht mehr im Klartext. Ein Tunnel lässt sich über verschiedene Wege realisieren:

Der wohl einfachste Weg ist der Kauf eines VPN Zugangs. (z.b. SwissVPN). Als Alternative bietet sich ein SSH-Tunnel an. Dieser ist auch relativ leicht einzurichten, setzt jedoch einen SSH-Login auf einem entfernten Server voraus. Die dritte Möglichkeit ist auf einem Server ein VPN Tool (z.B. OpenVPN) zu installieren. In diesem Beitrag gehe ich jedoch nur genauer auf den SSH-Tunnel ein.

Mit einem SSH-Tunnel ist es logischerweise auch möglich, sich aus einer Firewall “hinauszuschleichen” d.h. eine Website aufzurufen, welche von einer Firewall geblockt wird.

Als Tool verwenden wir myEnTunnel. Es basiert auf der Shell von Putty (plink.exe) und ist einfach ein GUI speziell für Tunnel. Es wäre aber auch möglich das Ganze nur mit Putty zu realisieren.

Konfiguration

Zu konfigurieren gibt es grundsätzlich nicht viel. SSH-Login und ein paar Einstellungen reichen und schon ist unser Tunnel einsatzbereit.

Dies ist meine Konfiguration. Für eine höhere Sicherheit, lässt sich auch das Public- / Private-Key Verfahren verwenden. Um zu verhindern, dass Passwörter über eine ungesicherte Leitung übertragen werden. Was in unserem Beispiel sogar empfehlenswert ist.

Anschliessend muss der Browser noch entsprechend konfiguriert werden, sodass die Daten über den Tunnel gesendet werden:

Somit ist jedoch auch klar, das man hier jetzt nur mit dem Firefox via Tunnel surft. Wer somit seinen ganzen Datenverkehr verschlüsseln möchte, ist mit VPN bestens bedient.