Verschlüsselte Seiten bieten PHP Dateien zum Download

[5kyy]

Mahlzeit,

ich hab schon seit längerem das Problem, dass mir gewisse Seiten teilweise die PHP Dateien zum Download anbieten statt auszuführen.

Vor allem im phpMyAdmin fiel mir das auf, wenn ich z.B. ein SQL-Statement importieren möchte und auf OK gehe, sollte er das eigentlich ausführen statt mir zum Download anzubieten. Der Download ist übrigens ne leere Datei.

Heute fiel mir auf, dass das lediglich bei den Verschlüsselten Seiten der Fall ist. Bei den anderen klappts wie es soll.

Da ich unterschiedliche Zertifikate verwende habe ich mich an DIESES Turorial gehalten. Klappt EIGENTLICH auch soweit bis eben auf genannten Fehler.

Ich habe übrigens die sites-availables selbst verändert sowie die zugehörige ispcp Datei, damit sie mir beim nächsten Start auch erhalten bleibt.

Hier habe ich lediglich eingefügt, dass Anfragen auf Port 80 eben auf 443 umgeleitet werden und bei diesem vHost hab ich dann die Zeilen für die Verschlüsselung eingfügt. Den restlichen Text habe ich wie von IspCP belassen.

An was könnte das liegen?

MfG
5ky

[joximu]

in der Regel, wenn PHP-Datein zum Download engeboten werden, liegt's an einer fehlerhaften Konfiguration des PHP-Interpreters bzw. an der Schnittstelle (also mod_php bzw. f(ast)cgi(d))

Gruss
J

[5kyy]

Hey,
ja in dieser Richtung bin ich gerade unterwegs. Das komische ist, dass ich den Part in den vHosts nicht angefasst habe und natürlich auch die Modul-Konfigurationen selbst nicht. Oder muss ich denen gezielt die Verschlüsselung mitteilen? Wenn ja wie?
Ich steh grad ziemlich vor einer "planlosigkeit".
MfG
5ky

[tomhb]

Moin,

(04-03-2011 08:23 PM)5kyy Wrote:  ich hab schon seit längerem das Problem, dass mir gewisse Seiten teilweise die PHP Dateien zum Download anbieten statt auszuführen.
[...]
An was könnte das liegen?

Ich hatte aehnliches ( http://isp-control.net/forum/thread-13125.html ), aber
eine Antwort darauf gabs hier im Forum erst mal nicht.

Was Du probieren koenntest, waere ein anderer Browser. Bei mir hat ein
Versuch mit dem konqueror gezeigt, das die Dinge doch funktionieren, jedoch
im FF nicht. Hatte mir das bisher noch nicht vollends durchgeschaut, warum
das so ist/war. hth

Gruss Tom

[5kyy]

Hey tomhb,

ups. Hab zwar den Konqueror nicht hier da ich ein neueres Kubuntu fahre, aber mit Rekonq klappts wie du schreibst einwandfrei.
Komisch, hier wird mir ein Zertifikatsfehler angezeigt. Im Firefox nicht. Wenn ich mir die Details ansehe, bekommt Firefox das korrekte Zertifikat mit (ich hab hier keins akzeptiert oder gespeichert), aber Rekonq erhält das falsche, welches zwar auch auf dem Server liegt, jedoch für andere Domains gültig ist.

Langsam versteh ich die Welt nicht mehr.

LG

Würd mich freuen wenn wir bezüglich diesem Thema in Kontakt bleiben.

[mr.x]

Hi,

kann man sich das irgendwo selber ansehen?
Kannst du uns mal deine Config zeigen und die error logs dazu?

Mr.X

[5kyy]

Könnte ne Testdatenbank mit Testuser anlegen dann könntest zumindest die Sache in PHPMyAdmin live ansehen.
Ansonsten wirds schwierig.
Welche Config und welche error.logs hättest denn gern? ;-)

Danke für die Hilfe...

[mr.x]

Hi,

(04-03-2011 11:02 PM)5kyy Wrote:  Könnte ne Testdatenbank mit Testuser anlegen dann könntest zumindest die Sache in PHPMyAdmin live ansehen.
Ansonsten wirds schwierig.

Nee, das bringt nichts, da ich wenn zugriff auf die Apache2 Dateien haben müsste.

Quote:Welche Config und welche error.logs hättest denn gern? ;-)

ssl und entsprechende apache2 logs

Mr.X

[tomhb]

Moin,

(04-03-2011 10:45 PM)5kyy Wrote:  ups. Hab zwar den Konqueror nicht hier da ich ein neueres Kubuntu fahre, aber mit Rekonq klappts wie du schreibst einwandfrei.
Komisch, hier wird mir ein Zertifikatsfehler angezeigt. Im Firefox nicht. Wenn ich mir die Details ansehe, bekommt Firefox das korrekte Zertifikat mit (ich hab hier keins akzeptiert oder gespeichert), aber Rekonq erhält das falsche, welches zwar auch auf dem Server liegt, jedoch für andere Domains gültig ist.

Ich habe den Eindruck, dass die "KDE"-Browser da etwas zuviel des Guten von
selber machen. Wenn Deine Seite und das Zertifikat z.B. fuer admin.example.com
sind, setzt der Konqueror manchmal dort noch ein www davor. Nicht der Server,
das kommt vom Client. Leider nicht zu 100% reproduzierbar. Somit waere also auch
das Zertifikat nicht mehr stimmig.

Wie Dir "Mr.X" schon geschrieben hat, in Deinem Fall muesste man sich also mal die
die VHosts und danach die passenden LogFiles ansehen. Betrifft es bei Dir denn
verschiedene Domains und sind die Fehler auf Domain+SubDomain beschraenkt?


Bei mir gibts halt "nur" das kleine Problem, dass mir die PHP-Files zum Download ange-
boten werden, dies aber auch nur mit dem FF. Und auch nur bei ispCP. Ein TYPO3
dagegen (auf selben Server) laeuft einwandfrei mit dem GUI-Kram.


Gruss Tom

[5kyy]

irgendwie stell ich mich grad offensichtlich zu doof an.
ssl logs kann ich überhaupt keine finden und die apache2 logs hab ich ewig dateien in dem ordner wobei die je nach domain ne -combined.log und ne -traf.log haben.
In der combined stehen aber ned wirklich sonderliches sachen drin?

Bin jetzt selbst etwas im ungewissen wie ich hier weitermachen soll?

Hab in den vHosts UND in der gnutsl.conf schon mit
AddType application/x-httpd-php .php
versucht jedoch ohne erfolg.

Ich habe aktuell 2 Zertifikate laufen. Jeweils die Domain inkl. *.domain, was ja alle Subdomains betrifft.