Forbidden
You don’t have permission to access /MAMP/ on this server.
Apache/2.0.63 (Unix) PHP/5.2.11 DAV/2 Server at localhost Port XXXX

Das ist natürlich mehr als ärgerlich, da von der Startseite aus beispielsweise die Konfigurationseite phpMyAdmin, zur Administrierung der MySQL-Datenbank, nicht mehr erreichbar ist.
Bei mir lag es an einer falsch platzierten Datei: Beim Konfigurieren der WordPress-Installation über das Web-Interface wurde eine .htaccess-Datei fälschlicherweise im Root-Verzeichnis meiner Festplatte abgelegt. Etwas beunruhigend – aber ein lösbares Problem

Wie immer: Die Lösung ist wie immer auf eigene Gefahr … insbesondere das Terminal ist ein wunderbares Werkzeug … mit dem man aber auch viel kaputt machen kann!

Die Datei fällt im Finder nicht auf, das sie wie alle Punk-Dateien in UNIX normalerweise nicht angezeigt werden. Also bemüht man das Terminal und sieht sich das Root-Verzeichnis der Festplatte mal genauer an:

cd /

dann

ls -la

Findet sich dort die Datei .htaccess, sollte man sich vor dem Löschen bzw. Umbenennen nochmal den Inhalt genauer ansehen:

cat .htaccess

Am Einfachsten ändert man ihren Namen und macht die Datei sichtbar:

mv .htaccess htaccess-backup

So erscheint die Datei wieder im Finder und richtetet kein Unheil mehr an … wenn man sich sicher ist, dass man die Datei auch nicht mehr braucht, kann man sie natürlich jetzt auch im Finder einfach in den Papierkorb ziehen

webmail.google.com hijacked by t-online

• Ein unbedarfter T-Online-Kunde gibt webmail.google.com in seinen Browser ein.
• Er bekommt keine Fehlermeldung, sonder eine Seite von T-Online unter der URL “http://webmail.google.com/” zu sehen.
• Auf der von T-Online übermittelten Seite wird einerseits darüber informiert, dass die eingegebene Internet-Adresse nicht gefunden werden konnte. Darüber hinaus hat sich T-Online erlaubt, die eingegebene URL zu analysieren und nach Schlagworten zu durchsuchen. Passend zu diesen Schlagwörtern werden vom Yahoo-Werbeservice Overture.com Werbeanzeigen bzw. Suchergebnisse präsentiert und die Klicks der Nutzer auf Suchergebnisse und Werbeanzeigen getrackt.
• Hätte der Nutzer nur mail.google.com eingegeben, dann wäre er beim gewünschten Service von Google und nicht bei T-Online gelandet …

Das Verfahren, das T-Online für die Realisierung ihrer so genannten “Navigationshilfe” verwendet, wird auch als DNS-Hijacking bezeichnet: Statt eine korrekte Fehlermeldung bei einem vertippten Domain-Namen zurückzugeben, leitet T-Online diese Anfrage einfach auf ihre Server um und analysiert die Anfrage zu Werbezwecken. Das Verfahren von T-Online ist in vielerlei Hinsicht mehr als bedenklich:

