Delay auf TCP-Pakete unter Windows 7
Hallo zusammen,
ich möchte gerne einen Delay von 300 ms auf alle ausgehenden TCP-Pakete von einem bestimmten Port (und nur diesem) implementieren. Das Ganze unter Windows 7.
Kann mir jemand sagen, ob das prinzipiell möglich ist, und wenn ja wie? Leider habe ich bei meiner bisherigen Recherche nur Lösungen für Linux gefunden.
Danke!
ich möchte gerne einen Delay von 300 ms auf alle ausgehenden TCP-Pakete von einem bestimmten Port (und nur diesem) implementieren. Das Ganze unter Windows 7.
Kann mir jemand sagen, ob das prinzipiell möglich ist, und wenn ja wie? Leider habe ich bei meiner bisherigen Recherche nur Lösungen für Linux gefunden.
Danke!
Please also mark the comments that contributed to the solution of the article
Content-Key: 394696
Url: https://administrator.de/contentid/394696
Printed on: April 26, 2024 at 08:04 o'clock
9 Comments
Latest comment
Moin,
Windows bietet solche Mögluchkeiten nicht "out-of-the-box". Das müßte man sich mut dem Compiler selbst schnitzen. Also: Prinzipiell möglich, aber nicht sinnvoll umsetzbar.
Einfacher ist es, das am Router/Gateway/Netzwerktap zu machen.
Einfach einen Linuxrechner vor den Windowsrechner klemmen und den als Verzögerungsgerät konfigurieren.
lks
Du könntest natürlich auch clumsy o.ä. ausprobieren:
http://get-cmd.com/?p=4056
Oder auf Basis von windivert selbst was schreiben.
lks
http://get-cmd.com/?p=4056
Oder auf Basis von windivert selbst was schreiben.
lks
Zitat von @luftikus:
Ich habe einen FTP-Client mit unsauberer Protokoll-Implementierung: er wartet beim Datentransfer von Server zu Client nicht auf Abschluss der Übertragung auf dem Datenport, sondern schließt die Verbindung direkt nach Erhalt des FINs auf dem control port, das leider in manchen Fällen vor dem letzten Datenpaket ankommt.
Ich habe einen FTP-Client mit unsauberer Protokoll-Implementierung: er wartet beim Datentransfer von Server zu Client nicht auf Abschluss der Übertragung auf dem Datenport, sondern schließt die Verbindung direkt nach Erhalt des FINs auf dem control port, das leider in manchen Fällen vor dem letzten Datenpaket ankommt.
Was für ein Client ist das denn? Das ist ziemlich daneben, weil die Datenverbindung eigentlich unabhängig von der Kontrolverbindung ist.
Die saubere Lösung wäre natürlich, die Implementierung auf Client-Seite klarzuziehen, das ist aber aus verschiedenen Gründen nicht möglich.
Mußt Du einen bestimmten Client nutzen? Ansonsten würde ich einfach den Client wechseln.
lks
Sollte Clumsy für dich nicht funktionieren, müsstest du dir selbst einen NDIS Intermediate bzw. NDIS Filter Treiber schreiben. Das klingt jetzt komplexer als es in der Praxis ist. Es gibt bereits "do-nothing" beispiele. Also gehe ich davon aus, dass man hier nur an der richtigen stelle eine if abfrage mit einem Timeout einbauen müsste.