Im Vorfeld habe ich auf meinem kleine EEEPC 1000H einige Vorkehrungen getroffen. Darauf läuft ein Ubuntu 9.10. Es braucht also nicht zwingend ein Server zu sein, auch wenn das natürlich bei einer fertig gebackenen Applikation sinnreich wäre. Aber zum Entwickeln reicht also ein solch kleiner Kerl, der übrigens bloss ein Gigabyte flüchtigen Speicher besitzt.

Manchmal hätte ich aber dann doch lieber ein etwas grösseren Bildschirm gehabt, gerade bei der Ansicht der Konsole, die ab und an eine ziemlich lange “Backliste” anzeigt. Aber es ging letztlich auch so ganz gut. Ich installierte PHP, den Apache Webserver, den MySQL-Server und für mich noch optional PHPMyAdmin. Wer möchte, kann sich natürlich auch über die Konsole die nötigen Datenbanken Tabellen anlegen. Ich mag einfach lieber das GUI.

sudo apt-get install php5 php5-cli mysql-server apache2 phpmyadmin

Wichtig ist, dass beim Apache-Webserver das Modul mod_rewrite aktiviert ist. Das haben wir nach längeren Detektivarbeiten und Dank Ute herausgefunden. Auf ubuntusers.de gibt es dazu einen gesunden Wiki-Artikel. (Heisst es eigentlich einen gesunden Wiki-Artikel oder ein gesunder Wiki-Artikel?)

Anschliessend holten wir uns die aktuelle und stabile Source auf der Website von CakePHP und entpackten sie. Der Apache muss dann auf das Verzeichnis webroot im Baum des Downloads unter app zeigen. Die Datei default im Verzeichnis /etc/apache2/sites-available hat bei mir folgendes Aussehen, allerdings habe ich keine zusätzlichen virtuellen Hosts, sondern bloss eine Site erzeugt. Auch hier hat mich Ute unterstützt:

<virtualhost *:80>
	ServerAdmin webmaster@localhost

	DocumentRoot /home/roman/cakephp/app/webroot
	<directory />
		Options FollowSymLinks
		AllowOverride FileInfo Options

	<directory /home/roman/cakephp/app/webroot>
		Options Indexes FollowSymLinks
		AllowOverride FileInfo Options
		Order allow,deny
		allow from all
	</directory>

	ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
	<directory "/usr/lib/cgi-bin">
		AllowOverride None
		Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
		Order allow,deny
		Allow from all
	</directory>

	ErrorLog /var/log/apache2/error.log

	# Possible values include: debug, info, notice, warn, error, crit,
	# alert, emerg.
	LogLevel warn

	CustomLog /var/log/apache2/access.log combined

 Alias /doc/ "/usr/share/doc/"
 <directory "/usr/share/doc/">
 Options Indexes MultiViews FollowSymLinks
 AllowOverride None
 Order deny,allow
 Deny from all
 Allow from 127.0.0.0/255.0.0.0 ::1/128
 </directory>

</virtualhost>

Damit funktionierte CakePHP ganz gut. Die Installation war also recht einfach, die ersten vier kleinen Hürden betreffen die Schreibrechte auf Verzeichnissen, die sichergestellt werden müssen und der “gesalzenen Sicherheit” sind rasch erledigt. Danach kann man bereits loslassen.

Roland hat sein Projekt, das wir ansatzweise an diesem Sonntag erarbeitet haben, in das Netz gestellt, so dass jeder daran partizipieren kann. Auch das ganze Modell und die Anforderungen stehen dort bereit. Die Idee, welche sich hinter diesem Vorgehen verbirgt, soll echte OpenSource-Programmierung abbilden. Jeder von uns kann oder darf einen Teil zu diesem Projekt beitragen, bis ein fertiges Produkt entsteht. So macht “opensourcen” Spass. Ich hoffe, dass ich mir hin und wieder ein Stündchen Zeit nehmen kann, um da mitzuwirken.

Während dem Kurs sind ein paar wenige Bilder entstanden, die ich in eben jener Applikation bereitgestellt habe, die einst durch die neu zu backende Anwendung ersetzt werden soll: In meiner kleinen Bilderdatenbank. An dieser Stelle sende ich ein dickes Dankeschön an Ute und Roland für die Gastfreundschaft und für den interessanten Sonntagnachmittag! Ich komme sicherlich noch einmal auf das Thema zurück und kann dann hoffentlich etwas tiefer über Technisches berichten.

Ähnliche Artikel

• 2. Februar 2010 -- Webentwicklung mit CakePHP (8)
• 19. Mai 2008 -- WordPress auf einem Ubuntu-Server (12)
• 9. Januar 2008 -- SSL auf Apache einrichten (0)
• 2. Januar 2008 -- phpmyadmin zur MySQL-Verwaltung (9)
• 13. November 2009 -- PDF-Dateien mit PHP erzeugen (7)

Das Buch entstand im Jahre 2008, verfasst haben es Dirk Ammelberger und Robert Scherer. Beides sind Koryphäen im Bereich der Webentwicklung und dem dazugehörigen Umfeld. Ich befinde mich nun mitten in der Arbeit mit diesem Buch und darf mit Überzeugung sagen, dass nicht nur CakePHP eine feine Sache ist, sondern auch das Buch selbst.

