Getoppt werden würde das ganze nur noch, wenn es so funktionieren würde wie unter OSX: Dort ist Prowl ein Plugin für das globale Benachrichtigungsystem Growl (daher auch der Name) und es leitet alle Nachrichten einfach weiter, bzw. diejenigen, die man weitergeleitet haben möchte. So eine Schnitstelle zum KDE-Benachrichtigungssystem wäre fantastisch, jemand interesse das mal zu coden? 

Kurz darauf, wurde ich in den Kommentaren von BajK darauf hingewiesen, dass in Knotify in KDE SC 4.6 wohl ein Pluginsystem enthalten sein soll. Kurz gesucht und schnell gefunden: KNotify Plugins (Or, “What I’ve been working on, now with details”).  Jeffery Maceachern hat es gerade noch zum Feature-Freeze von KDE 4.6 geschafft die Pluginschnitstelle fertigzustellen. In seinem Blogpost erklärt er, wie das System funktioniert und wie man es einbindet (dazu später mehr). Außerdem gibt es in seinem git-Repository ein Plugin für die Logitech G15 Tastatur mit Display und ein Dummy-Plugin.

Nachdem ich mir das Dummy-Plugin angeschaut habe, war ich motiviert genug mit meinen spärlichen Programmierkentnissen ein Plugin zu schreiben, welches die Nachrichten per Prowl auf mein iPhone pusht (hier gibt’s ein paar mehr Infos). Und nach einem halben Tag arbeit, tadaaaaaa, ist es fertig: knotify-prowl.

Installation

Da das Pluginsystem erst mit KDE SC 4.6 kommt, benötigt man einen aktuellen Trunk-Build von KDE oder den RC1 von KDE SC 4.6

Benutzt man die aktuelle Trunk-Version von heute Nachmittag, so ist alles in Ordnung. Für den RC1 und ältere Versionen gibt es aktuell noch einen Bug, der erst im RC2 behoben sein wird:

Es fehlt die Datei /usr/include/knotify_export.h welche ihr hier: http://websvn.kde.org/?view=revision&revision=1209874 bekommt und nach /usr/lib/ schiebt.

git clone git://gitorious.org/knotify_prowl/knotify_prowl.git

Dann trägt man seinen Prowl API-Key in die Datei notifybyprowl.cpp in Zeile 52 ein:

QString prowlApiKey = "YOURAPIKEY";

Nun kann man das Plugin kompilieren und installieren:

$ cd knotify_prowl
$ mkdir build
$ cd build
$ cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ..
$ make
$ sudo make install OR su -c 'make install'

Konfiguration und Benutzung

Die Konfiguration ist momentan noch etwas umständlich, da sie nur über Konfigurationsdateien geht. In KDE 4.7 soll dann die Möglichkeit kommen, die Plugins per GUI zu aktivieren. Um zu einem Ereigniss die Notifikation über das Prowl-Plugin zu aktivieren, sucht man sich das Ereigniss in der Entsprechenden .notifyrc Datei unter /usr/share/apps/$(AppName)/ heraus.

Nehmen wir mal das Beispiel “Neue eingehende Kopete Nachricht“, dann muss in der Datei:

/usr/share/apps/kopete/kopete.notifyrc

Der Action Eintrag des Events kopete_contact_incoming von:

[Event/kopete_contact_incoming]
Name=Incoming Message
Comment=An incoming message has been received
Action=Sound|Popup|Taskbar

um die Action Prowl ergänzt werden auf:

[Event/kopete_contact_incoming]
Name=Incoming Message
Comment=An incoming message has been received
Action=Sound|Popup|Taskbar|Prowl

Auf diese Art und Weise kann man allen *.notifyrc Dateien die Action Prowl hinzufügen und man bekommt die jeweilige Nachricht auf sein iOS-Gerät gepusht.

ToDo

Momentan wird der API-Key noch hart einkompiliert, aber das wird sich noch ändern. Es wird momentan geschaut, wo der geeignete Ort dafür ist, auch im Hinblick auf weitere Plugins.

Ansonsten bin ich für weitere Anregungen für das Prowl-Plugin offen und bin jetzt schon gespannt auf weitere Plugins für Knotify!

Danksagungen

Da sich meine Programmierkentnisse so ziemlich an einer Hand abzählen lassen, an dieser Stelle noch einmal ein großes Dankeschön an Gerrit und an #kde-devel auf freenode ;)

“push” von mryipyop auf flickr

Unter KDE gibt es ein großartiges Benachrichtigungssystem, welches alle KDE-Programme benutzen und allerlei Informationen darüber an den Benutzer weiterreichen. Soweit so gut und ich bin im Großen und Ganzen auch sehr zufrieden damit. Allerdings hat das System einen Nachteil: Ich bekomme die Benachrichtigungen nur mit, wenn ich auch am Rechner sitze, nicht aber wenn ich woanders bin.

Stellen wir uns mal folgende Scenarios vor:

1. Es wird ein Torrent gestartet und ich gehe runter ins Wohnzimmer und werde, wenn der Download fertig ist, dadrüber benachrichtigt, gehe kurz hoch und arbeite weiter.
2. Oder es wird ein langer Kopier- oder Encodiervorgang gestartet währenddessen ich was anderes mache und auch zu gegebener Zeit benachrichtigt werde.

Die erste Frage wäre: Wie soll ich benachrichtigt werden, wenn ich nicht am PC sitze? Eigentlich relativ einfach, denn eine Sache habe ich immer bei mir: mein iPhone. Es muss also ein Weg gefunden werden, Benachrichtigungen auf’s iPhone zu schicken.

Mail würde, dank Pushmail, gehen, ist aber doch relativ aufwendig, wenn man nicht gerade einen Mailserver bei sich installeirt hat, scheidet also aus. Ebenso würde SMS gehen (und dann auch mit jedem Telefon), aber auch dafür braucht man erstmal einen HTTP-SMS-Gateway oder ähnliches, außerdem kostet es für jede Nachricht Geld. Also auch eher ungeeignet. (Allerdings mit dem Vorteil der Platformunabhängigkeit – SMS kann jedes Handy. Und so teuer sind SMS-Gateways auch nicht.)

Push Notifications mit Prowl

Das Mittel der Wahl heißt Push-Notification-Service und kommt von Apple. Dieser Service ermöglicht es über eine Internetverbindug Pushnachrichten an ein iPhone zu schicken. Um diesen Dienst benutzen zu können, muss man ein registrierter Apple-Developer sein, oder man benutzt den Webservice “Prowl” mit zugehöriger iPhone Applikation gleichen Namens.

Nachdem man sich bei Prowl registriert, sich die App gekauft und mit seinem Account verlinkt hat, bekommt man einen API-Key, mit dem man sich über eine HTTP-API Nachrichten auf’s iPhone schicken kann.

Wer nicht direkt mit der HTTP-API sprechen will, für den stehen diverse Bibliotheken bei Prowl bereit, die einem diese Arbeit für die verschiedensten (Script-)Sprachen abnehmen. Schauen wir uns mal ein Beispiel in Ruby an:

#!/usr/bin/ruby
 
#folgende libs müssen zuerst über rubygem installiert werden:
require 'rubygems'
require 'prowl'
require 'net/https'
 