• Der Service zeigt, dass die T-Online nicht als neutraler Internet-Service-Provider agiert und den Nutzer mit dem gewünschten Server verbindet – oder eben auch nicht verbindet, wenn der Server nicht verfügbar ist.
• T-Online bemächtigt sich in den Augen der Nutzer gegebenenfalls der Domains und präsentiert unter der Vorspiegelung des angeforderten Domain-Names andere Inhalte: Der Nutzer muss ja davon ausgehen, dass die Infos, die ihm unter “webmail.google.com” (Screenshot via T-Online) gezeigt werden auch von Google.com kommen. Das Vorgehen von T-Online deckt sich dabei auf perfide Weise mit Phishing-Angriffen auf Banken zum Identitätsdiebstahl – nicht umsonst verwenden die Phishing-Angreifer mit Rogue-DNS-Servern ein ähnliches Prinzip wie die T-Online mit ihrer “Navigationshilfe”.
• Interessant ist die “Navigationshilfe” natürlich besonders für die Konkurrenten von besucherstarken Webseiten: Microsoft freut sich sicher über die Platzierung ihres Links auf http://webmail.google.com – und auch die Direktbank Comdirekt ist sicher nicht unglücklich über die prominente Platzierung ihrer Werbung für ein kostenloses Girokonto unter http://online.deutschebank.com (Screenshot via T-Online). T-Online kapert also mit der Navigationshilfe bestehende Domains falls ein Nutzer sich bei der Subdomain verschreibt und schaltet darauf Suchergebnisse und ggf. Werbung von Konkurrenten – über die Schadensersatzforderungen an die Deutsche Telekom AG machen sich hoffentlich bald die Rechtsabteilungen von Google, Deutsche Bank und anderen Gedanken. Auch die Wettbewerbshüter der EU könnten sich zu dem Thema so ihre Gedanken machen.
• Auch ein Teil der falsch geschriebene oder nicht registrierte Domains werden von T-Online abgefangen und kommerziell verwertet. Das ist natürlich weitaus weniger mühsam als interessante Domains für teures Geld zu registrieren und dann, wie z.B. über Sedo.com zu parken und darauf Werbung zu schalten. Auch diese Vorteilsnahme von T-Online ist sicher voll im Sinne der Wettbewerbshüter.
• Wie in den FAQs der “Navigationshilfe” beschrieben, behält sich die Deutsche Telekom AG alle Abfragen mit falscher Subdomain oder nicht vorhandener Domain zu speichern. Großzügigerweise verzichtet die Telekom auf eine personenbezogene Speicherung. Allerdings frag man sich schon, wofür T-Online dann trotzdem ein Cookie mit einer Verfallszeit von einem Jahr auf dem Rechner der Nutzer speichert. Übrigens werden auch die Klicks auf die präsentierten Suchergebnisse und Werbeanzeigen von der Yahoo-Tochter Overture.com getrackt. Sicher eine Goldgrube für Data-Mining-Experten … und ein Alptraum für Datenschützer.
• Als T-Online-Kunde ist es besonders verwunderlich, dass dieser “Service” einem ungefragt untergeschoben wird. Kein Double-Opt-In-Verfahren, sondern eine komplizierte Abmeldeprozedur. Die T-Online hätte ihre Kunden ja auch fragen können, ob sie einen manipulierten DNS-Server haben wollen, der ihre Anfragen gegebenenfalls zu Werbezwecken weiterverarbeitet. Dann hätte sich der Service aber sicher nicht so schnell durchgesetzt.
• Die T-Online verstößt mit dem DNS-Hijacking möglicherweise auch gegen die RFC-Standards zur Implementierung von DNS-Servern der Internet Engeneering Task Force – IETF die Grundlage für eine reibungslos funktionierende Internet-Infrastruktur sind. Spamfilter und andere Webservices sind ggf. auf standardkonforme Antworten des DNS-Servers angewiesen um beispielsweise zu erkennen, dass es eine Domain überhaupt nicht gibt. All diese Services funktionieren nicht mehr, wenn sie über T-Online und deren Navigationshilfe mit dem Internet verbunden sind. Vielleicht sollte die ICANN auch die T-Online in die Schranken weisen, wie sie es mit VeriSign 2003 erfolgreich gemacht hatten.
• Mit dem Anzeigen von Werbung und Suchergebnisses auf gekaperten Domains ergeben sich auch eine Reihe von Sicherheitsrisiken – Ryan Singel’s Artikel in der Wired finden sich dazu noch mehr Hintergrundinformationen. Auch im Bericht der ICANN zum VeriSigh Site-Finder-Projekt finden sich weitere Informationen über mögliche Sicherheitsrisiken durch den Navigationshilfe-Service der T-Online.
• Möglicherweise verstößt die Deutsche Telekom AG mit der Einführung der Navigationshilfe auch gegen das Grundrechte der Informationsfreiheit (Art. 5 Abs. 1 GG) und gegen das Fernmeldegeheimnis (Art. 10 Abs. 1 GG). Dazu könnte die DNS-Manipulation durchaus auch den Straftatbestand der Datenveränderung (§ 303a StGB) erfüllen – dann wäre die Staatsanwaltschaft gefordert. Doch darüber sollten die Rechtsanwälte unter euch diskutieren.

Hintergrund: VeriSign musste auf Druck der ICANN 2003 seinen Site-Finder-Projekt einstellen
VeriSign hatte als Registrierungsstelle aller .com und .net Domains im Jahr 2003 mit dem “Site Finder” Projekt einen ähnlichen Service wie die T-Online Navigationshilfe aufgesetzt. Nach heftigsten Protesten stellte VeriSign unter dem Druck der ICANN den Service nach wenigen Wochen wieder ein. Die ICANN hat über diesen Fall einen Bericht verfasst, der die Gefahren und Problem einer solchen Lösung nochmals klar und deutlich machen. Weitere Hintergründe zu VeriSign Site Finder und zu ähnlichen DNS-Mißbräuchen finden sich in Ryan Singel’s Artikel in der Wired.

