Mailinglist Archive: opensuse-de (4264 mails)
| < Previous | Next > |
Re: Seltsames httpd Verhalten? Oder Client Problem?
- From: poeml@xxxxxxxxxxx
- Date: Thu, 11 Nov 2004 09:06:19 +0100
- Message-id: <20041111080619.GJ5704@xxxxxxxxxxx>
On Thu, Oct 21, 2004 at 10:46:44AM +0200, Tobias Weisserth wrote:
Das ist ziemlich sicher ein Proxy-Problem.
Probiere shift-Reload in Firefox.
Benutze
'http_proxy=http://dein.proxy:3128/ curl -sI http://server/path'
und
'http_proxy= curl -sI http://server/path'
und achte auf die Proxy-Header.
Aha. Ein transparenter Proxy. Das Problem mit den Dingern ist, dass der
Client nix davon weiss dass er ueber einen Proxy surft. Das kann genau
dazu fuehren, was Du siehst. Trage den Proxy in den Browser ein und es
klappt besser. (Wahrscheinlich arbeitet Dein Web Cache nicht nur
transparent ("intercepting") sondern gleichzeitig als normaler Proxy, so
dass das moeglich ist.)
Auf dem Proxy (wenn's ein Squid ist) kannst Du im Einzelfall mit
'squidclient -r <url>' das Neuladen erzwingen.
Falls Du den transparenten Proxy einsetzt um die Konfigurationsarbeit in
jedem Client zu vermeiden, mussst Du mit dem obigen Nachteil leben.
Alternativ (oder besser, zusaetzlich) wuerde ich in allen Browsern, die
es unterstuetzen, die Autokonfiguration per proxy.pac File verwenden.
Der Microsoft-Browser kann die URL wo das proxy.pac File zu finden ist
sogar ueber DHCP entdecken.
Eine _sichere_ Methode, um sicherzustellen dass die Proxykonfiguration in
jedem Browser erfolgt, ist das Sperren von externem HTTP-Traffic der
nicht ueber den Proxy geht.
Peter
Hallo alle zusammen,
Ich habe hier ein seltsames Problem mit einer Apache Installation und einigen
Seiten, die durch den Apache bedient werden.
Mit dem IE und Opera lassen sich die Seiten abrufen, mit beispielsweise
Konqueror oder Firefox wird nicht die Seite dargestellt, sondern der
dazugehörige Quelltext.
Woran kann das liegen? Ist das ein Webserver Problem oder ein Client Problem?
Das ist ziemlich sicher ein Proxy-Problem.
Probiere shift-Reload in Firefox.
Benutze
'http_proxy=http://dein.proxy:3128/ curl -sI http://server/path'
und
'http_proxy= curl -sI http://server/path'
und achte auf die Proxy-Header.
Wenn ich die Seite mit Firefox aufrufe und im Menü "Tools" "Pageinfo"
aufrufe,
dann steht da, dass der "Type" "text/html" ist.
Mit der Apache Konfiguration habe ich nicht rumgespielt, die sollte also
eigentlich in Ordnung sein.
Dann gibt es da noch etwas seltsames. Ich hänge hinter einem transparentem
Proxy. Wenn ich den ausschalte, dann klappt es auch wieder mit Firefox und
co.
Aha. Ein transparenter Proxy. Das Problem mit den Dingern ist, dass der
Client nix davon weiss dass er ueber einen Proxy surft. Das kann genau
dazu fuehren, was Du siehst. Trage den Proxy in den Browser ein und es
klappt besser. (Wahrscheinlich arbeitet Dein Web Cache nicht nur
transparent ("intercepting") sondern gleichzeitig als normaler Proxy, so
dass das moeglich ist.)
Auf dem Proxy (wenn's ein Squid ist) kannst Du im Einzelfall mit
'squidclient -r <url>' das Neuladen erzwingen.
Falls Du den transparenten Proxy einsetzt um die Konfigurationsarbeit in
jedem Client zu vermeiden, mussst Du mit dem obigen Nachteil leben.
Alternativ (oder besser, zusaetzlich) wuerde ich in allen Browsern, die
es unterstuetzen, die Autokonfiguration per proxy.pac File verwenden.
Der Microsoft-Browser kann die URL wo das proxy.pac File zu finden ist
sogar ueber DHCP entdecken.
Eine _sichere_ Methode, um sicherzustellen dass die Proxykonfiguration in
jedem Browser erfolgt, ist das Sperren von externem HTTP-Traffic der
nicht ueber den Proxy geht.
Peter
| < Previous | Next > |