#Festlegen von ein paar Standardwerten:
 
#Dein Prowl API-Key
@apikey = "1234567890abcdefgh"
 
#Name des Programms, von dem die Nachricht kommt
@application = "Programm XY"
 
#Welches Event ist passiert?
@event = "Event"
 
#Die beschreibung des Events
@description = "something happend..."
 
#Welche Priorität hat die Nachricht?
#5 Werte von -2 (niedrig) bis +2 (hoch)
# Standard ist 0 (normal)
@priority = 0
 
#durchgehen der Attribute
 
ARGV.each_with_index do |arg, index|
  if arg == "-a"
    @application = ARGV[index + 1]
  elsif arg == "-e"
    @event = ARGV[index + 1]
  elsif arg == "-d"
    @description = ARGV[index + 1]
  elsif arg == "-p"
    @priority = ARGV[index + 1].to_i
  end
end
 
#hier wird die Nachricht verschickt:
Prowl.add(
  :apikey => @apikey,
  :application => @application,
  :event => @event,
  :description => @description,
  :priority => @priority
)

Führt man dieses Script nun einfach so aus, kommt folgende Nachricht auf dem iPhone an:

Oder man gibt dem Script Argumente mit:

prowl -a Konsole -e Encoden -p 1 -d "Urlaubsvideo ist fertig"

Dann bekommt man folgende Meldung:

Soweit so gut, nun kann ich also durch anhängen von “; prowl” hinter einem Befehl mir nach Beendigung des vorangegangen Befehls eine Nachricht auf’s iPhone schicken lassen. Schöner wäre es aber, wenn ich nicht immer daran denken müsste.

Emerge überschreiben

Unter Gentoo verbringt man viel Zeit mit kompilieren, vorzugsweise, wenn man gerade nicht am Rechner sitzt. Umso ärgerlicher ist es dann, wenn man nach zwei Stunden nachschaut und sieht, dass der Vorgang nach 5 Minuten aufgrund eines Fehlers abgebrochen hat.Da ich aber nicht immer den ganzen prowl-Kram hinten anhängen möchte (und wahrscheinlich auch nur bei jedem vierten Mal dran denken würde) und ich außerdem auch gerne wissen möchte, ob er nun erfolgreich fertig kompiliert hat oder in einen Fehler gelaufen ist, muss eine andere Lösung her.

Man kann relativ einfach vorhandene Programme überschreiben in dem man Beispielsweise in ~/.bin ein Script gleichen Namens anlegt. (Man darf nur nicht vergessen, die Argumente an den Befehl zu übergeben). Im Falle von emerge habe ich mir also unter /root/.bin folgendes Script abgelegt:

#!/bin/bash
 
#Alle Argumente zusammenfassen
args=("$@")
 
#und an das eigentliche emerge übergeben
/usr/bin/emerge $@
 
#das zuletzt verarbeitete Paket raussuchen
LAST="$(tac /var/log/emerge.log | awk '$2 == ">>>" {print $4,$5,$6,$7; exit;}')"
 
#checken ob emerge erfolgreich war (exit=0) oder nicht (exit!=0)
#und je nachdem die entsprechenden Nachrichten verschicken.
if [ $? -eq 0 ]
then
  /usr/local/bin/prowl -a Konsole -e emerge -d "Kompilieren erfolgreich" -p 0
else
  /usr/local/bin/prowl -a Konsole -e emerge -d "Fehler bei Paket $LAST" -p 1
fi

nun kann ich einfach weiterhin wie gewohnt emerge xyz eingeben, bekomme aber am Ende je nach Ausgang des Befehls eine Nachricht gepusht. Dieses Vorgehen lässt sich unter Ubuntu natürlich auch mit apt-get verwirklichen, oder mit einem anderen Programm seiner Wahl.

Torrent fertig – Transmission

Das andere Beispiel von oben waren Torrent-Downloads. Ich nutze Transmission als Client und dieser besitzt eine Scriptingschnitstelle, die es ermöglicht am Ende eines Downloades ein Script auszuführen. Dazu geht man in den Menüpunkt Bearbeiten > Eigenschaften > Torrents > Script ausführen wenn Download fertig. Dort habe ich momentan folgendes kleine Bashscript hinterlegt:

#!/bin/bash
 
/usr/local/bin/prowl -a Transmission -e Fertig -d "$TR_TORRENT_NAME fertig runtergeladen." -p 0

Es stehen durch Transmission einige Variablen bereit, eine davon ist $TR_TORRENT_NAME, welche den Namen des Torrents beinhaltet. Weitere findet man hier https://trac.transmissionbt.com/wiki/Scripts

Fazit:

Die Liste der Dinge die man mit diesem System machen kann ist lang, zum Beispiel kann man jeden fehlgeschlagenen Loginversuch auf seinem Root-Server im Internet per Push-Nachricht verschicken, oder sich seinen eigenen Mail- oder Twitter-Push bauen, oder, oder, oder…

Getoppt werden würde das ganze nur noch, wenn es so funktionieren würde wie unter OSX: Dort ist Prowl ein Plugin für das globale Benachrichtigungsystem Growl (daher auch der Name) und es leitet alle Nachrichten einfach weiter, bzw. diejenigen, die man weitergeleitet haben möchte. So eine Schnitstelle zum KDE-Benachrichtigungssystem wäre fantastisch, jemand interesse das mal zu coden? ;)

Ich hoffe ich konnte eure Fantasie ein wenig anregen mit mein paar Beispielen und freue mich auf zahlreiche weitere Vorschläge für Anwendungsfälle!

Nicht zuletzt ein Dankeschön an @kayssun für seinen entscheidenden Hinweis :)

(Ach ja, Entschuldigung für den sperrigen Titel, mir viel einfach nichts besseres ein… ;) )

Christian Seidel / pixelio.de

gpodder ist eine hervorragende Anwendung wenn es um den Download und die Verwaltung von Podcasts geht, erstmal so generell. Leider gibt es zwei kleine Bugs, die den Betrieb mit einem iOS Gerät ziemlich erschweren: Playcounts werden nicht synchronisiert und der freie Platz auf dem Gerät wird nicht erkannt. Soweit so schlecht, ein Betrieb ist erstmal unmöglich.

Doch es gibt für beide Problemchen (mehr oder weniger praktikable) Lösungen:

1. “Nicht genügend freier Speicherplatz auf dem Gerät verfügbar”

Erst einmal muss man unter Ubuntu überhaupt raus finden, wie man gpodder mit dem iPhone beispielsweise bekanntmacht. gpodder erwartet einen Dateipfad zum Gerät, der ist aber unter Lucid Lynx nicht mehr so ganz eindeutig durch das neue GVFS. Man muss wissen, dass die Geräte, die Gnome einbindet unter ~/.gvfs/ liegen. In meinem Falle wäre der Pfad also /home/elu/.gvfs/Jans iPhone/.

Das Problem dabei ist nun, dass man von diesem Mountpunkt keine vernünfitigen Werte bekommt, was den benutzten und freien Speicherplatz angeht, er ist in beiden Fällen “0″. Da aber das Python-Script von gpodder nur genau das abfragt, ist natürlich auf dem iPhone kein Platz mehr verfügbar. (Sondern “0″ Byte).