Es ist nicht für Computer-Einsteiger geschrieben, das geht auch aus der Einleitung hervor. Ein paar Grundkenntnisse zu PHP, MySQL, SQL und den Relationen in einer modernen Datenbank sowie dem objektorientierten Verhalten einer Programmiersprache reichen aber aus, um gut damit zurechtzukommen. Mindestens nehme ich die Inhalte so wahr und ich bin bei weitem kein Profi in diesen Dingen, höchstens ein interessierter Amateur. Die Einleitung halte ich für sehr gelungen, denn darin bekomme ich sauber erklärt, was CakePHP ist, wozu ein Framework dient und welche Mittel ich brauche, um damit arbeiten zu können. Im Anschluss an die Einleitung folgen dann die Anweisungen und Tipps zur Installation, welche für Linux, Mac und sogar Windows erklärt werden. Dabei kommt nicht nur das Framework an sich zur Sprache, sondern auch die Datenbank, der Webserver und der PHP-Interpreter. Ich weiss zwar bis heute nicht, was PHP auf einem Windows-Rechner zu suchen hat und weshalb ein Apache auf dieses Betriebssystem gezwungen werden soll, aber das soll ja nicht meine Sorge sein. Wer ein WAMP haben will, soll es sich halt zurechtschustern. Leider wird im Buch die Installation von der CakePHP-Konsole für Linux mit keinem Wort erwähnt, bloss Windows und Mac werden behandelt. Dort stehe ich im Moment noch etwas vor dem Berg, aber das werde ich noch lösen.

Völlig neu war mir auch, dass CakePHP ein Abbild eines Frameworks ist, das sich bei Ruby wiederfindet. Ruby on Rails hat ja der Programmiersprache Ruby zu einer richtigen Renaissance verholfen. Es ist ein Framework eben für Ruby, das sich sehr erfolgreich verbreitet hat. CakePHP soll in etwa dasselbe für PHP sein.

Danach wird Schritt für Schritt mittels einem imaginären Projekt jede Funktion vom Framework besprochen und mit “lebendigen” Beispielen erklärt. Zuvor lernen aber die Leser noch eine Menge wichtiger Fakten über die Arbeitsweise von CakePHP. Für besonders spannend halte ich das Grundprinzip MVC, welches dafür sorgt, dass die Datenhaltung, die Darstellung und die Logik sauber voneinander getrennt werden – WordPress lässt grüssen… Aber auch DRY finde ich essentiell wichtig, denn ich wiederhole mich wirklich nicht gerne beim Coden; das ist langweilig und das Resultat birgt grosse Fehlerquellen in sich. Die Beispiele und Erklärungen im Buch weisen eine hohe Qualität auf und der Lerneffekt ist – mindestens bei meiner suboptimalen Intelligenz – sehr hoch. Es macht Spass, mit diesem Buch zu lernen.

Auch AJAX ist ein Thema in diesem Buch. Soweit bin ich aber noch nicht vorgestossen, ich habe aber gesehen, dass mitunter auch DHTML besprochen wird. Das ist ein heikles Thema, besonders die Barriere-Freiheit ist dort gefährdet. Ich bin gespannt, was dort zu lesen ist.

Für meine Tests und kleinen Applikationen habe ich die Installation von CakePHP auf meinem Server zu Hause durchgeführt. Das ist ein Uralt-PC, auf dem ein Ubuntu-Server 8.10 rennt. Die Maschine ist von aussen nicht zu erreichen. Ich mag es nicht besonders, wenn ich auf meinem Notebook PHP, MySQL-Server, Apache, PHPMyAdmin und allenfalls weitere Dienste sowie das Framework installieren soll. Genau für solche Anforderungen besitze ich noch immer diesen alten PC, der wohl aus dem Jahre 2003 stammt. Allenfalls braucht es noch das CLI-Paket für PHP:

sudo apt-get install php5-cli

Grundsätzlich könnte man unter Ubuntu das gesamte Framework über die Paketverwaltung installieren. Das habe ich aber nicht getestet, zumal andere Komponenten benutzt werden als Apache und Konsorten.

Zusammen mit diesem Buch kann ich mich mindestens in das Framework einarbeiten. Wer sich für CakePHP interessiert und noch nicht alle Feinheiten kennt, dürfte mit diesem Buch gut bedient sein. Aber auch Leute, die das Framework noch gar nicht kennen, aber das nötige “Meta-Grundwissen” mitbringen, werden damit sofort zurechtkommen.

Noch ein Satz zum Buch selbst, also zur Bindung: Ich kenne sehr viele verschiedene Buchbindungen, habe auch schon selbst Bücher gebunden. Ich werde es einem Buchbinder niemals verzeihen, wenn er kein Buchzeichen – in Form eines Stoffbandes, das im Rücken verleimt ist – einsetzt. Bei einem Buch dieser Preisklasse gehört mindestens ein Buchzeichen dazu. Die Bindung an sich ist sauber und qualitativ in Ordnung, aber es ist eben doch keine Deutsche Wertarbeit, wenn das Buchzeichen fehlt.

Webentwicklung mit CakePHP trägt die ISBN-Nummer 978-3-89721-863-5 und ist im Handel für ungefähr 30 Euro zu haben.

Ähnliche Artikel

• 25. August 2010 -- Endlich: RoundCube mit Adressgruppen (7)
• 22. März 2010 -- Die erste Mini-Anwendung mit CakePHP (6)
• 4. März 2010 -- Bilder veröffentlichen ohne fremde Dienste (15)
• 8. Dezember 2009 -- Simple Groupware: Gemeinsame Sache im Netz (11)
• 29. November 2009 -- Kurze URLs nutzen (10)

In diesem Szenario gehe ich davon aus, dass ein lokaler Server bereitsteht, der zunächst einmal standardmässig aufgesetzt wurde. Es kann ein Ubuntu 6.10, 7.04, 7.10 oder ein 8.04 sein. Frühere Versionen dürften auch funktionieren, dort sind aber einige Dinge noch anders zu handhaben. Das Blog dient dem Testen und ist “von aussen” nicht erreichbar; dementsprechend braucht es keine eigene Domain dazu, sondern kann in einem Unterverzeichnis betrieben werden. Was es dazu braucht, sind ein paar wenige Services, die sich allesamt einfach und schnell installieren lassen.

