nachdem der letzte Eintrag jetzt ja doch wieder ein Weilchen her ist (keine Sorge, ich habe auch die Artikelserie zum Thema Sicherheit nicht vergessen, ich bin nur aktuell 1. beschäftigt und 2. nicht sonderlich motiviert) habe ich hier mal wieder ein Goodie für euch:

Ein Script, das dafür sorgt, dass man seinen tinc-VPN-Server als Exitnode für einen Tunnel nehmen kann ohne sich dabei die Finger zu brechen.

Warnung: YMMV, ich habe alles auf der Konsole gemacht, ich habe keine Ahnung, ob sich das Script mit GUI-Foo wie z.B. dem network-manager verträgt.

Vorbereitung:

tinc installieren:

# apt-get install tinc

tinc.conf erstellen:

# echo "# Kurzname des Routers/Computers Name = $NAME_DES_NODES # Mit folgenden Computern versuchen zu verbinden ConnectTo = $DEIN_SERVER # Arbeitsweise des VPN Mode = Router # alternativen Port zu 655 verwenden Port = 8656" > /etc/tinc/$DEIN_NETZWERK/tinc.conf

tinc-up erstellen:

# echo "#!/bin/sh ip addr add dev $INTERFACE 1.2.3.4/24 broadcast 1.2.255.255 ip link set dev $INTERFACE up" > /etc/tinc/$DEIN_NETZWERK/tinc-up

tinc-down erstellen:

# echo "#!/bin/sh ip route del default ip route add default via $ORIGINAL_GATEWAY dev $INTERFACE" > /etc/tinc/$DEIN_NETZWERK/tinc-down

Dateien ausführbar machen:

# chmod +x /etc/tinc/$DEIN_NETZWERK/tinc-*

Keys erstellen:
# mkdir /etc/tinc/$DEIN_NETZWERK/hosts
# tincd -n $DEIN_NETZWERK -K

Dieser Befehl erstellt einen private- und einen public-key. Bitte beim private-key einfach mit Enter bestätigen und beim public-key
den Speicherort /etc/tinc/$DEIN_NETZWERK/hosts/$NAME_DES_NODES wählen.

Jetzt passt Du die host-Datei an
# vi /etc/tinc/$DEIN_NETZWERK/hosts/$NAME_DES_NODES

Folgende Eintragungen sind vor dem Key zu machen:

Address = $IP_DES_NODES Address = $FQDN_DES_NODES_1 Address = $FQDN_DES_NODES_2 Port = 8656

Geh jetzt die gleichen Schritte auf Deinem Server nochmals durch. Du solltest jetzt auf Client und Server jeweils ein Exemplar der host-Datei haben, diese sollten natürlich unterschiedliche IPs haben und unterschiedliche Namen. Mein Laptop z.B. heißt loki, der Server heißt bifroest.

Jetzt kopierst Du die host-Datei von Deinem Client auf den Server und umgekehrt:

# scp /etc/tinc/$DEIN_NETZWERK/hosts/$NAME_DES_NODES root@server.

Wenn beide Dateien ausgetauscht sind sollten die beiden Rechner miteinander reden können:

# tincd -d 3 -n $DEIN_NETZWERK
startet den tinc-daemon mit log-level 3.

# tail -f /var/log/syslog
zeigt euch den Output. Wenn keine Fehlermeldungen aufblinken sollte es so weit tun.

Bis hierher ist das alles noch nichts besonderes, ihr habt jetzt also den ersten Schritt gemacht und könnt euren Server über ein VPN erreichen. So lange jetzt aber nicht alle Verbindungen über diesen Server geroutet werden, bringt euch das nicht wirklich weit.

Um sicherzustellen, dass das ganze Ding jetzt tut, was es soll, müsst ihr zunächst dem Server beibringen, das Richtige ™ zu tun.

Einsatz als Exitnode:

Dazu verbindet ihr euch mit dem Server:
$ ssh root@server.tld

und führt dort folgende Befehle durch:

# iptables -t nat --append POSTROUTING -i $DEIN_NETZWERK -j MASQUERADE iptables -t nat --append POSTROUTING -j MASQUERADE iptables -t nat --append PREROUTING -i $DEIN_NETZWERK -j ACCEPT cat /proc/sys/net/ipv4/ip_forward

Das sorgt dafür, dass euer Server Verbindungen einfach durchschleift und sie nicht zwischendrin blockiert.

Wenn der Server so weit vorbereitet ist, könnt ihr das folgende Script auf dem Client ausführen:

#!/bin/sh #I don't think that this is necessary but I'll do it anyway: #License: CC #define variables GW="$(ip r get 8.8.8.8 | gawk '{print $3}')" TUN="$IP_DES_SERVERS_IM_VPN" INTERFACE="$(ip r get 8.8.8.8 | gawk '{print $5}')" EXIT="$IP_DEINES_SERVERS/32" # change routes ip route del default ip route add $EXIT via ${GW%0x*} dev ${INTERFACE%0x*} ip route add $TUN dev $DEIN_NETZWERK ip route add default via $TUN dev $DEIN_NETZWERK echo 'nameserver 8.8.8.8' > /etc/resolv.conf echo "routes established" ip r show
Ja, das sind mindestens 2 dirty hacks: awk den Hex-Wert abgewöhnen und die resolv.conf überschreiben aber es funktioniert. Ich habe
das Script unter /etc/tinc/$DEIN_NETZWERK/tinc-route gespeichert. Außerdem habe ich ein weiteres Script angelegt:

# echo "#!/bin/sh tincd -n $DEIN_NETZWERK" > /etc/tinc/$DEIN_NETZWERK/tinc-auto

Dieses dient dazu, beim Start der Netzwerkverbindung den tinc-daemon automatisch anlaufen zu lassen.

Meine /etc/network/interfaces habe ich angepasst wie folgt:

# dhcp-basiertes Kabelnetz iface auto inet dhcp pre-up "/etc/tinc/bifroest/tinc-auto" post-up "/etc/tinc/bifroest/tinc-route"

Damit startet zunächst der tinc-daemon, dann bezieht das interface eine IP und dann werden die Routen angepasst.

Wenn ihr jetzt # mtr eingebt, sollte eure Route über euren Server verlaufen.

Fragen oder Anmerkungen wie immer jederzeit gern in den Kommentaren.

Es war ja schon eine Zeit lang angekündigt, aber wann schaut man da noch mal nach? Aus counter.li.org ist nun linuxcounter.org geworden.

Aufgefallen ist es mir vorhin, als ich mal auf die Autorenseite schaute, und die Grafiken vom Linuxcounter fehlten. Ich musste sowohl das verlinkte Ziel, als auch die Quelladresse der Grafik anpassen.

Hier gehts zum offiziellen Announcement vom 11.01.2012:
https://linuxcounter.net/news.html#43

Mumble ist eine Sprachkonferenz-Software, vergleichbar mit dem kommerziellen „Teamspeak”, und kommt eigentlich aus der Gamerszene. Die vorkonfigurierten Server beziehen sich alle auf Communities für diverse Spiele. Die Piratenpartei betreibt mehrere eigene Mumble-Server, der am häufigsten genutzte ist der des Landesverbandes NRW unter mumble.piratenpartei-nrw.de.

Bevorzugterweise betreiben wir unsere Mumble-Clients mit Push To Talk (PTT), um Störgeräusche zu minimieren. Wenn ich was sagen will, muss ich ne vorher festgelegte Taste drücken. Nur: Ich kann in Mumble keine Tastenkombinationen (Shortcuts) einrichten, und somit auch keine Taste für PTT definieren.

In den Mumble-FAQ fand ich dieses:

Shortcuts wie z.B: PTT gehen nicht unter Linux
Bitte aktiviert die Xevie Erweiterung damit die Shortcuts funktionieren.

Dazu soll man die Zeile

Option         "XEVIE" "Enable"

in die xorg.conf einfügen, so dass es dann etwa so aussieht:

Section "Extensions"
...
Option         "XEVIE" "Enable"
EndSection

Die Section war bei mir in der xorg.conf nicht vorhanden, also habe ich sie am Ende der Datei angehängt, und anschließend den X-Server neu gestartet.

Jetzt hätten nach der FAQ die Shortcuts gehen müssen, aber leider bringt mich das nicht nach vorne. Ich kann in Mumble zumindest unter Linux nicht mit PTT arbeiten, sondern muss auf die ungeliebte Sprachsteuerung ausweichen, die je nach aufgenommenen Pegel das Mikro auf macht.

Wenn da noch jemand Tipps hat, immer raus damit…

Besonders gerne habe ich für Internetradio auf das SHOUTcast-Verzeichnis zurück gegriffen, welches eine schier unerschöpfliche Anzahl an Sendern aus alles Genres beinhaltet. Dass ich dabei auf die Country Music zugreife, ist keine Frage.

Irgendwann im Laufe der Versionen, es müsste bei 2.2 gewesen sein, verschwand das SHOUTcast-Verzeichnis aus Amarok, was mir durch meine temporäre Linux-Abstinenz eigentlich ziemlich egal war. Aber nachdem ich nun mein Debian wieder am Laufen habe, will ich auch beim Arbeiten wieder Music hören, und startete bei Tante Gurgel eine kleine Suchabfrage. Gleich das erste Ergebnis brachte mir SHOUTcast zurück in AmaroK.

Der Artikel bezieht sich scheinbar auf Amarok 2.2, und die Menüstruktur ist in der aktuellen Version 2.5.0 etwas anders:
Unter Einstellungen -> Amarok einrichten ... findet sich links der Menüpunkt Skripte. Hier klickt man unten rechts auf Skripte verwalten, und dann wie im verlinkten Artikel angegeben auf Bewertung. Sucht in der Liste den Eintrag SHOUTcast Service (war bei mir der dritte), und klickt auf Installieren. Nach einem Neustart von Amarok steht SHOUTcast links unter Internet-Dienste zur Verfügung, und unter Einstellungen findet sich ein entsprechender Menüpunkt zur Konfiguration.

