Port forwarding sehr langsam

[burn]

Hallo zusammen,

unser 1711er Lancom hat mehrere VPN-Verbindungen zu den Filialen aktiv, welche einwandfrei funktionieren.
Nun soll über die öffentliche IP ein Exchange OWA erreichbar gemacht werden. Also habe ich entsprechend ein Port Forwarding für Port 443 auf die IP des Exchange Servers eingerichtet. Es funktioniert auch... zumindest theoretisch. Tagsüber bekommt man mit viel Glück noch die Loginseite im Browser angezeigt, aber das Einloggen wird nach einiger Zeit mit einem Timeout quittiert. Abends, nach Feierabend hat man da schon mehr Glück und kommt an sein Postfach ran, aber dennoch träge.
Testweise habe ich noch ein Port Forwarding für Port 80 auf eine Apache Testinstallation mit einer schlanken Website eingerichtet. Auch diese lädt nur sehr sehr träge. Sogar einen anderen 1711er Lancom habe ich ausprobiert. Dort ist es das gleiche Spiel.
Man könnte fast meinen, dass der 1711er mit zu vielen Verbindungen überlastet wäre, aber aus den Filialen kann ich mit der internen IP des Exchange über die VPN Verbindung aufs OWA flüssig zugreifen. Die Internetleitung ist auch bei weitem nicht ausgelastet und die CPU-Auslastung des 1711er liegt laut LANmonitor bei gemütlichen 4%.

Hat jemand eine Idee an welchem Rädchen ich noch drehen kann, damit ich das OWA auch von extern flüssig erreichbar machen kann?
Bin für jede Hilfe dankbar!

burn

[backslash]

Hi burn,

hast du am 1711 die korrekten Bandbreiten für das DSL-Interface eingestellt? Wenn nicht, dann können jede Menge Pakete zwischen dem 1711 und dem (externen) ADSL-Modem verloren gehen, wenn das Modem zu wenig Puffer hat.

Als nächstes kannst du auch noch über Mindsetbandbreiten in der Firewall für den Server nachdenken:

Code: Alles auswählen

Aktion:  übertragen
QoS:     Mindestbandbreite, z.B. 100kBit/s pro Session
Quelle:  alle Stationen
Ziel:    IP des Servers
Dienste  TCP, Zielport 443

Gruß
Backslash

[burn]

Hi backslash,

Die Bandbreite für den Internetzugang ist korrekt eingestellt. Aber selbst wenn nicht, der Anschluss ist meist nur mit weniger als 100 Kbit/s belastet, da ist in beide Richtungen noch Luft nach oben. Einen Stau im Modem kann ich mir deswegen nicht vorstellen.

Die von dir vorgeschlagene Einstellung in der Firewall habe ich vorgenommen, leider hat dies nichts geändert.

Aus lauter Verzweiflung habe ich OWA eben mal mit dem Browser meines Smartphones aufgerufen. Und jetzt wird es merkwürdig: Dort funktioniert alles einwandfrei, und schön schnell. Die Loginseite kommt sofort und nach dem Einloggen geht es genau so zügig weiter. Lediglich mit den Desktop Browsern, sei es der IE, FF oder Chrome, klappt es nicht von extern.

Ob das Problem doch beim Exchange zu Suchen ist? ... Es ist zum verweifeln!

burn

[Bernie137]

Hi,

Ob das Problem doch beim Exchange zu Suchen ist? ... Es ist zum verweifeln!

Wie "schnell" geht denn intern OWA?

Viele Grüße
Heiko

[burn]

Wie "schnell" geht denn intern OWA?

Intern kommt nach dem Aufrufen der URL sofort die Loginseite und auch nach dem Einloggen läuft alles sehr zügig.

burn

[langewiesche]

seit ein paar tagen habe ich das auch (gegen ein sbs2011). Ich kann es aber gerade an nichts feste machen. Eine RDP Weiterleitung geht ohne Probleme. Via VPN geht auch alles. kommische Sache das. Es koennte ein Windows Update sein. Leider bin ich zur Zeit unterwegs und kann nicht nach suchen.

[Bernie137]

Hi,

Intern kommt nach dem Aufrufen der URL sofort die Loginseite und auch nach dem Einloggen läuft alles sehr zügig.

Dann würde ich es mit einem Trace (trace + IP-Router @ IP-des-Exchange +TCP +"port: 443") versuchen, vielleicht gibt das mehr Aufschluss darüber, was passiert.

Viele Grüße
Heiko

[burn]

Hallo,

ich weiß zwar nicht warum es so ist, aber das Problem ist behoben. Ich hab mich einfach mal durch die IIS Konfiguration geklickt, ohne Irgendetwas zu ändern. Auf einmal gings. OWA funktioniert nun auch mit den Desktop Browsern wie gewünscht.
Gut, dass ich schon vor einiger Zeit aufgehört habe solche Mysterien verstehen zu wollen

Trotzdem Danke für eure Hilfe!

burn

[langewiesche]

ich habe auch schon mal den Effekt gehabt das es nach einen iis reset wieder ging. hier liegt es wohl am Proxy vom Hotel.