• FTP-Server, um die WordPress-Dateien hochzuladen
• Mailsserver zum Versand der Notifikationenen
• WebServer
• PHP-Interpreter
• MySQL
• Verwaltungstool für den Datenbankserver

FTP-Server, um die WordPress-Dateien hochzuladen

Die Aufgabe liesse sich auch ohne FTP-Server bewerkstelligen; die erforderlichen Core-Dateien von WordPress kann man sich per wget oder beispielsweise mit links2 holen. Bearbeiten lassen sie sich dann einfach per vim. Wer Lust hat, kann sich auch per webmin behelfen.

Ein FTP-Server bringt meiner Meinung nach etwas mehr Komfort. Deswegen schlage ich vor, den vsftpd zu nutzen. Hier habe ich beschrieben, wie sich das Teil nutzen lässt.

Mailsserver zum Versand der Notifikationenen

Auch ein Mailserver zum Versenden von Nachrichten ist nicht unbedingt zwingend nötig. Alternativ könnte man die WordPress-Erweiterung WP Mail SMTP nutzen. Damit weist man WordPress an, für das Versenden der Mails keinen lokalen Mailserver anzusprechen, sondern direkt einen SMTP da draussen in der freien Welt. Allerdings funktioniert dann das Mailen sonst auf dem System nur sehr rudimentär, wenn überhaupt.

Deswegen empfehle ich hierzu das Päckli postfix und mailx (zum Testen). Eine Installationsbeschreibung habe ich hier erstellt. Es ist dann auch nicht zwingend nötig, dass man damit extern mailen kann. Eine interne Möglichkeit reicht ja für das Testen eines Blogs.

WebServer

Als Webserver würde ich einen komfortablen Apache2 nutzen. Die Installation ist denkbar einfach, will man SSL nutzen braucht es noch ein paar Handgriffe mehr. Den Webserver installiert man simpel per

sudo apt-get install apache2

Das Installationsskript richtet alle nötigen Konfigurationen ein, so das der Webserver unter der IP des Servers erreichbar ist. It works!

PHP-Interpreter

Auch PHP zu installieren, ist sehr einfach. Ich würde die Version 5 nutzen, da auch WordPress damit umgehen kann. Zwar ist WordPress noch immer abwärtskompatibel zu der Version vier, läuft aber ordentlich unter fünf.

sudo apt-get install php5

Das Installationsskript passt alle Werte an, auch beim Apache, der während der Installation noch einmal neu gestartet wird.

MySQL

Auch da würde ich einen “fünfer Server” nutzen. Vier ginge zwar auch noch, aber mit der Version 5 hat man mehrere Features zur Verfügung, die man dann allenfalls auch anders noch nutzen kann.

sudo apt-get install mysql-server

Während der Installation wird man aufgefordert, ein Root-Kennwort einzugeben. Ich würde das unbedingt tun, auch wenn der Server von aussen nicht zu erreichen ist.

Verwaltungstool für den Datenbankserver

Ein eigenes Verwaltungstool für den MySQL-Server braucht es nicht zwingend. Man kann ebenso gut alle Aufgaben in der SQL-Konsole erledigen. Etwas komfortabler ist es meiner Meinung nach, wenn man phpmyadmin nutzt.

sudo apt-get install phpmyadmin

Auch hierzu lassen sich SSL-Verbindungen konfigurieren. Ist das Paket installiert, erreicht man die Verwaltung per Browser über http://IP_des_Servers/phpmyadmin. Der Benutzername ist Root und das Kennwort entspricht dem, welches bei der Installation des MySQL-Servers angegeben wurde.

Damit sind alle erforderlichen Pakete installiert und nun kann es an das Installieren der WordPress-Sachen gehen. Dazu braucht es zunächst eine leere Datenbank, der ein Benutzer zugeteilt wird. Das bewerkstelligt man am besten mit phpmyadmin. Neue Datenbank erstellen und dann über die Rechte einen neuen Benutzer erstellen, dem alle Rechte für die neue DB gegeben werden.

In diesem Beispiel heisst die Datenbank wp. Dann die Rechte eines neuen Benutzers auf die Datenbank wp zuteilen.

Dazu habe ich den Benutzer fritzli erstellt, der dann die vollen Rechte auf der Datenbank wp bekommt. Globale Rechte braucht der Benutzer fritzli keine.

Danach holt man sich die aktuelle Version eines WordPress-Päcklis (im Moment 2.5.1). Ich mag die Deutsche Version, man kann aber natürlich auch die Originale anwenden. Der Rest ist dann Routine-Arbeit.

Die ZIP-Datei entpacken und dann zunächst die Datei wp-config-sample.php in wp-config.php umbenennen. Diese öffnen und die nötigen Informationen eintragen:

Es reicht, wenn die ersten vier Zeilen angesehen und mutiert werden. Danach muss man auf dem Server innerhalb der Sitestruktur ein Verzeichnis erstellen, in dem dann WorPress untergebracht wird. Der Webserver legt die Files unter /var/www ab. Dort erstelle ich ein Verzeichnis mit Namen wp:

sudo mkdir /var/www/wp

Danach erteile ich die Schreibrechte für die Gruppe:

sudo chmod -R 0775 /var/www/wp

und ändere noch den Besitzer:

sudo chown www-data /var/www/wp

sudo chgrp www-data /var/www/wp

und füge den User, welche als FTP-User figuriert, der Gruppe www-data hinzu:

sudo adduser roman www-dat

Danach können die Daten per FTP hochgeladen werden. Schliesslich ist das Zeug soweit gediehen, dass es unter http://IP_des_servers/wp zu erreichen wäre, so Gott will. Beim ersten Einloggen würde ich den Ha(c)ken noch entfernen, so die Suchmaschinen und deren Vetter nicht versuchen, das Blog zu erreichen.

Diese Angaben kennt man ja mittlerweile, sofern man mit WordPress arbeitet. Ansonsten sind sie denn auch klar. WordPress generiert einen User admin mit einem Kennwort, das man anschliessend ändern sollte.

