Normalerweise höre ich gerne hier in Mittelfranken den Rocksender Star FM. So auch heute im Auto, allerdings habe ich die Frequenz eingeschaltet, die ab 16 Uhr dem Alternativ Sender Radio Z gehört (95,8 MHz). Daher war ich etwas verwundert von der Existenz von Antenne Tux zu hören. Deren Sendung lief nämlich gerade auf Radio Z. Was ich zu hören bekam war teilweise durchaus interessant: Es wurde nur “podsave” Musik gespielt (Gema frei, meist Creative Commons) und die Beiträge handelten von z.B. “freiem Bürgerfunk in Münster”, “geistigem Eigentum auf dem G8 Gipfel” oder “den Linuxpaten“. Alles in allem ein schönes Projekt, was es zu erhalten gilt. Allerdings muss ich die Audioqualität bemängeln: Die Jungs von Radio Z haben die Sendung wohl aus dem Internet mit relativ geringer Bitrate runtergeladen. Jedenfalls gab es einige unschöne Artefakte während der Sendung.
Für alle Interessierten, gibts die aktuelle Sendung natürlich auch zum Download auf www.antennetux.de.
2 Comments »
Endlich hatte ich mal Zeit mein WLAN Netz zu debuggen. Bei diesem April kein richtig funktionierendes WLAN im Garten ist unzumutbar! 
Das Problem: WDS funktioniert so halb. ich kann meine beiden per WDS angebundenen Accesspoints wunderbar pingen. Kaum Paketverluste. Clients die per LAN Kabel an den Accesspoints hängen haben auch keine Probleme. Allerdings kann ich mich per WLAN nur kurz an den OpenWRT Kisten anmelden. Nach kuerzer Zeit unterbicht aber die Verbindung und das wars. Keine WLAN Verbindung mehr möglich. Nun habe ich heute debuggt und noch ein paar fehlende nvram settings eingetragen. Und siehe da, jetzt tuts.
Diese Einstellungen sind alle benötigten Werte für die WDS “Clients”. Weitere Parameter sind nicht nötig:
wl0_akm=psk
wl0_infra=1
wl0_ifname=eth1
wl0_mode=ap
wl0_ssid=meinetolleSSID
wl0_closed=0
wl0_macmode=disabled
wl0_lazywds=0
wl0_antdiv=-1
wl0_wpa_psk=08/15-4711
# Mac Adresse des Accesspoints zu dem der WDS Link aufgebaut werden sol:
wl0_wds=MA:CA:DD:RE:SS:E
wl0_wep=disabled
wl0_radio=1
wl0_maclist=
wl0_channel=5
wl0_crypto=tkip
1 Comment »
Eines der must have tools im *nix Umfeld ist ohne Zweifel “screen“. Allerdings haben mich einige Dinge immer etwas genervt:
Windows: Das schöne Feature verschiedener Fenster innerhalb einer Screen Sitzung hat leider diverse Hacken: In welchem Fenster bin ich gerade überhaupt? Wieviele Windows gibts es eigentlich?
Titles: Windows können mit Namen versehen werden. Da man im Administrationsalltag auf X verschiedenen Servern eingeloggt ist, wäre es doch schön anhand der screen titles erkennen zu können, auf welchem Host man im entsprechenden Fenster eingeloggt ist.
SSH Agent: Wie kommt man an einen laufenden ssh-agent der im Screen läuft und von allen Screen Windows aus nutzbar ist.
Irgendwie lebte ich mit diesen Problemchen und war zu faul mal eine Lösung zu suchen. Aber dann habe ich mich durchgerungen!
Problem: Windows
Die Lösung hierzu kam von meinem Kollegen Hombertho:
Man füge in die .screenrc folgendes ein:
caption always "%{= kw}%-w%{= BW}%n %t%{-}%+w %-= @%H - %LD %d %LM - %c"
Schon hat man eine schöne “Taskbar” mit allen vorhanden Fenstern sowie farblicher Markierung des aktuell aktiven Fensters im unteren Bereich des Screens. * WPG2 CANNOT LOCATE GALLERY2 ITEM ID 10014 *
HowTo dynamic Titles:
Alle Hosts die diesen Code in der .bashrc oder .bash_profile haben aktualisieren die screen titles beim einloggen auf $user@$host:
function rename_screen_tab () { echo -ne "\x1bk$@\x1b\\"; return 0; }
if [[ "$TERM" = screen* ]]; then
echo
PROMPT_COMMAND="rename_screen_tab ${USER}@${HOSTNAME%%.*}; $PROMPT_COMMAND"
fi
Der Host auf dem screen läuft sollte natürlich ebenfalls den Code in der .bashrc haben. Sonst wird der Screen Title beim Ausloggen nicht wieder zurück geändert.
SSH Agent für screen:
Um dieses zu bewerkstelligen hilft ein Screen Window welches immer vorhanden sein muss und den ssh-agent Prozess vorhält.
.screenrc:
setenv SSH_AUTH_SOCK $HOME/.screen-ssh-agent
screen -t agent bash -c "ssh-agent -a $SSH_AUTH_SOCK $SHELL; ssh-add;"
3 Comments »
Damit fglrx / ATI 3D Support mit ubuntu Edgy Eft anstaendig funktioniert soltle man in seine xorg.conf folgendes eintragen:
Section "Extensions"
Option "Composite" "disable"
EndSection
No Comments »
Um per Tunnelblick/OpenVPN auch ueber den Nameserver hinter dem aufloesen zu koennen gibt es in OSX ja die schoene Funktion verschiedene Nameserver pro Zone zu definieren. Um diese per scutil am besten noch aus den Werten, die man am OpenVPN Server via DHCP Option definiert hat, einzutragen gibt es ja einige Scripte im Netz. Am besten funktioniert hat fuer mich das Script openvpn-dns-config.sh. Siehe dazu auch folgenden Blog Eintrag.
Einfach das Script nach ~/Library/openvpn kopieren und
up "~/Library/openvpn/openvpn-dns-config.sh up"
down "~/Library/openvpn/openvpn-dns-config.sh down"
in die openvpn.conf eintragen.
No Comments »
Entries (RSS)