Weihnachten, die Zeit der Freude und Geschenke. Also will ich nichts unversucht lassen und meinen in die Jahre gekommenen “Media”-Rechner gegen etwas neues auszutauschen. Umso passender, das eines meiner Lieblingsblog linuxundich.de ein kleines Gewinnspiel veranstaltet. Dort gibt es neben jeder Menge hervorragender Artikel zum Lesen auch einen Cirrus7 zu gewinnen. 

Wer also viel mehr Informationen zu Linux sucht, als es hier im Blog gibt, der ist da genau richtig aufgehoben.

Nach einem Dist-Upgrade von Debian Etch auf Lenny funktionierte bei mir die verschlüsselte LDAP Abfrage nicht mehr. Wir haben auf dem Debian-Server ein zentrales ROOT-CA installiert und in der /etc/ldap/ldap.conf entpsrechend konfiguriert:

TLS_CACERT /etc/ldap/certs/our_Rootzertifikat.cer
TLS_REQCERT never

Nach dem Upgrade funktionierte aber die Authentifizierung in allen PHP-Applikationen (wie z.B. das TYPO3-Backend) nicht mehr. Das der Fehler nicht an den Applikationen bzw. PHP lag, war also recht offensichtlich.

Weitere Sicherheit in diese These brachte, das auch auf der Kommandozeile ein Abfrage via

ldapsearch -x -W -b ‘ou=FLADI,o=FLADI-DIR’ -H ldaps://ldap.fladi.de:636 -D “cn=LOOKUP,ou=SVC,o=ADM” ‘(&(objectClass=Persons)(cn=LU1))’ -d 1

nicht möglich war und als Ergebnis ein weitesgehend nichtssagendes

ldap_sasl_bind(SIMPLE): Can’t contact LDAP server (-1)

lieferte. Da der Connect zum LDAP-Server jedoch funktionierte, musste es ein Fehler beim eigentlichen BIND sein. Entsprechendes debugging während einer Anmeldung durch eine PHP-Anwendung zeigte dies ebenso.

Als Ursache stellte sich heraus, dass mit Wechsel von Etch auf Lenny die OpenLDAP-Implementierung nicht mehr gegen OpenSSL verlinkt ist, sondern gegen GnuTLS. Diese interpretiert die ein oder andere Konfiguration wohl verschieden. Obgleich unsere Konfiguration (s.o.) ja schon recht überschaulich ist, lag hier der Fehler. Das Zertifikat wurde nicht richtig gelesen.

Abhilfe schaffte dann, anstelle der direkten Angabe des Zertifikates nur noch das Verzeichnis mit Zertifikaten zu konfigurieren.

TLS_CACERTDIR /etc/ldap/certs/

Seitdem klappt wieder alles wie es soll.

Nachtrag: Die o.g. Server-Adressen, Usernamen … wurden ersetzt und sind so in der Realität nicht zu gebrauchen. :-)

Möchte man seine Proxy-User nur nach einem Login in das Internet lassen bietet es sich an, die User gegen das ohnehin vorhandene Directory zu authentifizieren. Dazu verwenden man am einfachsten eine LDAP-Anfrage. Zusätzlich soll der Zugriff nur solchen Usern gestattet sein, die auch in einer entsprechenden Gruppe Mitglied sind.

Zunächst die  Authentifizierung:

auth_param basic program /usr/lib/squid/ldap_auth -b “o=FLADI” -f “(&(cn=%s)(objectClass=Person))” -s sub -v 3 -h ldap.fladi.de

auth_param basic children 8

auth_param basic realm Internetzugang bei der Fladi.net

auth_param basic credentialsttl 8 hours

external_acl_type ldap_group %LOGIN /usr/lib/squid/squid_ldap_group -b “o=FLADI” -f “(&(cn=%u)(groupMembership=%g))” -s sub -v 3 -h ldap.fladi.de

acl wwwgroup external ldap_group cn=ProxyUser,ou=mynet,o=FLADI

Wenn man Debian/Ubuntu z.B. von einem VMWare-Server auf den anderen umziehen möchte, oder eine bestehende Installation virtualisieren möchte, kommt es nach dem Start der neuen virtuellen Maschine zu einer Fehlermeldung “SIOCSIFADDR: No such device eth0“. Das Netzwerkinterface ist also nicht verfügbar.

Ursache dafür ist, dass die verwendete MAC-Adresse vom System mit eth0 “verbunden” wird.

Normalerweise sollte dies in der Datei “/etc/ftab” stehen. Diese ist aber oftmals (je nach Version) gar nicht vorhanden. Aber der Verweis ist trotzdem in einer anderen Datei enthalten.

Ubuntu-Installation in: /etc/udev/rules.d/70-persistent-net.rules
Debian-Installation in: /etc/udev/rules.d/z25_persistent-net.rules

Das einfachste ist nun die entsprechende Datei zu löschen (oder umbenennen) und anschließend ein Neustart des System. Dabei wird die Datei neu angelegt und alles sollte wieder funktionieren wie es soll.