Um das zu umgehen ist ein kleiner Eingriff in das Sync-Script von gpodder notwendig, in dem man einfach vorgaukelt, dass genügend freier Speicherplatz auf dem Gerät vorhanden ist. Nachteil ist ganz klar, dass man sich nun selbst kümmern muss, dass noch genügend Platz vorhanden ist.

Man nahme also die Datei: /usr/lib/pymodules/python2.6/gpodder/sync.py und such nach folgender Funktion:

def get_free_space(self):
    # Reserve 10 MiB for iTunesDB writing (to be on the safe side)
    RESERVED_FOR_ITDB = 1024*1024*10
    return util.get_free_disk_space(self.mountpoint) - RESERVED_FOR_ITDB

def get_free_space(self):
    # Reserve 10 MiB for iTunesDB writing (to be on the safe side)
    RESERVED_FOR_ITDB = 1024*1024*10
    return 1024 * 1024 * 1024 * 1024 - RESERVED_FOR_ITDB

Nun ist erstmal genug Platz auf dem iPhone “vorhanden”. (Man beachte, das ein Update von gpodder diese Datei wieder überschreiben wird!) Kommen wir zum zweiten Problem:

2. Playcounts werden wieder auf “ungespielt” gesetzt

Nun ist man also in der Lage, sein iPhone oder sonstiges iOS Gerät mit Podcasts zu bespielen. Leider gibt es nun noch einen Fehler in der Bibliothek libgpod, welche bei jedem Synchronisationsvorgang alle Podcasts auf den Status ungespielt zurücksetzt und man sich die Stelle an der man aufgehört hat wieder mühsam suchen muss.

Ich habe vor einiger Zeit diesbezüglich mal an die Mailingliste geschrieben und auch Prompt Antwort erhalten:

http://sourceforge.net/mailarchive/forum.php?thread_name=4BF05795.2030805%40virtualpixel.de&forum_name=gtkpod-devel

Kurzfassung: Es gibt bereits zwei Patches gegen das Problem, sie werden auch demnächst in den offiziellen libgpod-Zweig einfließen. (Dies ist bislang, so weit ich das überblicken kann, noch nicht geschehen)

Man nimmt sich also die beiden Patches aus obigem Link und korrigiert damit den Quelltext von gpodder. Et volia, nun funktioniert auch der Sync von Podcasts OHNE dass sich bereits angespielte Episoden wieder zurücksetzten. Allerdings kommt es, zumindest bei mir, öfters vor, dass bei einem zweiten Sync ein Podcasts doppelt auf dem iPhone vorhanden ist, oder das ein zweiter Sync benötigt wird, damit die Playcounts wieder stimmen. Aber das wird sicher auch noch gefixt…

Nun wünsche ich euch fröhliches Synchronisieren eurer Podcasts!

Sobald ich mein iPhone an iTunes anstecke, werden neue Podcasts auf das Gerät kopiert, auf dem Gerät oder auf dem Laptop gehörte Podcasts werden vom Gerät gelöscht, auf dem Laptop oder iPhone zum Teil gehörte Podcasts werden mit ihrer Abspielposition synchronisiert, auf dem Gerät gehörte Podcasts werden im iTunes als gehört markiert und so weiter und so fort. Außerdem wird die gesamte Musik- und Videosammlung gesynct, oder halt nur Teile davon, je nachdem wie man es vorher im iTunes eingestellt hat. Total komfortabel also: einstecken, warten, abziehen und auf dem neusten Stand sein – ohne Interaktion.

Unter Linux ist mir bis dato kein Weg bekannt, mein iPhone oder meinen iPod (oder irgendeinen anderen Mp3 Player, wobei das nur geraten ist) genauso bequem zu verwalten. Klar kann ich Musik, Videos und Podcasts auf das Gerät spielen, aber halt alles per Hand und manuell. Einzig gpodder hat einen Sync-Modus, welcher allerdings durch einen Bug in libgpod momentan für iPhone Benutzer unbrauchbar ist, und auch nicht automatisch synct.

Sicherlich ist iTunes nicht das Maß aller Dinge, aber leider noch sehr vieler…

Seit nunmehr fast drei Jahren ist das Apple iPhone auf dem Markt, seit ungefähr zwei Jahren der iPod  Touch und seit ungefähr einem Monat das iPad. So unterschiedlich diese Geräte auch alle sind, haben sie eines gemeinsam: Das Betriebssystem ist bei allen dreien das iPhone OS.Grundsätzlich sind diese Geräte kompatibel zu Mac OSX und mit Einschränkungen auch zu Microsoft Windows. Grund sind die geschlossenen Protokolle von Apple, die einen Zugriff auf das System ermöglichen.

Nun sind diese Geräte allerdings sehr populär, nicht nur unter OSX und Windows Benutzern, sondern auch unter Linuxbenutzern. Ich selber bin nun seit 2 Jahren meist glücklicher Besitzer eines iPhones. Es war also nur eine Frage der Zeit, bis sich die ersten Personen der Problematik annehmen und versuchen diese Geräte linuxkompatibel zu machen, so dass man beides unter einen Hut bringen kann.

Das war, gerade zu Anfangszeiten, nicht immer einfach und ich habe ein Menge geflucht und noch mehr probiert. (Man suche einfach in meinem Blog nach iPhone) Doch mittlerweile hat sich das Bild extrem zum positiven gewendet.

Anfangs brauchte man zwingend einen Jailbreak, um überhaupt irgendwas mit dem iPhone unter Linux anzustellen, ein SSH-Zugang zum Gerät war essentiell. Eigentlich nichts schlimmes, aber nicht jeder möchte, bzw. ist in der Lage dazu, sein iPhone zu jailbreaken. Auf Dauer konnte dies also keine akzeptable Lösung sein.

Wie sieht es den heute also aus? Sehr, sehr, und ich glaube man kann mit gutem Gewissen noch ein weiteres “sehr” hinzufügen, gut! Fangen wir mal an uns die Einzelheiten anzuschauen.

Die Software

Fangen wir mit der benötigten Software an: An erster Stelle wäre da die Bibliothek libimobiledevice, ehemals libiphone, zu nennen. Sie ist eines der wichtigsten Teile, damit die iPhone OS Geräte überhaupt unter Linux angesprochen werden können. Der zweite wichtige Teil ist die Bibliothek libgpod, welche sich um die Musik- und Podcastverwaltung kümmert. Selbstverständlich gibt es noch eine Reihe anderer Software, ohne die der Zugriff auf das iPhone OS nicht möglich wäre, wie zum Beispiel ifuse (um das Dateisystem über fuse einzubinden), usbmuxd (um über USB mehrere parallele Verbindungen zum Gerät aufzubauen) und libplist (um die plist Dateien von Apple zu lesen und zu schreiben). Diese sind aber sehr technisch und auf unterster Eben angesiedelt, so dass ich darauf an dieser Stelle nicht weiter eingehen werden. Man findet sie ebenfalls alle auf libimobiledevice.org, allerdings sollten sie automatisch per Paketmanagement installiert werden bei den meisten Distributionen.

Wichtig an dieser Stelle: libimobiledevice braucht keinen (!) Jailbreak des Gerätes!

