Ah ok, danke sehr. Dann gibt es also kein Problem mit einem Proxy dazwischen (hätte mich auch schwer gewundert). Ich bin nun noch mal die Konfiguration des Squid durchgegangen und habe eine Konfigurationsanweisung gefunden, die wir früher mal (leider nicht ausreichend dokumentiert) wohl aufgrund einer sonst nicht laufenden Datev-Anwendung (weil die Anweisung steht in "datev.conf") eingefügt hatten, nämlich: ignore_expect_100 on Das habe ich rausgenommen und nun scheint UO zu laufen. Danke rundum! ... Mehr anzeigen

Danke für die Nachfragen. Nein, Untätigkeit ist es nicht. Die Anwendung ist derzeit unbenutzbar, nur zum Testen klickt der Mitarbeiter darin rum, und binnen ein paar Minuten ist der Timeout da, die Sanduhr wird präsentiert und die Anwendung reagiert nicht mehr. Nach einer nicht vorhersagbaren Zeit (manchmal ein paar Sekunden, manchmal Minuten) geht die Sanduhr weg und die Anwendung ist wieder benutzbar, bis zum nächsten Timeout, der zuverlässig wieder kommt, nur eben irgendwann. Über die Einstellungen in UO kann ich nichts sagen. Ich bin da nicht, sondern logge mich per SSH ein und beobachte den access.log des Squid, während der MA (den ich am Telefon habe) die Anwendung verwendet. Ich kann nur sehen, dass über den Squid secure4.datev.de und login.datev.de abgefragt werden, aber wenn es zum Timeout kommt, sehe ich weder einen dazu passenden Logeintrag in access.log noch in der Firewall. UO verwendet doch Silverlight, macht das noch irgendwas Obskures abseits des Traffic über Port 443? ... Mehr anzeigen

Ja. Es gibt auch andere Webanwendungen anderer Anbieter, die aus dem Netz heraus per IE angesteuert werden und über den Squid laufen, das geht natürlich stets über https. Es ist auch so, dass bei Unternehmen Online: 1. Der Kontakt und der Login funktionieren. 2. Die Anwendung läuft (halt nur eine gewisse – jeweils unterschiedliche – Zeit lang) Wenn https nicht ginge, wäre schon bei 1 Ende. ... Mehr anzeigen