blog.andreas-klingler.de

Nach dem Auf­set­zen einer Ether­pad–Instal­la­tion auf tandem-rhein-main.de kam auf jeder Etherpad-Seite eine uner­war­tete Authen­ti­fi­zie­rungs­an­frage von Apa­che. Die Domain etherpad.tandem-rhein-main.de erfor­dert aber keine Zugangs­da­ten. In einer Etherpad-Installation auf einem ande­ren Ser­ver habe ich bei der Instal­la­tion und Ein­rich­tung nichts anders gemacht, und dort trat die Authen­ti­fi­zie­rungs­an­frage nicht auf.

Wie ich her­aus­ge­fun­den habe, tritt das Pro­blem auf, wenn in der Kon­fi­gu­ra­ti­ons­da­tei etherpad.local.properties die Option trans­por­tU­se­Wild­card­Sub­do­mains auf true gesetzt ist. Ether­pad ver­wen­det dann zur Kom­mu­ni­ka­tion keine URLs unter der glei­chen Adresse, son­dern über tem­po­räre, vir­tu­elle Sub­do­mains in der Form 762471349945.comet.etherpad.tandem-rhein-main.de.

Für sol­che Sub­do­mains gibt es aber in der Apache-Konfiguration keine Anwei­sun­gen, daher hat Apa­che die Stan­dard­kon­fi­gu­ra­tion ver­wen­det, in der kein Host­name ange­ge­ben ist. Doch in die­ser Kon­fi­gu­ra­ti­ons­da­tei war ein Zugriffs­schutz akti­viert, der dann fälsch­li­cher­weise die Kom­mu­ni­ka­tion mit dem Etherpad-Dienst abge­schnit­ten hat.

Als Lösung dafür habe ich in der Apache-Konfigurationsdatei für den Vhost etherpad.tandem-rhein-main.de die Direk­tive Ser­ver­A­lias *.etherpad.tandem-rhein-main.de hin­zu­ge­fügt. Dadurch nimmt die­ser Vhost nun alle Anfra­gen für belie­bige Sub­do­mains unter sei­ner Sub­do­main ent­ge­gen wodurch Ether­pad nun kor­rekt läuft.