Grundlagen

Das Grundlegende ist der Dateisystemzugriff und das Handling der Apple eigenen Protokolle auf das Gerät, ohne dem geht nichts. Diese Funktionalität wird von der Bibliothek libimobiledevice gehandelt, besser gesagt bietet sie die Möglichkeit dafür. Für die praktische Umsetzung benötigt es noch weiterer Programme. Unter Gnome gibt es in der aktuellen Version des GVFS (>= 1.5.1) schon Unterstützung für das iPhone OS, vorausgesetzt, dass libimobiledevice installiert ist.

Unter KDE gibt es seit kurzem einen KIO-Slave für den Zugriff, dieser ist allerdings noch Mitten in der Entwicklung. Ansonsten gibt es noch eine desktopunabhängige Möglichkeit über ifuse das Gerät manuell an einen Pfad zu mounten. Der zugriff auf das Dateisystem ist schon mal viel Wert, doch damit alleine lässt sich erst mal nichts anfangen.

Musik, Podcasts und Videos

Hat man ein iPhone OS Gerät möchte man darauf früher oder später Musik, Podcasts und Filme hören/schauen. Dafür zuständig ist unter Linux die Bibliothek libgpod. Warum braucht es dazu extra ein Tool? Bei allen Apple iPods (und auch das iPhone ist in der Hinsicht ein iPod) wird die Musik nicht einfach nur auf das Gerät gespielt, sondern es wird eine interne Datenbank gepflegt, damit zusätzliche Metadaten wie Playcount, Rating etc. gespeichert werden können. Dummerweise ist diese Datenbank (im aktuellen OS übrigens eine einfache SQLite DB) mit einem Hash versehen, die sie vor Manipulation schützen soll. Es gilt also zwei Probleme zu meistern: DB Verwaltung und Hash-Handling. Beides ist mittlerweile kein Problem mehr, wenn man sich der Bibliothek libgpod bedient. Sie kann die Datenbank aller aktuellen iPod und iPhone OS Modelle lesen und mit dem richtigen Hashwerten schreiben. Technisch gesehen also kein Problem. Fehlt nur noch das Programm, welches die Bibliothek benutzt.

Unter Ubuntu Lucid Lynx werden die iPhone OS Geräte beim einbinden in das System als Musikplayer erkannt. Rhythmbox bindet das Gerät problemlos ein, Podcasts und Musik können einfach per Drag and Drop auf das Gerät übertragen werden. Am Ende des Kopiervorgangs erscheint kurz der “Synchronisiere…” Bildschirm, die Datenbank wird geupdatet.

Banshee ist ein weiterer populärer Mediaplayer unter der Gnome-Desktopumgebung. Leider bauen die Entwickler nicht auf die libgpod Bibliothek auf, sondern haben vor einiger Zeit begonnen eine eigene zu entwickeln, namentlich “podsleuth“, welche aber bis heute vom Funktionsumfang weit hinter libgpod zurückfällt. Lediglich einige der ersten iPods werden unterstützt. Das umschwenken auf libgpod wird immer wieder von Benutzern gefordert (nicht zuletzt von mir auch schon) aber bislang leider nicht in die Tat umgesetzt. Unter anderem wird es wohl dadurch erschwert, da Banshee in C# bzw. Mono geschrieben wurde und dafür keine libgpod-Bindings vorhanden sind. Meiner Meinung nach sehr schade, da ich persönlich Banshee einen Ticken besser finde…

Eine Anwendung extra für Podcasts ist gpodder, welche selbstverständlich, da ebenfalls auf libgpod aufbaut, auch mit den iPhone OS Geräten zusammenarbeitet und einen komfortablen Sync der Podcasts ermöglicht. Meine Favorisierte Anwendung für Podcasts.

Leider gibt es bei den Podcasts aktuell einen extrem nervigen Bug: Die Geräte merken sich, an welcher Stelle im Podcasts man aufgehört hat zu hören. (When Syncing New Podcasts – played and partially played episodes are reset) Man muss also einen Podcasts nicht an einem Stück hören oder sich merken wo man aufgehört hat. Dummerweise wird dieser Wert bei jedem Schreiben der DB zurückgesetzt, so dass alle Podcasts wieder als “ungespielt” markiert sind.

Als GTK-Anwendung wäre dann noch gtkpod zu nennen, welche von den Entwicklern der libgpod Bibliothek selbst entwickelt wird. Als Notlösung mal ganz nett, aber ansonsten sind Rhythmbox und Konsorten die bessere Wahl.

Update: Wie ich in den Kommentaren drauf hingewiesen wurde, kann gtkpod Videos auf das iPhone transferieren. Gerade kurz getestet und es hat funktioniert. Updateende

Unter KDE gibt es als Nennenswerten Mediaplayer nur Amarok. In der aktuellen Version ist das managen der iPhone OS Geräte rudimentär möglich. Sie tauchen selbstständig beim einstecken in Amarok auf und Musik lässt sich übertragen und löschen. Podcast-Sync ist noch in Arbeit. (Dies ist aber ein generelles Problem in Amarok, welches alle portable Mediaplayer betrifft.) Sollte das Gerät in Amarok nicht automatisch auftauchen, so kann es daran liegen, dass eine HAL-Regeldatei fehlt, die das Gerät als Mediaplayer ausweist. Hier ist meine zum Download. Einfach nach /etc/hal/fdi/policy/ kopieren und HAL, bzw. das System neustarten.

Kontakte, Kalender, etc.

Wie schon hier beschrieben, halte ich den besten Weg immer noch über einen Dienst in der Wolke, zum Beispiel Google oder Nuevasync, welche auf iPhone OS Seite einen Exchange ActiveSync bereitstellen. Dazu entweder Evolution, welches von Haus aus mit Google syncen kann, Thunderbird und Lightning mit enstprechenden Plugins (Google Contacts und Provider for Google Calender, bzw. direkt über CalDAV, welches das iPhone auch nativ beherrscht übrigens) oder unter KDE unter Zuhilfenahme des Akonadiplugins.

Möchte man nicht über das Internet syncen, sondern lediglich lokal, so geht dies mittlerweile, wenn auch nur sehr eingeschränkt: Für den Kalender, die Kontakte, sowie Notizen und Lesezeichen gibt es Conduit-Module, welche allerdings bislang nur einen lesenden Zugriff gestatten, als experimental eingestuft und nicht von mir getestet sind (siehe libimobiledevice.org).

Tethering

Eine nützliche Funktion des iPhone OS von der ich recht häufig Gebrauch mache ist das Tethering, also das Bereitstellen der Internetverbindung für den Laptop beispielsweise. Zu Anfangszeiten musste man sich hierfür noch mit einem gejailbreakten iPhone, SSH-Zugang und einem SOCKS-Proxy herumschlagen, etwas später dann die PPP-Verbindung. Zwar sehr geekig wenn man auf seinem Laptop rumhackt und nach zwei Minuten ein Grinsen im Gesicht hat, weil man so was extrem geekiges gerade macht, aber komfortabel sieht irgendwie anders aus.

