![](https://seccdn.libravatar.org/avatar/e3dc0812eb95dfc9f202d2ac96bcf1c2.jpg?s=120&d=mm&r=g)
Thomas Fankhauserschrieb:
also: fileserver=192.168.1.1 mask 255.255.255.0 router=192.168.1.2 + 192.168.2.2 clients=192.168.2.x richtig?
dann sollte doch ein route add 192.168.1.0 mask 255.255.255.0 192.168.1.2 und ein dhcrelay 192.168.1.1 und ip_forward=yes auf dem router reichen.
der dhcp vergibt adressen 192.168.2.x mit standard gateway: 192.168.2.1
Hallo! Hört sich schonmal gut an, nun mein Problem tiefer geschildert: Also das Programm das auf dem Router läuft soll ja bestimmte dinge tun wie alle Packete die ankommen 50ms verzögern oder 5% der Packete wegwerfen... Nun ist das Problem das das Programm nur die Packete bearbeitet die auf ein device rein kommen, nicht aber die von einem Device (wie eth0 oder so) gesendet werden. Ich kann nun in dem Programm angeben alle Packete die von 192.168.2.22 kommen und nach 0.0.0.0 (das steht für egal welche Zielip also alle) gehen soll eine Verzögerung von 10ms stattfinden. Nun wäre aber ja nur der Traffic hinwärts simuliert. Ich will aber auchd en Traffic der rückwärts geht um die 10ms verzöger würde ja dann noch ein eintrag sein und zwar: alle Packete die von irgendeiner IP also 0.0.0.0 kommen und nach 192.168.2.22 gehen sollen um 10ms. verzögert werden. Nur das geht leider nicht da die Packete die von dem Client raus gehen ja am Router ummaskiert werden und zwar auch die IP vom Router und auch die Packete die zurück kommen an die IP vom Router gehen und nicht an die IP 192.168.2.22 also den Client dahinter. Das kann ich nun leider nicht einstellen. Würde der Router nun alles durchlassen könnte ich direkt von der einen Seite vom Netz an eine IP vom Netz senden ohne das sie ummaskiert würde. Ist das möglich?? Was ich mir noch überlegt hab nur noch nie damit gearbeitet hab ist ein Virtuelles Netzwerkdevice also alles von eth0 (dem Netz mit dem Fileserver) an ethv1 (das Virtuelle Device) weiterleiten, und dann alles vom Virtuellen Device ethv1 an das Device eth2 (mit dem Client) weiterleiten, weil dann auch wieder ein Device dazwischen wäre das empfangen würde und das das Programm beeinflussen könnte. Aber ob das geht weiß ich nicht war nur ne Idee? MFG Hannes Bischof