Yo, und der Rest dürfte klar sein. Damit steht ein Test-Blog zur Verfügung, in dem man Gott und die Welt anficken beschimpfen kann, ohne dass es jemand sieht Es verhält sch in etwa gleich, wie jedes andere WP und so ist das Testblog je nach “Geekgrad” recht interessant.

Anbindung an das Internet

Möchte man das Blog dauerhaft im Internet präsentieren, so muss natürlich der Webserver ständig erreichbar sein. Damit steigen auch die Gefahren und natürlich – oder hoffentlich – das Traffic. Arbeitet man mit einer dynamischen IP, so gibt es dazu einige Dienste, welche Deine dynamische IP mit einer Sudomain mappen. Ein solcher Dienst ist beispielsweise DynIP, es gibt aber auch Gratis-Versionen. Sie kommen und verschwinden aber wie die Unterhosen. Allenfalls lohnt es sich, einen kostenpflichtigen Dienst zu nutzen.

Ausserdem muss man sich zwingend Gedanken zur Sicherheit machen. Allenfalls reicht schon eine lokale, physische Firewall, besser wäre, zusätzlich noch eine auf dem Ubuntu-Server rennen zu lassen. Ausserdem würde ich dann den FTP-Server nur starten, wenn ich ihn brauche und sonst unten lassen. Gleiches gilt für phpmyadmin: Entweder nicht nutzen, oder auf SSL umbiegen, beziehungsweise auf einer andern Maschine installieren. Weiter muss dann der Apache allenfalls anders eingerichtet werden.

Warnung: Wenn man tatsächlich das Blog öffentlich erreichbar machen möchte, sollte auch die Installation des Servers selbst etwas seriöser als hier beschrieben angegangen werden. Diese Anleitung dient ja nur den Menschen, die ein Blog zum Testen nutzen möchten.

Ähnliche Artikel

• 9. Januar 2008 -- SSL auf Apache einrichten (0)
• 2. Januar 2008 -- phpmyadmin zur MySQL-Verwaltung (9)
• 22. März 2010 -- Die erste Mini-Anwendung mit CakePHP (6)
• 2. Februar 2010 -- Webentwicklung mit CakePHP (8)
• 25. August 2010 -- Endlich: RoundCube mit Adressgruppen (7)

Als Ersatz konnte ich eine Lösung mit einem Ubuntu-Server und dem Proxy-Server squid einsetzen. Squid ist als OpenSource-Paket zu haben und ist in den offiziellen Paketen von Ubuntu eingebunden. Der Proxy-Server ist sehr leistungsfähig, fein skalierbar und ausbaubar. Er eignet sich eher für grössere Umgebungen, kann aber auch in kleinen Betrieben eingesetzt werden. Wir haben bei uns im Geschäft die Lösung getroffen, dass der Proxy-Server eine NT-Gruppe abfrägt und deren Mitglieder durchlässt, alle andern bekommen keinen Zugriff auf den Cache. Dies bedeutet, dass die Ubuntu-Maschine Zugriff auf das Active Directory braucht. Nachstehend will ich die wichtigsten Konfigurationen nennen.

Der Server

Ich benutze eine virtuelle Maschine auf unserem ESX-Server. Es ist ratsam, die Festplatten-Konfiguration durchdacht zu gestalten, unabhängig davon, ob der Server physikalisch besteht oder eine virtuelle Maschine ist. So würde ich eine separate Platte (oder Partition) für den Cache, das Log und natürlich für das Temp-Verzeichnis und den Swap erstellen. Liegt das Logfile vom Squid nicht im /var/ Verzeichnis, so würde ich /var/ auch noch als separate Platte einbinden. So kann man sicherstellen, dass der Server nicht abraucht, wenn /var/ überläuft. Ich habe dem Rechner 1 GB Memory verpasst, squid ist zwar recht anspruchslos, es lohnt sich aber, genügend flüchtigen Speicher zur Verfügung zu stellen.

Samba

Ohne Samba geht ja nichts, wenn man mit einer Linux-Kiste etwas auf der Windows-Seite tun will. Unter Ubuntu kann man das Samba-Päckli ganz normal installieren. Man kann gleich alle Komponenten auf einmal installieren, die es braucht, also auch Kerberos, Winbin und die Libaries:

sudo aptitude install krb5-user libpam-krb5 winbind samba smbfs smbclient libpam-mount

Danach sollte man sicherstellen, dass die lokale Zeit mit der des Windows-Domänencontrollers dauerhaft übereinstimmt. Dazu muss allenfalls noch das NTP-Paket installiert und konfiguriert werden. Danach sollte die hosts-Datei angeschaut werden und bei Bedarf einige Einträge hinzugefügt werden:

sudo vim /etc/hosts

Auf die Adresse 127.0.0.1 muss nebst dem Rechnernamen auch die FQDN-Adresse des Squid-Servers eingetragen sein. Wir haben den Squid-Server in die Domäne eingebunden (Member-Server) und so ist der FQDN gegeben.

Danach kann Kerberos eingerichtet werden. Die Konfigurationsdatei dazu befindet sich im /etc/ Verzeichnis:

sudo vim /etc/krb5.conf

Die Datei sollte folgende Werte beinhalten:

[logging]
default = FILE:/var/log/krb5.log

[libdefaults]
ticket_lifetime = 24000
clock_skew = 300
default_realm = MeineDomain.ch

[realms]
MeineDomain.ch = {
kdc = Name_des_ersten_Domänencontroller:88
kdc = Name_des_ersten_Domänencontrollers:464
kdc = Name_des_zweiten_Domänencontrollers:88
kdc = Name_des_zweiten_Domänencontrollers:464
admin_server = Name_des_ersten_Domänencontrollers:464
default_domain = MeineDomain.ch
}