Der Auswahl-Dialog zum Installieren neuer Skripte

Zunächst mal hatte ich da nen Haufen Updates einzuspielen, da ich Wheezy seit Mitte November nicht mehr gebootet habe. Und dabei bekam ich nen Haufen Fehlermeldungen, die sich auf den Grafiktreiber bezogen. Das war auch die Hauptaufgabe, die ich in den letzten Tagen hatte. Der Nvidia-Treiber wollte nicht, am Ende lief nur ein Universaltreiber ohne 3D-Unterstützung.

Heute habe ich es denn endlich hinbekommen, den Treiber von der Nvidia-Webseite zu installieren. ich musste dafür letztlich noch den GCC-Compiler aktualisieren, und das ging nur händisch, sowie die Kernel-Sourcen neu installieren. Bei der Gelegenheit spielte ich gleich den Kernel in Version 3.1 ein. Nach einem Reboot mit dem neuen Kernel ließ sich der Nvidia-Treiber sauber installieren, und jetzt funktioniert er auch. Erstmalig unter einem 64-Bit-Linux, zumindest bei mir.

Zudem ersetzte ich Gnome3 durch KDE 4.6.5, welches aber scheinbar noch nicht komplett lokalisiert ist. Zumindest habe ich den Microblogging-Client Choqok komplett in englisch.

Mumble ist eingerichtet, und gleich wird mal getestet, ob das auch funzt: Um 20:00 Uhr ist Online-Stammtisch der AG Bauen und Verkehr in der Piratenpartei.

Multimiedia spielt schon mal meine MP3-Sammlung ab, und lässt mich die TV-Karte nutzen. Das ist doch schon mal was.

Aber jetzt habe ich erst mal keine Lust mehr, und mache wohl erst am Donnerstag weiter. Denn ab morgen habe ich Mittagschicht, da läuft zeitlich nicht allzu viel.

So viel also erst mal zum aktuellen Stand der Dinge…

Wer mag mich mal in den Hintern treten, damit ich mein Debian endlich wieder in Gang setze?

Der Fall Netbook: Nachdem Debian mich letztens nach einem Update mit Gnome 3 überrascht hat, habe ich zunächst Xfce installiert. Das Problem: Das Dock am unteren Bildrand lässt sich nicht ausblenden, und das wirkt auf dem kleinen Display eines Netbooks (1024x600px) störend. Also habe ich mich für das in meinen Augen kleinere Übel entschieden: KDE.

Ich habe die KDE-Pakete installiert, inkl. dem Windowmanager KDM, und die Gnome- und Xfce-Pakete samt dem Gnome-Windowmanager GDM deinstalliert. Ergebnis: Beim Start erscheint das Anmeldefenster des KDM, das war es dann aber auch. Ich kann mich nicht anmelden, die Maschine nicht herunter fahren, neu starten, nichts. Ich lande nach jeder Aktion wieder am Anmeldebildschirm. Nur per [Strg][Alt][F1] auf die Konsole umschalten geht. Da kann ich mich auch anmelden, aber zum Arbeiten ist mir das zu unkomfortabel…

Am PC habe ich auch die Probleme mit diesem Gnome 3, aber da habe ich eh keine 3D-Unterstützung. Die würde mir der Nvidia-Treiber bringen, aber der hat dafür gesorgt, dass der X-Server überhaupt nicht mehr gestartet ist. Eine Deinstallation des Treibers ist die Lösung gewesen, aber eben um den Preis der fehlenden 3D-Unterstützung.

Die ist zwar zum Arbeiten und Surfen nicht unbedingt notwendig, aber das ein oder andere Spielchen darf auch mal sein

Im Moment hab ich so gar keine Lust mehr, mich mit den dauernden Verschlimmbesserungen rumzuschlagen, die einem mit beinahe jedem Update untergeschoben werden. Und wie mir Twitter-Timeline und Google+ Stream verraten, stehe ich da nicht alleine. Es gibt sogar eingefleischte Linuxer, die sich inzwischen ein Mac-Book zugelegt haben.

Ich habe ja schon vor einiger Zeit bei Schrottie Screenshots gesehen, die mir optisch gefallen haben. Damals hatte ich mir gedacht, dass ich das auch einfach mal versuchen sollte, verwarf die Idee aber wieder. Schließlich verwende ich nicht, wie Schrottie, Ubuntu, sondern Debian Testing.

Nun ist Gnome 3 also in die Debian-Repos eingezugen, und ich steh da mit mein kurz Hemd…

Der Gnome 3 Desktop auf meinem Netbook

Die Optik finde ich immer noch gut, aber wie funktioniert Gnome 3 denn nun? Erinnert mich irgendwie an das Netbook Remix, welches es mal von Ubuntu gab, aber doch anders…

Na gut, ich bin dann mal weg… Gnome 3 lernen…

Weitere Informationen unter

• Ubuntu-Webseite
• Ubuntu-Downloadseite
• ein erster externer Testbericht