NaturalNik Broadcast

Soeben habe ich die Arbeit an der ersten Version meines ersten produktiven Python-Moduls fertiggestellt. Seit Felix mich mit dem Python-Virus infiziert hat, werde ich immer größerer Fan dieser Sprache, und so war ich heute Nachmittag stolz wie Oskar, als mein Modul im ersten Testlauf bereits einwandfrei funktionierte.

Das Modul erlaubt es, das TUN/TAP-Device des Linux-Kernels als Objekt in Python zu verwenden. Dazu operiert es direkt per Filehandle auf das Kontrolldevice in /dev/net/tun und stellt Methoden zum Lesen und Schreiben auf das Interface bereit. Außerdem kann es einfache ifconfig-Kommandos für das Tun- bzw. TAP-Device ausführen, so dass das Interface sogar aus dem Script heraus konfiguriert werden kann.

Hier ein kleines Beispiel, das die aus dem Device ausgehenden Pakete bzw. Frams ausgibt (unspektakulär, aber es zeigt die einfache Verwendung des Moduls):

from pytap import TapDevice

dev = TapDevice()
dev.ifconfig(address = "10.0.0.1",
             netmask = "255.255.255.0"
            )

while 1:
    data = dev.read()
    print data

Hier ein paar Links:

• Launchpad-Homepage
• PyPI-Eintrag (Python Package Index)
• PPA mit Debian-Paket (Launchpad Personal Package Archive)

Das Modul ist die Voraussetzung eines größeren Projektes, von dem ich demnächst berichten werde.

Für viele war die diesjährige FrOSCon bereits der fünfte Besuch an der Fachhochschule Bonn-Rhein-Sieg, doch Felix und ich machten uns erst zum zweiten Mal auf den Weg, um der zweitägigen Open Source-Konferenz als CAcert-Assurer und Besucher beizuwohnen. Am Abend vorher hatte sich nun noch ein Helfer-Job für uns ergeben, so dass wir uns am Samstag Morgen gleich in einer Dreifach-Rolle und grünen T-Shirts wiederfanden.

(weiterlesen…)

Outdoor- und Technik-Blog – so lautetder Untertitel meines Blogs. Und um diesem gerecht zu werden, stelle ich euch heute eine Symbiose aus beiden Themen vor: drei interessante und hilfreiche Webservices für Radfahrer und andere Outdoor-Enthusiasten.

(weiterlesen…)

Schon letzte Woche fiel mir eine merkwürdige Aktivität auf meinem PayPal-Konto auf, als ich merkwürdige E-Mails über eine Zahlungssendung an den britischen Download-Abzock-Dienst Direct2Drive sowie Rückzahlungen von selbigem erhielt.

Offensichtlich handelte es sich um fehlgeleitete Abbuchungen, die vom Anbieter aber bemerkt und zurückgezahlt wurden. Zumindest Direct2Drive kann man also vermutlich nicht den Vorwurf der Mutwilligkeit machen.

Die Rückzahlungen jedoch wurden von PayPal zunächst zwecks Prüfung einbehalten und erst nach mehreren Wochen zurückgebucht. Auch blieben meien Aufforderungen zur internen Nachforschung sowohl von PayPal als auch von Direct2Drive unbeantwortet.

Dann wunderte ich mich heute, wieso denn zwei Lastschriften auf mein Girokonto ins Leere liefen. Und stellte fest, dass PayPal sehr wohl die Beträge, die an Direct2Drive gezahlt wurden, von meinem Girokonto abgebucht hat, und nach der Rückzahlung nur meinem PayPal-Konto statt gleich meinem Bankkonto gutgeschrieben hat.

Nun muss ich also mindestens drei Werktage darauf warten, den Gesamtbetrag von ca. 85 €wieder auf meinem Konto zur Verfügung zu haben.

Urteilen dürft ihr selber! Etwaige Mahngebühren meiner Provider werde ich PayPal selbstverständlich in Rechnung stellen.

Da bekomme ich doch gerade von meinem heißgeliebten V-Server-Provider (den Namen habe ich geschickt versteckt, nicht dass ich nachher noch Ärger bekomme …) eine E-Mail. Irgend jemand hat wohl mit der IP-Adresse von einem meiner Server Spam versandt. Und vermutlich nicht nur einmal …

Hallo Herr George,

soeben ging eine Beschwerde bei uns ein, dass von Ihrem 213.160.76.xxx Spam versendet wird.
Bitte überprüfen Sie dies und ändern ggfs. Ihre Zugangsdaten.

Oha, denke ich mir, da will ich doch mal nachsehen. Welcher Server ist denn das …

Und da bleibt mir doch die Schnitzeleinschuböffnung offen stehen – die Kiste wurde gestern Abend vom Provider eingerichtet; ich selber hatte noch nicht einmal die E-Mail mit den Zugangsdaten geöffnet.

Ein Log-Audit zeigte dann auch keine Aktivitäten auf dem System, auch ein MTA war nicht vorinstalliert (hatte ich auch nicht bestellt …). Bleiben also vier Möglichkeiten:

• Die Adresse wurde doppelt vergeben
• Da hat intern jemand Schindluder getrieben
• Da hat jemand was falsch gemacht …
• Da stimmt was nicht.

Ich habe den Provider nun mal unter Berücksichtigung dieser Punkte auf eine interne Nachforschung angesetzt …