[TYPO3-german] Problem mit Proxy-Server bei Kunde im Backend

[Andre Dittmar]

Hallo Michael,

Ich sehe es ebenso das es keinesfalls an Typo3 liegt sondern das da der Kunde, bzw. dessen IT-Abteilung in der Pflicht ist. Durch die Anfrage hier in der Liste wollte ich mich zum einen nochmal dieser Einschätzung vergewissern und zum anderen noch den einen oder anderen Tipp erhaschen. Beides habe ich jetzt durch Dein Posting erhalten, besten Dank mal dafür!

Grüsse
Andre

---
Andre Dittmar | hot bytes
 
Elbinger Straße 24
74226 Nordheim
Germany 

Fon : +49 (0) 71 33 / 20 46 43
Fax : +49 (0) 71 33 / 20 46 42
D1  : +49 (0) 1 60 / 97 22 03 03

Web : http://www.hotbytes.de
Mail: mail at hotbytes.de


Rechtliche Angaben:
-------------------
Geschäftsführer: Andre Dittmar
Gerichtsstand:   Amtsgericht Heilbronn a.N.


-----Ursprüngliche Nachricht-----
Von: typo3-german-bounces at lists.netfielders.de
[mailto:typo3-german-bounces at lists.netfielders.de]Im Auftrag von Michael
Gesendet: Donnerstag, 21. Juni 2007 13:08
An: German Typo3 Userlist
Betreff: Re: [TYPO3-german] Problem mit Proxy-Server bei Kunde im
Backend


Ursprüngliche Nachricht:

> Wir hatten heute folgendes kurioses Problem beim Kunden: Nach dem sich der User in das BE angemeldet hatte war die Darstellung ziemlich zerschossen.
> Vorallem Bilder, Icons etc wurden nicht angezeigt. Scheinbar (ich war nicht selbst vor Ort) wurden aber auch Styles nicht richtig ausgegeben.
> Als der Proxy umgangen wurde, funktionierte alles wunderbar.

Das ist schon einmal ein eindeutiges Indiz dafür, dass es mit sehr hoher Wahrscheinlichkeit wirklich am Proxy-Server liegt :-)

> Die IT-Betreuung vor Ort meinte, dass Ihr Proxy bestimmte MIME-Typen herausfiltern würde.

Es gibt mehrere Möglichkeiten, wie Proxy-Server/Firewalls bestimmte Dateien filtern: entweder anhand des Dateinamens, bzw. der der Dateiendung (nicht ganz so sicher, aber recht einfach zu implementieren) oder wirklich durch Analyse der geholten Dateien ("stateful inspection", eigentliche eine Firewall-Funktionalität).

Generell gilt aber: wenn die zum BE gehörenden Dateien (CSS, HTML, images usw.) nicht zum Client gelangen, dann werden ähnliche Dateien vom FE auch nicht beim Client ankommen - die Typo3-Site sollte also generell nicht richtig dargestellt werden.

> Sie fragten wohl auch auf welchen Port Typo3 läuft, AFAIK nur auf Port80, oder?

Der Port hat nix mit Typo3 zu tun. Der Web-Server, auf dem Typo3 läuft, ist auf einem bestimmten Port konfiguriert (in der Regel TCP-Port 80). Daher kann die Frage "auf welchem Port läuft Typo3?" nicht pauschal beantwortet werden - das kommt eben darauf wann, was beim Web-Server eingestellt ist. Port 80 ist "standard", kann aber auch "1234" oder "8080" sein. Und das ist Typo3 völlig egal :-)

> Ich denke, das die IT-Leute halt mal die image/gif und image/jpeg freigeben sollen und falls dann die Icons etc. im BE
> wieder angezeigt werden, kann man sich ja weiter voran arbeiten, denke ich?

Ich kenne keinen Proxy-Server und keine Firewall, in der man nicht in's Logfile schauen kann :-)
Dort wird in der Regel protokolliert, was und warum blockiert wurde, sofern jenes nicht durch ein sehr niedriges LogLevel unterdrückt wird.

> Hatte jemand von Euch schon mal so ein Problem gehabt, bzw. hat jemand eine Idee was helfen könnte?

...in die Logfiles des Proxy/der Firewall gucken, bzw. gucken lassen. Auch die Logfiles des Web-Servers, auf dem Typo3 installiert ist, helfen meist weiter: gibt es dort Einträge (Errors, Warnings) wenn das BE nicht "sauber" dargestellt wird und wurden alle Dateien ausgeliefert (HTTP-Code 200)?

Das klingt momentan sehr nach einem Infrastruktur-Problem und nicht nach Typo3. Da muss wohl der Kunde bei der Analyse helfen :-)

-- 
Michael

_______________________________________________
TYPO3-german mailing list
TYPO3-german at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


____________
Virus checked by G DATA AntiVirusKit
Version: AVK 17.5552 from 21.06.2007
Virus news: www.antiviruslab.com