Diese Zeiten sind zum Glück vorbei und es ist genauso komfortabel eine Internetverbindung für den Comupter über das iPhone aufzubauen wie unter OSX oder Windows. Man hat die Wahl zwischen Bluetooth oder dem USB-Kabel. Beides habe ich in diesem Artikel ausführlich behandelt. Anzumerken sei lediglich, dass die aktuelle Version des NetworkManagers in Ubuntu Lucid Lynx eigenständig das PAN aufbauen kann, Blueman also nicht mehr nötig ist.

Springboardappiconsortierung

Mit iTunes 9punktIrgendwas kam die Möglichkeit sein Springboard, also die Applications Icons, am Desktop zu ordnen, extrem komfortabel mit der Maus. Diese Funktionalität gibt es über ein Python Programm namens sbmanager nun auch unter Linux. Detailliertere Infos gibt es in FERNmanns Blog.

Fotos

Fotos ließen sich von Anfang an vom Gerät runterladen, da es sich standardmäßig als Kamera am System anmeldet. Der vollständige Sync, also das hochladen von Fotos, sowie das Managen der einzelnen “Filme” auf dem Gerät funktionieren noch nicht.

Backup, Restore, Appinstall und weiterer Entwicklerkram

Abseits der Mainstreambedürfnisse eines Linux-iPhone OS Users gibt es aber noch weitere Anstrengungen um das Gerät besser mit Linux zu nutzen. Das größte Problem stellt weiterhin das Backup und der Restore da: Einer der einzigen Gründe, warum ich mein iPhone wöchentlich ans iTunes hänge ist, damit ich ein Backup von Gerät habe. Über das Programm idevicebackup, welches Teil von libimobiledevice ist, soll es in Zukunft möglich sein, native iPhone OS Backups (full und incremental) zu erstellen, sowie diese auch wieder auf das Gerät zurück zu spielen. Restore funktioniert bislang noch gar nicht, Backup nur so halb…

Alle möglichen Infos zum Gerät bekommt man mit dem Programm ideviceinfo.

Ist man selber Entwickler so kann man mithilfe des Programms ideviceinstaller eigene Apps auf das Gerät installieren, bzw. auch wieder löschen. Auch eventuell für Entwickler interessant sein könnte das Programm idevicesyslog, welches, passenden Daemon auf dem iPhone vorausgesetzt, das Syslog des iPhone streamen kann.

iPad und iPhone OS 4.0

Das iPad ist seit kurzem auf dem Markt und verkauft sich wie geschnitten Brot (1. Millionen Geräte in den ersten 28 Tagen) und auch das nächste iPhone inklusive iPhone OS 4.0 steht in den Startlöchern. Wie schaut es also in Zukunft aus? Gut, das iPad wird heute schon von libimobiledevice unterstützt und iPhone OS 4.0 laut ersten Erfahrungsberichten im Netz ebenfalls, mit Ausnahme des Musiksyncs, da aufgrund des neuen Bookshops mal wieder ein neuer DB-Hash Einzug erhalten hat. Die Entwickler stellen aber in Aussicht, ihn bis zum finalen Release geknackt zu haben, so das auch die 4.0 unterstützt wird.

Fazit

Schaut man sich die Entwicklung der letzten drei Jahre an, kann man eigentlich nur staunen und bewundernd den Hut vor den Leuten ziehen, die das alles möglich gemacht haben. Die iPhone OS Geräte lassen sich mittlerweile sehr komfortabel unter Linux managen und mit den diversen Medien betanken. Sicherlich, es gibt noch eine Menge Baustellen, allen voran die oben angesprochene Backup- und Restoreproblematik. Auch Softwareupdates erfordern noch ein iTunes, vom erstmaligen Aktivierungsvorganges eines jeden neuen Gerätes ganz zu schweigen. Auch der Podcastbug ist mehr als nur nervig, aber so schnell wie die Entwicklung voran geht, bin ich mehr als gespannt, was uns die nächste Zeit noch so bringen wird.

Ich hoffe ich konnte mit diesem Beitrag einen guten Überblick über den aktuellen Stand liefern und ein paar Fragen klären.

Ich für meinen Teil habe im Zuge der Artikelerstellung den Donate-Button auf der Entwicklerseite betätigt und den Leuten 20€ zukommen lassen und kann an dieser Stelle nur dazu aufrufen ebenfalls ein wenig zu spenden, damit uns diese Leute weiterhin überraschen, zum staunen bringen, uns glücklich machen und weiterhin spitzen Software schreiben.

In diesem Sinne, ich lade dann mal die neuen Podcastfolgen auf mein iPhone, damit ich morgen auf dem Weg zur Berufsschule was zu hören habe…

Ich muss nächste Woche beruflich für zwei Tage ins Europäische Ausland, genauer gesagt nach Österreich. Natürlich werde ich mein iPhone mitnehmen, würde aber ungern mit einer horrenden Rechnung nach Hause kommen. Ich hörte vor einiger Zeit, dass man bei T-Mobile die Möglichkeit hat, seine Inklusivminuten auch im Ausland zu benutzen. Die Option heißt Smart Traveller und kann ohne weitere Kosten aktiviert werden, bei neueren Tarifen ist sie bereits aktiviert. Ein kurzer Anruf bei der kostenlosen Hotline 2202 (vorausgesetzt, man ruft vom Handy aus an und ist Kunde von T-Mobile) wurde die Option bei mir aktiviert und ich kann nun meine Inklusivminuten auch im Ausland verbrauchen. Zusätzlich muss man für die ersten 60 Minuten die man angerufen wird ebenfalls nichts bezahlen. Sehr schön, macht der rosa Riese auch mal was Positives…

Nun bleib aber das Problem trotzdem in die Kostenfalle zu laufen, zum Beispiel durch Datenroaming. Ab Juni diesen Jahres müssen die Telkos eine Obergrenze für entstandene Kosten im Ausland einführen, welche beim Erreichen alle weiteren Anrufe und Datenverbindungen blockt und das Informieren per SMS auslöst. Der EU und dem neuen Roaminggesetz sei dank! Daraufhin entstehen keine weiteren Kosten, es sei denn, man deaktiviert die Grenze wieder. Damit es nicht zu plötzlich kommt, wird man beim erreichen von 80% der Grenze schon einmal per SMS informiert. Die Grenze wird im Juni bei jedem automatisch aktiviert und auf 60€ gestellt. Dabei gilt: Es gibt eine Grenze für Datenroaming und ein Grenze für Telefonieroaming. Dementsprechend liegt das gesetzliche Maximum dann bei 120€!

Da mir diese Grenzen zu hoch sind, und außerdem noch nicht Juni ist und diese Option daher bei mir noch nicht aktiviert, habe ich es per Hotline veranlasst und jeweils auf 10€ setzen lassen. So kann ich das Roaming auf dem iPhone auch mal anschalten wenn es notwendig ist, werde dafür aber maximal 10€ bezahlen. Dasselbe gilt für Gespräche, aber da habe ich ja mein Inklusivvolumen. Der Teil der Reisevorbereitungen ist damit abgeschlossen, Österreich ich komme!

