NAS heißt “Network Attached Storage“. Das bedeutet im Klartext nur so viel wie “über Netzwerk angeschlossener Speicher”. In welchem Format und welches Protokoll (Samba, CIFS, NFS, AFP usw.) genutzt wird, ist hiermit noch nicht gesagt. Klar ist nur, dass der Speicher über Netzwerk erreichbar und von (mehreren gleichzeitig) Clients genutzt werden kann.

Die FritzBox’en bieten seit einiger Zeit eine einfache, aber ganz gute (leider mit JAVA Applet verseuchte) Oberfläche, mit der man per Webbrowser auf die auf einem an der FB angeschlossenen USB Stick oder Platte befindlichen Daten zugreifen kann. Hierdrüber hat man einen recht einfachen und komfortablen Zugriff auf diese Daten, kann diese herunterladen, neue abspeichern, ansehen usw. Dateien kann man sich direkt hierdrüber ansehen, mit Drag&drop Dateien hoch- bzw. herunterladen.
Das ist natürlich schön. Aber halt erstmal nur über den Webbrowser nutzbar. Der Zugriff über seinen Rechner über das “normale” Dateisystem wäre schöner. Und das geht seit langer Zeit über die Freigabe als Samba/ CIFS Speicher. Diese Freigabe kann im Netzwerk per Samba/CIFS anderen Rechnern und Geräten zur Verfügung gestellt werden. Somit kann ein zentraler Speicherplatz im Netzwerk Daten für alle vorhalten.

Nun habe ich keinen Windows-Rechner sondern nur UNIX bzw. Linux basierte Rechner in meinem Netz. Samba, als eigentlich windowsbeheimatetes Protokoll, wird jedoch schon seit Jahren fast ohne Probleme auch unter Linux unterstützt. Hierdrüber kann man sich nun auch von seinem Linux/ Mac/ UNIX Rechner Zugriff auf den Speicher der Fritzbox herstellen und diesen gemeinsam nutzen.

Im Folgenden setze ich die Standard-IP der Fritzbox 192.168.178.1 ein. Hat man diese verändert, muss die natürlich passend geändert werden. Aber das muss ich jemandem, der vom Linux mounten möchte ja nicht wirklich schreiben
Als OS setze ich ein Ubuntu Linux ein. Die Beschreibung lässt sich allerdings auf jedes andere Linux übertragen…

  NAS Freigabename (AVM Sprech: “Heimnetzfreigabe”) anpassen

Hat man also kein Interesse, den von AVM vorgegebenen Namen für die Freigabe zu verwenden kann man diesen seinen Wünschen entsprechend anpassen. Der Name für die NAS Freigabe lässt sich über die Konfigurationsoberfläche der FritzBox unter
    Heimnetz -> Speicher (NAS) -> Heimnetzfreigabe
einstellen bzw. verändern. Im Folgenden nenne ich diese Freigabe fritzbox-nas.
Nun sollte man diesen geänderten Namen im Netzwerk finden können. Mac (im Finder) und Ubuntu & Co. (“mit Server verbinden”) zeigen einem diesen an.

  Mounten (nicht permanent) auf der Konsole

Um “nur mal temporär” den Speicher der FritzBox 7270 zu mounten müssen zwei Dinge vorhanden sein: Der Freigabe-Name (siehe oben) der FB muss bekannt sein und ein Ziel, wohin der Speicher gemountet werden kann, muss existieren.
  Auf dem Rechner befindet sich ein Verzeichnis /media/fritzbox-nas. Hierher soll die Freigabe der FritzBox gemountet werden:

Linuxrechner$ # sudo mount -t cifs -o guest //192.168.178.1/fritzbox-nas /media/fritzbox-nas/
(Hiermit wird die NAS-Samba-Freigabe von der FritzBox mit der IP 192.168.178.1 nach /media/fritzbox-nas gemountet.)

Der Samba (bzw. CIFS) Speicher wird gemountet und steht dem Rechner “lokal” zur Verfügung. Wir prüfen den erfolgreichen Mountvorgang durch einen Aufruf von mount auf der Konsole. Die Ausgabe zeigt einen Mountpoint mit Ziel /media/fritzbox-nas, dem genutzten Protokoll und weiteren Datei-/ Zugriffsoptionen (hier biespielsweise read-writable):

