Veni, Vidi, VISA

Im Eintrag Tmux automatisch starten wenn man sich via SSH einloggt hab ich geschrieben das Tmux scriptbar ist und man z. B. die Statuszeile ändern kann sobald man via SSH eingeloggt ist. Anscheinend ist das nirgends brauchbar dokumentiert, weil ich schon zwei Mails bekommen hab wo ich gefragt wurde wie das aussieht. Ist relativ simpel:

if-shell 'test "$SSH_CONNECTION"' 'set -g status-bg blue'

Es funktioniert auch ein

if-shell -b ' [ "$SSH_CLIENT" ] ' "set -g status-bg blue"

Will man mehr wie eine Option setzen, geht das mit

if-shell 'test "$SSH_CONNECTION"' 'set -g status-bg blue; set -g status-fg white' 

Ist eigentlich ganz einfach

if [[ "$TMUX" == "" ]] &&

        [[ "$SSH_CONNECTION" != "" ]]; then

    WHOAMI=$(whoami)

    if tmux has-session -t $WHOAMI 2>/dev/null; then

    tmux -2 attach-session -t $WHOAMI

    else

        tmux -2 new-session -s $WHOAMI

    fi

fi

in die ~/.zshrc (oder zur Shell passende Datei schreiben) und fertig. Und da Tmux scriptbar ist, kann man auch automatisch die Statuszeile ändern, damit man bei verschachtelten Sessions nicht durcheinander kommt.

Diese Frage wurde mir neulich im Verlauf eines Mailaustausches gestellt, nachdem ich ihm auf Nachfrage einen Screenshot meiner aktuellen Arbeitsoberfläche geschickt habe der wie folgt aussah (klickst Du für groß, ja!?):

Nun sind mir ja Antworten dieser Art ja nicht wirklich neu und ich habe mich dazu ja auch schonmal geäußert, aber anscheinend sieht das ganze wirklich so unkomfortabel und extremst kompliziert aus. Nur ist es das nicht wenn man sich etwas eingearbeitet hat. Meine Workstation läuft 24/7/365 und wenn ich mich morgens einlogge, dann immer unter /dev/ttyN oder /dev/ttyCN (je nachdem auf welcher Kiste ich mich einlogge). Mal davon ausgegangen das ich gerade neu gebootet habe, starte ich zuerst eine neue Session von Tmux. Der startet dann automatisch die Programme, die ich für 98% meiner täglich anfallenden Arbeiten benötige.
Zwei leere Shells (ZSH regelt btw.!!!111!), Mutt für meine Mails, Slrn für Newsgroups, rtorrent für Torrents (Hallo liebe Content-Mafia. Für euch unvorstellbar, aber es gibt auch legale Torrents.), cmus für meine MP3s und Streams, SSH zu meinem Vserver, zwei Verbindungen zu CVS-Repos die ich betreue, Newsbeuter für meine RSS-Feeds, NcFTP für u. a. meine eigene Homepage und Irssi. Und das alles nur indem ich tmux eingebe. Nachdem alles läuft, drücke ich F7 damit cmus anfängt die letzte MP3 abzuspielen (was genau läuft wird mir unten rechts in der Statuszeile angezeigt); anschließend wird mit STRG a 0 zur ersten freien Shell gewechselt, dort gall (ein Alias) eingegeben und meine Mails und News werden abgerufen und automatisch durch einen Spamfilter gejagt. Bis das geschehen ist, wechsle ich mit STRG a 7 zu Newsbeuter, drücke dort R um alle Feeds zu aktualisieren und wechsle dann zu Irssi um zu sehen was sich in den Channels getan hat. Meistens nicht recht viel (so wie immer halt) und dann rufe ich Mutt auf um meine Mails zu lesen. Die werden nach bestimmten Absendern/Empfängern/Mailinglisten farblich sortiert, damit ich wichtige Mails gleich erkenne und anschließend alle Mails/News/RSS lesen/antworten. Als Editor kommt bei mir entweder Vim oder GNU Emacs zum Einsatz (letzterer für gelegentliche LaTeX-Schmierereien).
So weit, so gut. Nur brauche ich auch gelegentlich einen Browser, wobei ich gestehen muss das dies immer seltener der Fall wird. Meistens um mal schnell was bei diversen Suchmaschinen zu suchen, aber da starte ich die Suche direkt aus der Shell heraus

$ search

Usage: search {-g | -u | -m | -a | -f | -c | -F | -s | -w | -W | -d}

        -g:  Searching for keyword in google.com

        -u:  Searching for keyword in groups.google.com

        -m:  Searching for message-id in groups.google.com

        -a:  Searching for Authors in groups.google.com

        -c:  Searching for Modules on cpan.org.

        -f:  Searching for projects on Freshmeat.

        -F:  Searching for packages on FileWatcher.

        -G:  Gentoo file search.

        -s:  Searching for software on Sourceforge.

        -w:  Searching for keyword at wikipedia (german).

        -W:  Searching for keyword at wikipedia (english).

        -d:  Query dict.leo.org

