Steam on Linux Quelle: http://www.winload.de/steam/steam-linux
Steam ist schon länger für Linux erhältlich. Offiziell wird dabei Ubuntu Linux unterstützt. Bisher gab es mehrere Scripte um das ganze auch unter Debian zum laufen zu bekommen. Ich diese Scripte vor einiger Zeit für meine Zwecke portiert und in einem allgemeinen Script zusammengefasst.
Vlt. kann es ja auch noch für den ein oder anderen nützlich sein und somit habe ich es auf Github gelegt.
Was kann das Script?
Bei Ausführung wird geschaut ob die benötigten Libs und Steam installiert sind und ggf. nachinstalliert.
Wie funktionierts?
Man öffne ein Terminal (z.B. xterm) und führt das script aus (./run_steam.sh) und steam sollte starten.
Root-Rechte?
Das Scripte fragt ggf. nach Root-Rechten um steam.deb zu installieren.
Update-Fehler!
Da Ubuntu-Pakete installiert werden und diese teils schon fortgeschritten sind können Probleme auftreten. Updates müssen dann z.B. via # aptitude safe-upgrade –full-resolver -y eingespielt werden.
Zu github: https://github.com/deeagle/debian_steamrun
Am Wochenende habe ich mich mal intensiv mit dem Projekt wp-cli auseinandergesetzt. Der Name steht für WordPress-Command-Line-Interface und befähigt einen WordPress-Installationen via Shell zu administrieren. Also getestet und für sehr komfortabel befunden.
Heute morgen dann der erste Montag-Aufschauer. Mein Mailclient meldet einen rkhunter-Warning mit der Nachricht ‘Please insepct this machine, because it may be infected.’ im Posteingang. Ok, erstmal einen Kaffee holen und dann schauen wir mal.
Als erstes auf der Maschine eingeloggt und das Log-File analysiert. Also was ist überhaupt die Warnung und wodurch wird diese ausgelöst.
/var/log/rkhunter.log meldet auch eine mögliche Infektion durch RH-Sharpe’s Rootkit und gefunden während des scans von /usr/bin/wp.
Als erstes die Debian-Prüfsummen begutachten.
Hier wurde mir aber nichts von dem Paket wp angezeigt.
wp?
Da war doch was! Denn mittels wp wird das wp-cli in der shell aufgerufen und bedient.
Also Aufruf und Paket geschaut und ja, es ist das WordPress command line interface.
Um das ganze zu Beheben gibt es jetzt zwei Möglichkeiten:
- Den wp-cli-Aufruf ändern (z.B. in wps)
- rkhunter mitteilen, dass /usr/bin/wp nicht infiziert ist und nicht mehr gescannt werden soll.
Ich habe mich dabei für Variante 2 entschieden, da ich von wp-cli
- noch mehrere Update beziehen und testen werde,
- ich das ganze zum testen auf mehreren lokalen Maschinen installiert habe.
Dafür das Conf-File von rkhunter mit einem Editor der Wahl öffnen (# vi /etc/rchunter.conf) und die Zeile RTKT_FILE_WHITELIST suchen.
...<br />RTKT_FILE_WHITELIST="/usr/bin/wp"<br />... |
Danach einen neuen Durchlauf starten und im Log-File wird nun an der Stelle das auslassen angezeigt, aber ohne Fehlermeldung beendet.
/var/log/rkhunter.log
...<br />Info: Found file '/usr/bin/wp': it is whitelisted for the 'rootkit' check.
...
Rootkit checks...
Rootkits checked : 247
Possible Rootkits: 0 |
Links:
rkunhter, wp-cli, wordpress
Sehr interessant ist es ja schon. Gestern nen Artikel von einem Google-Mitarbeiter bei Google+ gelesen, der auf die neue Graphen-Funktion in Google aufmerksam machte. An sich ist es ja eine coole Funktion, die man auch mal gebrauchen kann, jedoch gab’s das auch schon früher … z.B. bei WolframAlpha. Interessant ist, sobald es von Google kommt schaut jeder bzw. geht mom die Love-Funktion (abs(x)+sqrt(1-x^2), sqrt(abs(x))-sqrt(1-x^2)) durch’s Netz. Bei WolframAlpha bin ich in der ganzen Zeit noch nicht drauf gestoßen … Als Vergleich mal die beiden Ausgaben der Betreiber zur Funktion.
Love-Funktion von Google
Love-Funktion von WolframAlpha
Die Macht der Marke …
Direktlinks:
- Google
- WolframAlpha
Yeah, heute nochmal kurz die Netzwerkbridge und die damit verbundenen Geräte überprüft. Genau 100 Tage ist die WLAN-Bridge nun online und funktioniert tadellos. Die Geräte sind dabei zwei Linksys WRT54g mit nem DD-WRT-Image. Eine Kiste dient dabei zusätzlich noch als WLAN-Hotspot für die Endgeräte. Das ganze war vor 100 Tage auch ganz locker innerhalb von 2h Stunden in Betrieb genommen (inkl. Planung und Test).
Der Hotspot
Fehlerquote von > 0.020%
Die Gegenstelle
Fehlerquote ~0% (5 Error Packages)
Und weiter so. 
Da ich auch die Kontakt-Email-Adresse mit GNU Privacy Guard versehen und nicht extra nen neuen Account anlegen wollte, musste ich eine neue Email-Adresse zu einem bestehenden GPG-Key hinzufügen. Nachfolgend die Anleitung mit den Schritten für mein Beispiel:
- GPG-Key-Verwaltung nach Schlüssel durchsuchen
$ gpg --list-keys
...
pub 4096/AABBCCDD 2011-09-09 [expires: 2016-09-07]
uid Martin Kock
... |
- In den GPG-Key einloggen (mittels der PUB-ID; ich hab die Stelle mal mit AABBCCDD verdeutlicht).
$ gpg --edit-key AABBCCDD |
- Neue Email-Adresse hinzufügen und Adressen-Eingaben machen.
gpg> adduid
Real Name: Martin Kock
Email address: contact@deeagle.de
Comment:
You selected this USER-ID:
"Martin Kock "
Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O |
- Passwort eingeben
- Speichern
- Fertig
Ganz locker und keine fünf Minuten vorbei.
