Moin Moin,
wir setzen die SecurePoint 10 in einer virtuellen Maschine ein. Zugewiesen sind, wie empfohlen, ein Kern und 1 GByte Ram. Wir haben nun unter anderem einen virtuellen Windows Server 2008, der sich per FTP ein paar Daten aus dem Internet ziehen sollte (100 MBit/s Internetanbindung). Die ersten Daten kamen auch mit vollen 100 MBit/s rein, aber mitten drin brach die Übertragung auf einmal auf 16-20 KByte/Sek ein. Dieses Problem konnte ich auch mit einem Neustart der Appliance nicht beheben. Gebe ich dem Server direkten Zugriff auf den FTP, ohne durch die SecurePoint zu routen, dann habe ich wieder volle 100 MBit/s. Jemand eine Idee?
Gruß, Stephan
FTP Datentransfer sehr langsam
Moderator: Securepoint
-
- Beiträge: 4
- Registriert: Sa 27.11.2010, 14:13
- Kontaktdaten:
-
- Beiträge: 4
- Registriert: Sa 27.11.2010, 14:13
- Kontaktdaten:
Die SecurePoint macht die Verbindung ja nicht ganz dicht, sondern bremst sie nur derbe aus. Sollte Deine Analyse trotzdem passen, magst mir evtl. verraten, wie ich den Server dazu bewegen kann, dieses "NOOP" über die "Control-Connection" zu senden? ^^
-
- Beiträge: 4
- Registriert: Sa 27.11.2010, 14:13
- Kontaktdaten:
Ah, jetzt verstehe ich das anliegen. Nein, ich denke nicht, dass es am NOOP des FTP-Clients liegt, denn das soll ja nur verhindern, dass die Verbindung unterbrochen wird, wenn der Server nichts macht. Der Server macht aber etwas, nämlich Daten übertragen. Entsprechend würde der FTP-Client auch bei entsprechender Einstellung kein NOOP (No Operation) senden. Das Geschwindigkeitsproblem muss also eine andere Ursache haben.
Zuletzt geändert von Stephan_Bahr am So 28.11.2010, 10:34, insgesamt 1-mal geändert.
-
- Beiträge: 4
- Registriert: Sa 27.11.2010, 14:13
- Kontaktdaten:
Die Lösung soll den Lesern dieses Forums nicht vorenthalten bleiben: die virtellen Netzwerkkarten in VMware waren auf "Flexibel" statt auf "E1000" eingestellt. Danach ging die SecurePoint ab wie Schmidts Katze.
Dies ist die Lösung des Problems der Grund ist ein anderer!
Die VMware hat Pakete mit einer Größe von über 1500Byte geschickt, da die MTU der FW bei 1500 liegt, konnten die Pakete nicht angenommen werden und mussten fragmentiert erneut gesendet werden. Dies hat die TCP-Session so verlangsamt
Die VMware hat Pakete mit einer Größe von über 1500Byte geschickt, da die MTU der FW bei 1500 liegt, konnten die Pakete nicht angenommen werden und mussten fragmentiert erneut gesendet werden. Dies hat die TCP-Session so verlangsamt
There are 10 types of people in the world... those who understand binary and those who don\'t.
Hallo,
wenn ich hier mal eine Frage stellen darf, auch wenn es nicht unbedingt mit dem Thema zu tun hat:
Welche "Adapter Type" sollte denn für eine Securepoint idealerweise in einer VMware VM verwendet werden?
Gruß
Rolf
wenn ich hier mal eine Frage stellen darf, auch wenn es nicht unbedingt mit dem Thema zu tun hat:
Welche "Adapter Type" sollte denn für eine Securepoint idealerweise in einer VMware VM verwendet werden?
Gruß
Rolf