Updates

• 23. November 2014

Ich suchte nach einer simplen Möglichkeit, ein langsames Netzwerk zu simulieren, damit ich damit die Auswirkungen auf die sQLshell studieren konnte.

Da ich nicht auf gutem Fuß mit iptables, Routing und Konsorten stehe und außerdem wegen eines simplen Tests nicht so tief in das Systm eingreifen wollte, sah ich mich nach einer anderen Lösung um.

Der Grundgedanke war aber immer klar: ich wollte die Parameter meines Netzes über netem steuern können. Im Falle, daß sich die Datenbank auf einem anderen Rechner befunden hätte, hätte ich die Lösung gewählt, die ich auch schon von Berufs wegen einsetzte: einen Rechner nehmen, mit drei Netzwerkkarten ausstatten und ihn als virtuelles Netzwerkkabel mit steuerbarer Charakteristik zwischen Client und Server hängen.

In meinem konkreten Fall liegen aber Client und Server auf ein und demselben Rechner. Da kam mir die Idee: Ich baute eine kleine Virtuelle Maschine mit Linux als Betriebssystem. Diese VM bekam genau eine Netzwerkschnittstelle. Nun richtete ich einen SSH-Tunnel durch diese VM ein, an dessen einem Ende der Client und an dessen anderem Ende der Server saß.

Nun konnte ich beliebige Netzcharakteristika simulieren, indem ich auf der VM netem entsprechend für die Schnittstelle konfigurierte.

Die Einrichtung des Tunnels verlief folgendermaßen:

ssh -nNT -R PORTA:lokaler.Rechner:PORTB user@vm

sudo tc qdisc add dev eth0 root netem delay 2000ms 

Aktualisierung vom 23. November 2014

Artikel, die hierher verlinken