(search ist eine ziemlich eklige, aber funktionelle Shell-function)
Für die wenigen Foren die ich täglich abklappere habe ich Aliase angelegt, die mich direkt zu den neusten Beiträgen schicken (..../search.php?search_id=newposts z. B.). Youtube sehe ich mir aus Prinzip nicht mehr an, weil die ganzen This video contains content from Sony Music Entertainment. It is not available in your country-Meldungen langsam aber sicher extremst auf die Eier gehen. Und für die paar Mal die ich mir auf anderen Plattformen Clips/Streams ansehe, wird schnell Firefox gestartet.

Nun wurde mir schon einige Male gesagt das diese Programme uralt, nicht mehr zeitgemäß sind und es bessere Alternativen gibt. Das kann ja durchaus sein, aber für mich gibt es da keine Alternativen. Vim/GNU Emacs treten jedem text/plain-Editor von hier bis übermorgen in den südlichsten Punkt der Wirbelsäule, Slrn ist bei weitem konfigurierbarer und erweiterbarer als Knode und für Mutt trifft das gleiche zu wenn es KMail gegenüber steht. Videos werden mit MPlayer im Framebuffer angesehen und Gimp und Co. benötige ich nicht. Programmiert wird ausschließlich mit Vim incl. einiger Plugins/Scripte und zur Not läuft strace(1) oder gdb(1) in einem horizontal/vertikal gesplittetem Fenster von Tmux.
Filemanager wie GNU Midnight Commander habe ich noch nie genutzt; weder unter /dev/ttyN, noch einen vergleichbaren Pendant unter X11. Das geht mit der Zsh schneller und komfortabler. PDFs sehe ich mir mit fbgs an oder konvertiere sie (pdf2*, pdfto*) in ein passendes Format.
Das einzige was an meiner Konfiguration noch verbesserungswürdig ist, wäre eine Tastenkombination, die Meine Mails, Newsgroups und RSS-Feeds automatisch abruft und zugleich meinen MP3-Player startet, das System aktualisiert und die ganzen Foren auf neue Beiträge durchsucht, die Links extrahiert und daraus eine übersichtliche HTML-Seite erstellt die ich bequem durchlesen/abrufen kann während ich mir einen Cappuccino mache. Aber das sollte eigentlich kein Problem sein, weil sich tmux über Scripte steuern lässt.
Ihr dürft also ruhig aufhören mich zu bemitleiden weil ich so veraltete und langweilige Programme benutze

Das man es kann sollte ja bekannt sein; und das man es kann weil $ADMIN ein gutgläubiger Mensch ist (was in dem Job absolut fehl am Platz ist) oder null Ahnung hat (was noch schlimmer ist) ist ja auch noch irgendwie im Bereich des Möglichen, aber das man es kann weil beides auf einmal zutrifft, war sogar mir neu.
$FIRMA hat mehrere Programmierer angestellt, welche u. a. Client-/Server-Applikationen erstellen. Dazu hat jeder seinen eigenen Useraccount incl. SSH, VNC, FTP, SVN und wasweißichnochalles. Außerdem stehen den Programmierern noch einige Kisten im Netzwerk zur Verfügung, auf denen sie ebenfalls einen Account haben um dort ihre Clients/Server abzulegen um sie zu testen. Die Programmierer sind alle Mitglied der extra angelegten Gruppe "developer" (was ja auch durchaus sinnvoll sein kann). Ab und zu wird $ADMIN gebeten einem Developer mal schnell einen Auszug aus einem Logfile zu schicken. Das war ihm auf Dauer anscheinend zuviel Arbeit, so dass er der Gruppe "developer" mittels einem Eintrag in der /etc/sudoers tcpdump(8) erlaubt hat (mit NOPASSWD versteht sich). Einige werden jetzt wahrscheinlich schon die Hände über dem Kopf zusammenschlagen, aber Ruhe bewahren.. der Admin ist zwar ein Idiot, aber die User absolut unverantwortlich (was daran liegt das der Admin ein Idiot ist).
Kein User hatte unterschiedliche Passwörter für SSH, VNC, FTP, SVN und bei jedem User war das Passwort auf dieser Kiste, das gleiche wie auf allen anderen Kisten auf denen $User einen Account hatte. Ergo %user: sudo tcpdump -A -X -n port 21 eingeben, nach USER. und PASS. suchen (All hail ftp!!!111!) und sich dann mit dem gleichen Passwort via SSH oder VNC einloggen. Nachdem ich mich in Anwesenheit des Chefs und des Admins mit verschiedenen Logins authentifiziert habe, kam die Erklärung seitens des Admins überhaupt. Sinngemäß (ich hab den genauen Wortlaut nicht mehr im Kopf) "Die User sind vertrauenswürdig und wenn ich sie überall ein anderes Passwort verwenden müssen, können sie es sich nicht merken oder schreiben es auf und legen es unter die Tastatur".
Und ich werde doch tatsächlich immer wieder gefragt wieso ich alle Menschen prinzipiell hasse und für Idioten halte.