Ich bin zu meinem Leidwesen oft recht vergesslich, deswegen sind ein Kalender und eine Todoliste Pflicht für mich. Große Anforderungen habe ich (eigentlich) nicht: Ich möchte eine Übersicht haben, was heute zu erledigen ist, was die nächsten Tage anfällt und ich möchte es in der Cloud speichern, damit ich vom Laptop ebenso drauf zugreifen kann, wie vom iPhone. Und da beginnt das Problem. Eine Todoliste macht für mich halt nur Sinn, wenn ich sie, in diesem Falle in Form des iPhones, immer bei mir habe bzw. von überall aus benutzen kann.

Auf iPhoneseite gibt es unzählige Aufgabenverwaltungen, von komplexen Getting-Things-Done (GTD) Anwendungen wie Things oder OmniFocus hin zu ganz einfachen Checklisten. Schaut man sich nun an, welche Programme davon in die Cloud syncen, lichtet sich der Wald schon ein wenig. Sucht man nun noch ein Programm unter Linux, welches sich mit einem Cloudservice synchronisieren kann und betrachtet die Schnittmenge, bleibt genau ein Anbieter über: Remember The Milk (RTM).

Remember The Milk

RTM ist kein Getting-Things-Done-Tool, sondern eher eine erweiterte Aufgabenverwaltung. Prinzipiell ist es erstmal ein Webservice. Es werden Tags und Listen unterstützt, man kann Fälligkeitstermine, auch sich wiederholende, festlegen und sich über diverse Wege daran erinnern lassen, Zeitschätzungen zur Dauer der Aufgabenerledigung angeben. und Notizen zu den Aufgaben hinterlegen. Die Standardansicht im Webfrontend zeigt einem an, was man heute zu tun hat, bzw. welche Aufgaben bereits überfällig sind. So stelle ich mir das vor: Eine Aufgabe eintragen, den Kopf frei machen für was anderes und im richtigen Moment daran erinnert werden. Ausserdem gibt es eine API, so dass man auch mit Clientprogrammen seine Aufgaben verwalten kann, was uns zum nächsten Punkt bringt.

Tasque

Auf Linuxseite benutze ich das Programm Tasque. Super einfache Bedienung und es synchronisiert sich sehr gut mit RTM. Listen werden unterstützt, Tags allerdings nicht. (Für mich irrelevant).
Tasque besticht durch seine Schlicht- und Einfachheit. Es ist in einer aktuellen Version in den Paketquellen von Ubuntu enthalten und kann dementsprechend einfach installiert werden.
Seit Version 0.2 unterstützt nun auch Getting Things Gnome (GTG) den Sync mit RTM über ein Plugin des neuen Pluginsystems. GTG ist allerdings irgendwie nicht mein Fall, aber das ist wohl Geschmackssache. Ausserdem kann es sein vollen Funktionsumfang in Verbindung mit RTM leider auch nicht ausspielen. Projekte und Unterprojekte als Beispiel sind nicht möglich, da dies seitens RTM nicht unterstützt wird.

Unterwegs

RTM versteht sich auf der mobilen Seite mit allen großen System, vom iPhone, über Android und Symbian bis hin zu Windows Mobile, für die es jeweils eine native App direkt von RTM gibt. Allerdings wären wir damit auch schon beim Knackpunkt der Geschichte. Der Mobilesync erfordert eine RTM Pro-Mitgliedschaft, welche 25$ pro Jahr kostet. Ich habe einen guten Wechselkurs erwischt und habe umgerechnet 16€ bezahlt. Die Pro-Mitgliedschaft kann, inklusive der Anwendung auf dem mobilen Gerät für 14 Tage lang kostenlos getestet werden.

Die Anwendung auf dem iPhone ist allererste Sahne, wenn ich das mal so salopp ausdrücken darf. Da sie direkt von RTM ist, werden selbstverständlich alle Funktionen hervorragend unterstützt. Die RTM-App ist also  ein Pflichtdownload für das mobile Gerät, um einiges voraus vor allen anderen Apps, die unterwegs ebenfalls RTM-Sync versprechen.

Die iPhone App bedient sich des Apple Push-Notification-Dienstes, um die Anzahl der heute zu erledigenden Aufgaben in einer kleinen Badge auf dem Icon anzuzeigen und um einen zur selbst festgelegten Zeit an die Aufgaben per PopUp und Kuhglockensound zu erinnern.

Fazit

Ich bin hoch zufrieden und bereue keinen Tag die Pro-Mitgliedschaft erworben zu haben. RTM nimmt mir einiges an Arbeit ab und ich kann mich auf die wichtigen Sachen konzentrieren ohne irgendwas zu vergessen – man läuft nicht mehr so vergesslich und verplant durchs Leben. Die Synchronisation von Linux, über den Webservice bis zum iPhone klappt ohne Probleme. Und die kleine Badge auf dem iPhone, immer sichtbar im Dock, erzeugt ein so ungeheuer schlechtes Gewissen, wen man mal etwas aufgeschoben hat….

]]> http://www.ausminternet.de/2010/01/17/aufgabenverwaltung-mit-remember-the-milk-zu-hause-und-unterwegs/feed/ 18 http://www.ausminternet.de/2010/01/08/natives-iphone-tethering-unter-linux/ http://www.ausminternet.de/2010/01/08/natives-iphone-tethering-unter-linux/#comments Fri, 08 Jan 2010 12:44:22 +0000 Jan http://www.virtualpixel.de/?p=1176 Weiterlesen →]]>

Nachdem die native Tetheringfunktion auf meinem iPhone Classic nun endlich aktiviert ist, will sie natürlich auch genutzt werden. Doch wie schaut es aus unter Linux, bzw. Ubuntu mit Gnome im Speziellen? Ich nehme das Ergebnis mal vorweg: perfekt!

Vorweg sei gesagt: Für das nachfolgende braucht man KEINEN Jailbreak! Bei mir war er nur nötig um die Tetheringoption freizuschalten. Für iPhone 3G und 3GS die Tethering aktiviert haben, geht es ohne!

Das iPhone kennt zwei Möglichkeiten des Tetherings: über das USB-Kabel und über Bluetooth. USB wäre die bessere Möglichkeit, da es definitiv akkuschonender ist, also dort mal zuerst geschaut. Ziemlich schnell war klar, das es relativ aussichtslos  sein würde, da unter Windows und OSX ein neuer, proprietärer Netzwerkadapter angelegt wird und es dafür bislang keine Treiber gibt um ihn auch unter Linux zu benutzen. Bleibt also noch Bluetooth.

Update 1 (ungetestet):

Ich bekam gerade folgenden link zugeschickt: iPhoneEthernetDriver Damit soll auch das USB-Tethering möglich sein, durch ein neues Kernel Modul.

Update 2 (getestet):

Der obige Link funktioniert! Damit hat man dann auch USB-Tethering :) Dennoch finde ich Bluetooth (vorausgesetzt, es geht nicht um jede Minute Akkuleistung) irgenwie charmanter, so ganz ohne Kabel… (Danke Michi!)

Über Bluetooth wird ein Personal Area Network aufgebaut (PAN). Dies ist ein standardisiertes Verfahren und sollte daher ohne Probleme funktionieren.