Linuxrechner$ # mount
  …. [andere Mounteinträge] ….
  //192.168.178.1/fritzbox-nas on /media/fritzbox-nas type cifs (rw,mand)

Ein df -h zeigt einem die Größe des Speichers und die verfügbare Kapazität an. Die Freigabe kann genutzt werden.
Man kann nun mit einem cd /media/fritzbox-nas/ in das Wurzelverzeichnis der Freigabe wechseln und auf dortige Verzeichnisse/ Dateien zugreifen. Die USB Festplatte/ der USB Speicherstick werden nun mit dem zugehörigen Namen angezeigt. Die anderen Verzeichnisse sind vom System der FB genutzt.

  Automatisches mounten per fstab

Funktioniert die Freigabe wie gewünscht lässt sich der Speicher auch “dauerhaft” mounten. Startet der Rechner, so wird der Speicher automatisch eingebunden. Dieses wird durch einen Eintrag in der Datei /etc/fstab erledigt. Steht der Eintrag in der fstab, so kann über einen mount /media/fritzbox-nas bzw. umount /media/fritzbox-nas die Freigabe eingebunden bzw. wieder freigegeben werden.
Der Eintrag in der fstab muss so aussehen:

//192.168.178.1/fritzbox-nas /media/fritzbox-nas   cifs   guest,noauto  0 0
(alles in einer Zeile stehend!)

Hierdrüber kann man den Speicher der FritzBox über
Linuxrechner$ # sudo mount /media/fritzbox-nas
auf der Konsole mounten.
Soll der Speicher beim Booten automatisch gemountet werden ändert man die Option noauto in auto. Somit wird beim Booten der Speicher der FritzBox automatisch dem Dateisystem hinzugefügt und kann genutzt werden, ohne dass man diesen händisch hinzufügen muss.

Natürlich lassen sich auch die einzelnen Verzeichnisse jeweils einzeln nach Bedarf in der fstab einstellen und können einzeln für unterschiedliche Bedürfnisse gemountet werden.

  Ein Vorteil: Skriptfähigkeit

Durch den Zugriff auf den FB Speichers durch einen Linux Rechner ergibt sich auch die Möglichkeit, diesen Speicher scriptgesteuert zu nutzen. Beispielsweise kann man nun per rsync & Co. auf diesen Speicher zugreifen und Daten speichern, verändern bzw. auch löschen, Backups auf sein Strato HiDrive ablegen usw.

  Ein weiterer Vorteil: automatische Backups vom (Fax-)Speicher

Nicht nur Daten sondern auch eingegangene Faxe lassen sich nun automatisch sichern bzw. in seinen normalen Datenspeicher einsortieren.
Eingegangene Faxe werden auf dem Speicher der FB abgelegt. Schaut man beispielsweise in
  /media/fritzbox-nas/(USB-Speichername)/FRITZ/faxbox
Hierdrüber kann man nun seine als PDF gespeicherten Faxe abrufen. Und natürlich auch kopieren. Ein kleines Skript könnte beispielsweise die Faxe anhand der im Dateinamen hinterlegten Anrufernummer automatisch in passende Verzeichnisse auf seinem normalen Storage ablegen. Oder einfach nur zusätzlich zum backup’pen.
Das eigene Skript könnte also stündlich das “Faxverzeichnis” auf dem Speicher prüfen und ein neues PDF anhand der Nummer im Dateinamen in ein passendes Verzeichnis auf dem eigenen Rechner ablegen. Das setzt natürlich voraus, dass man häufiger von dieser Faxnummer Faxe erhält und die Nummer bekannt ist und übertragen wird….

  Weitere Vorteile: Internet-WebDAV-Speicher (HiDrive & Co.)

Hat man die NAS Freigabe der FritzBox auf seinem Rechner gemountet, so steht einem am Rechner auch gleich ein auf der FB per WebDAV gemounteter “Internet-Speicherplatz” (also beispielsweise Strato HiDrive usw.) zur Verfügung und muss nicht zusätzlich auf dem Rechner gemountet werden. Die FritzBox stellt also die Verbindung zum Internet-Speicherdienst her und mountet diesen in die Freigabe als “Online-Speicher”.
Nun kann man direkt unter /media/fritzbox-nas/Online-Speicher den WebDAV Speicher nutzen. Also muss sich nur ein Client per WebDAV anmelden und gibt diesen Speicher wiederum an andere Clients im LAN weiter. Spart den Aufwand der Einrichtung auf jedem Client.

  Weitere Vorteile: DLNA Medien-Streaming