[domain_realm]
.MeineDomain.ch = MeineDomain.ch
MeineDomain.ch = MeineDomain.ch

Jetzt kann Kerberos getestet werden:

sudo kinit BenutzerName_Eines_DomänenAdmins

Danach wird das Kennwort verlangt und wenn alles in Ordnung ist, erscheint wieder der normale Prompt. Ob es nun Kerberos geschafft hat, ein Ticket zu eröffnen, kann so angesehen werden:

sudo klist

Die Ausgabe sollte etwa so ausschauen:

Ticket cache: FILE:/tmp/krb5cc_0
Default principal: fritzli@MeineDomain.ch

Valid starting Expires Service principal
02/28/08 10:42:45 02/28/08 20:42:30 krbtgt/MeineDomain.ch@MeineDomain.ch
renew until 02/28/08 20:42:45

Kerberos 4 ticket cache: /tmp/tkt0
klist: You have no tickets cached

Falls es nicht klappt, ist allenfalls ein Durcheinander mit den Tickets vorhanden. Dann lassen sich mit folgendem Befehl alle Tickets löschen:

sudo kdestroy

Hat das geklappt, kann der Rechner der Windows-Domaine hinzugefügt werden. Dazu sollte die Konfigurationsdatei des Samba-Servers angepasste werden:

sudo vim /etc/samba/smb.conf

Dort sollten folgende Inhalte vorhanden sein:

[global]
security = ads
realm = MeineDomain.ch
password server = 172.31.1.15 #IP des Domain Controllers
workgroup = NT_Name_der_Domäne
# winbind separator = +
idmap uid = 10000-20000
idmap gid = 10000-20000
winbind enum users = yes
winbind enum groups = yes
template homedir = /home/%U
template shell = /bin/bash
client use spnego = yes
client ntlmv2 auth = yes
encrypt passwords = yes
winbind use default domain = yes
restrict anonymous = 2
# to avoid the workstation from
# trying to become a master browser
# on your windows network add the
# following lines
domain master = no
local master = no
preferred master = no
os level = 0

Nach dem speichern der Datei müssen die Dienste neu gestartet werden:

sudo /etc/init.d/winbind stop
sudo /etc/init.d/samba restart
sudo /etc/init.d/winbind start

Und nun kann der Rechner der Domäne hinzugefügt werden:

sudo net ads join -U BenutzerName_eines_Domänen_Admin

Das Kennwort wird verlangt und wenn alles klappt, wird der Rechner der Domäne hinzugefügt. Dann ist er in der Windows-Ungebung unter “Server” zu sehen. Testen lässt sich die Verbindung ganz einfach. Um die Benutzer aus der Domäne anzeigen zu lassen, genügt folgender Befehl:

wbinfo -u

Um die Gruppen anzeigen zu lassen, braucht es die Anweisung:

wbinfo -g

Jetzt folgt noch die switch-Konfiguration, die sich in der Datei einrichten lässt:

sudo vim /etc/nsswitch.conf

Dort müssten folgende Werte verzeichnet sein:

passwd: compat winbind
group: compat winbind
shadow: compat

Die Dienste wollen nun noch einmal gestartet werden, damit die neue Konfiguration wirksam wird:

sudo /etc/init.d/winbind stop
sudo /etc/init.d/samba restart
sudo /etc/init.d/winbind start

Ob die Einstellungen richtig gesetzt wurden, lässt sich mit diesem Befehl kontrollieren, dann sollten die Gruppen der Windows-Domäne angezeigt werden:

getent group

Postfix installieren

Damit Mails vom System versandt werden können, sollte Postfix noch installiert werden. Die Installation habe ich hier beschrieben.

Squid installieren

So, und nun kann endlich squid installiert werden:

sudo apt-get install squid

Nach der Installation ist squid eigentlich bereit. Allerdings lässt der Proxy von Haus aus keine Rechner auf den Cache zugreifen. Dazu muss zuerst die Konfigurationsdatei richtig eingerichtet werden. Squid ist sehr breit in den Möglichkeiten ausgelegt und es gibt daher Tausende von Möglichkeiten, ihn einzurichten. Ich beschreibe hier die Version, welche wir erfolgreich einsetzen, gehe aber nicht in das Detail. Die Konfigurationsdatei würde ich zunächst umbenennen und eine neue anlegen, denn die ist dermassen lang; es sind alle Erklärungen darin enthalten. Berarbeiten kann man die Datei so:

sudo vim /etc/squid/squid.conf

Die Datei beinhaltet bei uns folgende Werte:

### Port
http_port 3128

### Stoplist
hierarchy_stoplist cgi-bin ?

### Cache
acl QUERY urlpath_regex cgi-bin \?
cache deny QUERY
acl apache rep_header Server ^Apache
broken_vary_encoding allow apache
cache_dir ufs /Pfad_zum_Cache 2024 16 256
# Bei 1 GB flüchtigem Speicher
cache_mem 512 MB
cache_replacement_policy heap GDSF
memory_replacement_policy heap GDSF

### Logfiles
access_log Pfad_zum_access.log
cache_log Pfad_zum_cache.log
cache_store_log Pfad_zum_store.log
emulate_httpd_log on
log_fqdn on

### Hostfile
hosts_file /etc/hosts

###FTP
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320

### Access
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 # https
acl SSL_ports port 563 # snews
acl SSL_ports port 873 # rsync
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl Safe_ports port 631 # cups
acl Safe_ports port 873 # rsync
acl Safe_ports port 901 # SWAT
acl purge method PURGE
acl CONNECT method CONNECT

##############################################
# Zugriffe für GOInternet (Gruppe, die surfen darf)
##############################################