Es gibt zwei Wege, die Bluetooth-PAN Verbindung zu nutzen: mit dem NetworkManager oder ohne NetworkManager. Bei beiden Methoden muss das iPhone mit dem PC gepaired sein, wovon ich im Folgenden einfach ausgehe (Bei Problemen: Bluetooth im ubuntuusers.de Wiki). Wer den NetworkManager nutzt, kann gleich zu Methode 2 gehen.

Methode 1: Ohne NetworkManager

Dafür muss die Bluetoothverbindung und das PAN manuell erstellt werden. Zuerst muss die Hardwareadresse des iPhone rausgefunden werden:

hcitool scan

Oder man schaut unter Einstellungen -> Allgemein -> Info am iPhone.

Nun baut man zuerst das PAN auf (statt 00:00… seine eigene Adresse einsetzen):

pand -c 00:00:00:00:00:00 -n

Danach das neue erstellte Interface hochfahren:

ifconfig bnep0 up

Und sich per DHCP eine IP-Adresse vom iPhone holen:

dhclient bnep0

Dies kann man sich auch zukünftig ersparen, in dem man folgende Zeile in die /etc/network/interfaces einträgt:

iface bnep0 inet dhcp

Nun sollte man über das iPhone online sein! Um die Verbindung wieder abzubauen, einfach folgendes eingeben:

ifconfig bnep0 down
pand -K

Das ganze geht auch etwas komfortabler mit einem Script (bei mir unter /usr/local/bin/tether):

#!/bin/sh
 
pand='/usr/bin/pand'
ifup='/sbin/ifup'
ifdown='/sbin/ifdown'
phone_address='00:1C:B3:56:34:C6'
 
case "$1" in
 
  start)
 
        echo "Connecting to iPhone : "
        $pand --connect $phone_address -n
        sleep 2
        $ifup bnep0
        echo "done."
   ;;
 
  stop)
 
        echo "Disconnecting from iPhone : "
        $ifdown bnep0
        sleep 2
        $pand -K
        echo "done."
   ;;
 
  *)
 
        echo "Usage: tether { start | stop  }"
 
        exit 1
 
   ;;
 
esac
 
exit 0

Methode 2: Mit NetworkManager

Wenn man den NetworkManager benutzt, was man per default macht wenn man ein aktuelles Ubuntu einsetzt, dann kommt man mit der obigen Methode nicht weit, da viele Programme, darunter auch der Firefox, darauf warten, dass der NetworkManager das “online” Signal gibt. Da er allerdings vom Konsolengetippe nichts mitbekommt, ist man noch “offline”.

Leider klappt es nicht von Haus aus mit dem Gnome Bluetooth Manager. Es gibt allerdings einen, in meinen Augen wesentlich besseren Ersatz für diesen: Blueman

In Karmic ist er erfreulicherweise in den offiziellen Paketquellen enthalten, leider aber sehr veraltet. Um das Tethering benutzen zu können benötigt man eine aktuelle Version aus ppa:blueman/ppa

Nach einem beherzten apt-get update und apt-get install blueman wird der alte Gnome Bluetoothmanager gelöscht und durch Blueman ersetzt.

Nun kann man das iPhone als neues Gerät einrichten. Nachdem man dies getan und dem iPhone in Blueman vertraut hat, kann man mittels Rechtsklick auf das Gerät in der Geräteliste das Tethering mit Aktivierung des Network Acces Points starten. Der Rest sollte automatisch geschen: Es wird eine neue Verbindung im NetworkManager angelegt und aktiviert, es wird sich per DHCP eine Adresse geholt und die Routen werden gesetzt; man ist online, technisch und, was viel wichtiger ist, auch aus Sicht des networkManagers.

Das einzige was nun zukünftig getan werden muss, um eine Verbindung aufzubauen ist in meinem Falle ein Rechtsklick auf das Blueman Trayicon -> Letzte Verbindungen -> Netzwerkzugriff auf Jan’s iPhone

Natürlich sind nicht alle Sachen von mir herausgefunden worden. Leider ist mir der Firefox abgestürzt und die Tabs sind weg. Daher kann ich keine Quellenangaben der (meist englischen) Seiten geben. Daher geht mein Dank an das große, weite, allwissende Internet im Allgemeinen! Ich hoffe auf euer Verständniss.

Mit der Firmwareversion 3.0 des iPhone OS bekam es die Möglichkeit des “Tetherns” spendiert. (Welche wohl übrigens schon, versteckt,  seit 1.0 implementiert gewesen sein soll…) Tethering bedeutet, dass das iPhone als Modem für einen Computer fungieren kann, also seine Internetverbindung mit ihm teilt. Als die Ankündigung letztes Jahr gemacht wurde, freute ich mich tierisch, musste ich doch bislang immer mein altes Nokia noch mitnehmen um unterwegs online zu sein. Doch zu früh gefreut; Tethering sollte nur für die 3G Modelle verfügbar sein. Fadenscheinige Begründung für diese Entscheidung war, dass EDGE zu langsam ist. Mal davon abgesehen, dass zwei Jahre zuvor EDGE besser war als geschnitten Brot und man auch davor schon Jahre lang “getethered” hatte, verstehe ich solche Marketingentscheidungen einfach nicht.

Es hatte allerdings auch was gutes, dass es lediglich eine Marketingentscheidung war. Man konnte damit davon ausgehen, dass es keine technische Beschränkung gibt, sondern nur eine Softwareseitige. Und das sollte sich umgehen lassen! Ich machte mich also auf die Suche im World Wide Web und traf auf viele Leute und Threads die eben dieses Ziel vor Augen hatten. Leider ohne Glück bis dato. Es schien doch nicht so einfach zu sein wie gedacht und ich verlor es mit der Zeit aus den Augen. (Nichts desto trotz fand ich eine Lösung das iPhone zu tethern, wenn auch etwas umständlich, aber zumindest recht geekig)

Vor zwei Tagen, las ich folgendes von @schimmelkolonie:

Woot! iPhone tethering auf dem Classic 2G, schreibe damit gerade diesen Tweet!

Meine Neugier war geweckt und ich bat ihn um nähere Infos. Wir tauschten uns kurz aus und er versprach einen Blogartikel drüben bei schimmelkolonie.de zu verfassen. Es dauert genau einen Tag und Tethering mit dem iPhone 2g / Classic war online. Michi beschreibt dort sehr schön die Hintergründe und die Infos, welche man braucht um tethering auf einem 2G zu aktivieren. Inklusive sämtlicher Threads in den diversen Foren. Dazu möchte ich noch zwei Dinge anmerken:

1. Es gibt keine 100%ige Schritt-für-Schritt-Anleitung des Ganzen. Ich hatte überlegt eine solche zu verfassen, den Gedanken dann aber wieder verworfen. Grund: Wer es mit den gegebenen Informationen nicht alleine schafft, der sollte lieber die Finger davon lassen bevor er sein iPhone funktionsunfähig macht.
2. Am Ende beschreibt Michi Änderungen an seiner carrier.plist. Ich brauchte diese Änderungen nicht vorzunehmen. Ein Grund könnte sein, dass ich ein original T-Mobile iPhone inklusive Vertrag besitze und er eines mit O2 Vertrag. Also erst schauen ob es auch ohne funktioniert!

Zum Schluss möchte ich mich noch einmal ganz ganz ganz dolle bei Michi bedanken, endlich kann das Nokia in der Schublade bleiben!