Hintergrund: DNS-Server
Das WWW funktioniert nach dem einfachen Prinzip, dass jeder Domain-Name in einer URL wie “http://webmail.google.com” erstmal in einem dicken “Telefonbuch” nachgeschalgen werden muss – im sogenannten Domain Name System, kurz DNS. Auf den DNS-Servern ist zu jeder registrierten Domain – und gegebenenfalls auch zu den registrierten Subdomains – eine IP-Adresse hinterlegt, unter der der Server erreicht werden kann. Ist für die gewünschte Domain oder Subdomain kein Eintrag vorhanden, so muss der DNS-Server eine Fehlernachricht zurückschicken (für die Nerds unter Euch: eine NXDOMAIN-Response).

Folgende Account-Einstellungen sind notwendig:

• POP-Server: pop3.live.com (Port 995)
• SMTP-Server: smtp.live.com (Port 25)
• SSL-Verschlüsselung für die POP3- und SMTP-Verbindung müssen aktiviert sein.
• SMTP-Authentifizierung durch Kennwort muss eingeschaltet sein.

Neue E-Mail-Accounts lassen sich auf dem iPhone unter “Einstellungen” > “Mail, Kontakte, Kalender” hinzufügen. Vielleicht wird Hotmail durch diesen Schritt wieder etwas attraktiver …

Quelle: news.softpedia.com

Viva Las Vegas!

Quellen: rubyonrails.com, RailsConf.com

• Hasso Plattner Institut / IT Systems Engineering / Universität Potsdam
• RWTH Aachen University
• Ludwig-Maximilians-Universität München
• Universität Freiburg

Sehr gut! Besonders Abiturienten können sich so einen ersten Eindruck über die Angebote an den jeweiligen Hochschulen machen. Am Ende kommt man zwar sicher nicht um einen Besucht der gewünschten Hochschule herum – aber es gibt einen ersten Eindruck.
Für Studenten, Postgraduates und Alumnis findet sich unter den vielen Angeboten aber durchaus auch das eine oder andere Schmankerl

Quelle: Macnews.de

Diagnose: PHP geht der zugeteilte Arbeitsspeicher aus.

Lösung: Auf einem eigenen Root-, Dedicated- oder Virtual-Server ist der Bugfix einfach – hier muss nur die zentrale Einstelldatei für PHP, die php.ini geändert werden und PHP etwas mehr Speicher zugewiesen werden. Auf einem Shared-Hosting-Server wie bei den Webhosting-Angeboten von 1und1 hat man jedoch meist keinen direkten Zugriff auf die php.ini. Hier hilft ein einfacher Kniff:

Man erstellt eine Textdatei mit dem Namen “php.ini” und dem folgenden Inhalt:

memory=20MB

Diese Datei legt man in den Ordner /wp-admin/ der eigenen WordPress-Installation.

Das wars!

Quellen: WP-Cumuls bei WordPress.org

• Dortmund – Düsseldorf – Köln (auch über Hagen und Wuppertal)
• Köln – Frankfurt/M. Flughafen
• Frankfurt/M. – Stuttgart – München
• Frankfurt/M. – Hannover – Hamburg Hbf

Laptop- und insbesondere iPhone-Nutzer haben so auch bei bis zu 300 km/h einen Netzzugang. Ich bin jedes mal wieder begeistert, wie gut die Verbindung selbst bei hohen Geschwindigkeiten ist. Und als (deutscher) iPhone-Nutzer muss man nicht mal extra für diesen Service zahlen.

Quelle/Bild: Deutsche Bahn

Das Update schließt eine Sicherheitslücke, die von der schlechten Implementierung der php-Funktion mt_rand() in vielen populären php-Installationen verursacht wird. Diese Funktion wird für das Seeding des Zufallsgenerators verwendet – und ein guter Zufallsgenerator ist die Grundlage für starke Passwörter und Verschlüsselung. Auch das Sicherheitsrisiko durch überlange Input in MySQL- und SQL-Datenbanken wird mit dem Update adressiert. Stefan Esser hat die beiden Sicherheitsprobleme aufgedeckt … die sicher eine Reihe von php-basierten Open-Source-Projekten betreffen. Danke Stefan!

Neben dem Schließen der beschriebenen Sicherheitslücken sind auch einige kleinere Bugfixes in die Version WP 2.6.2 eingeflossen. Das Upgrade lohnt sich also für alle WP-Nutzer!