auth_param ntlm program /usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp --require-membership-of="NT_Name_der_Domain\\GOInternet"
auth_param ntlm children 10 #auth_param ntlm max_challenge_reuses 0
#auth_param ntlm max_challenge_lifetime 2 minutes
#auth_param ntlm use_ntlm_negotiate off auth_param basic program /usr/bin/ntlm_auth --helper-protocol=squid-2.5-basic
auth_param basic children 5
auth_param basic realm Domain Proxy Server
auth_param basic credentialsttl 2 hours
auth_param basic casesensitive off
authenticate_cache_garbage_interval 10 seconds

# Credentials past their TTL are removed from memory
authenticate_ttl 0 seconds

#### Regeln für den Zugriff für alle Benutzer
acl AlleBenutzerIntra dstdomain .spitalbuelach.ch
acl AlleBenutzerGoogle dstdomain .google-analytics.com
acl AlleBenutzerKomp dstdomain .kompendium.ch
acl AlleBenutzerPsych dstdomain wdeg.itrust.de
acl AlleBenutzerSBB dstdomain .sbb.ch

#### Anwendung der Regel für alle Benutzer
http_access allow AlleBenutzerIntra
http_access allow AlleBenutzerGoogle
http_access allow AlleBenutzerKomp
http_access allow AlleBenutzerPsych
http_access allow AlleBenutzerSBB

acl lcl src 172.31.0.0/16
acl auth proxy_auth REQUIRED
http_access allow lcl auth
http_access deny all
miss_access allow all
icp_access deny all

##############################################
# Ende Zugriffe für GOInternet
##############################################

http_access allow manager localhost
http_access deny manager
# Only allow purge requests from localhost
http_access allow purge localhost
http_access deny purge
# Deny requests to unknown ports
http_access deny !Safe_ports
# Deny CONNECT to other than SSL ports
http_access deny CONNECT !SSL_ports
http_access deny all

Nicht vergessen, squid neu zu starten, damit die neue Konfiguration greift:

sudo /etc/init.d/squide restart

Herausforderungen

Natürlich gibt es auch einige Stolpersteine, die sich bei einer solchen Installation in den Weg stellen. Ein paar will ich hier notieren, zumal wir sie lösen konnten und wohl auch andere Menschen drauf hineinfallen möchten.

Im Konfigurationsfile zum Squid sollte man bei den Auth-Anweisung darauf achten, dass die Gruppe getrennt durch zwei Backslashes angeben wird:

NT-Domänen_Name\\GOInternet

Wenn der ntml-Authenicator nicht will, wenn man

sudo squid -N -d 1-d 1

eingibt, und dabie folgende Fehlermeldung liefert:

2008/02/26 11:32:03| WARNING: ntlmauthenticator #2 (FD exited
2008/02/26 11:32:03| WARNING: ntlmauthenticator #3 (FD 9) exited
2008/02/26 11:32:03| WARNING: ntlmauthenticator #4 (FD 10) exited
2008/02/26 11:32:03| WARNING: ntlmauthenticator #5 (FD 11) exited
2008/02/26 11:32:03| WARNING: ntlmauthenticator #1 (FD 7) exited
usw.

haben wir so gelöst:

Die Authentifikation von ntml wird im Verzeichnis /var/run/ in einem weiteren Unterverzeichnis erledigt. Jenes Verzeichnis ist temporär angelegt und wird bei jedem Systemstart neu erzeugt. Dort besitzt der User proxy, welcher Squid ausführt, keine Rechte. Man könnte nun ein Skript schreiben, das die entsprechende Rechte bei jedem Systemstart setzt. Das wollten wir aber nicht. Stattdessen haben wir den User Proxy der Gruppe winbindd_priv hinzugefügt:

sudo adduser proxy winbindd_priv

Danach lief alles bestens. Ich habe dann noch einige Verfeinerungen und Optimierungen angebracht. Darüber will ich dann aber separat berichten.Wie gesagt, gibt es sehr viele Wege, squid zu nutzen. Die oben Beschriebene ist wohl nicht das NonPlusUltra. Aber der Weg beschreibt eine recht gute Lösung, die sich in einer Umgebung von etwa 450 Rechner und 600 Benutzer gut nutzen lässt. Dank ntml gibt der Browser (bei uns ist der Internet Explorer 7 standard) die Benutzerdaten gleich mit und niemand muss sich am Proxy von Hand anmelden. Ist ein Benutzer nicht in der Gruppe, erscheint ein Popup mit Benutzername und Kennwort. Die Proxy-Einstellungen geben wir via Gruppenrichtlinen mit, die Einstellungen können nicht mutiert werden. Ausserdem bekommen die Rechner per DHCP keinen Gateway; sie müssen als den Proxy passieren, um auf das Internet zugreifen zu können.

Ähnliche Artikel

• 19. Mai 2008 -- WordPress auf einem Ubuntu-Server (12)
• 9. Mai 2008 -- Squid-Update auf Ubuntu-Server 7.10 (0)
• 8. April 2008 -- Squid als Reverse-Proxy (0)
• 29. März 2008 -- squid: Fehlermeldungen zu Deutsch (1)
• 29. März 2008 -- Squid und ein URL-Filter (4)

Bei der im Ubuntu-Server aktuell eingebundenen Version von PHPMyAdmin (2.10.3deb1ubuntu0.1) können zwar Abfragen gespeichert werden, aber deren SQL-Anweisungen nachträglich nicht angezeigt werden. Stattdessen muss man so gespeicherte Abfragen neu erzeugen und wenn man Mut hat, überschreiben. Etwas komfortabler geht es mit dem Query Browser.

Eine Abfrage wird mit folgender SQL-Anweisung erzeugt:

CREATE VIEW `Datenbank`.`Name_der_Abfrage` AS
SELECT * FROM ``

In diesem Beispiel wird die Abfrage als Name_der_Abfrage gespeichert und steht danach – wie es bei Access als dem Hause Microsoft oder dem grossen Bruder, dem SQL-Server bekannt ist – als View zu Verfügung. Jene kann dann wieder per SELECT aufgerufen werden.