Und wie schaut es aus mit Linux?

Natürlich ist diese Frage für mich fast noch wichtiger, aber ich kann sagen: es funktioniert über Bluetooth komplett transparent mit dem NetworkManager in Ubuntu! Aber dazu heute im Laufe des Tages ein gesonderter Artikel.

]]> http://www.ausminternet.de/2010/01/08/tethering-aktivieren-auf-dem-iphone-2g/feed/ 4 http://www.ausminternet.de/2009/07/18/das-iphone-als-modem-unter-linux-ohne-proxy-per-usb-kabel-und-auch-das-2g/ http://www.ausminternet.de/2009/07/18/das-iphone-als-modem-unter-linux-ohne-proxy-per-usb-kabel-und-auch-das-2g/#comments Fri, 17 Jul 2009 22:35:45 +0000 Jan http://www.virtualpixel.de/?p=924 Weiterlesen →]]>

ACHTUNG:

bitte vorher auf die Übersichtsseite zum Thema iPhone & Linux schauen. Es gibt mittlerweile die Möglichkeit das native iPhone OS 3 Tethering auf einem 2G zu aktivieren und es unter Linux zu nutzen, per Bluetooth und per USB!

Seit iPhone OS 3.0 gibt es die Möglichkeit des “Tetherings”, auf gut deutsch: die Nutzung des iPhones als UMTS-Modem. Wie das nun genau funktioniert, und ob es überhaupt mit Linux funktioniert kann ich leider nicht testen, da ich noch das iPhone Classic besitze, welches aus marketing “technischen” Gründen diese Funktion nicht besitzt.

Wie dem auch sei, es muss eine Lösung her! Bislang bin ich über ein altes Nokia 6300 unterwegs ins Internet gegangen, MultiSim sei dank. Aber richtig prickelnd ist das nicht. Besser wäre es, das iPhone dafür zu benutzen. Ausserdem sollte es nicht WLAN-basierend sein, sondern über das USB-Kabel funktionieren, damit sich das iPhone vom Laptop mit Strom versorgen kann und nicht in 2 Stunden leer gesaugt ist.

Zum Glück ist das Internet groß und voller Informationen, so dass man das Rad nicht neu erfinden muss. Daher geht der ganze Dank für diesen Artikel auch an snap_b, der hier den Großteil der Anleitung auf English veröffentlicht hat.

Ziel ist es, eine PPP-Verbindung über SSH aufzubauen.

Ich werde nun im Folgenden den Artikel übersetzen und mit einem kleinem Script am Ende versehen, damit das Ganze etwas komfortabler wird.

Alle Befehle müssen als Root ausgeführt werden!

Schritt 1: iTunnel

iTunnel ermöglicht es, eine SSH-Verbindung aufs iPhone über das USB-Kabel herzustellen. Man läd es hier runter und entpackt es nach /opt/itunnel

Eine Installation ist nicht notwendig.

Nun wird iTunnel kurz getestet (als Root!):

/opt/itunnel/itunnel

Es sollte folgendes zu sehen sein:

get_iPhone() success
- successfully got device
server waiting for ssh connection

Auf einer zweiten Konsole stellt man nun eine SSH-Verbindung her:

ssh -p 3023 localhost

Wie man sieht, stellt iTunnel eine SSH-Verbindung auf localhost mit Port 3023 bereit. Nun sollte man in der Konsole des iPhones sein.

Schritt 2: Passwortloser Zugriff

Damit man nicht jedesmal sein Passwort eingeben muss, werden nun SSH-Keys ausgetauscht. Dazu wird zuerst ein Key auf dem Host erstellt:

ssh-keygen

dabei können alle Abfragen einfach mit Enter bestätigt werden!

als nächstes muss auf dem iPhone etwas getan werden:

ssh -p 3023 localhost
mkdir /var/root/.ssh

normalerweise würde jetzt einfach der SSH-Key mit scp kopiert werden, da es leider mit der Firmware 3.0 des iPhones und der aktuellen iTunnel Version ein Problem gibt, ist es nicht Möglich etwas vom Host auf das iPhone per scp zu kopieren. Deswegen habe ich den “Umweg” über iFuse genommen. Wie das geht steht hier.

Hat man das iPhone über iFuse eingebunden, zum Beispiel unter /media/iPhone dann kann man nun die Keys kopieren.

cp /var/root/.ssh/id_rsa.pub /media/iPhone/private/var/root/.ssh/

Nun wieder zurück zum iTunnel und ab aufs iPhone. Dort dann folgendes Copy&Pasten:

mv /var/root/.ssh/id_rsa.pub /var/root/.ssh/authorized_keys2
chmod 755 /var/root
chmod 700 /var/root/.ssh
chmod 644 /var/root/.ssh/authorized_keys2
exit

Nun sollte man sich mit:

ssh -p 3023 localhost

auf sein iPhone einloggen können, ohne das ein Passwort verlangt wird.

Schritt 3: slirp und terminal

Auf iPhone Seite braucht man zum einen das Programm slirp welches eine PPP-Verbindung über eine SSH-Verbindung erstellen kann und zum anderen das Programm Terminal, damit man slirp auch starten kann ;) Beide sind über Cydia erhältlich.

Schritt 4: Das PPP-Script

Das Script für die PPP-Verbindung erstellen:

touch /usr/local/bin/itether

und folgendes reinschreiben:

#!/bin/sh
IP="10.0.2.15:10.0.2.2"
NETMASK="255.255.255.0"
BAUD="115200"
DEBUG="debug logfile /tmp/ppp.log"
COMPRESS=""
PTY="env SSH_AUTH_SOCK=/tmp/501/SSHKeychain.socket ssh -t root@localhost -p 3023 /usr/bin/slirp -P -b $BAUD"
 
pppd $IP netmask $NETMASK $BAUD local noauth defaultroute $DEBUG usepeerdns pty "$PTY"

Schritt 4: Die Start und Stop-Scripte:

Das Script für den Verbindungsaufbau erstellen:

touch /usr/local/bin/istart

und folgendes reinschreiben:

#!/bin/bash
/opt/itunnel/itunnel&
sleep 2
itether&
sleep 4
echo "nameserver 208.67.222.222" > /etc/resolv.conf
while [ TRUE ]
do
sleep 5
done

Das Script für den Verbindungsabbau:

touch /usr/local/bin/istop

und folgendes reinschreiben:

#!/bin/bash
killall pppd && killall itunnel

Schritt 5: Die Verbindung herstellen

Zuerst wird auf dem iPhone slirp gestartet. Dazu einfach die Terminal App öffnen, slirp eingeben, enter drücken und Terminal App wieder schließen. Slirp bleibt solange gestartet, bis es beendet wird, oder das iPhone neustartet.

Wie sich herausgestellt hat, ist es nicht nötig auf dem iPhone zuerst slirp zu starten! Allerdings gibt es das Problem, dass das istart Script erst beim zweiten mal funktioniert, wenn das iPhone oder der PC nach der letzten Verbindung neugestartet wurden… Jemand eine Idee warum?

Nun braucht nur noch das Script istart als Root aufgerufen werden und nach ca 10 Sekunden sollte man über das iPhone online sein!