Neben der Freigabe per Samba/ CIFS können die Daten ebenfalls per DLNA abgerufen werden. Neuere Fernseher und andere Media-Boxen verbinden sich quasi automatisch mit dem FritzBox NAS und spielen die darauf befindlichen Daten ab. Die FritzBox liefert somit die Video-, Bild- oder Audiodaten als “Mediensammelbox” an entsprechende Geräte aus, die diese per Streaming wiedergeben können.
Und natürlich kann auch ein Smartphone mit DLNA Freigaben umgehen. Ohne viel Aufwand ist ein passender DLNA Client für das iPhone gefunden (Beispielsweise: Media Link Player Lite) und installiert. Nach dem Starten findet die App die im LAN befindlichen DLNA Freigaben automatisch. Die auf dem DLNA Speicher (also der FritzBox) befindlichen Mediendaten werden, unterteilt in Filme, Musik und Bilder, im Client zur Auswahl und Widergabe gestellt. Hierbei ist es relativ unerheblich, in welchem Verzeichnis die Mediendaten gespeichert werden. Auf dem USB Speicher kann man sich verschiedene Ordner anlegen, die vom DLNA Client sortiert in der passenden Kategorie angezeigt und zur Auswahl angeboten werden.
MP3, Filme und Bilder werden vom Client nun wiedergegeben (sofern das Format unterstützt wird). Die große Musiksammlung gelangt hierdrüber ohne viel Aufwand auf das iPhone und belegt auf diesem keinen Speicher….
In der gemounteten Freigabe kann man einfach mal im Verzeichnis /media/fritzbox-nas/(USB-Speichername/ ein Verzeichnis Musik anlegen und in dieses ein paar MP3s ablegen. Nach einiger Zeit warten hat die FritzBox diese in die interne Medien-Datenbank übernommen und der DLNA Client zeigt die MP3s in der Musikauswahl an.

  Was hat das nun mit Samba/ CIFS zu tun?
Nun ja. Irgendwie müssen die Daten ja auf die FritzBox gelangen. Hat man sich seinen Speicher auf der FritzBox am Rechner gemountet kann man damit die Mediendaten einfach und unkompliziert vom Rechner auf die FritzBox bewegen. Ein kleines Skript geschrieben, welches die MP3s nach Wunsch (Playlist o.ä.) vom Rechner auf die FritzBox bewegt. Oder man möchte für einen speziellen Fall nur ein paar Dateien anderen DLNA fähigen Clients (Fernseher, Spielekonsole usw.) freigeben ohne sich auf der FritzBox durch Unmengen an Daten klicken zu müssen.
Die Vorauswahl an MP3s wird auf der FritzBox hinterlegt, das iPhone zur Wiedergabe genutzt. Die Musik kommt somit per WLAN “over the air” in das iPhone. Dieses an einen passenden Verstärker angeschlossen findet wiederum den Weg in die Anlage (sofern diese nicht auch schon DLNA fähig ist).
Schöne neue Technikwelt
Leider kann der Client nicht mit allen bekannten Medien-Filmformaten umgehen. Die Auswahl ist doch recht überschaubar. Man sollte sich also nicht wundern, wenn man die Filme nicht alle wiedergeben kann.

  Was wäre noch besser?

Ideal wäre es: Die Freigabe auch per NFS. Das zugrundeliegende Betriebssystem einer FritzBox ist ein angepasstes Linux. Leider bietet die FritzBox nicht von Haus aus eine Freigabe per NFS. Dieses Protokoll ist unter Linux/ UNIX ein ideales Netzwerkprotokoll und ist in quasi jeder Distribution direkt mit drin. Warum baut AVM nicht einfach dieses Protokoll mit ein? Damit hätte man direkt von jedem LInux-Rechner einen Zugriff auf den Speicher. Wozu also der Umweg über Samba/ CIFS?
Man kann nur hoffen, dass AVM in einer der kommenden Firmware-Versionen diese Unterstützung nativ einbaut.

Apple bietet mit der eingebauten Backup-Funktion Timemachine eine leicht zu bedienende und immer im Hintergrund laufende Backupsoftware an, die ohne weiteres Zutun die Daten des Mac’s sichert und diese im “Desasterfall” (oder bei einer Neuinstallation) zur Verfügung stellt. Oder auch für den Fall, dass man mal eine Datei gelöscht hat, die man nicht löschen wollte.
Timemachine ist somit eine super Geschichte. Man schließt eine externe Festplatte über USB oder Firewire an seinen Mac an und sichert auf dieser automatisch alle Backups. Alternativ bietet Apple (natürlich) auch eine externe, über LAN & WLAN erreichbare Speicherplatte (Timecapsule) an. Auch schön, dann kann diese irgendwo stehen und muss nicht direkt mit dem Mac verbunden sein. Macht sich zum Beispiel im Wohnzimmer ganz gut, wenn dort nicht noch mehr Kabel durch die Gegend liegen.
Leider hat aber auch die Timecapsule wieder einen kleinen (monetären) Nachteil: Günstig ist die nicht. Dafür kann die halt noch eine ganze Menge mehr als “nur” Daten speichern: Gigabit Switch, PPPoE Einwahl (man kann ein xDSL Modem anschließen und für DSL Einwahl nutzen), WLAN AP 2,4 und 5GHz und noch einiges mehr. Für einen Großteil sicherlich einfach zu viel, da ein Großteil eh schon mit vorhandener Hardware abgedeckt wird (man hat seinen Router, man braucht keinen Gigabit Switch). Also häufig einfach zu teuer und nicht individuell auf den eigenen Bedarf anpassbar….

Die Ausgangssituation:
Man hat sowieso schon einen Linux Rechner im lokalen Netz für Netzwerkdienste (NFS; Mail, Web usw.) laufen und besitzt eine “normale” Netzwerkausstattung mit Router inkl. Switchports, Verkabelung oder WLAN. Auf dem Rechner befinden sich noch genug Gigabytes freier Festplattenplatz (sinnigerweise im RAID…) und könnten für einen weiteren im Netzwerk befindlichen Mac Rechner genutzt werden. Der Mac soll den Speicherplatz sowohl für Backups über Timemachine als auch als “Netzwerklaufwerk” nutzen, zum Beispiel für den Austausch zwischen anderen nicht-Mac Rechnern und dem Mac selber. Auf diesem Rechner existieren NFS Freigaben für Linux Clients, die der Mac auch selber nutzen kann.

Problem
Leider ist es mit den NFS Freigaben nicht so einfach, diese auch für Timemachine Backups zu nutzen. NFS unterstützt eine Funktion nicht, die der Mac bei Timemachine einsetzt: Die Rückmeldung, ob die Daten nun auch wirklich geschrieben wurden. Somit kann man zwar Sparse-Bundles, die man auf sein NFS Share legt als Timemachine Ziel einrichten. Allerdings habe zumindest ich es nicht (trotz einiger Doku) hinbekommen, diese auch mit Timemachine zu nutzen. Jeder Versuch bricht nach einiger Zeit mit einer Fehlermeldung ab.
Schade. Damit fällt diese Variante leider flach. Eine andere Variante muss ran…

Die Idee:
Unterstützung für das Apple-File-Protokoll (AFP) auf dem Linux Rechner einrichten. Hierbei gleichzeitig den Timemachine Support für Freigaben anlegen. Die Freigabe für Timemachine auf dem Mac einrichten und hierdrauf seine Daten sichern. Gleichzeitig kann nun der von Timemachine genutzte Speicherplatz auf dem Linux Rechner über andere Mechanismen (Festplatten im RAID? Backup der Timemachine-Verzeichnisstruktur über Software-Backup? rsync?…) gesichert werden. Also hat man gleich auch noch von seinem Timemachine-Backup ein Backup. Ideal Daten-GAU-Paranoiker

Die Durchführung
Wir müssen verschiedene Schritte erfüllen, um eine nutzbare AFP Integration in das Linux auf dem Rechner (wir nennen ihn mal Datenbunker) für den Mac (Datensklave) zu integrieren.

• AFP Integration (netatalk) auf dem Datenbunker installieren
• einen Bonjour-ähnlichen Dienst (dient der automatischen Bekanntgabe von Freigaben und Services im Mac-Netzwerk) installieren
• Zugriffsrechte überlegen
• Freigaben auf dem Datenbunker anlegen
• Freigaben auf  dem Datensklaven einrichten
• Bonjour-Dienst einrichten
• Timemachine konfigurieren und testen

Schritt 1:
Wir richten einen Dienst ein, der AFP Unterstützung auf das Linux bringt. Hierzu eignet sich netatalk. Netatalk bringt eine AFP (Apple File Protocol) Integration für Linux und UNIX Derivate (xBSD) mit sich und unterstützt neben der Dateifreigabe zusätzlich noch  eine Druckerunterstützung.
Hierzu installieren wir über einen im Linux integrierten Paketmanager (apt, RPM o.ä.) oder aus den Sourcen selber mindestens Version 2.0.5. Da ich dieses hier exemplarisch an einem Ubuntu Linux erkläre gehe ich von einem apt-ähnlichen Paketmanager aus.
Über den Paketmanager wird das Paket netatalk installiert:
  sudo apt-get install netatalk
Damit wird die derzeit in den Repositorys verfügbare Version 2.0.5.3 inklusive aller Abhängigkeiten installiert. Aktuell seit dem 12. Juli 2010 im Source bei Sourceforge ist die Version 2.1.3. Wer also diese installieren möchte, der nimmt diese.
Alle nötigen Konfigurationsdateien werden unter /etc/netatalk abgelegt. Darin befinden sich nun ein paar Dateien, die uns später interessieren werden.
Unter (Ubuntu) Linux liegt in /etc/default eine Datei netatalk, in welcher ein paar Grundlagen definiert sind.

  #$ cat /etc/default/netatalk

AFPD_MAX_CLIENTS=50
ATALK_NAME=`/bin/hostname --short`
ATALK_MAC_CHARSET='MAC_ROMAN'
ATALK_UNIX_CHARSET='LOCALE'
AFPD_GUEST=nobody
ATALKD_RUN=no
PAPD_RUN=no
CNID_METAD_RUN=yes
AFPD_RUN=yes
TIMELORD_RUN=no
A2BOOT_RUN=no
ATALK_BGROUND=no
export ATALK_MAC_CHARSET
export ATALK_UNIX_CHARSET


Wichtig sind hier die Optionen CNID_METAD_RUN=yes. Diese Option dient der Umsetzung von HFS+ Dateiattributen auf ext3. Sollte man ruhig eingeschaltet lassen, da man auf dem Linux sicherlich kein HFS+ nutzt.
Zweite wichtige Option: AFPD_RUN=yes . Damit wird festgelegt, dass der AFPdaemon gestartet wird. Sollte man nun noch die Druckerunterstützung aktivieren wollen, so muss noch PAPD_RUN=no auf yes gesetzt werden.

// Update 31.07.2010 //
In der Datei /etc/netatalk/afpd.conf nehmen wir den default-Wert zur Authentifizierung am System.
Hierzu entfernen wir das Raute-Zeichen (‘#’) am Anfang der Datei vor der Zeile:
  - -transall -uamlist uams_dhx.so,uams_dhx2.so -nosavepassword
Alternativ kann man hier weitere Optionen wie Authentifizierungsarten, Begrüßungsmeldung im Finder und Logging setzen. Leider ist das Logging kaputt, die Option -setuplog... kann man sich sparen…
// Update ENDE //

Schritt 2:
Installation und Einrichtung von Avahi, einem Dienst, der unter Linux den im LAN befindlichen Macs einen Bonjour-ähnlichen Service-Übersichtsdienst zur Verfügung stellt.
Avahi wird über

  #$ sudo apt-get install avahi-daemon
  #$ sudo apt-get install libnss-mdns

installiert. Automatisch werden im Verzeichnis /etc/avahi und dem Unterverzeichnis services/ Dateien für den Dienst angelegt.
Wir erstellen eine Datei /etc/avahi/services/afpd.services mit dem Inhalt:

<?xml version="1.0" standalone='no'?><!--*-nxml-*-->
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">Datenbunker %h</name>
<service>
<type>_afpovertcp._tcp</type>
<port>548</port>
</service>
<service>
<type>_device-info._tcp</type>
<port>0</port>
<txt-record>model=TimeCapsule</txt-record>
</service>
</service-group>

Mit dieser Datei wird der Avahi Dienst angewiesen, den Macs in der Netzwerkübersicht einen Eintag mit dem Hostname des Linux-Hosts sowie einem Symbol anzuzeigen. Die Symbole lassen sich mit dem Wert model=XYZ in der Zeile definieren. Verschiedene Werte lassen sich einstellen, so dass unterschiedliche Symbole im Finder des Mac angezeigt werden. Mögliche Werte (vll. auch mehr?) sind: Xserve, Mac, MacBook, MacBookPro, Powerbook, MacBookAir, MacPro, AppleTV1,1, AirPort, Macmini und natürlich TimeCapsule.
Wir wählen, da wir quasi sowas wie eine TimeCapsule errichten, das entsprechende Icon über den Wert <txt-record>model=TimeCapsule</txt-record> aus. Auch, wenn es nicht ganz korrekt ist
Der Übersichtlichkeit halber setzen wir noch Datenbunker %h. Damit wird nicht nur der Hostname des Linuxhosts sondern noch ein etwas erkärender Name angezeigt. Zudem kann es auch vorkommen, dass man mehrere AFP Shares von verschiedenen Hosts mounten möchte.

Letzte nötige Änderung für Avahi: Wir fügen an das Ende der mit hosts: beginnenden Zeile der Datei /etc/nsswitch.conf den Wert mdns an. Die Zeile sieht dann so aus:
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 mdns

Schritt 3:
Freigaben einrichten: Die Freigaben werden über die Datei /etc/netatalk/AppleVolumes.default definiert. Hierdrin legen wir zwei Einträge an. Der erste Eintrag ist für Die Homeverzeichnisse der Benutzer, der zweite Eintrag für die Timemachine Freigabe. Man kann nach belieben weitere Einträge (z.B. für verschiedene Zwecke: MP3s, filme usw.) einfügen.
Freigaben der Homeverzeichnisse:
In der Datei /etc/netatalk/AppleVolumes.default ist die Zeile
    ~/ "Heimverzeichnisse auf Datenbunker"
zuständig. Wir verzichten auf weitere Einschränkungen (wie zum Beispiel die Angabe, welche Benutzer erlaubt sind; wir erlauben hiermit alles).

Zweite Zeile (alles in einer Zeile!) zur Freigabe für Timemachine:
    /freigabe/auf/host allow:erlaubterUser,@erlaubteGruppe Datenbunker dbpath:/var/AppleDB options:usedot,noadouble,nohex,upriv,tm

Kurze Erklärung zu den einzelnen Werten:
  /freigabe/auf/host: Hiermit geben wir auf auf dem Host das benannte Verzeichnis frei.
  erlaubterUser: Diesmal eine Beschränkung auf den Benutzer erlaubterUser, mehrere werden mit Kommata getrennt.
  @erlaubteGruppe: Wir beschränken den Zugriff auf die Gruppe
  Datenbunker: Wir geben einen Namen für das Share mit, wird im Finder bei der Anmeldung in der Übersicht zur Auswahl angezeigt.
  dbpath:/var/AppleDB: Pfad, wo auf dem Host die für AFP nötige File-DB hinterlegt wird.
  options:usedot,noadouble,nohex,upriv,tm: Default-Werte. Wichtig hier die Option tm. Damit wird das Share für Timemachine nutzbar gemacht.

Schritt 4:
Wir starten die zwei Dienste avahi-daemon und netatalk:

  sudo /etc/init.d/avahi-daemon start
  sudo /etc/init.d/netatalk start

Laufen die Dienste u.U. schon (ps -aux | grep avahi), so müssen die restartet werden. Aber das versteht sich ja von selbst

Schritt 5:
Den Mac davon überzeugen, dass er das Share nun f. Timemachine nehmen soll.
Hierzu öffnen wir ein Terminal, geben dort defaults write com.apple.systempreferences TMShowUnsupportedNetworkVolumes 1 ein. Fertig. Damit akzeptiert der Mac auch die nicht-wirklich-Apple-Timemachine-Shares.

Schritt 6:
Freigabe im Finder mounten, Timemachine einrichten, testen.
Im Finder “Mit Server verbinden” auswählen. Als Hostname afp://IP_DES_LINUXHOSTs eingeben, verbinden auswählen. Man wird nach einem Benutzer und Passwort gefragt. Hier den Benutzernamen auf dem Linux und das dazugehörige Passwort eingeben. Der Finder zeigt beim Verbindeversuch nun die zwei oben definierten Freigaben zur Auswahl an. Auswählen, fertig.
Man ist nun mit dem Share verbunden und kann im Finder darauf zugreifen.
In der Timemachine-Konfiguration kann nun dieses Share als Timemachine-Backup-Ziel ausgewählt werden. Timemachine fängt nun an und legt auf dem Share die passenden Verzeichnisse f. das Backup an. Man kann auf dem Host einmal nachsehen und sieht, dass nun einige Verzeichnisse dazu gekommen sind. Das wichtigste ist wohl das Timemachine-Backup-Spare.
Das Verzeichnis heißt zum Beispiel Besitzer des Macs.sparsebundle. Zusätzlich werden noch weitere Verzeichnisse angelegt.

Fehlende Schreibrechte:
Wird der Zugriff im Finder verweigert und es kann nicht geschrieben werden (Fehlermeldung: Fehlende Rechte), einfach mal die Rechte der Freigabe /freigabe/auf/host auf dem Linux Host vergleichen. Vll. fehlen hier noch ein paar Rechte.

Fazit:
Für wenig Geld (und eigentlich auch recht wenig Aufwand) kann eine für den Mac erreichbare Speicherlösung aufgebaut werden. Natürlich ist es nicht so einfach wie eine Timecapsule (auspacken, anschließen und Apple-Voodo abwarten), aber sicherlich eine ideale Ergänzung im Netzwerk und mit Sicherheit ein Stück flexibler. Schließlich kann man auf dem Linux Host noch weitere Dienste einrichten und nutzen, die es auf der Timecapsule nicht gibt. Selbst mit einer (Neu-)Investition in eine große Festplatte und vll. einen Nettop als Linux-Host kommt man noch günstig(er) weg.
Was man nun noch mal testen müsste: Restore über das Share. Aber das kommt irgendwann später….

Update 17. August 2011/ Mac OS-X Lion
ACHTUNG Lion Benutzer!
Lion hat ein neues Problem hervorgebracht. Apple hat sich vorgenommen, ein paar Dinge am AFP Support zu ändern. Die derzeitige Netatalk Versionen aus den offiziellen Repositorys ist veraltet und noch nicht in der Lage, diese neuen Anforderungen zu erfüllen. D.h., dass ein Zugriff von Lion auf ein AFP Share mit Timemachine-Support auf Linux/ Netatalk nicht mehr möglich ist. Eine neue Netatalk Version ist wohl in der Mache. Nun muss man sich nur noch gedulden…

Update 27.August 2011/ Mac OS-X Lion

Nun hatte ich das Thema Timemachine auf meinem NAS auch einigermaßen vernachlässigt. Backup war nicht zwingend erforderlich, da es ein aktuelles über USB Platte gibt…
Trotzdem wollte ich das Thema nun mal wieder voran bringen. Zumal das doch umständlich ist, sein MacBookAir nur für’n Backup an eine USB Platte anzustecken. Total uncool

Mittlerweile gibt es eine Netatalk 2.2beta4. Herunterladbar unter http://netatalk.sourceforge.net/ oder für Ubuntu 11.04 über fertige Binary-Pakete, die man sich schnell und einfach installieren kann.
Zu finden wären fertige .deb Pakete von Stefano Rivera (für i368 oder amd64). Diese können mit dpkg -i netatalk_2.2~beta4-0~ppa1_i386/amd64.deb installiert werden.

Nun noch die Datei /etc/avahi/services/afpd.services um ein paar Zeilen (MAC Adresse usw.) erweitert:

<?xml version=”1.0″ standalone=’no’?><!–*-nxml-*–>
<!DOCTYPE service-group SYSTEM “avahi-service.dtd”>
<service-group>
<name replace-wildcards=”yes”>FreigabeName</name>
<service>
<type>_afpovertcp._tcp</type>
<port>548</port>
</service>
<service>
<type>_device-info._tcp</type>
<port>0</port>
<txt-record>model=TimeCapsule</txt-record>
<service>
<type>_adisk._tcp</type>
<port>9</port>
<txt-record>sys=waMA=00:11:22:33:44:55,adVF=0×100</txt-record>
<txt-record>dk0=adVF=0×83,adVN=FreigabeName</txt-record>
</service>
</service-group>

(Die oben fett geschriebenen Werte sind entsprechend anzupassen.
Die MAC Adresse kriegt man über ifconfig ethX heraus.
Ob man den Typ mit “model=” ändern oder anpasst ist unwichtig und nicht zwingend erforderlich.)

Nun entweder alle nötigen Dienste neu starten oder einfach den Ubuntu Rechner komplett rebooten. Macht man zwar nicht, aber geht einfach am schnellsten…

Damit sollte nun der TimeMachine Support wieder funktionieren. Einfach auf dem MAC mit dem Share neu verbinden. Danach in den Einstellungen das Device für das TimeMachine Backup auswählen und fertig

(Sollte es nicht gehen, bitte mal eine Info an mich. Ich hatte gleichzeitig noch an an anderen “Schrauben” gedreht…)

Also rundum eine gute Geschichte. Schnell, leicht und flexibel. Und zudem günstig….

Weitere Infos/ Quellen
http://www.kde4.de/?page_id=389#InstallationAvahi
http://buffalo.nas-central.org/wiki/Time_Machine_%26_Time_Capsule_support_on_your_LinkStation
http://thomas.pelletier.im/2010/01/time-machine-freebsd-and-afp-are-on-a-little-boat/
http://www.micromux.com/2010/04/28/timemachine-backups-to-nfs/

Voraussetzung(en)
– Die FritzBox ist mit einer Laberversion versehen. Derzeit (24. April 2010) aktuell ist die Version PHONE Labor-Version 54.04.80-16999.
– SIP Softphone oder SIP fähiges Telefon.
– Expertenansicht in der FritzBox ist aktiviert (ansonsten: Menü “Einstellungen” > “Erweiterte Einstellungen” > “System” > “Ansicht” -> Expertenansicht aktivieren und übernehmen).

Um ein (neues) SIP Endgerät anmelden zu können muss auf der FritzBox ein entsprechendes Endgerät (Account) angelegt sein. Dieses geschieht über den folgenden Weg und ist innerhalb weniger Minuten erledigt.

IP-Endgerät (Telefon, Softphone) an FRITZ!Box anmelden

1. Benutzeroberfläche der FritzBox aufrufen und anmelden.
2. Menüpunkt “Telefonie” -> “Telefoniegeräte”
3. Neues Gerät einrichten
4. Option “Telefon (ggf. mit Anrufbeantworter)”
5. Bei Menüpunkt 2 Wählen Sie den Anschluss aus, an dem Sie das Telefon angeschlossen haben. im Dropdown Menü LAN/ WLAN (IP Telefon)
6. Bei Bezeichnung irgendeine Beschreibung eingeben, weiter
7. Der Benutzername wird von der FritzBox vorgegeben und fängt von 620 an aufwärts zu vergeben.
8. Kennwort möglichst kryptisch eingeben. Muss nur einmal in der FritzBox und im Telefon hinterlegt werden, braucht man sich also nichtzu merken. Weiter klicken.
9. Nun fängt die FritzBox an, auf eine Registrierung eines Endgerätes zu warten. Den Punkt Warten auf Registrierung des IP-Telefons … abwarten. Währenddessen kann man sein Softphone oder Telefon passend konfigurieren. Nach einiger Zeit bricht die FritzBox mit dem Hinweis ab, dass die Anmeldung erfolglos war. Einfach ignorieren.
10. Rufnummern für das Telefon festlegen: Welche Nummer soll ausgehend (hier kann nur eine gesetzt werden) und eingehend (Menüpunkt nur auf folgende Rufnummern reagieren genutzt werden? Passende Nummer(n) aktivieren und fertigstellen.
11. Als letzter Punkt wird einem noch einmal eine Übersicht gegeben, welche Rufnummer(n) man eingestellt hat. Mit Fertigstellen wird der neue Account angelegt.
12. Nun nur noch das Endgerät konfigurieren und sich an der FritzBox registrieren lassen.

Bei SNOM Telefonen (und auch anderen) einfach die folgenden Daten eintragen:
Account/ Benutzername (z.B. 620)
SIP Passwort (z.B. meinGeHeiMesPasswort123)
Registrar: IP der FritzBox (z.B. 192.168.178.1)
Outbound Proxy: auch die IP der FritzBox

Fertig. Nun kann sich das Telefon an der FritzBox anmelden und über diese telefonieren.

Einrichtungsinfos auch auf den Seiten von AVM:
http://www.avm.de/de/Service/FAQs/FAQ_Sammlung/15677.php3?portal=FRITZ!Box_Fon_WLAN_7270&weitere=weitere

Einige Merkmale, wie man sie von richtigen TK Anlagen kennt werden (noch) nicht unterstützt. Aber für den Heimgebrauch sicherlich ausreichend.