Abfragen ergeben am meisten Sinn, wenn verschiedenen Tabellen, welche eine Relation untereinander kennen, aufgerufen werden. Dazu wird ebenfalls die SELECT Anweisung benutzt, die Relation wird beispielsweise per INNER JOIN ON erstellt. Wer mehr über die SQL-Anweisungen wissen möchte, ist auf sql-tips.de gut bedient. Aber auch dieses Tutorial ist nicht zu verachten.

Hier ist ein Beispiel, wie zwei Haupttabellen und zwei weitere Hilfstabellen in einer Anfrage zusammengeführt werden:

select `adr_firmen`.`IDFirma` AS `IDFirma`,`adr_firmen`.`Firma` AS `Firma`,`adr_firmen`.`Zusatz` AS `Zusatz`,`adr_firmen`.`Strasse` AS `Strasse`,`adr_firmen`.`PLZ` AS `PLZ`,`adr_firmen`.`Ort` AS `Ort`,`adr_firmen`.`Land` AS `Land`,`adr_firmen_kontakt`.`IDKontakt` AS `IDKontakt`,`adr_firmen_kontakt`.`Anrede` AS `Anrede`,`adr_firmen_kontakt`.`Vorname` AS `Vorname`,`adr_firmen_kontakt`.`Name` AS `Name`,`adr_firmen_kontakt`.`Titel` AS `Titel`,`adr_firmen_kontakt`.`Funktion` AS `Funktion`,`adr_firmen_kontakt`.`EMail` AS `EMail`,`adr_firmen_kontakt`.`Telefon` AS `Telefon`,`adr_firmen_kontakt`.`Mobile` AS `Mobile`,`adr_firmen_kontakt`.`Fax` AS `Fax`,`adr_firmen_land`.`IDLand` AS `IDLand` from (`adr_firmen_kontakt_anrede` join (`adr_firmen_land` join (`adr_firmen` join `adr_firmen_kontakt` on((`adr_firmen`.`IDFirma` = `adr_firmen_kontakt`.`IDFirma`))) on((`adr_firmen_land`.`IDLand` = `adr_firmen`.`Land`))) on((`adr_firmen_kontakt_anrede`.`IDAnrede` = `adr_firmen_kontakt`.`Anrede`)));

Die Tabelle adr_firmen enthält Adressdaten von Firmen, diejenige mit Namen adr_firmen_kontakt enthält Kontaktinformationen. Beide Tabellen werden jeweils über das Feld IDFirma miteinander in Relation gebracht. Dann gibt es noch zwei kleine Hilfstabellen, welche bloss sicherstellen, dass immer dieselben Werte benutzt werden. adr_firmen_kontakt_anrede steht in Relation zur Tabelle adr_firmen_kontakt und setzt jeweils die Anrede richtig, die Tabelle adr_firmen_land enthält die Landesangaben, welche wiederum mit adr_firmen in Relation steht. Mit der obigen Abfrage werden sämtliche Werte so ausgegeben, dass sie für uns Menschen nutzbar werden.

Wer sich nicht so gerne mit dem pingeligen SQL-Syntax auseinandersetzen will, kann auch eine andere Lösung bevorzugen. Dazu braucht es allerdings Windows und Access. Damit kann man über ODBC eine Verbindung zum MySQL-Server herstellen und dann die Abfragen im Access-Fenster ganz bequem zusammenklicken und sich hernach den SQL-Code anzeigen lassen. Bei nicht allzu komplexen Abfragen funktioniert jene Version ganz gut. Ich werde dazu später mehr berichten.

Leider ist zur Zeit meine Lieblings-Virtualisierungssoftware für den Mac – die VirtualBox – noch nicht ready für OS X 10.5, weswegen ich auch noch keine virtuelle Windows-Kiste zur Verfügung habe, um darüber zu berichten.

Ähnliche Artikel

• 2. Februar 2010 -- Webentwicklung mit CakePHP (8)
• 13. Januar 2010 -- MySQL-Datenbank-Design optisch planen (33)
• 16. Juli 2008 -- MySQL-Tabellen: tx_crawler_queue Löschen erzwingen (0)
• 19. Mai 2008 -- WordPress auf einem Ubuntu-Server (12)
• 9. Januar 2008 -- SSL auf Apache einrichten (0)

Viel dazu schreiben muss ich nicht, denn auf ubuntuusers.de – wo denn sonst? – gibt es eine hervorragende Beschreibung, wie man eine SSL-Verbindung konfiguriert. Sie ist auf den Eigenbedarf ausgerichtet. Will man damit “ordentliche Dienste” für jedermann bereitstellen, sollte man sich um ein öffentliches Zertifikat bemühen. Die Beschreibung funktionierte bei mir fast einwandfrei. Ich vergass, dem Webserver einen vollqualifizierten Domänen Namen (FQDN) zu geben. Deswegen konnte ich den Server über das SSH-Terminal weder stoppen noch starten. Mit webmin klappte der Start, da dort offensichtlich jene Konfiguration nicht abgefragt wird. Damit man auch per SSH den Apache handeln kann, muss man im Konfigurationsfile entweder die IP des Localhost (127.0.0.1) oder die LAN-IP unter dem Punkt Servername angeben. Dann klappt es auch per SSH. Diese Einstellung nimmt man am einfachsten per Webmin vor; für Urgesteine tut es auch der vi-Editor:

/etc/apache2/apache2.conf

# Include the virtual host configurations:
Include /etc/apache2/sites-enabled/
ServerName 127.0.0.1

So klappt es auch mit dem Nachbarn per SSH. Da die Konfiguration beim Beispiel von ubuntuusers.de für alle Hosts inklusive den Virtuellen gilt, sind somit auch sämtliche konfigurierten Sites auf dem Webserver per SSL erreichbar.