In der Firma habe ich unsere Proxy-Infrastruktur gerade virtualisiert. Irgendwie habe ich da aber nicht recht aufgepasst und die Daten-Partition bzw. die virtuelle Festplatte des ESX-Server ein wenig klein bemessen.

Das ist aber halb so tragisch da es einen einfachen Weg gibt die Größe zu verändern. Es sind zwei Schritte notwendig. Zunächst muß die “virtuelle Festplatte” der VMware geändert werden. Dazu einfach über den Infrastuctur Client auf die Machine connecten und “Edit Settings” bei der entsprechenden Machine wählen. Beim Punkt “Hard Disk” kann man dann die Größe ändern. Nach wenigen Sekunden sollte die Änderung durchgeführt sein.

Der etwas kompliziertere Teil ist die Linux-Partition an sich. Da ich Debian für die Proxy selbstverständlich ohne überflüssiges X betreibe viel meine Wahl zunächst auf gparted. Da ist aber nun das Problem, dass man die entsprechenden Laufwerke unmounten muss. Alles irgendwie doof und unnötig kompliziert.

Viel einfacher ist es sich die GParted-Live-CD herunterzuladen, von dieser zu booten und dort die Änderungen vorzunehmen (Homepage / Download). Es stehen Images für CD oder USB-Boot zur Verfügung.

Die Bedienung sollte kein Problem sein. Falls doch ist bei HowtoForge auch eine Anleitung verfügbar.

Nach weniger als 10 Minuten lief der geänderte Proxy wieder und hatte nun ausreichend Platz zur Verfügung.

Zwar erkennt Ubuntu die GeForce 6600 wunderbar, aber so richtig glücklich war ich damit nicht. Zum einen war alles sehr langsam (fehlende OpenGL-Unterstützung) und zum anderen nur in 16bit Farbtiefe. Allerdings ließ sich das Problem recht einfach lösen. Man lädt einfach bei NVidia die aktuellen Treiber herunter. Anschliessend wechselt man mit CTRL-ALT-F1 in ein Textterminal und loggt sich ein. Mit

sudo /etc/init.d/gdm stop

beendet man den X-Server und installiert anschliessend mit dem Befehl:

sudo sh <treibername.run>

den heruntergeladenen Treiber. Evt. will der Treiber noch ein bissel Kernel-Module generieren, was man ihn einfach machen lässt. Danach kontrolliert man noch die x11.conf im Verzeichnis /etc/X11/

sudo nano /etc/X11/xorg.conf

ob bei DefaultDepth auch eine hinreichend hohe Farbtiefe angegeben ist (hier 24 für 24bit). Falls nicht ändern und Datei speichern. Zum Abschluß nur noch den X-Server neu starten.

sudo /etc/init.d/gdm start

Nun solltest Du einen ordentlichen Desktop haben ;-)

Auf UbuntuGeek (eine sehr gute Seite mit vielen Tips und Howtos zu Ubuntu) habe ich diese schöne Anleitung zur Installation von VirtualBox gefunden.

Normale ISO-Images können ganz einfach mit dem Befehl

sudo mount -o loop ./isodatei.iso /ziel/pfad

gemountet werden. Um BIN/NRG Images zu mounten müssen diese zunächst in ein ISO-Image umgewandetl werden. Dazu müssen die Programme bchung zbw. nrg2iso installiert sein:

sudo apt-get install bchunk
sudo apt-get install nrg2iso

Anschliessend können die Images umgewandelt werden

bchunk datei.bin datei.cue datei.iso
nrg2iso datei.nrg datei.iso

Wobei datei für den jeweiligen Image-Name steht

Wer sein Unbuntu updaten möchte, oder neue Software installieren will wird früher oder später apt-get brauchen. Wenn man nun hinter einem Proxy-Server sitzt, wird das nicht ohne weiteres funktionieren. Dazu muss man ein paar kleine Einstellungen machen:
1) Unter System -> den Synaptic Paketverwaltung öffnen und dort unter Einstellungen -> Netzwerk die entsprechenden Einträge machen.
2) Um apt-get von der der Kommandozeile nutzen zu können, schreiben wir die Proxy-Settings in die Umgebungsvariable. Die geschieht indem man:

sudo nano /etc/bash.bashrc

aufruft und dann die folgenden Zeilen am Ende einfügt:

export http_proxy=http://user:passwort@proxyserver.domain:port/
export ftp_proxy=http://user:passwort@proxyserver.domain:port/

Das user:passwort kann natürlich entfallen, sofern der Proxy keine Zugangsberechtigung abfragt. Wen man jetzt eine neue Shell öffnet kann man wie gewohnt sein apt-get nutzen.

Wer auf Linux (hier Ubuntu) Ruby on Rails Anwendungen entwickelt wird eventuell auch hin und wieder feststellen, dass der Editor nicht genau das tut, was man sich wünscht. Nun gibt es eine Vielzahl an verschiedenen Editoren. Einer davon ist VIM. Und genau hierfür gibt es eine sehr nützliche Script-Sammlung für Ruby on Rails. rails.vim unterstützt den Entwickler mit vielen nützlichen Shortcuts und natürlich auch Syntax-Highlighting. Funktioniert auch hervorragend mit “cream” zusammen.