Erase flash of the esp
esptool.py -- erase_flash

One of my smart ESP devices wasn’t responding after a power down.
I debugged the problem by connecting it to a serial interface. On the comandline I saw that the chip wasn’t able to connect to its WIFI. To check wether the chip was fried or if its just the software thats messing around I had to delete all of its storage, to reflash the software afterwards. To do that i used the comands stated above.

Some day the described bugged me enough so i created an add-on which prevents firefox from shutting down if “CMD+Q” is pressed only once. The Add-on is called “CMD-Q Catcher” and may be found at the Mozilla-Add-on Repository. If you’ve found yourself in the same Situation in the past this add-on will help you in the feature.

That’s not nice. I do want to use SSHFP, partly because i think its a nice feature, partly because i hardly ever check the fingerprints of my hosts.

So lets fix OS X ssh client, shall we.

Key is building a new version of openssh. The easiest way to do so is using Homebrew. So install brew, if you havent allready.
After wards we need to add the ‘brew recipes’ for software thats already on a mac by default. This is done by
brew tap homebrew/dupes.
Half way there, secound step is to build openssh. We’ll build it with a few extra options. Worth to be mentioned is --with-ldns. As Jan-Piet Mens explains in his intresting post VerifyHostKeyDNS=yessssss using ldns is mainly about openssh being able to make sure valid dnssec is used for the record, and therefor not bothering you if there is a valid key as a SSHFP record secured by dnssec.
Openssh is build by
brew install openssh --with-brewed-openssl --with-keychain-support --with-ldns
Afterwards just follow the instructions given by brew:

For complete functionality, please modify:
/System/Library/LaunchAgents/org.openbsd.ssh-agent.plist
and change ProgramArguments from
/usr/bin/ssh-agent
to
#{HOMEBREW_PREFIX}/bin/ssh-agent
Finally, add these lines somewhere to your ~/.bash_profile:
eval $(ssh-agent)
function cleanup {
echo "Killing SSH-Agent"
kill -9 $SSH_AGENT_PID
}
trap cleanup EXIT

\o/ We are done, ssh with -o VerifyHostKeyDNS=yes will work smoothly and hardly ever confirmed known_host-file hashes should be history.

Shift+Crtl+Eject

This works on the most macs, but the macbook air has no Eject button on the Keyboard. So on systems without an Eject button you have to use:

Shift+Crtl+Power

Insgesammt kommen zwei offene Standarts zur Anwendung. Es wird Caldav bzw. Carddav verwendet.

Als Serversoftware ist lediglich ein Stück PHP Code mit Datenbank (Mysql) nötig ( Sabredav ) (sql-lite ist alternativ auch möglich).
Das ganze ist Serverseitig relativ anspruchslos, im Prinzip braucht es nur php und mysql, daher sollte die Software bereits auf einem simplen und günstigen Webhostingpaket laufen.

Auf den Clients kommt unterschiedliche Software zum einsatz:
Der Mac bringt die Software bereits von Hause aus mit (iCal und Adressbuch),
Unter Linux verwende ich Thunderbird mit lightning für den Kalender, und KAddresssBook (KDE) für Kontakte.
Auf dem Android verwende ich CalDav und CardDav Sync Adapter ( ja die kosten ein paar Euro, funktionieren bei mir aber wirklich sehr gut).

Aber zurück zum Server
Das Setup gestaltet sich sehr simpel.
Erst mal Runterladen der PHP dateien, zu finden hier.
Danach kanns losgehen:
Im SabreDav-Archiv befindet sich ein Ordner mit Namen “examples”, in dem die Datein calendarserver.php und addressbookserver.php. Diese am besten in den Hauptordner kopieren, und dort anpassen.
Die Anpassungen sind sehr minimal:

date_default_timezone_set('Canada/Eastern');

wird zu

date_default_timezone_set('Europe/Berlin');

.

// $baseUri = '/';

eventuell einkommentieren und an die eigenen bedürfnisse anpassen.
Selbiges gilt für

$pdo = new PDO('sqlite:data/db.sqlite');

was bei mir zu

$pdo = new PDO('mysql:dbname=HIER_NAME_DER_DB_EINSETZEN','user', 'passwort');

wurde.
Das wars auch quasi schon, lediglich noch die SQL-init scripts aus dem examples/sql auf die Datenbank loslassen (*.addressbook.sql , *.calendars.sql , *.locks.sql, *.principals.sql, *.users.sql (natürlich nur entweder mysql. oder sqllite))

Und schon ist der Server teil einsatzbereit, aber ACHTUNG ! mit dem users.sql script kam ein Benutzer mit Namen admin und passwort admin in die Datenbank, dieser sollte gelöscht und durch einen eigenen User ersetzt werden.
Dazu die vorhandene Zeile in der Users-Tabelle löschen, und eine neue Anlegen.
Die Spalten sind klar, wenn man von digesta1 absieht.
Bei digesta1 handelt es sich um eine “Passwortrepräsentation” in folgender Form:

md5('username:realm:password');

Wobei username und password zu ersetzten sind, realm ist standartmäßig auf “SabreDAV” gesetzt, entscheident dafür ist die folgende Zeile in addressbookserver.php / calendarserver.php:

$server->addPlugin(new Sabre_DAV_Auth_Plugin($authBackend,'SabreDAV'));

Hier kann man auch das Realm ändern.

Das wars, viel Spaß beim syncen

Pretext:

Lange schon Suche ich nach einem Tool, dass es ermöglicht Dateien über mehrere Computer hinweg zu synchronisiern. Quasi etwas wie Dropbox, allerding mit der Möglichkeit die Daten auf dem eigenen Server abzulegen. Dies ist deshalb für mich wichtig, da ich beim synchronisieren nicht jedesmal überlegen mag, ob die Daten privat sind oder nicht.
Bisher gab es für dieses Bedürfnis keine richtige Lösung, allerdings wurde schon länger der Name “SparkleShare” in diesem Zusammenhang genannt. Sehr lange war dies nur ein Name, dann nur eine Linux-Version. Letztes Wochenende änderte sich dies jedoch und es kam der Mac Port.
Damit konnte es für mich losgehen.

Als erstes der Server:
Bei mir handelt es sich da um ein Debian system. Hier muss prinzipiell nur git installiert werden:

aptitude install git

Danach legen wir hier ein Repository an, gegen das wir syncen wollen. Dafür gibts sicher viele möglichkeiten, da ich das ganze wirklich nur als Datenhalde haben will bin ich wie folgt vorgegangen:

cd /home/server-user #ins Home-Verzeichnis meines Users wechseln
mkdir sync.git #ordner für das Repo anlegen (statt sync kann hier auch ein beliebiger anderer Name verwendet werden
cd sync.git #in den Ordner wechseln
git --bare init #git erstellen

Nun auf zu den Clients.

Als zweites der Mac client:
Hier muss prinzipiell lediglich die Application herruntergeladen werden ( zu finden hier ). In der Readme steht das git installiert sein muss, bei mir war das schon der Fall, wer git noch nicht benutzt hat hier gibts einen Installer für OSX. Nach dem Kopieren der Application, beim ersten Start, Fragt SparkleShare nach Name und Email-Adresse.
Nach dem ersten Überblick scheinen diese Daten lediglich zum erzeugen eines SSH keys verwendet zu werden. Also Dateneingeben und weiter. Im nächsten Schritt geht es um die Auswahl des Servers. Es werden die Optionen “Eigener Server”, “Github” und “Gitorious” angeboten. Hier unterbrechen wir das Setup kurz (fenster in den Hintergrund schieben), wechseln ins Terminal, um den durch SparkleShare erzeugen SSH key auf dem Server freizuschalten.

cd ~/.config/sparkleshare/  #Verzeichnis in dem der Key liegt (unter dem Namen name.email.key)
cat name.email.key.pub #Publickey ausgeben (etwas der Form ssh-rsa AAAA... )

Jetzt den Public-Key kopieren und auf dem Server in die Datei ~/.ssh/authorized_keys einfügen (sollte genau eine Zeile sein).
Ist das geschehen zurück zur SparkleShare einrichtung, Fenster also wieder nach vorne holen.
Wir bleiben bei der Option eigener Server. Als Adresse wird “ssh://server-user@serverdomain.de” eingeben, als Verzeichnis “/home/server-user/sync”.
Im Anschluss cloned SparkleShare das Repo, dies sollte da es leer ist schnell gehen. Danach ist das Setup beendet.

Als drittes ein Linux client (Ubuntu):
Sorry, das hier immernoch nichts kam,
ich hab in den letzten Monaten schon mehrfach versucht sparkleshare unter ubuntu sauber zum laufen zu bringen. Hat leider nicht wirklich geklappt :( Daher bisher auch noch kein Beschreibung

dscacheutil -flushcache

Beim Backup ist es mir jetzt gelungen,
es ging darum die tolle Funktion der Mac Time Machine auf einem SMB Share zu nutzen, ohne sich extra eine teure Time Capsule anschaffen zu müssen.

Wichtig ist zu sagen das man sich durch ein solches Backup ausserhalb der Absichten von Apple bewegt, das heißt es ist nicht garantiert, dass das Backup im Ernstfall wieder eingespielt werden kann.

Für mich galt jedoch lieber ein schlechtes Backup als gar keins.

Also ran ans Thema:
zu erst mal muss man dem Mac klar machen das man gerne Time Machine mit unsupportet Networkvolumes verwenden will.
Dies geht mit folgendem Befehl in der Konsole

defaults write com.apple.systempreferences TMShowUnsupportedNetworkVolumes 1

Jetzt sollten in den Time Capsule Einstellungen auch die SMB Freigaben erscheinen.

Allerdings konnte bzw. wollte Time Machine bei mir auf der SMB Freigabe kein Sparsebundle anlegen, und brach immer mit einem Fehler abbrach.
Allerdings wo ein Wille ist ist auch ein Weg,
also das Sparsebundle mit der Hand anlegen, und dann auf das SMB Share schieben.

Erstellt wird das Sparsebunle mit

hdiutil create -size 120g -fs HFS+J -volname Backup $Macbookname_$Macadresse.sparsebundle

Wobei die Size an die eigenen Bedürfnisse angepasst werden muss,
sowie $Macbookname durch den Name des Macbooks und $Macadresse, durch die Macadresse ohne doppelpunkte ersetzt werden muss.

Danach das Sparsebundle verschieben und Time Machine starten.

Schaue an es funktioniert :)

Für mich war vorallem das einrichten von Suchmaschinen neben Google interessant

via Glims build 14 for Safari | www.MacHangout.com.

Nach oben : shift + fn+pfeil_hoch
Nach unten: shift + fn +pfeil_down