Ähnliche Artikel

• 19. Mai 2008 -- WordPress auf einem Ubuntu-Server (12)
• 2. Januar 2008 -- phpmyadmin zur MySQL-Verwaltung (9)
• 25. August 2010 -- Endlich: RoundCube mit Adressgruppen (7)
• 22. März 2010 -- Die erste Mini-Anwendung mit CakePHP (6)
• 2. Februar 2010 -- Webentwicklung mit CakePHP (8)

Unter dem Ubuntu-Server ist die Installation denkbar einfach. Hat man zunächst dafür gesorgt, dass ein passender Webserver installiert ist und in Ordnung läuft – ich habe mich aus Gründen der Einfachheit und Verfügbarkeit von Informationen für den Apache-Webserver entschieden – braucht man lediglich noch das Paket phpmyadmin aus den universe-Quellen zu installieren. Nach der Installation kann man das Paket auch gleich richtig per Skript konfigurieren lassen. Ein entsprechender Dialog erscheint dann im Terminal. Das Skript fügt dann zu Standardwebsite ein Verzeichnis namens phpmyadmin hinzu, unter dem dann die Oberfläche des Verwaltungstools zu erreichen ist, also zum Beispiel http://meinUbuntuServer.ch/phpmyadmin/

Mit diesem Tool lässt sich ein Grossteil der Aufgaben an einer Datenbank online erledigen. Ab MySQL 5 lassen sich ja endlich auch Abfragen abspeichern. Dazu möchte ich in einem späteren Post noch genauer sprechen. Für meinen Geschmack gehört phpmyadmin zur Grundausstattung eines Server, auf dem PHP und MySQL läuft.

Übrigens ist auch bei der Serververwaltungs-Suite webmin eine Verwaltung für den MySQL-Server dabei. Jene Verwaltung ist aber eher für die Bewirtschaftung des Servers, der Benutzer und deren Rechte, als für die Verwaltung der Daten gedacht.

Eine sehr gute Dokumentation zu phpmyadmin findet sich im hauseigenen Wiki. Dort liest man FAQ, Anweisungen und Beschreibungen von der Installation bis zum Betrieb. Es gibt dort wohl zu jeder Herausforderung eine Lösung.

Ähnliche Artikel

• 19. Mai 2008 -- WordPress auf einem Ubuntu-Server (12)
• 9. Januar 2008 -- SSL auf Apache einrichten (0)
• 22. März 2010 -- Die erste Mini-Anwendung mit CakePHP (6)
• 2. Februar 2010 -- Webentwicklung mit CakePHP (8)
• 25. August 2010 -- Endlich: RoundCube mit Adressgruppen (7)

Ich habe mich vor allem aus Sicherheitsgründen für den Server 7.10 entschieden. Es ist natürlich auch möglich, ein ältere Version sicher zu konfigurieren, dazu reicht aber mein Wissen (noch) nicht aus. Ich verwende einen etwas älteren PC, für Services und Anwendungen mit niederer Last ist der Ubuntu-Server sehr bescheiden. Bei der Installation, welche aus meiner Sicht selbstsprechend zu bewerkstelligen ist – soweit die Hardware brav alles mitmacht – habe ich lediglich den Apache-Webserver und den SSH-Server mitinstalliert. Die beiden Dienste (und noch weitere) kann man gleich nach der Basisinstallation zur Installation anhaken. Alle andern Services möchte ich nachher durchführen. Nach der Installation braucht es einen Reboot und das System kommt – so Gott will – rasch und sicher hoch.

Als erstes habe ich die IP-Adresse geändert, welche bei der Installation auf DHCP konfiguriert wurde. Dies könnte man jedoch verhindern, in dem man eine Bootoption benutzt oder den DHCP kurz aussetzt. Dann kann man sogleich die statischen Daten eingeben. In meinem Fall habe ich nachträglich die Datei /etc/network/interfaces bearbeitet und die Datei /etc/resolv.conf kontrolliert, ob der richtige DNS-Server angegeben ist.

Der Server hängt bei mir nur noch am Strom und am Netzwerk. Eine Maus braucht es ohnehin nicht, da keine grafische Oberfläche installiert wird, die Tastatur und den Bildschirm schenke ich mir, da ich das meiste per SSH oder mit Webmin erledige. Letztere Möglichkeit bietet unter anderem auch einen schönen Dateimanager per Java.

Ich werde später noch etwas genauer auf Webmin eingehen. Schlussendlich habe ich dann noch die Updates gefahren. Mit sudo apt-get update aktualisiert man die Paketlisten und mittels sudo apt-get upgrade installiert man die Updates, soweit es welche hat. Nach einer frischen Installation kann man aber davon ausgehen, dass Updates vorhanden sind.

Erfrischend ist die Geschwindigkeit, mit welcher ein Server läuft. Ähnliche Erfahrungen habe ich auch unter Windows gemacht. Auch dort ist der Standard-Server sehr viel schneller hochgefahren als eine Workstation. Deswegen nutze ich auch einen virtuellen Windows-Server und keine Workstation. Und auch hier bei Ubuntu ist der Server sofort startklar. Obschon ein solcher Server immer verfügbar sein könnte, schalte ich ihn ab, wenn ich den Rechner nicht benötige. Er ist ja dermassen rasch wieder gestartet.

Sofort herunterfahren kann man den Server per SSH mit folgendem Befehl: sudo shutdown -h now

Ähnliche Artikel

• 9. Januar 2008 -- SSL auf Apache einrichten (0)
• 8. Mai 2010 -- Surfen via ssh (8)
• 22. März 2010 -- Die erste Mini-Anwendung mit CakePHP (6)
• 4. Januar 2010 -- Ubuntu LTS und ssh -X (8)
• 19. Mai 2008 -- WordPress auf einem Ubuntu-Server (12)