Noch einige Warnungen bevor ich loslege: Backup des Servers nicht vergessen! Die nachfolgende Beschreibung ist nur für die Leser zur Nachahmung gedacht, die wissen was sie mit ihrem Kommandozeilen-Terminal tun. Natürlich auf eigenes Risiko!

• Problem 1: Ich nutze bisher apt-get statt aptitude … beide Systeme darf man jedoch nicht parallel nutzen!
• Lösung: Kein Problem, die im offiziellen Upgrade-Pfad beschriebenen Schritte lassen sich auch mit apt-get statt mit aptitude erledigen. Die Kommandos sind also:
  
$ sudo apt-get update
$ sudo apt-get upgrade
$ sudo apt-get install update-manager-core
$ sudo do-release-upgrade

  Bitte NICHT am Ende des Upgrades restarten … Warum? Siehe Problem 3!
• Problem 2: Das do-release-upgrade Script startet, bricht dann den Upgradevorgang ab und gibt an, dass auf der boot-Partition nicht genügend freier Speicherplatz zur Verfügung steht:
  
The upgrade aborts now. The upgrade needs a total of 52.4M free space on disk '/boot'. Please free at least an additional 18.1M of disk space on '/boot'. Empty your trash and remove temporary packages of former installations using 'sudo apt-get clean'.

• Lösung: Als erstes kann man die Paketverwaltung mit dem vorgeschlagenen Kommando aufräumen:
  
$ sudo apt-get clean

  … allerdings reichte das auf meinem Server nicht aus. Beim Durchsehen der installierten Pakete wurde klar, dass noch eine Reihe alter Kernel-Versionen installiert waren. Und die liegen alle in der boot-Partition und können zum Teil ohne Probleme gelöscht werden. Mit dem folgenden Kommando läßt sich überprüfen, welche Kernel-Versionen auf dem eigenen Ubuntu-Server installiert sind:
  
$ dpkg -l | grep linux-image

  In meinem Fall konnte ich das alte linux-image-2.6.15-29 und das linux-image-2.6.17-12 ohne Probleme löschen. Doch Vorsicht, die neuesten Versionen des Kernels sollte man unangetastet lassen – so hat man immer eine Fallback-Position.
  
$ sudo apt-get remove --purge linux-image-2.6.15*
$ sudo apt-get remove --purge linux-image-2.6.17*

  Nach dem Löschen der alten Kernel-Versionen muss die menu.lst aktualisiert werden:
  
$ sudo update-grub

  Danach checke ich zur Sicherheit immer nochmals, ob die Kernel-Liste nun korrekt ist. Dazu öffnet man die Datei einfach in einem Texteditor – wie vi:
  
$ sudo vi /boot/grub/menu.lst

  Wenn die “automatic kernel list” am Ende der Datei in Ordnung ist, kann man nochmals versuchen den Upgrade-Vorgang zu starten.
• Problem 3: Die Ubuntu-Geeks haben dieses Problem beim Update auf 8.04 schon selbst gelöst. Doch beim Upgrade von Feisty Fawn auf Gutsy Gibbon hatte ich richtig Probleme: Das do-release-upgrade funktionierte ohne Fehlermeldung, doch als ich den Server neustarten wollte bootete er nicht! Über das Safety-System des Servers konnte ich den Übeltäter schließlich ausmachen: Die Kernel-Liste war vom do-release-upgrade-Script nicht korrekt angelegt worden!
• Lösung: Aus diesem Grund beende ich das do-release-upgrade-Script niemals mit einem Neustart des Servers. Vielmehr re-aktualisiere ich als ersten Schritt die Datei menu.lst:
  
$ sudo update-grub

  Danach checke ich die Kernel-Liste wie oben beschrieben mit einem Text-Editor – hier vi:
  
$ sudo vi /boot/grub/menu.lst

  Ist die “automatic kernel list” am Ende der Datei korrekt, kann man endlich den Neustart des Servers vornehmen.
  
$ sudo restart


Nach dem Upgrade und dem Restart des Servers sollte dieser wieder via ssh verfügbar sein. Dann läßt sich als kleine Bestätigung die Version der installierten Linux-Version abrufen:

$ lsb_release -a

Das Ergebnis sollte wie folgt aussehen :

No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 8.04
Release: 8.04
Codename: hardy

Ich hoffe dieses HowTo bzw. die Beschreibung möglicher Probleme und ihrer Lösungen helfen euch etwas Zeit einzusparen die man bei dem guten Wetter sicher besser nutzen kann