Nachdem ich schon die vierte Mail mit der identischen Frage bekommen habe, schreibe ich jetzt mal hier damit auch andere ggf. was davon haben. Ich habe mehrere Rechner rumstehen, wobei auf allen ein Backup gemacht wird. Die Kisten dienen unterschiedlichen Zwecken:
- Workstation
Darauf (Laptop und Desktop) erledige ich meine täglichen Arbeiten und dort ist die Aufteilung der Festplatte folgende:
/, /boot, /usr/*, /tmp und noch /var. Diese Verzeichnisse liegen auf unterschiedlichen Partitionen der gleichen (verschlüsselten) Festplatte und die Daten darauf werden nicht gesichert; /etc liegt zwar ebenfalls auf der gleichen Festplatte wie /, /boot und Konsorten, jedoch wird /etc täglich gesichert.
/home liegt auf einer anderen (ebenfalls verschlüsselten) Festplatte und wird zusätzlich täglich auf einem externen Host gesichert. Auf diesem Host installiere ich fast nur Software über das vorhandene Paketmanagementsystem mit dem ich auch eine Liste der bereits installierten Software erstellen lasse. Optionale Software, welche aus den Sourcen installiert wird, kompiliere ich mit ./configure --prefix=${HOME}/dev-bin. Im Falle eines Hardwarecrashes installiere ich das Grundsystem neu und anschließend wird mittels der Paketliste die Software wieder eingespielt; /home und /etc werden schlicht und einfach via rdiff-backup zurückgespielt und der Fall hat sich.

- Server
Das ist mein privater Mail-, Web-, FTP-, NNTP- und CVS/SVN/... - Server. Dort ist die Struktur ähnlich; auch hier wird /, /usr, .. nicht gesichert. /etc wird wie auf der Workstation ebenfalls täglich gesichert. Die unterschiedlichen Homedirectories der Server (Apache, vsftp, ..) liegen alle unter /home. Also

/home/www

/home/ftp

/home/cvs

/home/nntp

etc.

So bleibt es übersichtlich und ich kann die Backups einfacher erstellen. Im Falle eines Hardwarecrashes gilt das gleiche wie für meine Workstation. Ich installiere das Grundsystem neu und spiele die Paketlisten wieder ein und das Backup zurück.
Note: Das ist eine WFM-Lösung, weil ich mir Zeit lassen kann mit dem Backup und wenn die Kiste zwei Tage offline ist, dann spielt das auch keine Rolle.

- Backuprechner
Das ist etwas komplizierter. Auf der Kiste werden die Backups von allen anderen Rechnern gespeichert auf internen Festplatten gespeichert. Momentan ist die Kiste mit insg. vier HDs bestückt: 2x 500GB und 2x 300GB; außerdem sind noch zwei DVD-Brenner eingebaut, auf denen ich in regelmäßigen Abständen (zur Zeit einmal pro Woche) die Backups zusätzlich auf DVD+RW sichere. Aktiviert wird die Kiste entweder manuel oder via wake-on-lan.

- Testrechner
Backup?! Wozu? Wenn tot, dann tot!

Was allgemeines zu den Backups: Ich erstelle meine Backups mit rdiff-backup (kombiniert mit SSH. Guckst Du unter http://www.howtoforge.com/linux_rdiff_backup). Im Normalfall ist ein geschrotteter Server innerhalb von ~1h wieder einsatzbereit, wobei das aber stark von der installierten Pakete und Grösse des Backups abhängt.

Sollte jetzt noch was unklar sein, dann bitte hier im Kommentarbereich fragen.

Grad gesehen als ich mich via ssh(1) auf einem anderem Host im Netzwerk der Firma eingeloggt habe, für die ich momentan arbeite. Ich mag den Admin irgendwie :>

host *

   controlmaster auto

   controlpath /tmp/ssh-%r@%h:%p

Damit wird ein master-socket gesetzt, sobald eine Verbindung via SSH aufgebaut wird. Der Name des Socket wird automatisch erstellt. In dem Fall /tmp/ssh-username@hostname:port. Fuer was das gut ist? Probiert es mal aus und loggt euch mehrmals ein. "OpenSSH: controlmaster" vollständig lesen

egrep -A1 '\<su\>' $HISTFILE Ich war wirklich erstaunt wie viele User es nicht erwarten konnten und schneller als die Verbindung via SSH war. Parallel dazu aber rumjammern, dass ein Host gecrackt wurde (Und ja. Die $HISTFILE war im $HOME fuer jeden lesbar!). Wieso darf man solche Typen nicht einfach erschlagen und aus dem Genpool der Menschheit entfernen?
Manchmal fuehle ich mich einfach nur noch muede..